linux_dsm_epyc7002/drivers/misc/eeprom
Bartosz Golaszewski 00f0ea70d2 eeprom: at24: check if the chip is functional in probe()
The at24 driver doesn't check if the chip is functional in its probe
function. This leads to instantiating devices that are not physically
present. For example the cape EEPROMs for BeagleBone Black are defined
in the device tree at four addresses on i2c2, but normally only one of
them is present.

If the userspace doesn't know the location in advance, it will need to
check if reading the nvmem attributes fails to determine which EEPROM
is actually there.

Try to read a single byte in probe() and bail-out with -ENODEV if the
read fails.

Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
2016-08-22 08:19:58 +02:00
..
at24.c eeprom: at24: check if the chip is functional in probe() 2016-08-22 08:19:58 +02:00
at25.c eeprom: at25: Fix SPI device leak 2016-05-01 14:04:19 -07:00
digsy_mtc_eeprom.c misc/eeprom: add eeprom access driver for digsy_mtc board 2011-07-25 20:57:16 -07:00
eeprom_93cx6.c eeprom-93cx6: Add (read-only) support for 8-bit mode 2014-11-25 15:42:53 +01:00
eeprom_93xx46.c eeprom: 93xx46: Fix SPI device leak 2016-05-01 14:04:19 -07:00
eeprom.c misc: eeprom: use kobj_to_dev() 2016-02-07 23:01:45 -08:00
Kconfig eeprom: at25: remove nvmem regmap dependency 2016-05-01 14:01:00 -07:00
Makefile nvmem: sunxi: Move the SID driver to the nvmem framework 2015-08-05 13:44:24 -07:00
max6875.c Merge branch 'i2c/for-4.3' of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux 2015-09-08 16:16:26 -07:00