bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Testing requested for the next version of GNU Mach


From: David Michael
Subject: Re: Testing requested for the next version of GNU Mach
Date: Tue, 8 Mar 2016 12:15:25 -0500

On Tue, Mar 8, 2016 at 10:00 AM, David Michael <fedora.dm0@gmail.com> wrote:
> On Tue, Mar 8, 2016 at 5:06 AM, Richard Braun <rbraun@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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]