Re: netdde builds

Michael Kelly <[email protected]> Wed, 1 Jul 2026 20:36:44 +0100
Newsgroups gmane.linux.debian.ports.hurd
Message-ID <[email protected]>
On 30/06/2026 00:18, Samuel Thibault wrote:
> Michael Kelly, le lun. 29 juin 2026 06:27:30 +0100, a ecrit:
>> Using e1000e with netdde (0.0.20200330-13) does indeed fail on hurd-i386 and
>> hurd-amd64. The latter hangs after issuing the DHCPREQUEST whilst the former
>> like Jason reported.  e1000e worked in the previous netdde. I hadn't been
>> aware of this Qemu NIC option but I see that Linux 'Virtual Machine Manager
>> 5.0.0' now lists e1000e rather than e1000 which I think might be a recent
>> change on my host.
>>
>> The workaround is to substitute e1000e for e1000 but fixing this properly is
>> now number 1 on my list.
>>
>> Should version 12 be restored as the latest 'sid' for the time being ?
> It's not that easy to do. The archive versions are monotonic, so it'd
> mean reuploading libacpica with some patches reverted, then re-build
> netdde against that newer version.
>
> Honestly, if we can rather just upload a fix that'd be best.

I have a fix that allows e1000e to intialise and Hurd to boot. There are 
changes to libacpica so that the PCI device/function parameters are 
adjusted as specified by the _ADR of the subordinate device. This was 
missing functionality which is required by PCIe devices.

I have tested on hurd-amd64 VM using rtl8139, e1000 and e1000e and my 
hurd-amd64 hardware platform with Atheros. hurd-i386 VM is next on the 
list.

I'd like to test as many network interfaces as possible. Are there other 
ones offered by Qemu that Hurd supports using netdde ?

Thanks,

Mike.