Re: Raon Everun (Microchip multifunction HID) keyboard problem

On Fri, 5 Oct 2007, Bill Gribble wrote:

> The Raon Everun is an AMD Geode LX-MMX (AMD CS5536 OHCI/EHCI) handheld
> PC.  lspci and lsusb output appended.  It has a builtin QWERTY
> keyboard, gamepad, optical mouse, and touchscreen.  There is no i8042
> keyboard controller; the HID devices appear as subdevices of a
> Microchip USB device with ID 04d8:010a.  The BIOS has no options for
> "legacy USB" or other keyboard/USB configuration.
> 
> I am attempting to boot linux-2.6.22.9 with the suspend2 patch,
> otherwise stock.  Debian sid OS, handbuilt kernel. Appropriate USB
> modules, including usbhid, are built ("full HID" and HID debugging
> output enabled).  I can boot the machine successfully into multiuser
> mode.  With an attached external USB keyboard, I can log in and
> interact with the system just fine.  The machine works fine under
> Windows XP (or did until I reused that partition for Linux).
> 
> The problem: the builtin keyboard does not work most of the time, nor
> does it appear to generate any interrupts when not working.  TWICE it
> has mysteriously started working several minutes after boot, and
> worked fine until the next reboot.  I cannot point to any action I
> took that caused it to start working.  When it is working, a backlight
> feature causes the keys to light up when pressed.  When not working,
> no backlighting happens.
> 
> Why I think no interrupts are being generated: with an external USB
> keyboard attached, I type "cat /proc/interrupts" and observe the count
> of ohci interrupts.  I type up-arrow RET on the USB keyboard and
> observe that the count increased by 4 interrupts.  This is repeatable.
> Then I hit lots of keys on the builtin keyboard, then up-arrow RET on
> the external keyboard.  Interrupt count has increased by 4, the same
> as if I had not pressed keys on the builtin keyboard.
> 
> I have tried booting with all combinations of acpi=off, noapic,
> nolapic.  No change.

The fact that the external keyboard works proves none of that stuff is
relevant.  The problem lies somewhere else.

> The last log appended here is kern.log from a session of boot, log in
> via external keyboard, press lots of keys on the builtin keyboard,
> type "shutdown -h now" on external keyboard. Pressing keys on the
> builtin keyboard had no visible effect.
> 
> Any help appreciated.  I can rebuild, patch, whatever.

To start, try building a kernel without all the HID debugging, but do
enable CONFIG_USB_DEBUG.  Then post the dmesg output showing what 
happens during startup.

That should indicate where to look next.  You may end up needing to run
usbmon, so you could also enable CONFIG_USB_MON and CONFIG_DEBUG_FS.  
But for now let's just see what dmesg says.

Alan Stern


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel