On Fri, May 18, 2018 at 07:17:42AM -0400, ant wrote: > On Fri, May 18, 2018 at 08:41:28AM +0200, Greg KH wrote: > > On Thu, May 17, 2018 at 01:43:35PM -0400, ant wrote: > > > > > > Did I not say it right? > > > > > > Or perhaps a kernel or some other issue? > > > > > > > > > ===== > > > > > > > > > (no need to CC I'm subscribed to list), > > hi, thank you for replying, > > > ... > > What do you mean exactly by "dropped"? > > the keyboard stops working at various times. > i may be in the middle of typing and it no > longer shows anything happening, sometimes it > will eventually reconnect and other times it > will not (at which point i have to unplug it > and plug it back in). > > > > The kernel log you posted > > doesn't show any USB devices going away, so it's a bit hard to know if > > the kernel really thought the device is gone, or the device just stopped > > working, right? > > i thought that the following lines showed the change > started coming from the kernel: > > KERNEL[8256.344251] change > /devices/pci0000:00/0000:00:14.0/usb1/1-6/1-6:1.0/0003:17F6:0830.000B/input/inpu > t27/input27::numlock (leds) > > which after some moments eventually ends up with: > UDEV [8256.414787] unbind /devices/pci0000:00/0000:00:14.0/usb1/1-6 (usb) > UDEV [8256.416250] remove /devices/pci0000:00/0000:00:14.0/usb1/1-6 (usb) > [ 8256.041205] ant kernel: usb 1-6: USB disconnect, device number 16 > > which to me looks like a USB device being disconnected? > > i'd be happy for any way to tell the kernel to not do > this as any kind of temporary|permanent workaround. i don't > have any power keys on the keyboard.
It's not up to the kernel to "not disconnect" a device, that's an electrical thing, it is only responding to the state of the hardware as told to it. So this might be an electrical issue with your keyboard, the USB connector it is plugged into, any USB hubs or cables along the way, or anything like that. > > Does this keyboard work properly on other machines / operating systems? > > it worked with my previous machine with no issues, > but that machine is gone as of February. i was also > running Debian testing and Debian stable (on a 2nd > partition) on that system. > > i have used Linus's stock kernel to boot from a > USB stick and the issue is there too (v4.17-rc3), > my connection isn't that fast so grabbing other > images isn't quick but if i can get them and boot > from a USB stick i'll do it if it helps. i > haven't compiled the lastest rc5 or tried that > yet. > > i didn't think you'd care too much about a report > from Debian stable, but i finally got that installed > and booting. i can leave that running today while > i'm working on other things and see what the logs > say. If it works on the same hardware with a different kernel, yes, that is interesting to know. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html