Hello, Can you please explain to me how to patch the kernel and enable it in dtweb. Please point out a tutorial. I am newbee to linux Thanks!
I'm a newbee to recompilation of Linux kernels too, here is the documentation of UDOO, and in this thread you can read how to solve some issues encountered.
Hi, we are facing the same issue here and it looks like there have already been a couple of UDOObuntu releases (2.1.2 on 2017-01-24, 2.1.1 on 2016-11-17 and 2.1 on 2016-09-28) since the solution has been posted here in January last year - even before the 2.0 release. Is there a reason why the fix didn't make it into the releases? Is there a schedule for the next release? Will that release include the fix for this known bug? Best regards, Florian.
Hi Florian, the pull request was closed since I was not able to reproduce the bug (actually UART6 is working for me). I have asked a way to reproduce the issue but I have got no answer. Please send me your email address in a private message, I will send you a test .deb file with the kernel rebuilt and that patch applied. Thank you!
Hi all, @florian I've made a custom package with the patch, please check whatever it fixes your issue, then let me know. https://www.NoFile.io/f/dDO7AH3aXha https://www.NoFile.io/f/8INZ3bxygOu https://www.NoFile.io/f/dErwyEDeDoo https://www.NoFile.io/f/2OIj8OR3C0Q https://www.NoFile.io/f/Rv8FR6GkjJd Download all these and do a `sudo dpkg -i *deb` on your UDOO, then reboot. Ek5
YES!! Finally!! First I downloaded and installed latest image 2.1.2 To be sure the issue was still there I performed my original test scenario . And yes it was still there, UART6 is not receiving data. Then I patched it with your .deb files and rebooted. Did my test scenario again and now I receive data with "minicom -D /dev/ttymxc5" Edit: Tested sending data from UART6 too and this still works as expected.
Got it, thanks to all! I've pushed the patch on the kernel repo, it will be available with the next release. Bye, Ek5
According [SOLVED] I2C slow the patch has been implemented in Udoobuntu 2.1.3, Release date 19-jun-2017
Can you please share the deb for Uart 6 and Uart 2. as I am facing the similar problem and unable to download the package. thanks.
You better update udoobuntu, the issue is fixed in the latest release. Just run sudo apt-get update sudo apt-get upgrade
Sir, I have done update and upgrade. but still UART 6 and Uart 2 only able to send data but unable to receive data. I have used GTKTERM and Minicom both. But same problem.
Dear Sir, thanks for your support, UART 6 is now working. But still UART 2 is not working, it seems that it is still in Debug mode for M4, where as I have disabled the M4 Core. In uart 2 I can see I am sending data, but when I try to send data from other PC to UDO, the port seems to hang and not only it is not receiving any thing but also stop sending after that. I some time also sees Login screen on hyper terminal, so I believe the debug functionality of the UART 2 is not fully disabled. Can you please help how we ca achieve this. thanks.
Also after fresh reboot when I check this: lsof /dev/ttym* lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs Output information may be incomplete. COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME uim 395 root 4u CHR 207,18 0t0 279 /dev/ttymxc2 getty 1468 root 0u CHR 207,16 0t0 277 /dev/ttymxc0 getty 1468 root 1u CHR 207,16 0t0 277 /dev/ttymxc0 getty 1468 root 2u CHR 207,16 0t0 277 /dev/ttymxc0 getty 2030 root 0u CHR 207,17 0t0 278 /dev/ttymxc1 getty 2030 root 1u CHR 207,17 0t0 278 /dev/ttymxc1 getty 2030 root 2u CHR 207,17 0t0 278 /dev/ttymxc1 It seems that ttymxc1 is already used by system some where so not fully aviable for external connection use.
