Groups > gnu.hurd.bug > #12059

Re: PCI arbiter crash on last qemu image

From	Damien Zammit <damien@zamaudio.com>
Newsgroups	gnu.hurd.bug
Subject	Re: PCI arbiter crash on last qemu image
Date	2020-08-22 16:35 +1000
Message-ID	<mailman.713.1598078122.2469.bug-hurd@gnu.org> (permalink)
References	(1 earlier) <2f03cf83-9dff-1b92-a6e0-96ae20bfda49@zamaudio.com> <e3d57b71-af84-c035-7799-0c4dc6bfdae4@mailfence.com> <c5ae2597-dd25-58f6-8aa2-18b60b91fe5f@zamaudio.com> <ce86a983-886d-cf4d-bb44-106a17ad9282@mailfence.com> <728b60a0-d226-5d36-ba76-82f1f6ce3101@zamaudio.com>

Show all headers | View raw

Joan,

On 18/8/20 6:51 am, Joan Lledó wrote:
> El 17/8/20 a les 1:51, Damien Zammit ha escrit:
>> Perhaps a better way to fix the mapping problem I encountered
>> is by removing the check for previous mappings when trying to map regions,

I have removed my latest patch from my upstream merge request and replaced it
with a patch that fixes the problem:

https://gitlab.freedesktop.org/xorg/lib/libpciaccess/-/merge_requests/12/commits

Samuel, would you be able to fix the debian package of libpciaccess based on the above?
(ie, remove one patch and add one patch).

I now get the following with my version of pciaccess (and rumpdisk still works with x86 method):

root@zamhurd:~# hexdump -C -n16 /servers/bus/pci/0000/00/02/0/region0
00000000  45 02 14 18 00 00 00 00  83 02 00 00 00 00 00 00  |E...............|
00000010
root@zamhurd:~#

Damien

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

Thread

Re: PCI arbiter crash on last qemu image Damien Zammit <damien@zamaudio.com> - 2020-08-22 16:35 +1000

csiph-web