Please put qemu-system-sh4eb back.

Please put qemu-system-sh4eb back.

[Rob Landley]

I use it, and ship system images for it:

   https://landley.net/bin/mkroot/latest/sh4eb.tgz

And here's me recentish-ly debugging an issue via it:

  https://landley.net/notes-2024.html#24-05-2024

(Compile/test cycles are WAY easier there than copying files onto an sd 
card to test on actual hardware.)

There was a big-endian issue breaking r2d last year, but it also broke 
big endian mips and some other targets too, and it got fixed. The binary 
I built a few months ago was working fine for me with vanilla qemu git 
source? (I don't _think_ I had local changes?) I can try to build the 
version removed to check that...

Yes I should be better about pushing local patches upstream. For 
example, here's the kernel patch I use to run fdpic binaries under qemu:

https://landley.net/bin/mkroot/latest/linux-patches/0002-sh4-fdpic.patch

Which lets you enable the FDPIC loader on an mmu kernel, which is useful 
for testing j-core userspace under qemu.

Rob

Re: Please put qemu-system-sh4eb back.

[Rob Landley]

On 10/23/24 19:11, Rob Landley wrote:
> There was a big-endian issue breaking r2d last year, but it also broke 
> big endian mips and some other targets too, and it got fixed. The binary 
> I built a few months ago was working fine for me with vanilla qemu git 
> source? (I don't _think_ I had local changes?) I can try to build the 
> version removed to check that...

I did

$ git checkout 73ceb12960e6^1
$ ./configure --target-list-sh4eb-softmmu
$ make

And the resulting qemu-system-sh4eb booted my system image to a shell 
prompt:

# cat /proc/version
Linux version 6.11.0 (rob@j180) (sh4eb-linux-musl-cc (GCC) 11.4.0, GNU 
ld (GNU Binutils) 2.33.1) #1 Wed Oct 23 23:44:11 UTC 2024
# cat /proc/cpuinfo
machine         : RTS7751R2D
processor       : 0
cpu family      : sh4eb
cpu type        : SH7751R
cut             : unknown
cpu flags       : fpu ptea
cache type      : split (harvard)
icache size     :  4KiB (2-way)
dcache size     :  4KiB (2-way)
address sizes   : 29 bits physical
bogomips        : 120.00

Re: Please put qemu-system-sh4eb back.

[Thomas Huth]

On 24/10/2024 02.11, Rob Landley wrote:
> I use it, and ship system images for it:
> 
>    https://landley.net/bin/mkroot/latest/sh4eb.tgz

Oh, that's interesting, I've been told that the r2d machine does not work in 
big endian mode:

  https://lore.kernel.org/qemu-devel/87a5fwjjew.wl-ysato@users.sourceforge.jp/

But yes, your binaries apparently work there, so sorry for the confusion.
I'll send a patch to revert the removal.

  Thomas

> And here's me recentish-ly debugging an issue via it:
> 
>   https://landley.net/notes-2024.html#24-05-2024
> 
> (Compile/test cycles are WAY easier there than copying files onto an sd card 
> to test on actual hardware.)
> 
> There was a big-endian issue breaking r2d last year, but it also broke big 
> endian mips and some other targets too, and it got fixed. The binary I built 
> a few months ago was working fine for me with vanilla qemu git source? (I 
> don't _think_ I had local changes?) I can try to build the version removed 
> to check that...
> 
> Yes I should be better about pushing local patches upstream. For example, 
> here's the kernel patch I use to run fdpic binaries under qemu:
> 
> https://landley.net/bin/mkroot/latest/linux-patches/0002-sh4-fdpic.patch
> 
> Which lets you enable the FDPIC loader on an mmu kernel, which is useful for 
> testing j-core userspace under qemu.
> 
> Rob
> 

Re: Please put qemu-system-sh4eb back.

[John Paul Adrian Glaubitz]

Hi Thomas,

On Thu, 2024-10-24 at 07:44 +0200, Thomas Huth wrote:
> On 24/10/2024 02.11, Rob Landley wrote:
> > I use it, and ship system images for it:
> > 
> >    https://landley.net/bin/mkroot/latest/sh4eb.tgz
> 
> Oh, that's interesting, I've been told that the r2d machine does not work in 
> big endian mode:
> 
>   https://lore.kernel.org/qemu-devel/87a5fwjjew.wl-ysato@users.sourceforge.jp/
> 
> But yes, your binaries apparently work there, so sorry for the confusion.
> I'll send a patch to revert the removal.

With my SuperH kernel maintainer hat on, let me say thank you for sorting this
out so quickly! Much appreciated.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Re: Please put qemu-system-sh4eb back.

[Rob Landley]

On 10/24/24 00:44, Thomas Huth wrote:
> On 24/10/2024 02.11, Rob Landley wrote:
>> I use it, and ship system images for it:
>>
>>    https://landley.net/bin/mkroot/latest/sh4eb.tgz
> 
> Oh, that's interesting, I've been told that the r2d machine does not 
> work in big endian mode:
> 
>   https://lore.kernel.org/qemu-devel/87a5fwjjew.wl-ysato@users.sourceforge.jp/

Possibly they were referring to:

https://landley.net/notes-2023.html#16-06-2023

Less-used platforms get regressions and then get fixed again. The reason 
I rebuilt qemu and noticed sh4eb's removal was I was checking if commit 
3c5f86a22686 was still a problem before reporting it, but I see 
68ad89b75ad2 already reverted it... :)

> But yes, your binaries apparently work there, so sorry for the confusion.
> I'll send a patch to revert the removal.

Thank you. (The j-core SOCs are all big endian.)

Rob