Re: [beagleboard] BBB as a router w/ firewall capabilities
I've setup my home with a BBB acting as a firewall/router. With the 3.12 kernel, I had problems in high data-volume situations (3+MB/s DL according to my download managers). ksoftirqd would start taking up all the processor and then my packets would be dropped. After upgrading to the 3.13 kernel... this problem was abated. ksoftirqd rarely goes above 30% now. Still, I wouldn't put 150 users' data through a BBB. Im a bit curious about what changed in the 3.13 kernel to give me such a performance boost. On Tuesday, April 1, 2014 5:25:05 PM UTC-4, 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] Story about my u-boot difficulties
Hello all, I thought I'd share my u-boot struggles I had tonight with you. Maybe you can shed some light on what went wrong, and what went right. So before we start, you need to know that I love Arch linux, btrfs, and snapper. the snapper utility itself would be great for the experimentation I do on the BBB because it allows easy snapshots and rollbacks of the file system. So anyway. I decided I wanted to get my device going with arch and btrfs. So I dig around and realize that uboot doesn't support btrfs yet; however there seems to be a rogue uboot git repo which claims to have btrfs up and going (https://github.com/falstaff84/u-boot). So I download this repo, compile and put it on my SD card. Yet, every time I bootup my device, even when holding the boot button, I notice that the timestamp for uboot is not the same as what I compiled. So I get smart, and cp the MLO and u-boot.img from my SD card to the eMMC. After this, I notice the timestamp for the uboot is todays date. Great... Except this uboot doesn't boot my kernels. I reformat my SD card to the BBBArch default, but still, the eMMC uboot is being used, and I cant load my kernels. Even when holding down the boot buttons. So in a desparate attempt to save myself, I grab RCNs eMMC flasher image ( https://rcn-ee.net/deb/flasher/wheezy/BBB-eMMC-flasher-debian-7.4-2014-02-16-2gb.img.xz). Throw it on the SD card and pray. Prayers are answered, as the device immediately boots from the SD card's uboot rather than the MMC. Anyways. Here is the error I was getting. Any ideas why RCNs image used the SD for uboot, but the BBBArch image didn't? U-Boot SPL 2013.07-rc1-g13e4350 (Feb 24 2014 - 20:35:37) musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Peripheral mode controller at 47401000 using PIO, IRQ 0 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401800 using PIO, IRQ 0 OMAP SD/MMC: 0 mmc_send_cmd : timeout: No status update reading args spl: error reading image args, err - -1 reading u-boot.img reading u-boot.img U-Boot 2013.07-rc1-g13e4350 (Feb 24 2014 - 20:35:37) I2C: ready DRAM: 512 MiB WARNING: Caches not enabled NAND: 0 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 *** Warning - readenv() failed, using default environment musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Peripheral mode controller at 47401000 using PIO, IRQ 0 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401800 using PIO, IRQ 0 Net: ethaddr not set. Validating first E-fuse MAC cpsw, usb_ether Hit any key to stop autoboot: 0 gpio: pin 53 (gpio 53) value is 1 syntax error mmc0 is current device gpio: pin 54 (gpio 54) value is 1 SD/MMC found on device 0 reading uEnv.txt 681 bytes read in 4 ms (166 KiB/s) Importing environment from mmc ... gpio: pin 55 (gpio 55) value is 1 gpio: pin 56 (gpio 56) value is 1 Running uenvcmd ... mmc0 is current device 3309688 bytes read in 562 ms (5.6 MiB/s) 24884 bytes read in 43 ms (564.5 KiB/s) Booting from mmc ... ERROR: booting os 'Invalid OS' (0) is not supported -- 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/groups/opt_out.
Re: [beagleboard] Story about my u-boot difficulties
I still dont quite understand. Are you saying that the specifically crafted uenv.txt on the sd card was able to work around the problems from the emmc uboot bins, thus allowing the proper kernel to be run? Or is there something special in the sd card's uboot bins that allow them to be run, even though the emmc uboot isnt fully functional? -- 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/groups/opt_out.
[beagleboard] Re: bitcoin mining on BBB
Even if electricity is free, mining on the bbb will return next to 0 returns. I have a mining setup for 2gh/s and I'm getting 0.0006 btc a day, that's basically 0.50$ a day. It's not worth the effort and the hardware, but I keep doing it because it's already set up and running w/o intervention. With 1 bbb you're looking at a hundred times less (note: total guess... I think my main PC did 300mh/s CPU so it's probably even worse than -100x) than what I make. Maybe lite coin might be better because CPU mining is still viable on that I hear. -- 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/groups/opt_out.
[beagleboard] bitcoin mining on BBB
I'm sure you can tweak cgminer to re-enable CPU based mining... But that feature was removed for a reason; it's pointless. Even with a high end intel i7 processor, you're wasting your time, electricity, and the usage of the beaglebone. The bbb can be used as a controller for other hardware specific to mining (aka ASIC hardware). -- 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/groups/opt_out.
Re: [beagleboard] Re: Can someone please calify the differences on OS's for BBB
I too, find arch to be a superior distro for beaglebone. I like it above the ubuntu or angstrom distros because 1) using the 3.12 kernel + regular kernel updates from pacman 2) installing a gui is easy and it works. I have not had success installing a GUI on ubuntu. The lxde desktop seems a wee bit faster on arch vs debian, but this is hardly objective. 3) starting to enjoy the systemctl stuff that arch uses I prefer apt-get to pacman. One thing though. A system upgrade completely hosed my raspberry pi running arch (hosed = segmentation faults on such apps as ls cp), so I am a bit scared about the stability of arch, so if I was doing something important I might chose debian instead. On Thursday, November 28, 2013 8:34:33 AM UTC-5, don wrote: On 11/28/2013 02:12 AM, William Hermans wrote: In a lot of cases the difference is only going to be a matter of taste. However, i think you'll find documentation for some distro's far superior to others. I agree that some distros docs are way better than others. Which is why I got with Arch Linux ARM. the Arch wiki is one of if not the best. Speed wise as fast or better. As to whether one distro boots faster than another I think that sentiment to be incorrect. If one distro boors faster than another that is because *you* made it that way. e.g. there is a lot that one can do on any distribution to make it do X, Y, or Z. It is your responsibility to figure out *how*. On Wed, Nov 27, 2013 at 9:35 PM, arunbarn...@gmail.com javascript:wrote: Here is my experience which is not much compared to some members in this forum... 1. Fast booting, lot of people have mentioned that ubuntu has a slow boot up speed compared to Angstrom. The boot and shutdown speed of the default version of Angstrom is quite fast. 2. Hardware support may be limited. I was unable to use my netgear wifi dongle and a huawei 3G dongle. I think ubuntu should support these. I think android should be better here. In my opinion if you want to just use a headless system then angstrom will be best choice.. thanks a Angstrom On Thursday, November 28, 2013 8:09:08 AM UTC+5:30, seul...@gmail.comwrote: Can someone please clarify for me some of the reasons one would put Angstom vs ubuntu or android on the BBB. I have no intention to ever have a monitor or mouse connected to my board. I just want to use it as an headless embedded system to monitor and control things. -- 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/groups/opt_out. -- 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/groups/opt_out. -- 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/groups/opt_out.
[beagleboard] Re: BeagleBone Black ethernet - no lights
Look into the ethernet connector and check the actual pins. It should be obvious. My first beagleboard black had a broken pin. On Monday, October 28, 2013 12:26:35 PM UTC-4, Felicia James wrote: Greetings, I'm a proud new owner of a BBB and still in the Newbie category when it comes to terminal commands. I've been able to successfully boot my BBB using Angstrom, I've even been able to connect to the internet (at first) using an Ethernet cable. I have not been able to get the wifi to work - I have the recommended Edimax wifi dongle (and know it works), but opkg update is not successful. I tried switching to Ubuntu instead (which I am more familiar and which I know how to connect to the internet...at least with the desktop version). But, sudo apt-get update doesn't work, so I can't install ubuntu-desktop either :( That's not the reason for this particular post though. About the third time I tried using the Ethernet, the connection kept connecting and unconnecting. That's when I noticed that the green and yellow network lights were not staying lit. Now, I cannot get them to light at all. So, before I can address the problem with updating, I need a network connection. Could there be something wrong with my board? Or, have I possibly messed up a setting that turned off the Ethernet connector? I would appreciate some troubleshooting advice...currently, I have Ubuntu flashed to the on board memory. If it helps, I'll switch back to Angstrom. Thanks in advance for your assistance, Felicia -- 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/groups/opt_out.
Re: [beagleboard] SGX drivers on Kernel 3.8.13
Is the 3.2 kernel SGX driver open source and simply too complex for the voluntary community to port to 3.8+ in their spare time (In which case we could start a kickstarter or something to fund someone to work full time on this bug)? Or is the driver proprietary, and the community is simply at the mercy of TI? On Friday, October 25, 2013 6:44:20 AM UTC-6, Gerald wrote: Life is not always fair, especially when SW is involved. The new DRM architecture introduced by the Linux folks in the 3.8 Kernel broke it. I agree, that is not fair. Gerald On Fri, Oct 25, 2013 at 1:52 AM, Giuseppe Iellamo pep...@gmail.comjavascript: wrote: It seems to me not very fair to say we have a board with a 3d accelerator, we sell it and we won't give you the driver nor the specs to use it... To my understanding with 3.2 kernel it was working. Any advice on how to resume a working 3.2 distribution I may use? Il giorno giovedì 24 ottobre 2013 22:21:12 UTC+2, Gerald ha scritto: As I understand it, the DRM driver is not compatible with the old SGX frame buffer architecture. TI tells us they are not rewriting the code for 3.8. Not sure about future kernel releases. Best bet would be to ask TI on this one. Gerald On Thu, Oct 24, 2013 at 1:39 PM, mail.ar...@gmail.com wrote: Hi, What exactly is missing? I have read something about that the clock for GPU is not enabled. Can't we fix this or can't we get TI to fix this? Regards Alexander Am Donnerstag, 24. Oktober 2013 15:07:11 UTC+2 schrieb RobertCNelson: On Thu, Oct 24, 2013 at 3:10 AM, mail.ar...@gmail.com wrote: Hello, I am currently trying to get OpenGL ES running on the Bone, but I get some problems with the kernel modules. I already posted on the TI formus. Maybe someone can help: http://e2e.ti.com/support/arm/sitara_arm/f/791/t/298596.aspxhttp://e2e.ti.com/support/arm/sitara_arm/f/791/t/298596.aspx See a few of the other threads in this forum for the full details on this.. Essentially we do not have the needed bits from TI at this time.. 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. For more options, visit https://groups.google.com/**groups/opt_outhttps://groups.google.com/groups/opt_out . -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] SGX drivers on Kernel 3.8.13
I would like to help. I can contribute both a little bit of time, and also a little bit of money. I am a software developer and very comfortable working with C, but my knowledge of kernel development is extremely limited. Does this repo contain a compilable binary that needs to have bugs fixed and features completed (I'm away from my development machine until Sunday)? On Friday, October 25, 2013 12:44:17 PM UTC-6, RobertCNelson wrote: On Fri, Oct 25, 2013 at 1:39 PM, Michael Mullin masm...@gmail.comjavascript: wrote: Is the 3.2 kernel SGX driver open source and simply too complex for the voluntary community to port to 3.8+ in their spare time (In which case we could start a kickstarter or something to fund someone to work full time on this bug)? Or is the driver proprietary, and the community is simply at the mercy of TI? Only the kernel shim is open source, well it also uses the in-kernel framebuffer driver to draw directly into.. To give you an idea of what we are dealing with, take a look at this: https://github.com/RobertCNelson/ti-sdk-pvr I try to copy the gpl bits from every sdk release, that a bunch of us can more easily patch the bits to later kernel releases's. In the case of the bone.. The 3.2 bits use the old frame buffer driver, and with 3.8/3.12 we are using the brand new and shiny kms driver.. 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/groups/opt_out.