[beagleboard] Re: Beaglebone Black Ethernet Phy Not Detected on Boot.
I have a BBB that sometimes fails to have a useable network interface at power up. Removing power and reapplying power does resolve the issue. Is there a fix for this issue? Would an upgrrade to Rev C fix this? ... -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] I2C Enumeration - Fix possible?
The enumeration and thus the mapping of I2C devices is confusing. Bus 1 uses /dev/I2c-2 etc. Is there any way to fix this so that the hardware matches the software? Could this be hardcoded in the OS? The current mapping of devices is most disturbing. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: How to enable all i2c
I think that the issue stems from older versions of debian based linux and the newer version that use a device tree. If the echo statement fails then: To enable the I2c-1 on the BeagleBone Black Rev A, B and C: 1. Rev A/B: Open the file /media/BEAGLEBONE/uEnv.txt in an editor (vim/nano) 2. Rec C: Open the file /boot/uboot/uEnv.txt in an editor (vim/nano) 3. Add the key capemgr.enable_partno= 4. Add the ports you want to enable, comma separated (BB-I2C0, BB-I2C1, etc) 5. Reboot An example line looks like this: root@beaglebone:/dev# cat /media/BEAGLEBONE/uEnv.txt optargs=quiet drm.debug=7 capemgr.enable_partno=BB-I2C1 On Thursday, November 13, 2014 at 9:13:51 PM UTC-6, ngocta...@gmail.com wrote: I use I2C-Tools to detect the i2c like: root@android:/ # i2cdetect -l i2c-1 i2c OMAP I2C adapterI2C adapter i2c-3 i2c OMAP I2C adapterI2C adapter but in beablebone black(ver C), it has 3 i2c, so how to enable all. please give me some advices -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: How to enable all i2c
add the following to rc.local echo BB-I2C1 /sys/devices/bone_capemgr.9/slots On Thursday, November 13, 2014 9:13:51 PM UTC-6, ngocta...@gmail.com wrote: I use I2C-Tools to detect the i2c like: root@android:/ # i2cdetect -l i2c-1 i2c OMAP I2C adapterI2C adapter i2c-3 i2c OMAP I2C adapterI2C adapter but in beablebone black(ver C), it has 3 i2c, so how to enable all. please give me some advices -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] cec-client
Since the cec library and utils packages do not work, maybe those packages should be removed from the list of installable packages. There is no way that I have the time to devote to writing a driver or do any porting of software so someone else will have to it. I have moved to a different platform to do what I need done. If anyone is interested, what I wanted was a way to automatically turn on and off a Rotel receiver based on the status of my Samsung TV. The Rotel only has a RS232 interface so I needed a way to poll the status of the TV and then send the appropriate commands to the receiver via the RS232 port. Without a way to get the status of the TV set, that makes the BBB unusable in this case. On Thursday, December 25, 2014 11:47:37 AM UTC-6, Charles Steinkuehler wrote: On 12/25/2014 9:36 AM, Richard-tx wrote: I just installed cec-client and cec-client reports that there are no devices available. Is there some trick to getting cec-client to work? # cec-client -l DEBUG: [ 2] trying to autodetect all CEC adapters Found devices: NONE While the HDMI CEC line is hooked to the TDA19988 HDMI transmitter on the 'Bone, I don't think libcec has drivers for this part. You might be able to fairly easily get the TDA995x driver for the CuBox working since both parts are from NXP, but I'm not familiar with the low-level details or differences (I work mostly with Analog Devices HDMI chips). -- Charles Steinkuehler cha...@steinkuehler.net javascript: -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] cec-client
I thought that each flavor of Debian (BBB vs Rpi vs ) was built for a specific platform. Live and learn. For my project, I went with a Rpi as the platform despite the buggy UART on board the Rpi. I fixed that issue with a USB - RS232 adapter. I started to go with a BBB because the UARTs on board the BBB appear to be better than the Rpi. Anyway my project is done and my wife is happy as she does not need yet another remote to watch TV. On Friday, December 26, 2014 3:52:33 PM UTC-6, Charles Steinkuehler wrote: On 12/26/2014 2:12 PM, Robert Nelson wrote: On Dec 26, 2014 12:16 PM, Richard-tx rich.a...@gmail.com javascript: wrote: Since the cec library and utils packages do not work, maybe those packages should be removed from the list of installable packages. Um that's not how Debian works... Just because one device doesn't support it. Actually, the packaged cec library should work fine with one of the USB cec interface dongles, just not with the on-board HDMI for the 'Bone. There's no need to yank a package just because not everyone has the matching hardware. If that was standard policy I can't image there would be many supported audio or graphics devices in Debian. -- Charles Steinkuehler cha...@steinkuehler.net javascript: -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] cec-client
I just installed cec-client and cec-client reports that there are no devices available. Is there some trick to getting cec-client to work? # cec-client -l DEBUG: [ 2] trying to autodetect all CEC adapters Found devices: NONE -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: cec-client
Sorry, I forgot to mention that this is on a BBB- B and I am running Ubuntu 13. I can certainly use another OS if necessary. On Thursday, December 25, 2014 9:36:06 AM UTC-6, Richard-tx wrote: I just installed cec-client and cec-client reports that there are no devices available. Is there some trick to getting cec-client to work? # cec-client -l DEBUG: [ 2] trying to autodetect all CEC adapters Found devices: NONE -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: cec-client
I also tried debian and cec-client does not work with that either. On Thursday, December 25, 2014 9:36:06 AM UTC-6, Richard-tx wrote: I just installed cec-client and cec-client reports that there are no devices available. Is there some trick to getting cec-client to work? # cec-client -l DEBUG: [ 2] trying to autodetect all CEC adapters Found devices: NONE -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] reading status of connected tv or monitor
I want to read the power status of the HDMI connected TV or monitor. I can do this use a Rpi and cec-client but it appears the cec-client is not supported on the BBB. What would be the easy way to determine if the connected TV or monitor is powered on or off? richard -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Ubuntu 14 - poor performance
I just flashed Ubuntu 13.10 and the performance is back to normal. Compile time of 42m38s. I will flash Ubuntu 14 again and retest. On Tuesday, September 16, 2014 10:13:20 AM UTC-5, Richard-tx wrote: Unles I flashed it wrong twice in a row. I can't see how I could have botched the job. I think that the next step is to report this as a bug. Something in the kernel itself is causing the issue. Does anyone have a url for reporting bugs? Richard On Monday, September 15, 2014 5:23:16 PM UTC-5, William Hermans wrote: There is also the chance that you somehow botched something on the Ubuntu install. This can also cause performance issues. Such as if you did not completely delete the root file system from debian before installing Ubuntu on the same media. . . . You might think this would not be a problem. but it can be . . . On Mon, Sep 15, 2014 at 3:20 PM, William Hermans yyr...@gmail.com wrote: Ok so take a look at the output of pstree there. Notice how the init system is all over the tree ? First you have init as pid 1. then way down the tree you have systemd, followed by several upstart processes. This is normal from what I can tell on my own PC based Ubuntu installs ( actually Lubuntu, the same thing with different window manager ). But I also think this helps Ubuntu perform noticeably slower compared to Debian. I notice a performance difference on PCs as well. Debian, being much lighter just does some things faster. However, you can always google Ubuntu 14.04 performance tuning and see what you turn up. With that said, is there a particular package that Ubuntu has that Debian does not ? Otherwise ditch Ubuntu and go back to Debian . . . On Mon, Sep 15, 2014 at 10:00 AM, Richard-tx rich.a...@gmail.com wrote: Here is pstree -A pstree -A init-+-acpid |-avahi-daemon---avahi-daemon |-cron |-dbus-daemon |-dhclient |-7*[getty] |-rsyslogd---3*[{rsyslogd}] |-sshd---bash |-sshd-+-sshd---bash---tail | |-sshd---bash---su---ksh---pstree | `-sshd---ksh |-systemd-udevd |-udhcpd |-upstart-file-br |-upstart-socket- `-upstart-udev-br and top # top top - 11:59:28 up 1 day, 8:37, 4 users, load average: 0.01, 0.05, 0.05 Tasks: 82 total, 1 running, 81 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.3 us, 0.3 sy, 0.0 ni, 99.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem:508500 total, 474208 used,34292 free,13664 buffers KiB Swap: 1048572 total, 832 used, 1047740 free. 409384 cached Mem On Monday, September 15, 2014 2:50:57 AM UTC-5, William Hermans wrote: Show us the output of pstree . On Mon, Sep 15, 2014 at 12:38 AM, Richard-tx rich.a...@gmail.com wrote: Here is the output from vmstat 2 You can see where I start the build. # vmstat 2 procs ---memory-- ---swap-- -io -system-- --cpu- r b swpd free buff cache si sobibo in cs us sy id wa st 1 0832 12476 14188 42766800 538 83 61 10 1 88 1 0 0 0832 12420 14188 42766800 0 0 21 47 0 0 100 0 0 0 0832 12452 14188 42766800 0 0 23 45 0 1 100 0 0 0 0832 12452 14196 42766400 0 6 27 54 0 0 100 0 0 0 0832 12452 14196 42766800 0 0 21 50 0 0 100 0 0 0 0832 12296 14196 42766800 0 2 23 47 0 0 100 0 0 0 0832 12328 14196 42766800 0 0 26 45 0 0 100 0 0 0 0832 12328 14200 42766400 0 4 31 54 0 0 100 0 0 0 0832 12296 14200 42766800 0 0 24 44 0 0 100 0 0 0 0832 12320 14200 42766800 0 0 35 70 0 0 100 0 0 1 0832 4308 14200 42678800 0 684 560 399 69 13 19 0 0 0 0832 13136 14200 42565600 0 128 201 94 25 2 73 0 0 0 1832 9392 14204 42541200 0 102 261 258 34 6 34 26 0 1 0832 9020 14208 42552800 0 154 568 272 91 9 0 1 0 1 0832 7160 14208 42558800 092 448 278 70 8 22 0 0 1 0832 13300 14216 42566000 0 240 597 490 84 15 0 1 0 1 0832 12152 14216 42570400 0 130 635 513 87 13 0 0 0 2 0832 10540 14224 42575600 0 172 580 407 87 13 0 1 0 1 0832 8308 14224 42587600 0 140 585 431 91 9 0 0 0 2 0832 10540 14224 42592400 0 198 572 329 89 11 0 0 0 1 0832 9300 14232 42601600 0 172 584 436 88 11 0 0 0 1 0832 9548 14232 42607600 0 162 563 267 90 10 0 0 0 1 0832 8152 14240 42614800 0 130 476 373 68 11
Re: [beagleboard] Re: Ubuntu 14 - poor performance
The issue isn't Ubuntu but the libwxgtk3.0-dev package vs the libwxgtk2.8-dev package. 3.0 apparantly has a bunch more stuff. Sorry for the false alarm. On Monday, September 22, 2014 11:15:37 AM UTC-5, Richard-tx wrote: I just flashed Ubuntu 13.10 and the performance is back to normal. Compile time of 42m38s. I will flash Ubuntu 14 again and retest. On Tuesday, September 16, 2014 10:13:20 AM UTC-5, Richard-tx wrote: Unles I flashed it wrong twice in a row. I can't see how I could have botched the job. I think that the next step is to report this as a bug. Something in the kernel itself is causing the issue. Does anyone have a url for reporting bugs? Richard On Monday, September 15, 2014 5:23:16 PM UTC-5, William Hermans wrote: There is also the chance that you somehow botched something on the Ubuntu install. This can also cause performance issues. Such as if you did not completely delete the root file system from debian before installing Ubuntu on the same media. . . . You might think this would not be a problem. but it can be . . . On Mon, Sep 15, 2014 at 3:20 PM, William Hermans yyr...@gmail.com wrote: Ok so take a look at the output of pstree there. Notice how the init system is all over the tree ? First you have init as pid 1. then way down the tree you have systemd, followed by several upstart processes. This is normal from what I can tell on my own PC based Ubuntu installs ( actually Lubuntu, the same thing with different window manager ). But I also think this helps Ubuntu perform noticeably slower compared to Debian. I notice a performance difference on PCs as well. Debian, being much lighter just does some things faster. However, you can always google Ubuntu 14.04 performance tuning and see what you turn up. With that said, is there a particular package that Ubuntu has that Debian does not ? Otherwise ditch Ubuntu and go back to Debian . . . On Mon, Sep 15, 2014 at 10:00 AM, Richard-tx rich.a...@gmail.com wrote: Here is pstree -A pstree -A init-+-acpid |-avahi-daemon---avahi-daemon |-cron |-dbus-daemon |-dhclient |-7*[getty] |-rsyslogd---3*[{rsyslogd}] |-sshd---bash |-sshd-+-sshd---bash---tail | |-sshd---bash---su---ksh---pstree | `-sshd---ksh |-systemd-udevd |-udhcpd |-upstart-file-br |-upstart-socket- `-upstart-udev-br and top # top top - 11:59:28 up 1 day, 8:37, 4 users, load average: 0.01, 0.05, 0.05 Tasks: 82 total, 1 running, 81 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.3 us, 0.3 sy, 0.0 ni, 99.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem:508500 total, 474208 used,34292 free,13664 buffers KiB Swap: 1048572 total, 832 used, 1047740 free. 409384 cached Mem On Monday, September 15, 2014 2:50:57 AM UTC-5, William Hermans wrote: Show us the output of pstree . On Mon, Sep 15, 2014 at 12:38 AM, Richard-tx rich.a...@gmail.com wrote: Here is the output from vmstat 2 You can see where I start the build. # vmstat 2 procs ---memory-- ---swap-- -io -system-- --cpu- r b swpd free buff cache si sobibo in cs us sy id wa st 1 0832 12476 14188 42766800 538 83 61 10 1 88 1 0 0 0832 12420 14188 42766800 0 0 21 47 0 0 100 0 0 0 0832 12452 14188 42766800 0 0 23 45 0 1 100 0 0 0 0832 12452 14196 42766400 0 6 27 54 0 0 100 0 0 0 0832 12452 14196 42766800 0 0 21 50 0 0 100 0 0 0 0832 12296 14196 42766800 0 2 23 47 0 0 100 0 0 0 0832 12328 14196 42766800 0 0 26 45 0 0 100 0 0 0 0832 12328 14200 42766400 0 4 31 54 0 0 100 0 0 0 0832 12296 14200 42766800 0 0 24 44 0 0 100 0 0 0 0832 12320 14200 42766800 0 0 35 70 0 0 100 0 0 1 0832 4308 14200 42678800 0 684 560 399 69 13 19 0 0 0 0832 13136 14200 42565600 0 128 201 94 25 2 73 0 0 0 1832 9392 14204 42541200 0 102 261 258 34 6 34 26 0 1 0832 9020 14208 42552800 0 154 568 272 91 9 0 1 0 1 0832 7160 14208 42558800 092 448 278 70 8 22 0 0 1 0832 13300 14216 42566000 0 240 597 490 84 15 0 1 0 1 0832 12152 14216 42570400 0 130 635 513 87 13 0 0 0 2 0832 10540 14224 42575600 0 172 580 407 87 13 0 1 0 1 0832 8308 14224 42587600 0 140 585 431 91 9 0 0 0 2 0832 10540 14224 42592400 0 198 572 329 89 11 0 0 0 1 0
Re: [beagleboard] Re: Ubuntu 14 - poor performance
Unles I flashed it wrong twice in a row. I can't see how I could have botched the job. I think that the next step is to report this as a bug. Something in the kernel itself is causing the issue. Does anyone have a url for reporting bugs? Richard On Monday, September 15, 2014 5:23:16 PM UTC-5, William Hermans wrote: There is also the chance that you somehow botched something on the Ubuntu install. This can also cause performance issues. Such as if you did not completely delete the root file system from debian before installing Ubuntu on the same media. . . . You might think this would not be a problem. but it can be . . . On Mon, Sep 15, 2014 at 3:20 PM, William Hermans yyr...@gmail.com javascript: wrote: Ok so take a look at the output of pstree there. Notice how the init system is all over the tree ? First you have init as pid 1. then way down the tree you have systemd, followed by several upstart processes. This is normal from what I can tell on my own PC based Ubuntu installs ( actually Lubuntu, the same thing with different window manager ). But I also think this helps Ubuntu perform noticeably slower compared to Debian. I notice a performance difference on PCs as well. Debian, being much lighter just does some things faster. However, you can always google Ubuntu 14.04 performance tuning and see what you turn up. With that said, is there a particular package that Ubuntu has that Debian does not ? Otherwise ditch Ubuntu and go back to Debian . . . On Mon, Sep 15, 2014 at 10:00 AM, Richard-tx rich.a...@gmail.com javascript: wrote: Here is pstree -A pstree -A init-+-acpid |-avahi-daemon---avahi-daemon |-cron |-dbus-daemon |-dhclient |-7*[getty] |-rsyslogd---3*[{rsyslogd}] |-sshd---bash |-sshd-+-sshd---bash---tail | |-sshd---bash---su---ksh---pstree | `-sshd---ksh |-systemd-udevd |-udhcpd |-upstart-file-br |-upstart-socket- `-upstart-udev-br and top # top top - 11:59:28 up 1 day, 8:37, 4 users, load average: 0.01, 0.05, 0.05 Tasks: 82 total, 1 running, 81 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.3 us, 0.3 sy, 0.0 ni, 99.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem:508500 total, 474208 used,34292 free,13664 buffers KiB Swap: 1048572 total, 832 used, 1047740 free. 409384 cached Mem On Monday, September 15, 2014 2:50:57 AM UTC-5, William Hermans wrote: Show us the output of pstree . On Mon, Sep 15, 2014 at 12:38 AM, Richard-tx rich.a...@gmail.com wrote: Here is the output from vmstat 2 You can see where I start the build. # vmstat 2 procs ---memory-- ---swap-- -io -system-- --cpu- r b swpd free buff cache si sobibo in cs us sy id wa st 1 0832 12476 14188 42766800 538 83 61 10 1 88 1 0 0 0832 12420 14188 42766800 0 0 21 47 0 0 100 0 0 0 0832 12452 14188 42766800 0 0 23 45 0 1 100 0 0 0 0832 12452 14196 42766400 0 6 27 54 0 0 100 0 0 0 0832 12452 14196 42766800 0 0 21 50 0 0 100 0 0 0 0832 12296 14196 42766800 0 2 23 47 0 0 100 0 0 0 0832 12328 14196 42766800 0 0 26 45 0 0 100 0 0 0 0832 12328 14200 42766400 0 4 31 54 0 0 100 0 0 0 0832 12296 14200 42766800 0 0 24 44 0 0 100 0 0 0 0832 12320 14200 42766800 0 0 35 70 0 0 100 0 0 1 0832 4308 14200 42678800 0 684 560 399 69 13 19 0 0 0 0832 13136 14200 42565600 0 128 201 94 25 2 73 0 0 0 1832 9392 14204 42541200 0 102 261 258 34 6 34 26 0 1 0832 9020 14208 42552800 0 154 568 272 91 9 0 1 0 1 0832 7160 14208 42558800 092 448 278 70 8 22 0 0 1 0832 13300 14216 42566000 0 240 597 490 84 15 0 1 0 1 0832 12152 14216 42570400 0 130 635 513 87 13 0 0 0 2 0832 10540 14224 42575600 0 172 580 407 87 13 0 1 0 1 0832 8308 14224 42587600 0 140 585 431 91 9 0 0 0 2 0832 10540 14224 42592400 0 198 572 329 89 11 0 0 0 1 0832 9300 14232 42601600 0 172 584 436 88 11 0 0 0 1 0832 9548 14232 42607600 0 162 563 267 90 10 0 0 0 1 0832 8152 14240 42614800 0 130 476 373 68 11 22 0 0 1 0832 8680 14240 42621600 0 152 599 541 83 17 0 0 0 1 0832 7068 14240 42626400 098 461 340 71 8 20 0 0
Re: [beagleboard] Re: Ubuntu 14 - poor performance
I checked the governor. I set it to performance. No change There is no X or desktop included with the image i used so that is not the issue. Rich On Monday, September 15, 2014 1:10:49 AM UTC-5, lisarden wrote: cpu-freq governor? 2014-09-15 9:16 GMT+04:00 John Syn john...@gmail.com javascript:: From: Richard-tx rich.a...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Sunday, September 14, 2014 at 5:05 AM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: [beagleboard] Re: Ubuntu 14 - poor performance I forgot to mention that this is on a BBB. On Sunday, September 14, 2014 7:02:17 AM UTC-5, Richard-tx wrote: I just installed Ubuntu 14.04 (eMMC flashed) and something seems wrong. I have a software package that I compile. When I compile it under Debian, it takes about 45 minutes to complete. Now with Ubuntu 14 it has takes 76-78 minutes. Is there something that I should look at or do? I did add a swap file but that did not help. Has anyone else seen a performance hit with Ubuntu 14.04? Here is the link to the instructions for downloading and building the application. http://wiki.rocrail.net/doku.php?id=buildrr-en The problem is the memory taken by the Ubuntu desktop. Try a light weight desktop like XFCE, LXDE or Lubuntu. Remember, BBB only has 512MB RAM so it isn’t advisable to use a memory hog like Unity. You can test this by running top or atop in a terminal while you run your app. You will see that available memory will be almost zero and that is why it is sssooo ssslloooww. Regards, John -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Ubuntu 14 - poor performance
Here is pstree -A pstree -A init-+-acpid |-avahi-daemon---avahi-daemon |-cron |-dbus-daemon |-dhclient |-7*[getty] |-rsyslogd---3*[{rsyslogd}] |-sshd---bash |-sshd-+-sshd---bash---tail | |-sshd---bash---su---ksh---pstree | `-sshd---ksh |-systemd-udevd |-udhcpd |-upstart-file-br |-upstart-socket- `-upstart-udev-br and top # top top - 11:59:28 up 1 day, 8:37, 4 users, load average: 0.01, 0.05, 0.05 Tasks: 82 total, 1 running, 81 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.3 us, 0.3 sy, 0.0 ni, 99.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem:508500 total, 474208 used,34292 free,13664 buffers KiB Swap: 1048572 total, 832 used, 1047740 free. 409384 cached Mem On Monday, September 15, 2014 2:50:57 AM UTC-5, William Hermans wrote: Show us the output of pstree . On Mon, Sep 15, 2014 at 12:38 AM, Richard-tx rich.a...@gmail.com javascript: wrote: Here is the output from vmstat 2 You can see where I start the build. # vmstat 2 procs ---memory-- ---swap-- -io -system-- --cpu- r b swpd free buff cache si sobibo in cs us sy id wa st 1 0832 12476 14188 42766800 538 83 61 10 1 88 1 0 0 0832 12420 14188 42766800 0 0 21 47 0 0 100 0 0 0 0832 12452 14188 42766800 0 0 23 45 0 1 100 0 0 0 0832 12452 14196 42766400 0 6 27 54 0 0 100 0 0 0 0832 12452 14196 42766800 0 0 21 50 0 0 100 0 0 0 0832 12296 14196 42766800 0 2 23 47 0 0 100 0 0 0 0832 12328 14196 42766800 0 0 26 45 0 0 100 0 0 0 0832 12328 14200 42766400 0 4 31 54 0 0 100 0 0 0 0832 12296 14200 42766800 0 0 24 44 0 0 100 0 0 0 0832 12320 14200 42766800 0 0 35 70 0 0 100 0 0 1 0832 4308 14200 42678800 0 684 560 399 69 13 19 0 0 0 0832 13136 14200 42565600 0 128 201 94 25 2 73 0 0 0 1832 9392 14204 42541200 0 102 261 258 34 6 34 26 0 1 0832 9020 14208 42552800 0 154 568 272 91 9 0 1 0 1 0832 7160 14208 42558800 092 448 278 70 8 22 0 0 1 0832 13300 14216 42566000 0 240 597 490 84 15 0 1 0 1 0832 12152 14216 42570400 0 130 635 513 87 13 0 0 0 2 0832 10540 14224 42575600 0 172 580 407 87 13 0 1 0 1 0832 8308 14224 42587600 0 140 585 431 91 9 0 0 0 2 0832 10540 14224 42592400 0 198 572 329 89 11 0 0 0 1 0832 9300 14232 42601600 0 172 584 436 88 11 0 0 0 1 0832 9548 14232 42607600 0 162 563 267 90 10 0 0 0 1 0832 8152 14240 42614800 0 130 476 373 68 11 22 0 0 1 0832 8680 14240 42621600 0 152 599 541 83 17 0 0 0 1 0832 7068 14240 42626400 098 461 340 71 8 20 0 0 -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Ubuntu 14 - poor performance
I just installed Ubuntu 14.04 (eMMC flashed) and something seems wrong. I have a software package that I compile. When I compile it under Debian, it takes about 45 minutes to complete. Now with Ubuntu 14 it has takes 76-78 minutes. Is there something that I should look at or do? I did add a swap file but that did not help. Has anyone else seen a performance hit with Ubuntu 14.04? Here is the link to the instructions for downloading and building the application. http://wiki.rocrail.net/doku.php?id=buildrr-en -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Ubuntu 14 - poor performance
I forgot to mention that this is on a BBB. On Sunday, September 14, 2014 7:02:17 AM UTC-5, Richard-tx wrote: I just installed Ubuntu 14.04 (eMMC flashed) and something seems wrong. I have a software package that I compile. When I compile it under Debian, it takes about 45 minutes to complete. Now with Ubuntu 14 it has takes 76-78 minutes. Is there something that I should look at or do? I did add a swap file but that did not help. Has anyone else seen a performance hit with Ubuntu 14.04? Here is the link to the instructions for downloading and building the application. http://wiki.rocrail.net/doku.php?id=buildrr-en -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Security when connecting autonomous BB to the Internet
On Friday, May 30, 2014 10:30:00 AM UTC-5, William Hermans wrote: If a person can not figure this out on their own, they probably deserve to get rooted, or whatever else happens to them. Some would also argue removing root. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Security when connecting autonomous BB to the Internet
Removing root would certainly make it secure. usermod -d / root userdel -r root will make it absolutely secure. Not terribly useful but very secure. That also brings up the #1 dumbest idea in computer security. #1) Default Permit Read more at: http://www.ranum.com/security/computer_security/editorials/dumb/ On Friday, May 30, 2014 10:30:00 AM UTC-5, William Hermans wrote: *Before you can hardening a Debian server you have to make a normal* * Debian Server out of it...* * Login as root in the terminal (e.g. with putty from a win machine):* * root@arm:~# adduser prz # add a new regular user with password* * root@arm:~# deluser debian # remove the Testuser* * root@arm:~# rm -rf /home/debian* * root@arm:~# passwd # give root a real passwd* If a person can not figure this out on their own, they probably deserve to get rooted, or whatever else happens to them. Some would also argue removing root. Personally I would avoid apache2 unless absolutely necessary, as it is fairly large. But then again my own rootfs is only 137MB ( bare-fs ) On Fri, May 30, 2014 at 7:15 AM, Robert Nelson robert...@gmail.com javascript: wrote: On Fri, May 30, 2014 at 3:13 AM, Dieter Wirz didi...@gmail.com javascript: wrote: Before you can hardening a Debian server you have to make a normal Debian Server out of it... Login as root in the terminal (e.g. with putty from a win machine): root@arm:~# adduser prz # add a new regular user with password root@arm:~# deluser debian # remove the Testuser root@arm:~# rm -rf /home/debian root@arm:~# passwd # give root a real passwd At this point I propose to install a real like apache: root@arm:~# apt-get install apache2 Now you can check with a portsniffer e.g. nmap what ports are open on your BBB but now your system should be fairly secure btw, in the official Debian image on beagleboard.org/latest-images , there is an un-tweak script that'll undo some of the ssh things we did to make easier out of the box, but less secure then a default install. cd /opt/scripts/un-tweak-image/ ./debian-re-secure-root-ssh.sh https://github.com/RobertCNelson/boot-scripts/blob/master/un-tweak-image/debian-re-secure-root-ssh.sh Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] transparent rs-232 connection
I need to create a transparent rs-232 connection from my pc to a remote device. I thought that the BBB would be a good solution. I need to connect the serial port to a BBB which then connects to a remore BBB over wifi and then out the BBB serial port. I need to do this without logging into either BBB. Here is a simple diagram PC - rs232 - BBB - WIFI - BBB - rs232 - remote device Any ideas on how I can accomplish this? Thanks Richard -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] uboot messages to ttyO0
I am using ttyO0 as a serial console for another linux machine. When the BBB boots, it sends out messages out ttyO0 which is connected to another machines console. Since a getty is running and the messages get echo'd back, uboot reacts to those messages which stops the boot process.. So the bottom line is this: How do I get uboot to NOT send out boot messages to ttyO0? Here is a sample of the messages sent to ttyO0 *U-Boot 2013.10-00016-g6adb529 (Feb 06 2014 - 14:54:24)^M^MI2C: ready^MDRAM: 512 MiB^MWARNING: Caches not enabled^M* *NAND: 0 MiB^MMMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1^M*** Warning - readenv() failed, using default environment^M^MNet: ethaddr not set. Validating first E-fuse MAC^Mcpsw, usb_ether^MHit any key to stop autoboot: 1 ^H^H^H 0 ^Mgpio: pin 53 (gpio 53) value is 1^MCard did not respond to voltage select!^M*. . . -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: uboot messages to ttyO0
The OS is Wheezy. On Friday, May 2, 2014 9:40:31 PM UTC-5, Richard-tx wrote: I am using ttyO0 as a serial console for another linux machine. When the BBB boots, it sends out messages out ttyO0 which is connected to another machines console. Since a getty is running and the messages get echo'd back, uboot reacts to those messages which stops the boot process.. So the bottom line is this: How do I get uboot to NOT send out boot messages to ttyO0? Here is a sample of the messages sent to ttyO0 *U-Boot 2013.10-00016-g6adb529 (Feb 06 2014 - 14:54:24)^M^MI2C: ready^MDRAM: 512 MiB^MWARNING: Caches not enabled^M* *NAND: 0 MiB^MMMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1^M*** Warning - readenv() failed, using default environment^M^MNet: ethaddr not set. Validating first E-fuse MAC^Mcpsw, usb_ether^MHit any key to stop autoboot: 1 ^H^H^H 0 ^Mgpio: pin 53 (gpio 53) value is 1^MCard did not respond to voltage select!^M*. . . -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] power up using +5 volt jack
The way my BBB works is like this: To power up the BBB from OFF when powered from the 5 v jack, I have to press the power button. To power up using the mini-usb connector, all I have to do is turn on the USB power. My question is this. Is there a way to have the BBB automatically power up when power is applied to the +5 jack? . -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: beagke bone black ubuntu 12.04 can't mount usb stick memory
Have you created a partition and a file system on the USB stick? On Monday, April 21, 2014 5:27:30 AM UTC-5, Sanghyuk Lee wrote: hello I installed ubuntu 12.04 in emmc memory. because I need sdio interface for another device. But BBK cannot mount usb stick memory. When i insert usb stick memory in BBK , logo is as below. How can I mount usb stick memory beagle board. May it need udisk2? if needed udisk2 how and where can I get udisk2 in beagle bone ubuntu. I am waiting for your reply. thank u. buntu@ubuntu-armhf:/media$ [ 213.188718] sd 2:0:0:0: [sda] No Caching mode page present [ 213.194637] sd 2:0:0:0: [sda] Assuming drive cache: write through [ 213.222809] sd 2:0:0:0: [sda] No Caching mode page present [ 213.228759] sd 2:0:0:0: [sda] Assuming drive cache: write through [ 213.288317] sd 2:0:0:0: [sda] No Caching mode page present [ 213.294330] sd 2:0:0:0: [sda] Assuming drive cache: write through ubuntu@ubuntu-armhf:/media$ ubuntu@ubuntu-armhf:/media$ dmesg | tail [ 213.184549] sd 2:0:0:0: [sda] Write Protect is off [ 213.184607] sd 2:0:0:0: [sda] Mode Sense: 23 00 00 00 [ 213.188718] sd 2:0:0:0: [sda] No Caching mode page present [ 213.194637] sd 2:0:0:0: [sda] Assuming drive cache: write through [ 213.222809] sd 2:0:0:0: [sda] No Caching mode page present [ 213.228759] sd 2:0:0:0: [sda] Assuming drive cache: write through [ 213.273099] sda: sda1 [ 213.288317] sd 2:0:0:0: [sda] No Caching mode page present [ 213.294330] sd 2:0:0:0: [sda] Assuming drive cache: write through [ 213.300852] sd 2:0:0:0: [sda] Attached SCSI removable disk ubuntu@ubuntu-armhf:/media$ [ 726.051209] tilcdc 4830e000.fb: timeout waiting for framedon ubuntu@ubuntu-armhf:/media$ ls -al total 8 drwxr-xr-x 2 root root 4096 Apr 21 06:08 . drwxr-xr-x 23 root root 4096 Apr 21 07:02 .. /etc/udev/automount script Start at sdb to avoid system harddrive. KERNEL!=sd[a-z][0-9], GOTO=media_by_label_auto_mount_end #Import FS infos IMPORT{program}=/sbin/blkid -o udev -p %N # Create a label ENV{dir_name}==usbhd-%k #Global mount options ACTION==add, ENV{mount_option}=defaults, relatime #Filesystem-specific mount options ACTION==add, ENV{ID_FS_TYPE}==vfat|ntfs, ENV{mount_option}==$env{mount_option},utf8,gid=100,umask=002 #Mount the device ACTION==add, RUN+=/bin/mkdir -p /media/%E{dir_name}, RUN+=/bin/mount -o $env{mount_options} /dev/%k /media/%E{dir_name} # Clean up after removal ACTION==remove, ENV{dir_name}!=, RUN+=/bin/umount -l /media/%E{dir_name}, RUN+=/bin/rmdir /media/%E{dir_name} # Exit LABEL=media_by_label_auto_mount_end -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Don't conect to lan when reboots using commands
I see nothing wrong with your interfaces file. I can't think of a thing that would prevent it from reconnecting on reboot. What does dmesg say? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Not enough space when using Debian on eMMC
There are a few ways to alleviate the congestion. 1 - remove unwanted packages The X windows stuff takes up a lot of space for example. 2 - move various dirs to a USB drive or SD card. /opt and /var are two good candidates. /usr could be done but that requires some experimentation. If certain libraries are not available at boot time, your could have problems. 3 - create a new filesystem on a SD card and use that for your personal stuff. What I did was to create a new filesystem on a SD card and mounted it as /home. Now I have gobs of space for my stuff. In retrospect, I should have done #2 and #3. Richard On Tuesday, April 15, 2014 8:40:23 AM UTC-5, brem...@gmail.com wrote: Hello there, I have recently installed the latest Debian image in the eMMC Flash memory. Everything works fine, apart from that i cant install any new packages because the system says that there is not enough space for it anymore. Is this image really supposed to fill all free memory and no new packages can be installed or is there anything i can do about it? Any help would be really aprichiated! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Beaglebone Black connects to the wrong wireless SSID!
When it comes to wifi and ARM devices and debian, there is one interfaces file that I use. So far it has worked every single time. auto lo iface lo inet loopback iface eth0 inet static address 10.232.1.81 netmask 255.255.255.0 gateway 10.232.1.1 auto wlan0 allow-hotplug wlan0 iface wlan0 inet static address 10.232.1.99 netmask 255.255.255.0 gateway 10.232.1.1 wpa-passphrase password wpa-ssid myssid On Monday, March 31, 2014 3:01:04 AM UTC-5, messerk...@gmail.com wrote: Hi, I configured the File /etc/network/interfaces like this. auto wlan0 iface wlan0 inet static wireless-mode managed wireless-essid EDV3-E90 address 10.2.90.101 netmask 255.255.0.0 gateway 10.2.255.254 dns-nameservers 10.10.10.10 wpa-driver wext wpa-conf /etc/wpa_supplicant.conf pre-up wpa_supplicant -B -Dwext -iwlan0 -c/etc/wpa_supplicant.conf post-down killall -q wpa_supplicant But the BBB always connects to the wrong network. Does anybody know a solution for this problem? Regards, Bernhard Messerklinger -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Beaglebone Black connects to the wrong wireless SSID!
WHen it comes to wifi and ARP devices and debian, there is one interfaces file that I use. So far it has worked every single time. auto lo iface lo inet loopback iface eth0 inet static address 10.232.1.81 netmask 255.255.255.0 gateway 10.232.1.1 auto wlan0 allow-hotplug wlan0 iface wlan0 inet static address 10.232.1.99 netmask 255.255.255.0 gateway 10.232.1.1 wpa-passphrase password wpa-ssid myssid On Monday, March 31, 2014 3:01:04 AM UTC-5, messerk...@gmail.com wrote: Hi, I configured the File /etc/network/interfaces like this. auto wlan0 iface wlan0 inet static wireless-mode managed wireless-essid EDV3-E90 address 10.2.90.101 netmask 255.255.0.0 gateway 10.2.255.254 dns-nameservers 10.10.10.10 wpa-driver wext wpa-conf /etc/wpa_supplicant.conf pre-up wpa_supplicant -B -Dwext -iwlan0 -c/etc/wpa_supplicant.conf post-down killall -q wpa_supplicant But the BBB always connects to the wrong network. Does anybody know a solution for this problem? Regards, Bernhard Messerklinger -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Beaglebone Black connects to the wrong wireless SSID!
me (Richard-tx change) 9:31 AM (less than a minute ago) When it comes to wifi and ARM devices and debian, there is one interfaces file that I use. So far it has worked every single time. auto lo iface lo inet loopback iface eth0 inet static address 10.232.1.81 netmask 255.255.255.0 gateway 10.232.1.1 auto wlan0 allow-hotplug wlan0 iface wlan0 inet static address 10.232.1.99 netmask 255.255.255.0 gateway 10.232.1.1 wpa-passphrase password wpa-ssid myssid On Monday, March 31, 2014 3:01:04 AM UTC-5, messerk...@gmail.com wrote: Hi, I configured the File /etc/network/interfaces like this. auto wlan0 iface wlan0 inet static wireless-mode managed wireless-essid EDV3-E90 address 10.2.90.101 netmask 255.255.0.0 gateway 10.2.255.254 dns-nameservers 10.10.10.10 wpa-driver wext wpa-conf /etc/wpa_supplicant.conf pre-up wpa_supplicant -B -Dwext -iwlan0 -c/etc/wpa_supplicant.conf post-down killall -q wpa_supplicant But the BBB always connects to the wrong network. Does anybody know a solution for this problem? Regards, Bernhard Messerklinger -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BBB as a router w/ firewall capabilities
As far as I am concerned the BBB is inapproprite as a firewall To keep performance up as high as possible, two high speed (1 gig) NIC cards are needed. USB is not high speed. On Tuesday, April 1, 2014 4:25:05 PM UTC-5, Mike Bell wrote: On 04/01/2014 05:02 PM, vignesh murali wrote: I just wanted to know whether it would be a good idea to run BBB as a router w/ firewall capability. I intend to use BBB with 1 WAN port and 2 LAN ports(with USB to ethernet dongles) to support a total of 150 users in the network. I am skeptical about the load the BBB can handle with the above said numbers. Any suggestions? Wild guess... I would say the USB dongles would be where you hit the wall. The BBB has more than enough CPU power, RAM might become a factor with that many users with a lot of rules. LEAF has an ARM port for Rpi. I don't recall if it's in main or not. I would think the same hurdles would apply here for that number of users. Seems to me for the money a Sokeris (sp?) board or something similar might be more appropriate. My 2 cents worth anyway. Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Dell U2410 hdmi woes (wheezy)
I have a strange one. I am using a Dell U2410 monitor. It just so happens that I have the same monitor described at http://elinux.org/Beagleboard:BeagleBoneBlack_HDMI I loaded the image https://rcn-ee.net/deb/microsd/wheezy/bbxm-debian-7.4-2014-03-27-2gb.img.xz on my BBB When the HDMI output of the BBB is connected to the HDMI input on the monitor all goes well until the X desktop is started. As soon as X is started the monitor goes into power-save mode. Press cntl-alt F1 to get to a non-gui login and the display turns on. Switch back to F7 and the monitor goes into power-save. If I use a HDMI to DVI adapter and use the DVI input on the U2410, the X desktop display is OK. I can even use xrandr to change resolution to 1280x1024 (dvi input) which works fine. I have deduced that when the BBB gets the EDID info from the monitor, it changes to a mode that the Dell U2410 does not like but only with the X desktop. Anyone have any ideas? I am hesitant to blame the LXDE X server for this but anything is possible. . -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Dell U2410 hdmi woes (wheezy)
The odd part is that it is not going into power savenot really. The Dell monitor will go into power save mode if the video being supplied is out of range. I tried shutting off power save mode first and that did nothing. I have a .xsessionrc file and it already contains what you suggested. I tried swapping cables while it was up and running. When I did that, the monitor briefly displayed what looked like a double image (side to side) and then went into powersave mode. I was wrong about the image URL I used. Here is the URL http://debian.beagleboard.org/images/BBB-eMMC-flasher-debian-7.4-2014-03-27-2gb.img.xz So what I did was add xhost + to the .xsessionrc file Then I logged in and did the following: # export DISPLAY=:0 # xrandr Screen 0: minimum 320 x 200, current 640 x 480, maximum 2048 x 2048 HDMI-0 connected 640x480+0+0 (normal left inverted right x axis y axis) 518mm x 324mm 1920x1080 24.0 1280x720 50.0 60.0 720x57650.0 720x48059.9 640x48059.9* In the middle of this I tried a few things and found a work around. I added xrandr --output HDMI-0 --auto to .xsessionrc Now I have a reasonable X desktop. We can mark this solved.. Richard On Friday, March 28, 2014 8:42:34 AM UTC-5, RobertCNelson wrote: On Fri, Mar 28, 2014 at 8:32 AM, Richard-tx rich.a...@gmail.comjavascript: wrote: I have a strange one. I am using a Dell U2410 monitor. It just so happens that I have the same monitor described at http://elinux.org/Beagleboard:BeagleBoneBlack_HDMI I loaded the image https://rcn-ee.net/deb/microsd/wheezy/bbxm-debian-7.4-2014-03-27-2gb.img.xz on my BBB When the HDMI output of the BBB is connected to the HDMI input on the monitor all goes well until the X desktop is started. As soon as X is started the monitor goes into power-save mode. Press cntl-alt F1 to get to a non-gui login and the display turns on. Switch back to F7 and the monitor goes into power-save. You can disable power save via: echo #!/bin/sh ~/.xsessionrc echo ~/.xsessionrc echo xset -dpms ~/.xsessionrc echo xset s off ~/.xsessionrc If I use a HDMI to DVI adapter and use the DVI input on the U2410, the X desktop display is OK. I can even use xrandr to change resolution to 1280x1024 (dvi input) which works fine. I have deduced that when the BBB gets the EDID info from the monitor, it changes to a mode that the Dell U2410 does not like but only with the X desktop. Anyone have any ideas? I am hesitant to blame the LXDE X server for this but anything is possible. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Dell U2410 hdmi woes (wheezy)
On Friday, March 28, 2014 1:00:23 PM UTC-5, dumb looks free wrote: I had the same issue.finally this worked for me sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup sudo apt-get install xserver-xorg-video-fbdev sudo reboot search Debian X11/LDE display problem ? YMMV Google got tired of me searching for debian lde x11 display problem I finally tried setting the video mode to auto using xrandr and that fixed it. Go figure. Richard On 28 March 2014 14:42, Robert Nelson robert...@gmail.com javascript:wrote: On Fri, Mar 28, 2014 at 8:32 AM, Richard-tx rich.a...@gmail.comjavascript: wrote: I have a strange one. I am using a Dell U2410 monitor. It just so happens that I have the same monitor described at http://elinux.org/Beagleboard:BeagleBoneBlack_HDMI I loaded the image https://rcn-ee.net/deb/microsd/wheezy/bbxm-debian-7.4-2014-03-27-2gb.img.xz on my BBB When the HDMI output of the BBB is connected to the HDMI input on the monitor all goes well until the X desktop is started. As soon as X is started the monitor goes into power-save mode. Press cntl-alt F1 to get to a non-gui login and the display turns on. Switch back to F7 and the monitor goes into power-save. You can disable power save via: echo #!/bin/sh ~/.xsessionrc echo ~/.xsessionrc echo xset -dpms ~/.xsessionrc echo xset s off ~/.xsessionrc If I use a HDMI to DVI adapter and use the DVI input on the U2410, the X desktop display is OK. I can even use xrandr to change resolution to 1280x1024 (dvi input) which works fine. I have deduced that when the BBB gets the EDID info from the monitor, it changes to a mode that the Dell U2410 does not like but only with the X desktop. Anyone have any ideas? I am hesitant to blame the LXDE X server for this but anything is possible. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Dell U2410 hdmi woes (wheezy)
Yes, I am on the Rpi site as well. I decided to try a BBB. The BBB has certain features the RPI does not; like multiple UARTs. I have a terminal server that died on me so I am making one from a BBB. The only thing I wish is that this forum were hosted on something like phpBB3. Google groups is missing certain functions that I rely on. Richard On Friday, March 28, 2014 1:56:11 PM UTC-5, dumb looks free wrote: Yes - sorry, I had trouble to get the link also. Here it is very similar issues. https://groups.google.com/d/msg/beagleboard/PKPD345Fbgg/6RO_mKOsq0QJ BTW ... I think I recognize your handle from the RPI site !!! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] First one, then two, then three....
I bought a BBB about 3 weeks ago. Was impressed enough that I bought two more. I have a few Rpis is use around the house as well so I have a little experience with SBCs Anyway. all three BBB has been flawless. No problems at all. I did discover one thing. Of all the Linux distros out there, I like Ubuntu the best. I found that Ubuntu does not suffer as badly from creeping featurism or from a lack of essential packages. I tried Angstrom first. It got flushed. Then I tried Arch and Debian. Didn't like Arch at all. Debian was tolerable. Lastly I tried Ubuntu. Ubuntu seems to be the easiest to get configured and running. I was porting code in under an hour. I don't use a GUI so Ubuntu might not be for everyone. The really nice part about the BBB is the fact that it boots without a SD card. That leaves the SD card slot available for extra file storage. SInce I do some software development as well as create various appliance-like things, the added hot-plugable storage is wonderful. The only thing I wish for is the ability to change I2C bus speeds on the fly. All in all, I am very happy with the BBB. Well done! Richard . -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: i2c2 file not present in the system
This is one of those things that should be documented a little better. Assuming you are using ubuntu or debian, here is the command. echo BB-I2C1 /sys/devices/bone_capemgr.*/slots That should do it. On Friday, January 10, 2014 5:45:17 AM UTC-6, Jyotirmaya Joon wrote: i2c2 file is not present in the sys/bus/ and i need to use i2c2 how to bring it to the system . -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Predefined compiler macros that ...
I am porting a piece of software to the BBB. To make my life easy, I would like to know if there is some predefined compiler macros that would identify the compilation platform which in this case is a Beaglebone Black. I know that __arm__ is defined but that isn't good enough. I am porting from the Raspberry Pi I would love to see something like __beaglebone__ or similar defined. Any ideas? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] boot messages to HDMI
I see all manner of topics referenceing ttyO0 as the console device, but I don't want the boot messages to spew out the RS232 port. I would prefer that the boot messages appear on the screen or be logged to a fileanything but have those boot messages go to the serial port. If this is possible what do I have to change in uENv.txt? richard -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Problem with UART on the BBB
This issue is very reminiscent of a serial port issue that occurred in the early days of SYSV rel 3 on Intel. What would happen was if the baud rate was high enough, the interrupts would occur so frequently that the kernel would be preempted which would cause the OS to hang. The fix at the time was to throttle the data within the device driver. That worked well enough. When processors got faster and buffered UARTs were used, interrupts were no longer a problem but that code remained...until the day when we were testing POSIX compliance on SVR4 on a SMP 486 machine. Proper throughput could not be achieved. The fix was simple once the developers knew where to look. richard On Saturday, September 21, 2013 3:24:39 AM UTC-5, Andreas wrote: No that is not the same project! :) It's a new fpga board now. http://flighttronics.se/wp-content/uploads/2013/04/shx1fpga_top-1024x557.jpg But I'm just migrating from the BBW to the BBB. But I think I got it now... If the BBB can not sync on your streamed data it will lock up the operating system. Probably the same if it loses the lock. I stream data @ 460800 baud with a data rate @11025 so there are should be plenty of room for sync between the bytes. That worked nicely on my BBW but not on the BBB. Now I have to make a pause for a few bytes and then transmit the data. https://lh5.googleusercontent.com/-2zxeC0x1zGA/Uj1XNQw26uI/M3g/A6WXDXLpTQ8/s1600/stream_uart.jpg /Andreas Den fredagen den 20:e september 2013 kl. 01:49:24 UTC+2 skrev garyamort: On Thursday, September 19, 2013 2:31:09 PM UTC-4, Andreas wrote: I am facing a problem with lockup when trying to receive data at 115200baud on the BeagleBone Black: For testing I'm using minicom to open the /dev/ttyO2. ttyO2 was created with the supplied BB-UART2 tree. According to your pin mapping: http://xc2c256-cpld-cape-for-the-beaglebone.googlecode.com/files/CoolRunnerII_CPLD_Pin_Numbers_List_RevB.pdfyour using uart5 on P8, not uart2. Uart5 shares pins with the HDMI plug - did you disable HDMI on the board? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] boot messages to HDMI
the answer is to use tty0 tty0 is the screen (hdmi display) On Thursday, March 20, 2014 6:58:52 AM UTC-5, Charles Steinkuehler wrote: On 03/20/14 02:39, Richard-tx wrote: I see all manner of topics referenceing ttyO0 as the console device, but I don't want the boot messages to spew out the RS232 port. I would prefer that the boot messages appear on the screen or be logged to a fileanything but have those boot messages go to the serial port. If this is possible what do I have to change in uENv.txt? Change the console= setting passed to the kernel. Exactly which line to change depends on the install you're running. I have the console messages being sent to both serial and HDMI (you can pass more than one console= setting to the kernel). -- Charles Steinkuehler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Understanding i2c on BBB: a different approach : help needed
I think you are going about it wrong. I would start by adding a device to the bus and them with the basic commands like i2cdump, i2cget, etc, control it. If you want to learn Linux internals, that is great, but start at the device driver. assuming you know how the kernal works. richard On Tuesday, February 11, 2014 1:35:56 PM UTC-6, Ritu Sharma wrote: Hi All, I'm an experienced rtos driver developer but new to linux i2c subsystem :) For quite some time I was trying to learn i2c subsystem by looking at sources... but may be its way too much for me to understand the terminologies : bus driver/adapters/clients... I keep confusing between them... which is i2c controller driver out of them... what are adapters so on and so forth. I decided to work on it practically and understand it completely for once and all ofcourse with community support. Below is the plan I have for this: 1. remove i2c support from BBB kernel sources 2. add one by one after understanding what is being added 3. final aim is to make one RTC and eeprom over i2c to work with BBB For step 1, I would be grateful if some one could tells us what files I need to remove and what those files do an outline. I think this sort of understanding many newbies in kernel would like to have. I call upon them to add on this thread with related info. Cheers Ritu -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.