"reset low-speed USB device" with recent kernels on RPi2

[katatsumuri]

With recent kernels (at least 4.1.13 and 4.1.15) my keyboard is reset constantly on Raspberry Pi 2.

dmesg output looks like this:
$this->bbcode_second_pass_code('', '
[ 6.232145] usb 1-1.3.4: Product: Logitech USB Keyboard
[ 6.232160] usb 1-1.3.4: Manufacturer: Logitech
[ 6.253843] input: Logitech Logitech USB Keyboard as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.3/1-1.3.4/1-1.3.4:1.0/0003:046D:C30F.0001/input/input0
[ 6.292298] systemd[1]: Set hostname to <rpi>.
[ 6.313407] hid-generic 0003:046D:C30F.0001: input,hidraw0: USB HID v1.10 Keyboard [Logitech Logitech USB Keyboard] on usb-3f980000.usb-1.3.4/input0
[ 6.365234] input: Logitech Logitech USB Keyboard as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.3/1-1.3.4/1-1.3.4:1.1/0003:046D:C30F.0002/input/input1
[ 6.443462] hid-generic 0003:046D:C30F.0002: input,hidraw1: USB HID v1.10 Device [Logitech Logitech USB Keyboard] on usb-3f980000.usb-1.3.4/input1
... skip ...
[ 66.915417] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 81.238411] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 96.929677] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 126.990918] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 203.851717] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 205.781830] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 275.135000] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 289.445568] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 302.526045] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 312.686434] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 348.877821] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 354.497977] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 376.038764] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 380.878972] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 386.849161] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
[ 394.439436] usb 1-1.3.4: reset low-speed USB device number 5 using dwc_otg
...
')

The bug is not fatal, but it floods the console (it's difficult do do something in console without reducing logging level), sometimes "eats up" keypresses, and from time to time causes xorg segfaults. I'm not quite sure that xorg crashes are caused by these keyboard resets, but the last messages in Xorg.0.log before crash are about the keyboard (it seems xorg does not like when input device disappears and reappears too often):
$this->bbcode_second_pass_code('', '
[1809485.757] (II) XINPUT: Adding extended input device "Logitech Logitech USB Keyboard" (type: KEYBOARD, id 6)
[1809485.761] (II) input device 'Logitech Logitech USB Keyboard', /dev/input/event0 is tagged by udev as: Keyboard
[1809485.761] (II) input device 'Logitech Logitech USB Keyboard', /dev/input/event0 is a keyboard
[1809485.766] (II) config/udev: Adding input device Logitech Logitech USB Keyboard (/dev/input/event1)
[1809485.767] (**) Logitech Logitech USB Keyboard: Applying InputClass "evdev keyboard catchall"
[1809485.767] (**) Logitech Logitech USB Keyboard: Applying InputClass "libinput keyboard catchall"
[1809485.769] (II) systemd-logind: got fd for /dev/input/event1 13:65 fd 13 paused 0
[1809485.770] (II) Using input driver 'libinput' for 'Logitech Logitech USB Keyboard'
[1809485.770] (**) Logitech Logitech USB Keyboard: always reports core events
[1809485.770] (**) Option "Device" "/dev/input/event1"
[1809485.770] (**) Option "_source" "server/udev"
[1809485.773] (II) input device 'Logitech Logitech USB Keyboard', /dev/input/event1 is tagged by udev as: Keyboard
[1809485.773] (II) input device 'Logitech Logitech USB Keyboard', /dev/input/event1 is a keyboard
[1809485.774] (**) Option "config_info" "udev:/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.3/1-1.3.4/1-1.3.4:1.1/0003:046D:C30F.000C/input/input11/event1"
[1809485.774] (II) XINPUT: Adding extended input device "Logitech Logitech USB Keyboard" (type: KEYBOARD, id 7)
[1809485.778] (II) input device 'Logitech Logitech USB Keyboard', /dev/input/event1 is tagged by udev as: Keyboard
[1809485.778] (II) input device 'Logitech Logitech USB Keyboard', /dev/input/event1 is a keyboard
[1810380.866] (**) Option "fd" "10"
[1810380.867] (**) Option "fd" "13"
[1810380.891] (II) systemd-logind: got pause for 13:64
[1810380.891] (II) systemd-logind: got pause for 13:65
[1810500.865] (EE)
[1810500.866] (EE) Backtrace:
[1810500.866] (EE)
[1810500.866] (EE) Segmentation fault at address 0x1b4
[1810500.866] (EE)
Fatal server error:
[1810500.867] (EE) Caught signal 11 (Segmentation fault). Server aborting
[1810500.867] (EE)
[1810500.867] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
[1810500.867] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[1810500.867] (EE)
[1810500.953] (EE) Server terminated with error (1). Closing log file.
')

My first idea was that keyboard does not get enough power, so I added "max_usb_current=1" to /boot/config.txt but this did not help.

After downgrading kernel to 4.1.5-1 keyboard resets has gone.

It appears to be some regression in USB/MMC code in recent kernels - these USB resets and this bug with some UHS SD cards.

PS. Is there any archive of old packages for ArchlinuxARM (like Arch Linux Archive) ? To get kernel package for 4.1.15 I had to use bacman with old installation image (fortunately, I did not erase it). May be it will be a good idea to have some archive of old packages, at least board-specific ones (kernels, firmware, etc.) to ease downgrading.

[sdjf]

You asked about an archlinuxarm package archive. There is the following thread here:
Archlinux ARM Rollback Machine
viewtopic.php?f=30&t=9542

Per the above, there is a new rollback machine called tardis, although it does not seem to be an official one? It goes back to end of November 2015.

http://tardis.tiny-vps.com/aarm

If you need packages from further back, I have found a lot of packages at the following site, but it does not seem to be a full mirror, just a selection:

http://fraggod.net/static/mirror/packag ... rm/armv7h/