Hi Eugen,

Thanks for giving those patches another shot.

On Thu, Jul 19, 2018 at 12:57:52PM +0300, Eugen Hristev wrote:
> From: Maxime Ripard <maxime.rip...@free-electrons.com>
> 
> We might want to access data stored onto one wire EEPROMs.
> Create a framework to provide a consistent API.
> 
> Signed-off-by: Maxime Ripard <maxime.rip...@bootlin.com>
> [eugen.hris...@microchip.com: reworked patch]
> Signed-off-by: Eugen Hristev <eugen.hris...@microchip.com>
> ---
>  drivers/Kconfig                      |  2 ++
>  drivers/Makefile                     |  1 +
>  drivers/w1-eeprom/Kconfig            | 17 +++++++++++
>  drivers/w1-eeprom/Makefile           |  2 ++
>  drivers/w1-eeprom/w1-eeprom-uclass.c | 56 
> ++++++++++++++++++++++++++++++++++++
>  include/dm/uclass-id.h               |  1 +
>  include/w1-eeprom.h                  | 28 ++++++++++++++++++
>  7 files changed, 107 insertions(+)
>  create mode 040000 drivers/w1-eeprom
>  create mode 100644 drivers/w1-eeprom/Kconfig
>  create mode 100644 drivers/w1-eeprom/Makefile
>  create mode 100644 drivers/w1-eeprom/w1-eeprom-uclass.c
>  create mode 100644 include/w1-eeprom.h

I believe that we shouldn't have a framework solely for 1-wire
EEPROMs, but for EEPROMs, connected to any bus.

The 1-Wire EEPROMs all behave pretty much the same, so we'll probably
only see a single driver within that framework. And at the same time,
we'll want to have a consistent interface to access all the EEPROMs,
no matter on which bus they sit on.

Maxime

-- 
Maxime Ripard, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
https://bootlin.com

Attachment: signature.asc
Description: PGP signature

_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot

Reply via email to