Cleveres-Heim Posted July 28, 2018 Share Posted July 28, 2018 (edited) Hi guys, first of all I want to thank all of the users so far contributing to these armbian images. The images are extremely stable and my personally preffered platform for Smart Home installations. Unfortunately started using the 1-Wire BUS I am experiencing issues with the current kernel. At least this is what syslog entries let me assume. Everything seems fine for some hours or sometimes even days. Then suddenly (often at night) the USB Hostadapter seems to get disconnected and the system need to be rebooted completely to get 1-Wire to work again. I already searched the net a bit and found many users having those issues with several usb devices, not only 1-Wire. The syslog entries are always very similar and all deal with "ohci-platform" before usb devices stop to work. This is my sylog from last night: Jul 28 04:14:25 localhost kernel: [398581.169308] ohci-platform 1c14400.usb: frame counter not updating; disabled Jul 28 04:14:25 localhost kernel: [398581.169321] ohci-platform 1c14400.usb: HC died; cleaning up Jul 28 04:14:25 localhost kernel: [398581.169410] usb 3-1: USB disconnect, device number 2 Jul 28 04:14:26 localhost OWFS[937]: DEFAULT: ow_reconnect.c:(70) Failed to reconnect DS9490 bus master! Jul 28 04:14:31 localhost OWFS[937]: DEFAULT: ow_reconnect.c:(70) Failed to reconnect DS9490 bus master! Jul 28 04:14:31 localhost OWFS[937]: DEFAULT: ow_reconnect.c:(70) Failed to reconnect DS9490 bus master! Jul 28 04:14:31 localhost OWFS[937]: DEFAULT: ow_reconnect.c:(70) Failed to reconnect DS9490 bus master! Any idea how this can be fixed. Or is there a bug in armbian kernel? Best regards, Artur Edited July 28, 2018 by Cleveres-Heim Link to comment Share on other sites More sharing options...
Cleveres-Heim Posted July 28, 2018 Author Share Posted July 28, 2018 Hi! I have found additional information. There is a post in ubuntuforums.org (https://ubuntuforums.org/showthread.php?t=2342985&p=13655958#post13655958) They are talking about "hid-quirks.c of the kernel source" and the fact, that some "usbhid devices need to be always polled to prevent a buffer overflow". Any possibility to contribute idVendor and idProduct from the 1-Wire USB Hostadapter? Bus 003 Device 002: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 1-Wire adapter Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.00 bDeviceClass 255 Vendor Specific Class bDeviceSubClass 255 Vendor Specific Subclass bDeviceProtocol 255 Vendor Specific Protocol bMaxPacketSize0 8 idVendor 0x04fa Dallas Semiconductor idProduct 0x2490 DS1490F 2-in-1 Fob, 1-Wire adapter bcdDevice 0.02 iManufacturer 0 iProduct 0 iSerial 0 bNumConfigurations 1 Best regards, Artur Link to comment Share on other sites More sharing options...
martinayotte Posted July 28, 2018 Share Posted July 28, 2018 It seems that hid-quirks.c exist in 4.14.y but not in 4.17.y ! I don't know if this could be fixed easily ... Link to comment Share on other sites More sharing options...
Cleveres-Heim Posted July 29, 2018 Author Share Posted July 29, 2018 22 hours ago, martinayotte said: It seems that hid-quirks.c exist in 4.14.y but not in 4.17.y ! I don't know if this could be fixed easily ... So, as this is a known issue also with many other vendors and products, how this is solved in 4.17.x kernel versions? How can i contribute to the list? Pull Request for Armbian kernel 4.14.x? Link to comment Share on other sites More sharing options...
martinayotte Posted July 29, 2018 Share Posted July 29, 2018 HowTo for builds : https://docs.armbian.com/Developer-Guide_Build-Preparation/ HowTo contribute : https://docs.armbian.com/Process_Contribute/ Link to comment Share on other sites More sharing options...
Recommended Posts