Re: PCI arbiter crash on last qemu image

From	Joan Lledó <jlledom@mailfence.com>
Newsgroups	gnu.hurd.bug
Subject	Re: PCI arbiter crash on last qemu image
Date	2020-08-22 17:15 +0200
Message-ID	<mailman.759.1598109323.2469.bug-hurd@gnu.org> (permalink)
References	(5 earlier) <728b60a0-d226-5d36-ba76-82f1f6ce3101@zamaudio.com> <fc77f621-d051-06ba-0d0a-839a269b89ee@mailfence.com> <2559279e-72a6-a87a-ad0d-cbe71102f69e@zamaudio.com> <7c5e596c-2f62-9843-8478-681c2e5e9fcc@zamaudio.com> <f4aafe66-5087-8bf4-6a17-78cb56a6fa3b@mailfence.com>

Show all headers | View raw

Hi,

El 22/8/20 a les 15:10, Damien Zammit ha escrit:
> Hi Joan,
> 
> I found another probe() call in hurd_pci.c that should not be there.
> (So I dropped a second incorrect patch).
> Can you please confirm this final branch looks correct?
> 
> http://git.zammit.org/libpciaccess.git/log/?h=rumpdisk-upstream
> 

Yes, it looks correct for me. Since neither hurd nor x86 backends probe
on create() or map memory on probe() I'd say that's OK. Please give me
some days to write the arbiter part and test it over your version of
libpciaccess to ensure it works before sending patches to upstream.

Back to gnu.hurd.bug | Previous | Next | Find similar

Thread

Re: PCI arbiter crash on last qemu image Joan Lledó <jlledom@mailfence.com> - 2020-08-22 17:15 +0200

csiph-web