On Tue, Mar 8, 2016 at 10:00 AM, David Michael <fedora....@gmail.com> wrote: > On Tue, Mar 8, 2016 at 5:06 AM, Richard Braun <rbr...@sceen.net> wrote: >> In any case, this isn't a regression caused by my work, and I don't >> intend to fix in-kernel drivers, in particular when we have a good >> user space replacement. As a result, I suggest we remove the rtl8139 >> driver from the kernel. > > That's probably for the best. Even when it would boot with that > driver, changing the IP address with fsysopts would cause a kernel > panic. > > I've changed it to -device ne2k_pci, and it seems to work now.
Sorry, I accidentally regenerated my GRUB configuration pointed at an old build, confusing my results. When gnumach is built with the rtl8139 driver removed, it has the same behavior. It fails to boot using GRUB, but succeeds using QEMU's multiboot options. I've just removed linux/src/drivers/net/rtl8139.c and dropped all references to rtl8139 from the following files: doc/mach.texi linux/Makefrag.am linux/configfrag.ac linux/dev/drivers/net/Space.c linux/src/drivers/net/Space.c So unless rtl8139 bits are still hidden somewhere (grep only finds some PCI ID definitions), it looks like there may be a different problem. David
