Switch to UEFI Re: CFT: alpha test of Ethernet driver for RPi4

Klaus Küchemann maciphone2 at googlemail.com
Sun Mar 29 14:53:49 UTC 2020



> Am 28.03.2020 um 23:39 schrieb greg at unrelenting.technology:
> 
> 
> What allwinner?
> How did you find anything allwinner-related in ACPI code, when AFAIK no Allwinner SoC ever had ACPI tables written for it?
> 
> I'm talking about generic XHCI.

Sorry, I always mix up Allwinner with Marvell,
where you changed some things in generic_xhci_fdt. …
Mo matter, what I wanted to say is that there perhaps could be some need to add things
for the bcm-soc what is called ACPi-glue by jmcneill in his sources…
`hope you are right that it `ll be only a simple bugfix for you to get the right IRQ setup in generic_xhci.c …


> Am 28.03.2020 um 23:27 schrieb Mike Karels <mike at karels.net>:
> 
> 
> I’m not ready to put the source out in public, as the copyright notice is not yet approved.  I’ll put it in phabricator when it’s ready.
> 
> About UEFI: I don’t know what’s involved, but half of the driver interfaces with the rest of the network stack, and I don’t see how using UEFI simplifies any of that.
> 
> 		Mike

O.K., seems I misunderstood your 'alpha test‘- offer…
I thought you wanted us to test/review your code before you put it to phabricator.

Well, jmcneill, where you derived the genet-driver-sources from, has already 
integrated the driver  in UEFI, while it is not yet integrated in rpi4-uefi upstream, afaik.
You can dual-boot in UEFI from dt(hangs at gpioregulator at the moment) or ACPI(hangs unrelenting at greg`s irq-code at the the moment[.. just kidding] .
They are working on netboot at the moment .. 
I really suggest to track the UEFI - devs to understand what’s going on there.. 
it could be the right way to finally get this damned board under control..


Regards

Klaus


More information about the freebsd-arm mailing list