Re: libpciaccess on GNU/Hurd

2018-11-08 Thread Samuel Thibault
Adam Jackson, le jeu. 08 nov. 2018 15:19:41 -0500, a ecrit: > > > If you try to implement this with a userspace arbiter then > > > all you need to do to break it is run an old version of libpciaccess. > > > > Sure. Except if ioperm is allowed only for the pci arbiter. > > ... but that's all you n

Re: libpciaccess on GNU/Hurd

2018-11-08 Thread Adam Jackson
On Wed, 2018-11-07 at 22:56 +0100, Samuel Thibault wrote: > Adam Jackson, le mer. 07 nov. 2018 15:09:58 -0500, a ecrit: > > Because the kernel is the one thing in a position to enforce access > > exclusion. > > root-owned processes can still use ioperm to get access to io ports and > break that.

Re: libpciaccess on GNU/Hurd

2018-11-07 Thread Samuel Thibault
Adam Jackson, le mer. 07 nov. 2018 15:09:58 -0500, a ecrit: > Because the kernel is the one thing in a position to enforce access > exclusion. root-owned processes can still use ioperm to get access to io ports and break that. > If you try to implement this with a userspace arbiter then > all you

Re: libpciaccess on GNU/Hurd

2018-11-07 Thread Adam Jackson
On Wed, 2018-11-07 at 18:27 +0100, Samuel Thibault wrote: > Adam Jackson, le mer. 07 nov. 2018 12:04:52 -0500, a ecrit: > > On Mon, 2018-11-05 at 22:56 +1100, Damien Zammit wrote: > > > > > I wish to propose an additional api call to libpciaccess. > > > Before I submit a patch, I wish to get some

Re: libpciaccess on GNU/Hurd

2018-11-07 Thread Samuel Thibault
Hello, Adam Jackson, le mer. 07 nov. 2018 12:04:52 -0500, a ecrit: > On Mon, 2018-11-05 at 22:56 +1100, Damien Zammit wrote: > > > I wish to propose an additional api call to libpciaccess. > > Before I submit a patch, I wish to get some feedback from the devs. > > > > In GNU/Hurd currently, appl

Re: libpciaccess on GNU/Hurd

2018-11-07 Thread Adam Jackson
On Mon, 2018-11-05 at 22:56 +1100, Damien Zammit wrote: > I wish to propose an additional api call to libpciaccess. > Before I submit a patch, I wish to get some feedback from the devs. > > In GNU/Hurd currently, applications use the x86 backend from > libpciaccess. This poses concurrency issues

libpciaccess on GNU/Hurd

2018-11-05 Thread Damien Zammit
Hi folk, I wish to propose an additional api call to libpciaccess. Before I submit a patch, I wish to get some feedback from the devs. In GNU/Hurd currently, applications use the x86 backend from libpciaccess. This poses concurrency issues when multiple applications run at the same time accessing