Re: Gnumach and I/O

2006-03-11 Thread Samuel Thibault
Roland McGrath, le Fri 10 Mar 2006 20:15:24 -0800, a écrit : > In the real world, any user of an io port capability is going to know > exactly what ports it's good for, because it has to actually use the ports. Yes, but he doesn't necessarily know precisely what the other task put as io range. >

Re: Gnumach and I/O

2006-03-10 Thread Roland McGrath
In the real world, any user of an io port capability is going to know exactly what ports it's good for, because it has to actually use the ports. Your example does not seem too likely to me. Anyway, I'm not saying the interface I wrote is necessarily wonderul. glibc already uses it for ioperm, b

Re: Gnumach and I/O

2006-03-10 Thread Samuel Thibault
Roland McGrath, le Fri 10 Mar 2006 16:04:05 -0800, a écrit : > > Then why splitting ioperm()'s work into two i386_io_perm_create() > > and i386_io_perm_modify() calls > > More concretely, it separates the general permission from the specific > permission, making the latter a transferrable capabili

Re: Gnumach and I/O

2006-03-10 Thread Roland McGrath
> Then why splitting ioperm()'s work into two i386_io_perm_create() > and i386_io_perm_modify() calls if people should use ioperm() > rather than Mach calls? Couldn't gnumach just provide an > i386_io_perm_modify(ipc_port_t master_port, io_port_t from, > io_port_t to, boolean_t enable) call instead

Re: Gnumach and I/O

2006-03-10 Thread Samuel Thibault
Hi, Thomas Schwinge, le Sun 05 Mar 2006 10:34:44 -0500, a écrit : > On Sun, Jan 08, 2006 at 06:50:40PM +0100, Samuel Thibault wrote: > > device "iopl" has a bunch of registers: speaker, game port, sound, > > printer, video, and gives read-only access to any i/o port. > > My vote is to remove the

Re: Gnumach and I/O

2006-03-05 Thread Thomas Schwinge
On Sun, Jan 08, 2006 at 06:50:40PM +0100, Samuel Thibault wrote: > Just for reminding what's on the bts: > > [...] Samuel, thanks for the work you've done so far! :-D > Well, actually, gnumach2 does indeed set i/o port permissions on tasks > rather than on threads. [ Patch ... (TSS is now task

Re: Gnumach and I/O

2006-01-13 Thread Samuel Thibault
Samuel Thibault, le Sat 14 Jan 2006 01:50:35 +0100, a écrit : > Thanks people for commenting on the patches, I hope to have corrected > things, so I'm resubmitting the whole updated patchset, ready for > committing. I'm submitting them to the list again, for proof-reading. __

Re: Gnumach and I/O

2006-01-13 Thread Samuel Thibault
Hi, Thanks people for commenting on the patches, I hope to have corrected things, so I'm resubmitting the whole updated patchset, ready for committing. Regards, Samuel ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bu

Gnumach and I/O

2006-01-08 Thread Samuel Thibault
Just for reminding what's on the bts: Trying to apply [ patches http://savannah.gnu.org/patch/download.php?item_id=4737&item_file_id=5662 (user tss fixup) , http://savannah.gnu.org/bugs/download.php?item_id=15295&item_file_id=3237 (no io perms by default), and http://savannah.gnu.org/bugs/dow