From: Pratyush Yadav <pratyush@kernel.org>
To: linux-aspeed@lists.ozlabs.org
Subject: [PATCH 4/9] mtd: devices: add AT24 eeprom support
Date: Tue, 02 Jul 2024 14:15:31 -0000 [thread overview]
Message-ID: <mafs0ed8byj5z.fsf@kernel.org> (raw)
In-Reply-To: <20240702-congenial-vigilant-boar-aeae44@houat> (Maxime Ripard's message of "Tue, 2 Jul 2024 15:56:52 +0200")
On Tue, Jul 02 2024, Maxime Ripard wrote:
> On Tue, Jul 02, 2024 at 03:41:52PM GMT, Pratyush Yadav wrote:
>> On Mon, Jul 01 2024, Tudor Ambarus wrote:
>>
>> > On 7/1/24 2:53 PM, Marco Felsch wrote:
>> >> EEPROMs can become quite large nowadays (>=64K). Exposing such devices
>> >> as single device isn't always sufficient. There may be partitions which
>> >> require different access permissions. Also write access always need to
>> >> to verify the offset.
>> >>
>> >> Port the current misc/eeprom/at24.c driver to the MTD framework since
>> >> EEPROMs are memory-technology devices and the framework already supports
>> >
>> > I was under the impression that MTD devices are tightly coupled by erase
>> > blocks. But then we see MTD_NO_ERASE, so what are MTD devices after all?
>>
>> I was curious as well so I did some digging.
>>
[...]
>>
>> I also found a thread from 2013 by Maxime Ripard (+Cc) suggesting adding
>> EEPROMs to MTD [1]. The main purpose would have been unifying the EEPROM
>> drivers under a single interface. I am not sure what came of it though,
>> since I can't find any patches that followed up with the proposal.
>
> That discussion led to drivers/nvmem after I started to work on
> some early prototype, and Srinivas took over that work.
So would you say it is better for EEPROM drivers to use nvmem instead of
moving under MTD?
--
Regards,
Pratyush Yadav
next prev parent reply other threads:[~2024-07-02 14:15 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-01 14:15 [PATCH 0/9] AT24 EEPROM MTD Support Marco Felsch
2024-07-01 14:14 ` [PATCH 1/9] mtd: core: add nvmem_write support Marco Felsch
2024-07-01 14:14 ` [PATCH 7/9] MIPS: configs: convert to MTD_EEPROM_AT24 Marco Felsch
2024-07-01 14:15 ` [PATCH 3/9] mtd: add support to handle EEPROM devices Marco Felsch
2024-07-01 14:15 ` [PATCH 9/9] eeprom: at24: remove deprecated Kconfig symbol Marco Felsch
2024-07-02 8:57 ` Bartosz Golaszewski
2024-07-02 9:16 ` Marco Felsch
2024-07-01 14:15 ` [PATCH 8/9] LoongArch: convert to MTD_EEPROM_AT24 Marco Felsch
2024-07-01 14:15 ` [PATCH 5/9] ARM: defconfig: " Marco Felsch
2024-07-10 12:56 ` Arnd Bergmann
2024-07-10 13:00 ` Bartosz Golaszewski
2024-07-10 14:06 ` Arnd Bergmann
2024-07-01 14:15 ` [PATCH 6/9] powerpc: " Marco Felsch
2024-07-01 14:15 ` [PATCH 2/9] mtd: add mtd_is_master helper Marco Felsch
2024-07-01 16:14 ` Sergei Shtylyov
2024-07-02 8:39 ` Marco Felsch
2024-07-01 14:15 ` [PATCH 4/9] mtd: devices: add AT24 eeprom support Marco Felsch
2024-07-01 16:14 ` Tudor Ambarus
2024-07-02 13:42 ` Pratyush Yadav
2024-07-02 13:56 ` Maxime Ripard
2024-07-02 14:15 ` Pratyush Yadav [this message]
2024-07-02 14:34 ` Maxime Ripard
2024-07-08 7:05 ` Miquel Raynal
2024-07-09 9:24 ` Marco Felsch
2024-07-09 9:43 ` Miquel Raynal
2024-07-09 10:39 ` Marco Felsch
2024-07-17 8:20 ` Miquel Raynal
2024-07-18 9:20 ` Marco Felsch
2024-08-23 15:37 ` Miquel Raynal
2024-08-23 16:24 ` [PATCH 0/9] AT24 EEPROM MTD Support Andy Shevchenko
2024-08-26 7:51 ` Marco Felsch
2024-08-26 10:32 ` Andy Shevchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=mafs0ed8byj5z.fsf@kernel.org \
--to=pratyush@kernel.org \
--cc=linux-aspeed@lists.ozlabs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox