lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 26 Apr 2011 23:29:42 +0200 (CEST)
From:	Jiri Kosina <jkosina@...e.cz>
To:	Valdis.Kletnieks@...edu
Cc:	Alan Stern <stern@...land.harvard.edu>,
	Greg Kroah-Hartman <gregkh@...e.de>,
	Dmitry Torokhov <dmitry.torokhov@...il.com>,
	linux-kernel@...r.kernel.org, linux-usb@...r.kernel.org,
	linux-input@...r.kernel.org
Subject: Re: Wonkiness with keyboard adapter - not sure if it's in USB or
 input systems

On Tue, 26 Apr 2011, Valdis.Kletnieks@...edu wrote:

> > > Bus 001 Device 006: ID 0e8f:0020 GreenAsia Inc. USB to PS/2 Adapter
> 
> > Have you tried testing the adapter by plugging it in after the system 
> > is running?
> 
> It works fine at the Grub screen.
> 
> It *doesn't* work for the kernel when it initially starts up, even though a few
> seconds ago the hardware worked just fine.
> 
> It *does* work after I've unplugged/replugged it - I've tested both the USB
> side and the PS2 side, in either case it starts working.
> 
> I'm not sure what difference "plug it in after it's running" and "unplug/
> replug" will have. I suppose I could test that, but I'm suspecting the results
> will be "it works fine after plugging it in once the kernel is up".

It seems like the BIOS handover of the USB input device doesn't work 
properly.

The way things usually work in such situations -- BIOS is able to 
understand USB input devices in a very basic mode (hidp) and translate the 
events into PS/2-looking events, so that things like grub (which don't 
understand USB HID) are able to see keyboard events -- BIOS presents those 
as PS/2 devices.

Once kernel is booted, it takes over devices in this 'legacy' mode from 
BIOS, and initializes them properly as USB input devices.

Seems like this process is broken on your system. Could you please try to 
disable legacy USB emulation in your BIOS, and see if the problem 
persists? (it will make USB keyboard unavailable in grub).

-- 
Jiri Kosina
SUSE Labs, Novell Inc.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ