Re: [PATCH 2/3] mtd: maps: remove uclinux map driver

"Arnd Bergmann" <[email protected]>
Newsgroups org.kernel.vger.linux-m68k,org.infradead.lists.linux-mtd,org.kernel.vger.linux-kernel
Message-ID <[email protected]>
On Thu, Jun 25, 2026, at 14:07, Greg Ungerer wrote:
> On 26/5/26 20:32, Arnd Bergmann wrote:
>
> It is used on some ColdFire platforms, and was working all the way up
> to being removed in the current merge window.
>
> The ColdFire platform startup code (arch/m68k/coldfire/head.S) has a
> somewhat unusual setup that can copy an attached filesystem blob to
> _bss_stop, and this is one of the places the uclinux.c map driver can
> use as the filesystem memory address. From uclinux.c
>
>      static int __init uclinux_mtd_init(void)
>      {
>          struct mtd_info *mtd;
>          struct map_info *mapp;
>
>          mapp = &uclinux_ram_map;
>
>          if (physaddr == -1)
>                  mapp->phys = (resource_size_t)__bss_stop;
>          else
>                  mapp->phys = physaddr;
>
> No out of tree code is required. Most of the ColdFire defconfigs have
> CONFIG_MTD_UCLINUX enabled, since it is commonly used.

I see, this is surprising from reading the source and
git history, but I can see exactly how it got there.

So this is not actually a device but rather a replacement
for CONFIG_BLK_DEV_INITRD that does can work with CONFIG_BLOCK=y,
right?

> Can we get this reverted?

Yes, of course. Miquel/Richard/Vignesh, should I send a revert or
can you just apply one with Greg's explanation and my Ack?

     Arnd
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.