On Mon, Oct 28, 2002 at 02:55:29PM -0500, David Walter wrote:
> X loses keyboard on trivial operation
>
> ls -l /dev/kbd
>
> The kbd translator formerly believed it needed to start a new thread
> for every open call. It also _closed_ the device after every
> corresponding close_hook cal
> I don't actually think the console server has anything to do with it. The
> burden is all entirely on the vga+pckbd client, because it is the client and
> X which share the hardware. The console client could provide an osmouse and
> a raw kbd repeater device, the former is similar to the repeat
On Mon, Nov 04, 2002 at 09:06:45PM -0500, Roland McGrath wrote:
> streamio is a generic translator with no device-specific knowledge. In the
> absence of a clean infrastructure of some kind, I think we would rather
> leave it that way than have any special hacks for kbd/mouse in it.
I agree. It
streamio is a generic translator with no device-specific knowledge. In the
absence of a clean infrastructure of some kind, I think we would rather
leave it that way than have any special hacks for kbd/mouse in it.
I think that the cases of kbd and mouse should be addressed through work on
the new
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> On Sun, Nov 03, 2002 at 08:09:07PM -0500, Roland McGrath wrote:
>> I thought we had /hurd/streamio precisely to deal with these devices.
>
> streamio doesn't deal with setting kbd to raw mode etc.
>
Should I futz with this to try to make both kbd
On Sun, Nov 03, 2002 at 08:09:07PM -0500, Roland McGrath wrote:
> I thought we had /hurd/streamio precisely to deal with these devices.
streamio doesn't deal with setting kbd to raw mode etc.
Marcus
--
`Rhubarb is no Egyptian god.' GNU http://www.gnu.org[EMAIL PROTECTED]
Marcus Brinkma
I thought we had /hurd/streamio precisely to deal with these devices.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
On Mon, Oct 28, 2002 at 02:55:29PM -0500, David Walter wrote:
> X loses keyboard on trivial operation
>
> ls -l /dev/kbd
>
> The kbd translator formerly believed it needed to start a new thread
> for every open call. It also _closed_ the device after every
> corresponding close_hook cal
X loses keyboard on trivial operation
ls -l /dev/kbd
The kbd translator formerly believed it needed to start a new thread
for every open call. It also _closed_ the device after every
corresponding close_hook call.
2002-10-28 David Walter <[EMAIL PROTECTED]>
* kbd.c (trivfs_
