Re: Did you see my qemu r2d memory patch?

John Paul Adrian Glaubitz <[email protected]>
Newsgroups gmane.linux.ports.sh.devel
Message-ID <de0cb5ac66b80f2f48eb8c6ebe0349c8c08a763c.camel@physik.fu-berlin.de>
Hi Rob,

On Mon, 2026-02-23 at 10:44 -0600, Rob Landley wrote:
> It was in 
> https://lists.gnu.org/archive/html/qemu-devel/2026-01/msg06318.html and 
> probably needs to be reposted as a separate thing, but with it I booted 
> an sh4 kernel with over 200 megs of memory, enough to act as a 
> reasonable native build node (especially using the distcc trick). No 
> kernel patch required, just a .config change setting two symbols it's 
> already got to different values.

No, I haven't seen that. I got too many things to do at the moment, also
at my regular job such that I don't have too much time for SH at the moment.

I will catch up with it the next weeks though.

> I need to port the r2d target over to device tree (well, extend the 
> turtle device tree stuff to support r2d and its devices) and teach qemu 
> to supply a device tree overlay with the current memory map so you don't 
> have to match kernel with qemu -m layout (the only way to get the extra 
> memory in one contiguous block is to move the START of the memory range, 
> which means moving the initrd and command line string locations which 
> are relative to start of memory, so the kernel needs to know where to 
> expect start of memory and thus needs to be recompiled for the different 
> memory amount rather than just autodetecting. Device tree blob location 
> is loaded into a register before kernel init...)
> 
> Anyway, thought I'd ask what you thought,

I think we should pick up Yoshinori's series for device tree support [1]
and get it into a mergable state.

Adrian

> [1] https://patchwork.kernel.org/project/linux-sh/patch/[email protected]/

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
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.