> The joydev device *is* missing the mappings for the touchpad axes for > some reason (JSIOCGAXES returns 14 instead of 17 like it should). I'm > not sure why though. In the Sony driver the touchpad axis bits are set > in the probe function and work correctly via the evdev interface and > looking in the joydev module it should properly handle and map all axes > up to ABS_MAX so the problem probably lies somewhere else. If I had to > guess, it seems like the joydev device is being created after the HID > descriptor is parsed, but before the device probe function is called. > > Can anyone more familiar with the general input system comment on why > this might be happening? I find it suspicious that it doesn't happen the first time (after boot) that the controller is plugged in, but then does every subsequent time... maybe some un-init memory somewhere. Is this kernel behaviour, or down to the controller state (ie alive after first plug)? We see that the DS3 behaves differently wrt leds depending on whether it is asleep or alive when plugged in. I'll dig a little deeper tonight to see if I can track the problem down. Simon. -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
