Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c

[Olaf Buddenhagen <olafbuddenhagen%gmx.net@localhost>]

The following reply was made to PR lib/50276; it has been noted by GNATS.

From: Olaf Buddenhagen <olafbuddenhagen%gmx.net@localhost>
To: Robert Millan <rmh%gnu.org@localhost>, Antti Kantee <pooka%iki.fi@localhost>,
	rumpkernel-users%freelists.org@localhost, gnats-bugs%NetBSD.org@localhost,
	Bug hurd mailing list <bug-hurd%gnu.org@localhost>
Cc: 
Subject: Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c
Date: Sat, 26 Sep 2015 15:08:15 +0200

 Hi,
 
 On Thu, Sep 24, 2015 at 08:18:37PM +0200, Samuel Thibault wrote:
 
 > It may still be impossible at the moment actually.  The
 > SNDCTL_DSP_MAPINBUF and SNDCTL_DSP_MAPOUTBUF ioctls are precisely
 > examples: they pass a struct which contains the address of a buffer.
 > This can not be expressed with the current handling of ioctls in
 > GNU/Hurd: the sound server can't read/write the client process memory.
 
 AIUI, it is possible by adding explicit stubs for these specific ioctls
 to our glibc. I think this is used both for ioctls with too many
 parameters to encode them with the standard RPC ID mapping scheme, and
 for ioctls with "problematic" parameters like these?
 
 -antrik-