Re: or1k -M virt -hda and net.

[Rob Landley]

On 1/8/25 10:26, Geert Uytterhoeven wrote:
> Hi Rob,
>
> On Wed, Jan 8, 2025 at 5:23 PM Rob Landley <rob@landley.net> wrote:
> > On 1/8/25 02:24, Geert Uytterhoeven wrote:
> > > On Tue, Jan 7, 2025 at 11:53 PM Rob Landley <rob@landley.net> wrote:
> > > > Microblaze has no /dev/?da (as in there's no device I could attach it to
> > > > even with the long option, I'd have to use NBD), sh4eb has -hda is
> > > > working but it's having some endianness hiccup with the network card
> > > > (works in sh4 but not sh4eb, I'm trying to track it down, I thought this
> > > > worked at one point), and the two "No kernel" ones legitimately have no
> > >
> > > That's using sh_eth, right?
> >
> > 8139cp: 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
> > 8139cp 0000:00:02.0: enabling device (0000 -> 0003)
> > 8139cp 0000:00:02.0 eth0: RTL-8139C+ at 0x(ptrval), 52:54:00:12:34:56,
> > IRQ 128
> >
> > Is there a different driver I should use? That one works on sh4 little
> > endian with almost the same config.
>
> Oh, you're using an SH4 SoC without internal Ethernet (sh7751 in landisk
> or rts7751r2d, I guess?). That indeed doesn't use sh_eth.

That's the driver used by qemu-system-sh4eb (I.E. -M r2d -cpu sh7751r) 
which has the advantage that it's _really_ easy to test. (Nightly cron 
job even, when I can get a proper server set up to run that...)

The sh2eb turtle board uses JCORE_EMAC which is still an out of tree 
driver. It's not secret, just too ugly to go upstream: done by a 
contractor and never cleaned up, full of half-finished IEEE-1588 support 
and so on. It used to be on 
https://web.archive.org/web/20200812035510/http://git.musl-libc.org/cgit/linux-sh/ 
but alas Rich purged his trees when he stopped being maintainer and 
archive.org didn't crawl that far down.

I have the patch locally if you care, but without the corresponding 
hardware, not much point attaching 1600 lines. (We sent several turtle 
boards to Glaubitz and his assistants last year, and at least one of the 
recipients asked for a copy of the ethernet driver patch, which I sent. 
Still applies and works as of the last kernel I updated on the board, 
6.18 I think? The update is a "pop the sd card, stick in laptop, copy 
files, move sd card back" kinda thing. I should do a linux image that 
can wget and kexec, but haven't yet... Anyway, doesn't help with this 
issue.)

All my other superh boards are A) little endian, B) still in storage 
from the move last may.

Rob