[Top][All Lists]

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

Re: [PATCH] Hurd: avoid using the deprecated RPC pci_get_ndevs()

From: Samuel Thibault
Subject: Re: [PATCH] Hurd: avoid using the deprecated RPC pci_get_ndevs()
Date: Sun, 3 Nov 2019 20:07:46 +0100
User-agent: NeoMutt/20170609 (1.8.3)

Samuel Thibault, le dim. 03 nov. 2019 18:58:57 +0100, a ecrit:
> Joan Lledó via Bug reports for the GNU Hurd, le dim. 03 nov. 2019 18:49:08 
> +0100, a ecrit:
> > Take a look at hurd_pci.c:452 [1]
> > 
> >     /* If we can open pci cfg io ports on hurd,
> >      * we are the arbiter, therefore try x86 method first */
> >     err = pci_system_x86_create();
> Uh, that is not what we have in the current Debian package. Somehow that
> version didn't get submitted here, only upstream. That is why there was
> a misunderstanding.

Ok, with that change, the pci-arbiter cleanup change does let hurd boot.

I'm however seeing lspci successfully using the x86 method, and thus not
use the pci arbiter, that's not what we want :)
(it seems the PCI port exclusion does not actually work, is the PCI
arbiter really keeping them reserved in GNU Mach?)

So I guess that it boots just because libpciaccess succeeds to use the
x86 method, whether the pci arbiter is there or not.

I tried the hack I mentioned previously (attached), to properly detect
that we are the PCI arbiter. Now my system boots, but that's because
netdde crashes instead of just hanging. It looks like it does not manage
to use the PCI arbiter.


Attachment: 99-pci-arbiter-detect
Description: Text document

reply via email to

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