On 12/26/2014 5:47 PM, Thorsten von Eicken wrote:
I don't see how to make this stuff work... I used dtb-rebuilder to produce
the provided DTB with ttyO4:
# ls -ls /boot/dtbs/`uname -r`/*tty*
88 -rw-r--r-- 1 root root 86762 Dec 26 21:37
On Saturday, December 27, 2014 10:06:38 AM UTC-8, Charles Steinkuehler
wrote:
Didn't you say you're using a BeagleBone (White) and not the 'Black?
Nope. this is also posted with the 'Black tag. dl4mea interjected a message
about the 'White.
I don't see how to figure out whether uboot
On Saturday, December 27, 2014 10:06:38 AM UTC-8, Charles Steinkuehler
wrote:
Also, if you've got a USB serial cable, you can pause the startup
sequence and poke around a bit with U-Boot to see what dtb file it's
trying to load.
I attached a serial cable, but it doesn't say anything
After some debugging I found...
- I have to set fdtfile=am335x-boneblack-ttyO4.dtb in uEnv.txt, not
dtb=...
- uBoot loads the dtbs from /boot/dtbs, not from /boot/dtbs/`uname -r`,
which is where the dtb-rebuilder drops them
I have uBoot 2013.07, maybe some of the info pertains to a
On Sat, Dec 27, 2014 at 2:37 PM, Thorsten von Eicken
tvoneic...@gmail.com wrote:
After some debugging I found...
I have to set fdtfile=am335x-boneblack-ttyO4.dtb in uEnv.txt, not dtb=...
uBoot loads the dtbs from /boot/dtbs, not from /boot/dtbs/`uname -r`, which
is where the dtb-rebuilder
I don't see how to make this stuff work... I used dtb-rebuilder to produce
the provided DTB with ttyO4:
# ls -ls /boot/dtbs/`uname -r`/*tty*
88 -rw-r--r-- 1 root root 86762 Dec 26 21:37
/boot/dtbs/3.14.4.1-bone-armhf.com/am335x-boneblack-ttyO1.dtb
88 -rw-r--r-- 1 root root 86762 Dec 26
On Dec 26, 2014, at 15:47 , Thorsten von Eicken tvoneic...@gmail.com wrote:
I don't see how to make this stuff work... I used dtb-rebuilder to produce
the provided DTB with ttyO4:
# ls -ls /boot/dtbs/`uname -r`/*tty*
88 -rw-r--r-- 1 root root 86762 Dec 26 21:37
On Friday, December 26, 2014 9:13:31 PM UTC-8, Rick M wrote:
Anything in dmesg?
About? I don't see any errors or so.
# dmesg | egrep tty
[0.00] Kernel command line: console=ttyO0,115200n8 fixrtc capemgr.
disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN root=/dev/mmcblk0p2 rw
Sorry, that was all I had. I don't know how to make post-capemgr stuff work,
either (and barely understand how to make capemgr things work!).
On Dec 26, 2014, at 21:19 , Thorsten von Eicken tvoneic...@gmail.com wrote:
On Friday, December 26, 2014 9:13:31 PM UTC-8, Rick M wrote:
Anything in
Make sure the ttyO4 driver is loaded via the device-tree (use the
dtb-rebuilder if needed), and setup the pin multiplexing with the
installed-by-default universal overlay. The intent is to provide
user-mode control of pin multiplexing so you should be able to enable
just the Rx/Tx pins
On 12/22/2014 12:21 AM, Thorsten von Eicken wrote:
I just upgraded to kernel 3.14.4 and have now run headfirst into the lack
of capemgr. I had a nice DTS overlay file to enable ttyO4 with DTR/DSR/CTS
and that's now of course useless. Not only that, but the dts files
in
I just upgraded to kernel 3.14.4 and have now run headfirst into the lack
of capemgr. I had a nice DTS overlay file to enable ttyO4 with DTR/DSR/CTS
and that's now of course useless. Not only that, but the dts files
in https://github.com/RobertCNelson/dtb-rebuilder.git for ttyO4 are quite
12 matches
Mail list logo