Re: [beagleboard] cpuidle
On 17 November 2015 at 16:28, Nuno Gonçalves wrote: > > > On Friday, November 13, 2015 at 5:50:23 PM UTC, RobertCNelson wrote: >> >> >> https://github.com/RobertCNelson/ti-linux-kernel-dev/commit/7df6a18cbcd567712edd1e1a4a774742d510dbe3 > > > Under low loads this patch (or something else at 4.1.13-ti-r30), have caused > a dramatic power decrease on the BBB. > > Disabling state1 brings it back to the same board temperature, which makes > it sound like that cpuidle was not working previously. (I was not sure it it > was only the /sys interface that was not available). > > I still couldn't fully determine how this affect real time latencies, but > hope to provide data soon. How much was the power decrease that you got? -- 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] cpuidle
On 13 November 2015 at 17:49, Robert Nelson wrote: > > Yeah good point. ;) > > root@beaglebone:~# uname -r ; ls -l > /sys/devices/system/cpu/cpu0/cpuidle/state0/ > 4.1.13-ti-r29.4 > total 0 > -r--r--r-- 1 root root 4096 Nov 13 17:46 desc > -rw-r--r-- 1 root root 4096 Nov 13 17:46 disable > -r--r--r-- 1 root root 4096 Nov 13 17:46 latency > -r--r--r-- 1 root root 4096 Nov 13 17:46 name > -r--r--r-- 1 root root 4096 Nov 13 17:46 power > -r--r--r-- 1 root root 4096 Nov 13 17:46 residency > -r--r--r-- 1 root root 4096 Nov 13 17:46 time > -r--r--r-- 1 root root 4096 Nov 13 17:46 usage > > https://github.com/RobertCNelson/ti-linux-kernel-dev/commit/7df6a18cbcd567712edd1e1a4a774742d510dbe3 Hi Robert, Are you planning to release any kernel of the "-bone" series with cpuidle enabled or will that option be enabled only on "-ti-" kernels? -- 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] packages cannot be authenticated
I started using a new image: root@beaglebone:~# cat /etc/dogtag BeagleBoard.org Debian Image 2015-11-21 I am getting a complaint about "packages cannot be authenticated!". I wonder why. Should the Debian keys not be part of the image? I did not have this problem with older BB images. -- root@beaglebone:~# apt-get install gettext Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: autopoint gettext-base libasprintf-dev libasprintf0c2 libcroco3 libgettextpo-dev libgettextpo0 libglib2.0-0 libglib2.0-data libunistring0 libxml2 sgml-base shared-mime-info xdg-user-dirs xml-core xz-utils Suggested packages: gettext-doc sgml-base-doc debhelper The following NEW packages will be installed: autopoint gettext gettext-base libasprintf-dev libasprintf0c2 libcroco3 libgettextpo-dev libgettextpo0 libglib2.0-0 libglib2.0-data libunistring0 libxml2 sgml-base shared-mime-info xdg-user-dirs xml-core xz-utils 0 upgraded, 17 newly installed, 0 to remove and 0 not upgraded. Need to get 8521 kB of archives. After this operation, 30.1 MB of additional disk space will be used. Do you want to continue? [Y/n] y WARNING: The following packages cannot be authenticated! libasprintf0c2 libxml2 libglib2.0-0 libcroco3 libunistring0 libgettextpo0 sgml-base gettext-base xz-utils autopoint gettext libasprintf-dev libgettextpo-dev libglib2.0-data shared-mime-info xdg-user-dirs xml-core Install these packages without verification? [y/N] -- 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] packages cannot be authenticated
On 25 November 2015 at 15:20, Robert Nelson wrote: > On Wed, Nov 25, 2015 at 8:59 AM, Taceant Omnes wrote: >> I started using a new image: >> >> root@beaglebone:~# cat /etc/dogtag >> BeagleBoard.org Debian Image 2015-11-21 >> >> I am getting a complaint about "packages cannot be authenticated!". I >> wonder why. Should the Debian keys not be part of the image? I did not >> have this problem with older BB images. > > sync your clock and refresh the apt cache.. > > sudo apt-get update Thanks. That fixed it. I had done "apt-get update" several times, but then I rebooted the BBB without doing it again after the last boot. -- 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] packages cannot be authenticated
On 25 November 2015 at 15:43, Robert Nelson wrote: > On Wed, Nov 25, 2015 at 9:40 AM, Taceant Omnes wrote: >> On 25 November 2015 at 15:20, Robert Nelson wrote: >>> On Wed, Nov 25, 2015 at 8:59 AM, Taceant Omnes wrote: >>>> I started using a new image: >>>> >>>> root@beaglebone:~# cat /etc/dogtag >>>> BeagleBoard.org Debian Image 2015-11-21 >>>> >>>> I am getting a complaint about "packages cannot be authenticated!". I >>>> wonder why. Should the Debian keys not be part of the image? I did not >>>> have this problem with older BB images. >>> >>> sync your clock and refresh the apt cache.. >>> >>> sudo apt-get update >> >> Thanks. That fixed it. >> I had done "apt-get update" several times, but then I rebooted the BBB >> without doing it again after the last boot. > > Humm, that shouldn't have mattered, wonder if your clock didn't get > resynced.. (wheezy: ntpdate (only at bootup), jessie: systemd > timesync) I have the ntp package installed, just like with my previous BBB image of September. It seems to work because if I power it off and on my time is still correct. So not sure what is going on. -- 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] why eSATA in X-15?
My home desktop PC has an eSATA port. A few months ago I wanted to buy a hard disk for backup and could not find any at a reasonable price with an eSATA port. I bought one with a USB3 port. My question is why was eSATA interface chosen for the X-15? Why not plain SATA? http://beagleboard.org/newsletter/2015-11/ -- 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] why eSATA in X-15?
On 1 December 2015 at 12:52, Gerald Coley wrote: > Because that was the decision we made two years ago. Plain SATA is provided > on the expansion connectors as well if you want to design an expansion card > for it. The TI EVM has mSATA on the LCD board. > > eSATA also provides an extra USB2.0 port. > > Gerald Thanks, Gerald. -- 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] why eSATA in X-15?
On 1 December 2015 at 21:43, Robert Nelson wrote: > On Tue, Dec 1, 2015 at 3:41 PM, William Hermans wrote: >> Or, how about using an eSATA enclosure ? they're not that expensive . . >> .http://www.amazon.com/Anker%C2%AE-Aluminum-External-Enclosure-12-5mm/dp/B005B5G4S6 >> >> eSATA enclosures also usually double as an USB enclosure as well. While on >> the subject. eSATA is usually more performant when compared to USB, but that >> can depend on the host controller as well. > > Or these: > > http://www.amazon.com/gp/product/B002MKKTWA > > pair up with an ssd, perfect for the x15.. Hi Robert, Is the port on the X-15 eSATA or eSATAp [1]? The picture [2] says eSATA, though since Gerald said USB 2 is also supported I guess it is eSATAp. If it is indeed an eSATAp port then the cable you suggested is the best solution in my view because it provides power. The follow-up question is how much power can the X-15 provide at 5 V and at 12 V. [1] https://en.wikipedia.org/wiki/ESATAp [2] http://beagleboard.org/newsletter/2015-11/ -- 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] why eSATA in X-15?
On 2 December 2015 at 12:40, Gerald Coley wrote: > Only 5V is supplied. There is no 12V. Feel free to look at the schematic. > > http://elinux.org/Beagleboard:BeagleBoard-X15 Thanks. -- 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] how to RMA?
So I have a problem in one of my BBs, and I want to see if I can RMA it. I went to the page below and filled the form with all the required data. When I click on the Submit button, instead of sending the data, I get asked to set up an email account in Seamonkey (the browser I am using). I am not sure I want to set-up such an account. Am I missing something? Why doesn't the Submit button just send the data in the form as in many other websites? http://beagleboard.org/support/RMA -- 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] how to RMA?
On 8 December 2015 at 15:41, Gerald Coley wrote: > Sounds like the page is corrupted some how or you have some malware. > Send a direct email with the required information to the RMA email account. > > Gerald Thanks Gerald. I did a search within Gmail like so "label:beagleboard subject:rma " and the second thread, dated 8/11/2014, has what seems like the same problem as I have. It looks like the web page is trying to send my data using whatever email client I have configured the browser with. I tried Internet Explorer and I got the attached dialogue box. This seems to be an uncommon way of designing a web page, at least I don't remember have encountered something like this before. Normally the Submit button justs sends data without using an email client. I don't feel inclined to configure email clients in browsers for security reasons. So yes, I prefer to send the request directly to the RMA email address like you suggested. Is the address r...@beableboard.org? -- 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] how to RMA?
On 8 December 2015 at 16:26, Gerald Coley wrote: > I will pass this on to Jason so he can look into it. > > Yes, that is the RMA address. Thanks, Gerald. -- 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] how to RMA?
On 8 December 2015 at 17:30, Jason Kridner wrote: > The web form is a mailto: form, so, yes, it just tries to use your > e-mail client. The form is there to help make sure you provide the > right information in the e-mail. This used to be much more common, but > now people typically setup some kind of database and create some kind > of e-mail output at the back end, if desired. > > Is this really a big enough deal for me to create a back-end script > and have the server generate the e-mail? Hi Jason, I am fussy. To keep fussy people happy why not just add a line at the bottom of the RMA web page along the lines of this: "Tip: Alternatively you can email the information requested in the form above to rma at beagleboard dot org." -- 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] How to figure out the minimal set of services for an embedded Beaglebone Black app on Debian Wheezy
On 26 January 2016 at 05:22, Super Twang wrote: > to arrive at a barest-minimum/rock-solid setup to run a > dedicated app, as an embedded device? https://buildroot.org/ -- 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] BBB availability?
It looks like BBB is selling like hot cakes. I would like to order a couple of them and Mouser, Radionics, Digikey and Avnet are all out of stock. Does anybody know when a new batch will become available? -- 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 availability?
On 3 February 2016 at 14:28, Gerald Coley wrote: > > http://www.amazon.com/dp/B00K7EEX2U/?tag=specicompu-20 Thanks, Gerald. That's an Element 14 BBB. What about CircuitCo's BBB? -- 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 availability?
On 3 February 2016 at 15:50, Special Computing wrote: > Special Computing also has both wide temp (-25 to +85 degC) and Industrial > Temp (-40 to +85 degC) boards available (NoLogo intended for commercial use > with long term support). > > https://specialcomp.com/beaglebone/#22911 > > https://specialcomp.com/beaglebone/#22912 > > Contact us for other configurations available for commercial use. > > Special Computing > 480-818-5745 > > On Wed, Feb 3, 2016 at 8:20 AM, Alexander Hayman > wrote: >> >> Your options are element 14 or arrow. You won't be able to find circuitco >> in stock anywhere until July. Thanks Alexander and Special Computing for your help. -- 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] source for 4.1.15-ti-r40
root@beaglebone:~# uname -a Linux beaglebone 4.1.15-ti-r40 #1 SMP PREEMPT Thu Jan 7 23:32:17 UTC 2016 armv7l GNU/Linux I was expecting to find the source for this version at https://github.com/beagleboard/linux/tree/4.1.15-ti-r40 ... but it is not there (404 error). 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.
Re: [beagleboard] source for 4.1.15-ti-r40
On 4 February 2016 at 14:19, Robert Nelson wrote: > On Thu, Feb 4, 2016 at 8:05 AM, Taceant Omnes wrote: >> root@beaglebone:~# uname -a >> Linux beaglebone 4.1.15-ti-r40 #1 SMP PREEMPT Thu Jan 7 23:32:17 UTC >> 2016 armv7l GNU/Linux >> >> I was expecting to find the source for this version at >> https://github.com/beagleboard/linux/tree/4.1.15-ti-r40 >> >> ... but it is not there (404 error). Any ideas? > > That's when we switched to "rt" by default.. > > use: > > https://github.com/RobertCNelson/linux-stable-rcn-ee/tree/4.1.15-ti-r40 > > https://github.com/RobertCNelson/linux-stable-rcn-ee has every tag > from the last 2 years.. Thanks, Robert. -- 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] RS485 support for BBB
I would like to use RS485 with the BBB. root@beaglebone:~/test# uname -a Linux beaglebone 4.1.15-ti-r40 #1 SMP PREEMPT Thu Jan 7 23:32:17 UTC 2016 armv7l GNU/Linux I am using the kernel above. Its source code is at https://github.com/RobertCNelson/linux-stable-rcn-ee/tree/4.1.15-ti-rt-r40 ... however it does not include the changes in this patch: https://github.com/RobertCNelson/bb-kernel/blob/am33x-v3.8/patches/fixes/0007-omap-RS485-support-by-Michael-Musset.patch#L30 Which kernel should I use that includes the changes in the patch or something similar? -- 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] RS485 support for BBB
On 12 February 2016 at 16:04, arsi wrote: > Hi, > > Use MAX13487EESA+ It has an automatic direction control.. Thanks, Arsi. That is interesting. I am using a prototype board designed by our hardware department that uses another Maxim RS485 driver which is pin compatible with the one you suggested except for two pins (RE and SHDBN). I will ask the hardware engineer what he thinks about it. -- 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] RS485 support for BBB
On 12 February 2016 at 15:41, Robert Nelson wrote: > On Fri, Feb 12, 2016 at 9:33 AM, Taceant Omnes wrote: >> I would like to use RS485 with the BBB. >> >> root@beaglebone:~/test# uname -a >> Linux beaglebone 4.1.15-ti-r40 #1 SMP PREEMPT Thu Jan 7 23:32:17 UTC >> 2016 armv7l GNU/Linux >> >> I am using the kernel above. Its source code is at >> https://github.com/RobertCNelson/linux-stable-rcn-ee/tree/4.1.15-ti-rt-r40 > > You need to rebuild and swap these two configs: > > disable: CONFIG_SERIAL_8250_OMAP > > enable: CONFIG_SERIAL_OMAP > >> ... however it does not include the changes in this patch: >> https://github.com/RobertCNelson/bb-kernel/blob/am33x-v3.8/patches/fixes/0007-omap-RS485-support-by-Michael-Musset.patch#L30 > > 485 is pretty much built-in to CONFIG_SERIAL_OMAP > > It's the last thing still being talked about for integration into > CONFIG_SERIAL_8250_* for possibly 4.6.x > >> Which kernel should I use that includes the changes in the patch or >> something similar? > > and use this overlay as reference, as it's been reported to work with > that config chanage above.. > > https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-UART4-RS485-00A0.dts Thanks, Robert. -- 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] 46 position female stackable header ?
I could use a 46 position female stackable header to make some distance between the BBB and my own PCB. This header is hard to find. There is SSHQ-123-D-08-F-LF made by MLE however it is not for sale - as far as I can tell - in the distributors we already have an account with (Digikey, Mouser, Farnell, Avnet, RS). Does anybody know of any other manufacturer of this part that is available in one of the distributors above? Digikey lists this part as sold by Adafruit but it is out of stock, and it does not appear in the Adafruit website, so I guess it won't be available any time soon. -- 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: 46 position female stackable header ?
On 16 February 2016 at 15:56, Graham wrote: > If you look on the Adafruit site for 2x43 female stackable headers, you will > find that they are in stock. > > Stacking Header Set for Beagle Bone Capes (2x23) > > PRODUCT ID: 706 > > https://www.adafruit.com/products/706 Thanks Graham. Somehow I missed that page. That said, the Adafruit list of distributors at the end of that page does not include any of the distributors we have an account with (Digikey, Mouser, Farnell, Avnet, RS). But no worries, I will think of something. Thanks again. P. -- 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: 46 position female stackable header ?
On 17 February 2016 at 13:33, mickeyf wrote: > Less than ideal, but can't you take shorter headers and put them end-to-end? > (Ok for a few, if not for serious production...) I tried a part similar to the one below, which has short legs. The problem is that the legs are not just short but also thin. I thought I had good electrical contact and it turned out I had not. The products with short legs are meant to be soldered to PCBs, they are not meant to be stackble. http://www.mouser.co.uk/ProductDetail/Harwin/M52-5102345/?qs=sGAEpiMZZMs%252bGHln7q6pmzlZUuX%2f53qjz%2fu%2f8%252br%2fpBc%3d -- 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: 46 position female stackable header ?
On 17 February 2016 at 13:48, Taceant Omnes wrote: The main reason why I need spacers is because the FTDI cable that I connect to UART0 for debug purposes needs it. I have not checked if there is another FTDI cable that would fit. The cable I am using was bought by a colleague for purposes other than BBB development. If the BBB had a right-angle connector (such as in the link below) then a spacer might not be needed, however I am not sure if that would not cause other problems such as electrical noise or issues with EMC compliance. That may be the reason why a straight up connector is fitted in the BBB. http://www.mouser.co.uk/ProductDetail/Molex/22-28-8063/?qs=sGAEpiMZZMs%252bGHln7q6pmxD%2f5kNJnZVedr5Qq69vbIk=&_cdc=3 -- 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: 46 position female stackable header ?
On 17 February 2016 at 14:23, Graham Haddock wrote: > I have installed right angle connectors on most of my BBB, so that the > serial console connector comes out the bottom of the board. > Works fine. You do need to know how to solder to do this, without hurting > the board. It will no longer fit in a case when you bring > the right angle serial console connector out the bottom of the board, but is > great for development on an open bench. Thanks Graham. Good to know that it works. Putting the connector on the bottom side would suit me too. I would never attempt to solder it myself, as I am not good at that, but I can ask a colleague in the hardware department. If you don't mind would you please send me the URL for the part you are using? -- 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: 46 position female stackable header ?
On 18 February 2016 at 01:42, Graham wrote: > For development, I usually buy "breakaway" headers, then break off how ever > many pins I need, in this case 6. > For production, you buy the exact count. > > Everyone makes them, but here is an example: > > > Manufacturer: 3M, stick of 36 breakaway right angle. > > Gold Plated contacts: > Mouser Part #: 517-550-01-36 > Manufacturer Part #: 929550-01-36-I > > or Tin Plated Contacts: > Mouser Part #: 517-500-01-36 > Manufacturer Part #: 929500-01-36 > > You should probably buy some straight pinned sticks at the same time. > Always handy for connectorizing design projects Thanks, Graham. I have to say that the BB community is great, full of helpful and knowledgeable people – though I am probably just stating the obvious! :-) -- 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] RS485 support for BBB
On 2 March 2016 at 20:59, Richard Krehbiel wrote: > USE KERNEL 3.8.13. I spent days trying to figure out why > 4.4.1/2/3-bone-rt-5 wasn't working. Selecting the omap-serial driver > (rather than the 8250-omap driver) won't work because some of the rs485 > patches didn't get included in later kernels. > > Since last Thursday, my job was getting RS485 working on BBB. > > I used a MikroElectrinika MikroBUS cape*, and an RS485 Click** plugged into > mikroBUS socket 1. I actually rather like this setup. > > *http://www.mikroe.com/click/mikrobus-cape/ > **http://www.mikroe.com/click/rs485-3.3v/ > > For mikroBUS socket 1, RX and TX pins are routed to the Sitara uart2, and > the data direction control connects to J9 pin 14 (a.k.a gpio1[18], a.k.a. > "echo 50 >/sys/class/gpio/exports"). It's only necessary to load the > BB-UART2 overlay ("echo BB-UART2 >/sys/devices/capemgr.*/slots" or > "capemgr.enable_partno=BB-UART2" in the uEnv.txt boot file) and do your > programming. > > Use this for the RS485 setup structure: > > struct omap_serial_rs485 { > __u32 flags;/* RS485 feature flags */ > #define OMAP_SER_RS485_ENABLED (1 << 0) /* If enabled */ > #define OMAP_SER_RS485_RTS_ON_SEND (1 << 1) /* Logical level for >RTS pin when >sending */ > #define OMAP_SER_RS485_RTS_AFTER_SEND (1 << 2) /* Logical level for > RTS pin after sent*/ > #define OMAP_SER_RS485_RTS_BEFORE_SEND (1 << 3) > #define OMAP_SER_RS485_USE_GPIO (1 << 5) > __u32 delay_rts_before_send; /* Delay before send (milliseconds) */ > __u32 delay_rts_after_send; /* Delay after send (milliseconds) */ > __u32 gpio_pin; /* GPIO Pin Index */ > __u32 padding[4];/* Memory is cheap, new structs > are a royal PITA .. */ > }; > > ... because the omap-serial rs485 patches slightly enhanced the regular > struct serial_rs485 you find in sys/serial.h > > Here's my rs485 setup code (error checking omitted): > > struct omap_serial_rs485 rs485; > i = ioctl(m_fd, TIOCGRS485, &rs485); // whats' the current setup? > rs485.flags |= OMAP_SER_RS485_ENABLED; // Enable RS485 mode > rs485.flags |= OMAP_SER_RS485_USE_GPIO; // use a GPIO pin for > // direction control > rs485.flags &= > ~(OMAP_SER_RS485_RTS_AFTER_SEND|OMAP_SER_RS485_RTS_ON_SEND); > rs485.delay_rts_before_send = 0; // No delay from RTS-assert before > xmit > rs485.delay_rts_after_send = 0; // No delay after xmit until > RTS-negate > rs485.gpio_pin = m_pin; // select the direction control pin > > i = ioctl(m_fd, TIOCSRS485, &rs485); // establish > > I built and installed kernel 3.8.13-bone79 this morning. Finally I'm > working well. Thanks for the feedback, it is good to know. Hopefully in a few months the 485 patches will land in the mailine kernel (in the 8250 driver). -- 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 and Geany
On 19 April 2016 at 11:12, Brainiac wrote: > Hi everyone > > Can i program my BBB with Geany (EDI) ?? if that's possible how can i do it > ?? i'm using a normal PC that runs windows 7 32bits , i'm new with the BBB > and i'm stocked with the programming issue , need help I edit files on my BB from a Windows PC using Notepad++ with its FTP plugin. It works very well. I use putty to build. I also use Geany from a Linux PC. -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAKkGsYJE4v9bkgN2H2R5pAR2bmbC%3DYfXmK9kVX9-h-wP0A%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BBB and Geany
On 20 April 2016 at 09:06, Wadi Ben Rhouma wrote: > Hi Taceant, > > I installed Geany in my pc , how can i configure it to compile my C programs > and send them to my BBB ??? Hi Wadi, To compile on the PC for the BB means cross-compiling. There are many ways of doing that, it can be tricky though, just do a Google search or search this email list. I have done it with the BB only when I was playing with buildroot [1] which makes it very easy. When using Debian (or previously Angstrom) on the BB I always used the gcc compiler that comes with them, in other words I did not cross-compile. This is much easier, I just used gcc via putty. [1] https://buildroot.org/ -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAKkGsYLH5%3DFhRc6NcSeUJ3Sn1N4kFJFDQQH38LADLXOS3CYqYg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: RS485 problem with DE/!RE
On 25 April 2016 at 12:31, florian.feldbauer85 via BeagleBoard wrote: > Hey all, > > I did some further tests. > Actually none of the screens from my scope looks like I would expect it... > > Picture 1 shows the result, if I try to read something on the bus with a 14s > timeout (nothing was sended on the bus...) > Pic1 > Picture 2 shows the same, but this time there were messages send over the > bus. After 49 bytes, the beagle bone toggles the DE/!RE gpio to high for > unknown reasons (the test program is still reading from the UART interface) > Pic2 > Picture 3 shows the test, where the BeagleBone is sending > Pic3 > and finally picture 4 shows a test, where the BeagleBone should read > (timeout 3s) on the bus, then send something and again reading (with 3s > timeout)... > Pic4 > As you see, DE/!RS stays high after sending, although it should be low... > > In addition I would expect this line to be low when the port is not used, > but it's high.. > > I checked if there is any other process (or driver) accessing GPIO3_19 but I > could not find any... > > Any help is very much appreciated! Any chance you could post a picture of a simple drawing of how you connected the 485 driver to the BB (like which pin to which pin and any extra components)? Also could you post your small C test program? -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAKkGsYLNbX29uXkxnVM3cR-QP0h9rE%2BfxgB5fBy%3DbLUrh7sX3Q%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: RS485 problem with DE/!RE
On 26 April 2016 at 08:07, florian.feldbauer85 via BeagleBoard wrote: >> > I did some further tests. >> > Actually none of the screens from my scope looks like I would expect it... >> > >> > Picture 1 shows the result, if I try to read something on the bus with a >> > 14s >> > timeout (nothing was sended on the bus...) >> > Pic1 >> > Picture 2 shows the same, but this time there were messages send over the >> > bus. After 49 bytes, the beagle bone toggles the DE/!RE gpio to high for >> > unknown reasons (the test program is still reading from the UART interface) >> > Pic2 >> > Picture 3 shows the test, where the BeagleBone is sending >> > Pic3 Your scope picture #3 does appear to show data being sent, however you seem to say that your picture #2 portrays a test in which you received 49 bytes, however I don't see any sign of data being received in that picture. Maybe I am missing something. I am not an expert in these things, but my current understanding is that what the 485 driver provides extra to what the UART driver does is the automatic switch of the driver enable pin. One test I would suggest, a test I have done myself, is to send and receive data with 485 using the UART driver. In this case the DE/RE needs to be set manually. I do it using echo to /sys/class/gpio. Once that is working well you could start test usinging the 485 driver. You should be able to use your existing rs485_test.c program for that. >> @Alex: I recommend, you read my mail ;-) >> I did not look into the kernel source nor am I sure which driver is used in >> my Setup, >> but the problem is not the "rs485-rts-active-high" flag As Micka and Alex said the 4.1 and 4.4 driver do not have 485 support enabled. Per an email by Robert you need to enable the OMAP serial kernel configuration option and rebuild the kernel. -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAKkGsYKhcGxN78Rsx327GTM5CNOfbkHMN07mwTFg0OqxoCKTZw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: RS485 problem with DE/!RE
On 28 April 2016 at 12:36, Taceant Omnes wrote: > As Micka and Alex said the 4.1 and 4.4 driver do not have 485 support > enabled. Per an email by Robert you need to enable the OMAP serial > kernel configuration option and rebuild the kernel. Per email by Robert with respect to kernel options: " disable: CONFIG_SERIAL_8250_OMAP enable: CONFIG_SERIAL_OMAP " -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAKkGsY%2B4mCavFRPhg%3Dj0%3D9WZC9s1u0zuSs1CQJpXfL5hNF6J5Q%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: RS485 problem with DE/!RE
On 29 April 2016 at 10:18, 'Florian Feldbauer' via BeagleBoard wrote: > Did I miss anything? I tried this with Kernel version 4.4.6-ti-r15 as well > as 4.4.8 > > I mounted the SD card and deleted the initrd.img-`uname -r` file. After > that, the BeagleBone was booting again. > But: Loading the BB-UART4-RS485 device tree overlay manually, I can now > receive data over the RS485 bus, > but I can no longer send data. > So it seems the OMAP driver is not working either. Actually now it is even > worse than before using the 8250 driver. Sorry that it did not work. What about trying a 4.1.x kernel as some people seem to have had success with it? However I would suggest installing a Debian image that comes with a 4.1 kernel rather than using a 4.1 kernel on your current image. Last year I had a problem with some sort of systemd incompatibility with a kernel when I upgraded a kernel whereby the BBB would not boot. -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAKkGsY%2B8VPQbrgGbR%2BfkyBi7CBEGHeWgmhLrbcLQF5YQnwUyDg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: RS485 problem with DE/!RE
On 29 April 2016 at 13:39, 'Florian Feldbauer' via BeagleBoard wrote: > I have to apologize for my last two mails, because I made a stupid > mistake... > If you look at the source of my test program (6th message in this thread) > I only set the SER_RS485_ENABLED flag in the struct serial_rs485. > This didn't work, so I uncommented the next two lines which were > rs485conf.flags |= SER_RS485_RTS_ON_SEND; > rs485conf.flags &= ~SER_RS485_RTS_ON_SEND; > > Of course this tells the RTS signal to be always 0 which does not work... > Fixing this bug, RS485 is now working with both kernels, 4.1 and 4.4, > using the OMAP driver... Great news that it is all working! I wonder, have you seen in the scope how many milliseconds does it take for DE/RE to switch from high to low after the BB finishes writing a block of data to the bus? Would you please post the .dts files you used with the 4.1 and 4.4 kernels to enable RS485? -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAKkGsYLjc3Amd6_EBFu0tu-aqsW5isswC%2B2Vfve-%3DPi_hmJORw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: RS485 problem with DE/!RE
On 29 April 2016 at 14:48, 'Florian Feldbauer' via BeagleBoard wrote: > Using the config 9600 8N1 for testing, I get a delay of about 29.2 us > between the falling edge of the DE/RE signal and the end of the stop bit of > the UART. > > For my tests I used this dts file: > https://github.com/RobertCNelson/bb.org-overlays/blob/master/src/arm/BB-UART4-RS485-00A0.dts Thanks. -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAKkGsYJdAjZLA-Eyg8wp_cPhzbYn8VFampxvXMrx%2BJRHhZA%3DqA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] The contents of Ubuntu is Debian ?
On 3 May 2016 at 09:21, Kazz wrote: > Hi all > > Now > The contents of Ubuntu-2016-04-07 prebuild image is Debian Wheezy ? No -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAKkGsY%2BzZ69mGDxX2GJm4C8tsFpsOiZf%2B9n4za7dgggozM3xbg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Where can I find the source code for "4.1.15-ti-rt-r40"?
On 4 May 2016 at 02:41, Robert Nelson wrote: > I've setup: > > https://github.com/RobertCNelson/yakbuild > > For this situation.. Just haven't updated the readme's yet.. At the link below there is a button that says "Download ZIP". If I click on it and download it, I wonder, what do I get? The kernel source with all the patches that if I build will give me the same kernel as I have installed on my BBB? - https://github.com/RobertCNelson/linux-stable-rcn-ee/tree/4.1.15-ti-r40 -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAKkGsY%2B%3D4uiJaMYVyujiNWwZyrMMc4tpzZTUN3dPeLxbKsr2Ug%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Where can I find the source code for "4.1.15-ti-rt-r40"?
On 4 May 2016 at 19:33, Robert Nelson wrote: >> At the link below there is a button that says "Download ZIP". If I >> click on it and download it, I wonder, what do I get? The kernel >> source with all the patches that if I build will give me the same >> kernel as I have installed on my BBB? >> >> - >> https://github.com/RobertCNelson/linux-stable-rcn-ee/tree/4.1.15-ti-r40 >> > > That's the exact tree yakbuild will pull down.. Cool. Thanks, Robert. -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAKkGsYJ%3D%2B0%3DyMmD3f7U%2BQ9svKEnacUN3zGUQq7Gxr8W%3DnqYtUg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] NetBSD-7.0.1 on the BB
I would like to try the NetBSD-7.0.1 on the BB, however the NetBSD ftp site has quite a few images for evbarm and it is not clear to me what they all do. Is anybody usning NetBSD-7.0.1 on the BB? What is the simplest way to install NetBSD-7.0.1 on a MicroSD card keeping the eMMC preferably unchanged? -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAKkGsYKbd%2B3S4Hwh4U%2B8dqw7NA3XCsbP88Ysw_H0rpARpU5FTw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] invalid md5sum for image file
Hi, This can be read at the link below: --- microSD/Standalone: (console) wget https://rcn-ee.com/rootfs/bb.org/release/2015-07-28/console/bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz md5sum: 914b59a8e9317ba79f6f495e25bacdea --- http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#BBW.2FBBB_.28All_Revs.29 However I downloaded the file twice in two different ways, and calculated the MD5 twice, and in both cases it did not match. What I got (for the .img.xz file) was: f114f9d275ed757f5c79dd51e38822f7 Any ideas? The published MD5 does not match the uncompressed file either. -- 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] invalid md5sum for image file
On 17 August 2015 at 16:38, Robert Nelson wrote: > On Mon, Aug 17, 2015 at 10:30 AM, Taceant Omnes wrote: >> Hi, >> >> This can be read at the link below: >> >> --- >> microSD/Standalone: (console) >> >> wget >> https://rcn-ee.com/rootfs/bb.org/release/2015-07-28/console/bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz >> md5sum: 914b59a8e9317ba79f6f495e25bacdea >> --- >> >> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#BBW.2FBBB_.28All_Revs.29 >> >> However I downloaded the file twice in two different ways, and >> calculated the MD5 twice, and in both cases it did not match. What I >> got (for the .img.xz file) was: >> >> f114f9d275ed757f5c79dd51e38822f7 >> >> Any ideas? The published MD5 does not match the uncompressed file either. > > Sorry for the confusion.. looks like i might have got distracted by a > co-worker, as the updated md5sum's (just verified from nfs and server) > > md5sum 2015-07-28/*/*img* | grep -v blank > 716fbfe023ad2b64807346503f9951cf > 2015-07-28/console/BBB-eMMC-flasher-debian-7.8-console-armhf-2015-07-28-2gb.img.xz > f114f9d275ed757f5c79dd51e38822f7 > 2015-07-28/console/bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz > > e7b496b3cfbe302b74f6e82739c003b8 > 2015-07-28/lxde-4gb/BBB-eMMC-flasher-debian-7.8-lxde-4gb-armhf-2015-07-28-4gb.img.xz > c285aeb9dfcef1623eed51410a869748 > 2015-07-28/lxde-4gb/bone-debian-7.8-lxde-4gb-armhf-2015-07-28-4gb.img.xz > > 56bdc8aa304ea474bcfae8d1a7a28401 > 2015-07-28/lxde/BBB-eMMC-flasher-debian-7.8-lxde-armhf-2015-07-28-2gb.img.xz > > never actually got copied to the wiki.. Robert, that matches what I got. Thanks a lot for the quick answer. -- 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] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
At this page... http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#BBW.2FBBB_.28All_Revs.29 ...this can be read: --- BBW/BBB (All Revs) microSD/Standalone: (lxde) wget https://rcn-ee.com/rootfs/bb.org/release/2015-07-28/lxde-4gb/bone-debian-7.8-lxde-4gb-armhf-2015-07-28-4gb.img.xz md5sum: c285aeb9dfcef1623eed51410a869748 microSD/Standalone: (console) wget https://rcn-ee.com/rootfs/bb.org/release/2015-07-28/console/bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz md5sum: f114f9d275ed757f5c79dd51e38822f7 --- I downloaded the console version then ran these commands on Linux (my microSD card is mapped to /dev/sdd): --- dd if=bone-debian-7.8-console-armhf-2015-07-28-2gb.img of=/dev/sdd bs=1M sync --- After the above finished I looked at the microSD card. I was expecting to see two partitions, a FAT partition and an ext2/3/4 partition. Instead I could see only one ext4 partition named “rootfs”. I loaded this card on a BBW and it did not boot (as I expected because of lack of FAT partition). This Debian version is said to support BBW so what am I doing wrong? -- 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] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On 18 August 2015 at 14:42, Robert Nelson wrote: > Really? 2015-07-28 boots fine here bbw A5 revision.. > > > U-Boot SPL 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27) > No AC power, disabling frequency switch > > > U-Boot 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27 -0500), Build: > jenkins-github_Bootloader-Builder-182 > >Watchdog enabled Hi Robert, I have a BBW Rev. A6a. The power LED is on, all the other LEDs are off. On a console connected to the USB port I see (about 22 seconds after reset) '' then nothing for a minute or two, then a few more 'C's and so on. Do you (like me) have a single partition on your microSD card? This BBW works very well with an old Angstrom distro (with a different microSD card that has two partitions, a FAT and an ext partition). -- 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] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On 18 August 2015 at 15:14, Robert Nelson wrote: > On Tue, Aug 18, 2015 at 9:12 AM, Taceant Omnes wrote: >> On 18 August 2015 at 14:42, Robert Nelson wrote: >> >>> Really? 2015-07-28 boots fine here bbw A5 revision.. >>> >>> >>> U-Boot SPL 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27) >>> No AC power, disabling frequency switch >>> >>> >>> U-Boot 2015.07-1-gdb56c3d (Jul 23 2015 - 09:03:27 -0500), Build: >>> jenkins-github_Bootloader-Builder-182 >>> >>>Watchdog enabled >> >> Hi Robert, >> >> I have a BBW Rev. A6a. The power LED is on, all the other LEDs are >> off. On a console connected to the USB port I see (about 22 seconds >> after reset) '' then nothing for a minute or two, then a few >> more 'C's and so on. >> >> Do you (like me) have a single partition on your microSD card? >> >> This BBW works very well with an old Angstrom distro (with a different >> microSD card that has two partitions, a FAT and an ext partition). > > Yes, i flashed the exact same version you referenced for verification > purposes. > > sudo bmaptool copy --bmap > bone-debian-7.8-console-armhf-2015-07-28-2gb.bmap > bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz /dev/sdd > > > bmaptool: info: block map format version 2.0 > bmaptool: info: 432640 blocks of size 4096 (1.7 GiB), mapped 55595 > blocks (217.2 MiB or 12.9%) > bmaptool: info: copying image > 'bone-debian-7.8-console-armhf-2015-07-28-2gb.img.xz' to block device > '/dev/sdd' using bmap file > 'bone-debian-7.8-console-armhf-2015-07-28-2gb.bmap' > bmaptool: info: 100% copied > bmaptool: info: synchronizing '/dev/sdd' > bmaptool: info: copying time: 29.4s, copying speed 7.4 MiB/sec Thanks, Robert. I will try bmaptool instead of dd to see if I have better luck. Bmaptool however does not exist in Fedora, nor in Lubuntu 12.10 so I will have first to upgrade to a newer Lubuntu version. -- 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] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On 18 August 2015 at 16:08, Robert Nelson wrote: > Make sure you grab bmaptool 3.2 > > Otherwise dd will work, just 10x slower. ;) Are you saying that bmaptool does not do anything that dd does not? I flashed my card with the commands below (took 4 minutes) and it did not boot on BBW (no FAT partition as I said before, just a single ext4 partion). Are you saying it should work? dd if=bone-debian-7.8-console-armhf-2015-07-28-2gb.img of=/dev/sdd bs=1M sync -- 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] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On 18 August 2015 at 16:25, Robert Nelson wrote: > On Tue, Aug 18, 2015 at 10:18 AM, Taceant Omnes wrote: >> On 18 August 2015 at 16:08, Robert Nelson wrote: >> >>> Make sure you grab bmaptool 3.2 >>> >>> Otherwise dd will work, just 10x slower. ;) >> >> Are you saying that bmaptool does not do anything that dd does not? >> >> I flashed my card with the commands below (took 4 minutes) and it did >> not boot on BBW (no FAT partition as I said before, just a single ext4 >> partion). > > We dd the MLO/u-boot.img to the mbr, fat partition hasn't been > required on am335x+ devices for awhile now.. (switched over a year ago > on all bone images) > >> Are you saying it should work? >> >> dd if=bone-debian-7.8-console-armhf-2015-07-28-2gb.img of=/dev/sdd bs=1M >> sync > > exactly, dd should have worked. > > I hope you are not using dd thru a virtual machine... No, I am using plain Fedora 21 (not on a virtual machine). The TI Sitara controller on my BBW Rev. A6a is unchanged from when I got it more than 2 years ago. Would it be the case that I need to reflash it or something like that in order to support boot whithout a FAT partition on the microSD card? -- 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] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On 18 August 2015 at 16:39, Robert Nelson wrote: > There's nothing to re-flash, the am335x bootrom on the a6a supports > mmc raw mode.. It was first introduced in the dm81x/omap4x era, and we > just started using it on am335x late last year by default. (the > am335x family comes from the dm81x/omap4x line).. Thanks Robert, only now I understand how it works without FAT. A while back I read the boot chapter of the Sitara controller, and I remember that it is possible to boot from different sources including Ethernet, but had forgotten about the raw mode. I am happy that FAT is not necessary for this reason: some years ago Microsoft sued TomTom because the latter was using FAT in some of its Linux GPS devices. > Try another microSD card or a different usb-microSD-reader... Thanks for the suggestions. -- 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] No FAT partition in bone-debian-7.8-console-armhf-2015-07-28-2gb.img
On 18 August 2015 at 16:39, Robert Nelson wrote: > There's nothing to re-flash, the am335x bootrom on the a6a supports > mmc raw mode.. It was first introduced in the dm81x/omap4x era, and we > just started using it on am335x late last year by default. (the > am335x family comes from the dm81x/omap4x line).. > > Try another microSD card or a different usb-microSD-reader... That was a good suggestion from Robert, to try other cards. My (somewhat puzzling) test results follow. All tests were carried out with the image that is in the subject line of this thread. BBW Rev. A6a --- 3 X new Apacer 8 GB cards: none of the 3 cards booted, though they all seemed good otherwise, there was no error reported during flashing or by fsck. These 3 cards were purchased about 2 months ago. In my previous emails I was talking about one of these cards. 1 old Apacer 8 GB card: it booted fine. This card was purchased about 18 months ago. 3 X Kingston 4 GB cards: all 3 booted fine. These are the cards that came with 3 BBW's. 1 Samsung 2 GB card: it booted fine. The puzzling thing with the tests above is this: why does the old Apacer card boots but not the new ones? BBB Rev. B - 3 X new Apacer 8 GB cards: all booted fine. 1 Kingston 4 GB card: it booted fine. I thought that is was necessary to press the Boot button in order to boot from the SD card (instead of eMMC) but that does not seem to be the case with my BBB (which still has the original Angstrom distro in the eMMC). The puzzling thing with the tests above is this: why do the new Apacer 8 GB cards boot with BBB but not BBW? I speculate it is because the Linux kernel is being loaded from U-boot in the eMMC rather than the SD card. 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.
Re: [beagleboard] Offtopic: Sort threads by most recent post?
On 30 August 2015 at 10:25, Andrew P. Lentvorski wrote: > I feel really stupid asking this on the forum, but I can't seem to find the > setting that would sort the threads by the latest post. Is this a group > administrator setting rather than an individual setting? > > A quick Google search for variants on "google groups sort thread by recent > post -gmail" doesn't cough up anything useful. > > Sorry to add this noise to the group. How are you using the forum? The way I use it is with Gmail (I am subscribed to the group), _not_ with the Google Groups interface. All threads appear in Gmail with most recent on top. -- 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] Issues with FTDI cable on Windows with BBB
I have used putty via USB on Windows on BB White without issue for more than a year. BB White has a FTDI chip. Now I am trying to use the BB Black with the FTDI cable recommended in the BBB manual, however it is not working in 95% of my tries. Once it worked when I had the cable working with Putty in Linux and moved the cable to the Windows PC. By not working I mean nothing I type gets displayed, or occasionally only a few garbage characters appear (for example after I power up the BBB). I am using the latest FTDI drivers for Windows (32 bits), the latest version of putty. I have this problem with both Angstrom and Debian on a BBB rev. B and C. I am configuring putty with 115200 baud. I tried Tera Term but no luck either. Also tried with and without external power supply. On Linux things are well enough with BBB and the FTDI cable (though not as good as with BBW). I also tried a UART-USB bridge with CP210x and it is working well enough on BBB in both Windows and Linux. Any ideas on how to make the recommend FTDI cable work reliably on Windows with BBB? -- 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] Issues with FTDI cable on Windows with BBB
On 10 September 2015 at 17:30, Maxim Podbereznyy wrote: > I use the FTDI cable for years with no errors at all under Win7 64bits. > Usually I use putty but also used Hyper Terminal without issues. You should > configure the port 115200 8 bits, no parity Thanks Maxim. My serial port configuration is the same as yours. I am using Windows 7 32 bits (for my sins!). -- 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] Issues with FTDI cable on Windows with BBB
On 10 September 2015 at 18:38, Maxim Podbereznyy wrote: > You should go to the FTDI website and download the latest driver. Thanks. I already did that. Also I tried two different FTDI cables just in case one was not good. -- 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] hashes suggestion
Hi Robert, It would be helpful to have a file containing hashes (for example md5) for all the files in a directories such as this: https://rcn-ee.com/rootfs/bb.org/testing/2015-09-13/console/ This is common practice, and we could check for download errors. Thanks. -- 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] Issues with FTDI cable on Windows with BBB
On 10 September 2015 at 19:10, Graham wrote: > Are you sure it is a "real" FTDI cable. > There were some cables out there that look the same, but were built with > counterfeit FTDI chips. > FTDI released some (Windows) driver updates this past May that could tell > them apart, and not work with the counterfeit chips. > They later recalled them, but you may still have them. Hi Graham, Yes, they are real FTDI cables, I still have the antistatic bags with the FTDI logo on it. -- 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] Issues with FTDI cable on Windows with BBB
On 10 September 2015 at 19:53, William Hermans wrote: > Probably what should be done first, is check device manager to make sure the > device is actually setup properly. I've had Windows change setting on me > under device properties at least once. For unknown reasons. > > By the way, the prolific pl2303hx cables that cost like 1/10th the price of > an FTDI work fine too . . . paid like $2.34 with free shipping. Hi Williams, The Device Manager was showing everythin normal, for example when I plugged the cable a COM port appeared, and when I removed it the COM port disappeared. Thanks for the Prolific suggestion. Anyway the problem has been solved. I arrived at work on Friday morning and the FTDI cable was working properly, while it was not working the evening before. What happened in between? I put the computer (Dell Optiplex) in hibernation for the night. I suppose that because that causes power to be cut-off that fixed the issue (while rebooting a few times had not fixed it). But something else fixed the problem as I hibernate the computer every evening. My guess is that uninstalling the FTDI driver did it (plain re-installing did not fix it). As I said before the FTDI driver state was not completely bad because it worked with BBW on the same computer, the problem was only with BBB with the FTDI cable. -- 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] hashes suggestion
On 16 September 2015 at 14:29, Robert Nelson wrote: > Hi Taceant, > I usually list them separately on the wiki, but there is no reason not > to have it their too.. > > The *.bmap files include a built-in md5sum, but for the *.img.xz's do > you prefer md5sum or sha256sum? > > *.img.xz.md5 > *.img.xz.sha256 > > I know windows has a md5 tool, not sure about sha256.. Thanks Robert. I don't have a preference, and I have a Windows tool installed that calculates sha256. -- 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] Issues with FTDI cable on Windows with BBB
On 16 September 2015 at 17:22, William Hermans wrote: > Ah ! Hibernation has a bad "habit" of causing problems like this. On the contrary, I have no idea of what the root problem was but hibernation was part of the (accidental) solution! -- 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] Why does BBB boot from MicroSD card without pressing the boot button
According to the BBB manual, the BBB should boot from MicroSD card only if I press the boot button, yet it happens without pressing it. Why? This is the trace _without_ the MicroSD card that shows the BBB booting from flash: https://paste.ee/p/TrpuR This is the trace _with the MicroSD card that shows the BBB booting from the MicroSD even though I did not press the button: https://paste.ee/p/cpaA6 When logged in _without_ the MicroSD card: root@beaglebone:~# cat /media/BEAGLEBONE/uEnv.txt optargs=quiet drm.debug=7 This is a BBB v. B 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.
Re: [beagleboard] Why does BBB boot from MicroSD card without pressing the boot button
On 30 September 2015 at 15:09, Charles Steinkuehler wrote: > More specifically, U-Boot is configured to check if there's a uSD card > present and boots from it if found. This is intended as a convenience > and the details are specific to the version of U-Boot you have > installed. If you want to change this behavior, you can modify the > U-Boot startup script or (in some cases) remove the boot files from your > uSD card. Thanks Charles, I understand now. Section 6.7.2 of the BBB manual (Default Boot Options) talks from a strict hardware point of view without mention of the behaviour of u-boot that ships with BBB that overides the hardware behaviour (sort of). -- 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] Why does BBB boot from MicroSD card without pressing the boot button
On 30 September 2015 at 15:36, Gerald Coley wrote: > The manual is correct. It still boots from eMMC if the button i snot pushed > as the first choice. > If you push the button, it boots from SD if it is there. > > What SW chooses to do do does not alter these facts. SW has no control over > the boot order. > > Gerald Hi Gerald, I agree with what you said and that the manual is correct from a hardware point of view. However it would not be out of place (in my opinion) to add a short sentence after this paragraph in section 6.7.2 of the manual: "If you have a uSD card from which you need to boot from, hold the boot button down. On boot, the processor will look for the SPIO0 port first, then uSD on the MMC0 port, followed by USB0 and UART0. In the event there is no uSD card and the eMMC is empty, USB0 or UART0 could be used as the board source." The sentence I suggest could be added would be something like: "Note however that BBB ships with U-Boot on the eMMC configured to boot from the uSD if one is inserted even if the boot button is not pressed." -- 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: stuck in boot loop unable to flash new images and ssh displays network busy
On 29 September 2015 at 11:37, vivek gv wrote: > [6.044780] libphy: PHY 4a101000.mdio:01 not found > [6.049840] net eth0: phy 4a101000.mdio:01 not found on slave 1 The above may be your problem. On BBB v. B running the same default shipped Angstrom version as you I get exactly the same message. If I unplug the Ethernet cable and then plug it back again it solves the problem of network connectivity. I don't know what the root cause is. I would suggest that you upgrade to Debian. It is much better than Angstrom and I don't get that problem with it. -- 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] stuck in boot loop unable to flash new images and ssh displays network busy
On 25 September 2015 at 15:06, vivek gv wrote: > i tried flashing new images but it does not read the sd card .. it was non > responsive for 4 hrs :( I had a new problem today on my BBB rev. B. I noticed it had stopped working. It turned out that the MicroSD card had moved somewhere between 0.5 and 1 mm out of its place and there was bad contact. The lock in the card cage is not locking properly anymore. I talked with a colleague that is a hardware developer and he said that replacing the cage is possible but tricky. I suggest that you make sure that the card is well inserted - and does not move. -- 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: stuck in boot loop unable to flash new images and ssh displays network busy
On 1 October 2015 at 14:52, Robert Nelson wrote: > well.. mdio.01 would work, if you hacked up the board layout and added > a 2nd ethernet jack.. Thanks for the explanation. So that debug message is unrelated to the issue of this thread. Do you have some idea why unplugging and plugging back the cable with fix networking? I have not changed the configuration, so it is in DHCP mode. -- 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] How to build 4.1.4-ti-r9 from sources?
On 2 October 2015 at 10:57, Rick Mann wrote: > Hi Robert, > > How do I build your 4.1.4-ti-r9 kernel from source? I need to drop in some > debugging statements. I don't see any -ti tags in bb-kernel. Somewhat related question. What is the git repo for this version: Linux beaglebone 4.1.8-bone16 #1 Tue Sep 22 04:25:04 UTC 2015 armv7l GNU/Linux Is it this? https://github.com/beagleboard/linux -- 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] How to build 4.1.4-ti-r9 from sources?
On 2 October 2015 at 16:58, Robert Nelson wrote: > the "3.8.13-boneX", "3.14.X-ti-rY", and "4.1.X-ti-rY" have tags pushed to: > > https://github.com/beagleboard/linux > > "all" my tags are pushed to: > > https://github.com/RobertCNelson/linux-stable-rcn-ee > > (my debian/ubuntu sbulider's rely on the above git tree tag's to work) Thanks Robert. -- 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] When is Jessie Flasher image available?
On 5 October 2015 at 09:40, wrote: > Hi guys, > > I just wanted to ask if there's already a release date for a official > flasher image for debian 8 jessie? > > Until now I just found this one as the latest version: > https://rcn-ee.com/rootfs/bb.org/release/2015-03-01/lxde-4gb/BBB-eMMC-flasher-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img.xz https://rcn-ee.com/rootfs/bb.org/testing/2015-10-04/lxqt-4gb/ -- 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] How to build 4.1.4-ti-r9 from sources?
On 2 October 2015 at 16:58, Robert Nelson wrote: > the "3.8.13-boneX", "3.14.X-ti-rY", and "4.1.X-ti-rY" have tags pushed to: > > https://github.com/beagleboard/linux > > "all" my tags are pushed to: > > https://github.com/RobertCNelson/linux-stable-rcn-ee I cannot find the tag "4.1.10-bone16" in https://github.com/RobertCNelson/linux-stable-rcn-ee Am I missing something? -- 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] How to build 4.1.4-ti-r9 from sources?
On 7 October 2015 at 16:03, Robert Nelson wrote: >>> "all" my tags are pushed to: >>> >>> https://github.com/RobertCNelson/linux-stable-rcn-ee >> >> I cannot find the tag "4.1.10-bone16" in >> https://github.com/RobertCNelson/linux-stable-rcn-ee >> >> Am I missing something? > > git fetch ? > > https://github.com/RobertCNelson/linux-stable-rcn-ee/tree/4.1.10-bone16 Thanks. The link you provided just above is there. I was looking for the tag in the drop-down list of the Github GUI but for some reason Github shows some tags but not others. -- 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] How to build 4.1.4-ti-r9 from sources?
On 7 October 2015 at 16:20, Robert Nelson wrote: >>> https://github.com/RobertCNelson/linux-stable-rcn-ee/tree/4.1.10-bone16 >> >> Thanks. The link you provided just above is there. >> I was looking for the tag in the drop-down list of the Github GUI but >> for some reason Github shows some tags but not others. > > it's a bug in github's gui... That explains it. Thanks. > a few months ago i passed their limit of the number of tags... Just > clone it locally and don't worry about external interfaces.. -- 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] Kernel 4.1.9 overlays not working
On 19 October 2015 at 08:33, Rick Mann wrote: > >> On Oct 18, 2015, at 20:38 , William Hermans wrote: >> >> http://www.embeddedhobbyist.com/2015/09/beaglebone-black-updating-device-tree-files/ > > apt-get update: "This step is important every reboot. As the > /etc/apt/sources.list file is not kept on “disk”. This is meant to help keep > writes to flash media at a minimum – In case you were wondering." > > Wait, what? Why would this make sense? I write the flash all the time, what's > wrong with writing it on the rare occasions I issue "apt-get update?" +1 > I'd much rather write to flash than risk forgetting to update apt and > screwing something up by installing the wrong package. -- 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: Ethernet-over-USB problems under 4.1.10-ti-r21
On 9 November 2015 at 10:51, Guido Paoluzi Cusani wrote: > Additionally there is not "gadget serial" driver so no serial over USB, > either! The USB client port on BB White was for me rock solid, always. Then I got a BB Black. For a while the USB client port worked, but then it stopped working, and I lost lots of time trying to get it work, unsuccessfuly . Eventually I gave up on that port altogether. Instead I use a FTDI cable connected to the debug port, an Ethernet cable, and an external power supply. -- 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] Suspend Mode on Beaglebone Black
On 28 September 2015 at 20:12, Robert Nelson wrote: > On Mon, Sep 28, 2015 at 4:53 PM, Tim Roberts > wrote: >> Hello all, >> >> I've run across a bug report stating that in the 3.8 kernel, sleep mode is >> not supported on the beaglebone black. Is this still the case? If I need to >> use sleep mode, will I need to upgrade my kernel? If so, which kernel do I >> need? >> > > Correct, use v3.14.x-ti (tested) or v4.1.x-ti (untested = i haven't > tested it yet) Hi, Is suspend available on the BBB with software as below? If so, what are the recommended ways ways to bring it to sleep and to wake it up? pm-suspend? root@beaglebone:~# uname -a Linux beaglebone 4.1.10-bone16 #1 Sun Oct 4 08:00:05 UTC 2015 armv7l GNU/Linux root@beaglebone:~# cat /etc/dogtag BeagleBoard.org Debian Image 2015-09-13 -- 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] cpuidle
I am looking at ways to reduce power. I have the on-demand cpufreq governor. I am looking now at cpuidle. The AM335x Linux Power Management User Guide [1] says that there are two C-states however I can't find cpuidle on the BBB ([2]) running the [3] kernel. Also I cannot find a Debian package to show cpuidle (the cpupower util is available on Fedora and Ubuntu but seemingly not in Debian). Any suggestions? I wonder if the kernel I am using is not built with cpuidle? Thanks. [1] http://processors.wiki.ti.com/index.php/AM335x_Power_Management_User_guide [2] /sys/devices/system/cpu [3] Linux beaglebone 4.1.10-bone16 #1 Sun Oct 4 08:00:05 UTC 2015 armv7l GNU/Linux -- 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] cpuidle
On 13 November 2015 at 17:49, Robert Nelson wrote: > Yeah good point. ;) > > root@beaglebone:~# uname -r ; ls -l > /sys/devices/system/cpu/cpu0/cpuidle/state0/ > 4.1.13-ti-r29.4 > total 0 > -r--r--r-- 1 root root 4096 Nov 13 17:46 desc > -rw-r--r-- 1 root root 4096 Nov 13 17:46 disable > -r--r--r-- 1 root root 4096 Nov 13 17:46 latency > -r--r--r-- 1 root root 4096 Nov 13 17:46 name > -r--r--r-- 1 root root 4096 Nov 13 17:46 power > -r--r--r-- 1 root root 4096 Nov 13 17:46 residency > -r--r--r-- 1 root root 4096 Nov 13 17:46 time > -r--r--r-- 1 root root 4096 Nov 13 17:46 usage > > https://github.com/RobertCNelson/ti-linux-kernel-dev/commit/7df6a18cbcd567712edd1e1a4a774742d510dbe3 [same message again, now to the mailing list] I did apt-get install linux-image-4.1.13-ti-r30 It installed fine. Apt suggested that I install a firmware package (with 4.1.13-ti-r30 in the name). I did that - maybe I should not, it was the first time I installed a firmware package on the BBB. Anyway, now the BBB does not boot. I have been doing all my work using a MicroSD card. The log is below. Basically the boot process does not complete, and I see the asterisks at the last line moving right and left and the time in seconds being incremented continuously on the line "A start job is running for LSB:". My previous kernel, that worked very well, was 4.1.10-bone16. Any ideas? - U-Boot SPL 2014.04-00015-gb4422bd (Apr 22 2014 - 13:24:29) reading args spl_load_image_fat_os: error reading image args, err - -1 reading u-boot.img reading u-boot.img U-Boot 2014.04-00015-gb4422bd (Apr 22 2014 - 13:24:29) I2C: ready DRAM: 512 MiB NAND: 0 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 *** Warning - readenv() failed, using default environment Net: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 mmc0 is current device gpio: pin 54 (gpio 54) value is 1 SD/MMC found on device 0 1179 bytes read in 8 ms (143.6 KiB/s) gpio: pin 55 (gpio 55) value is 1 Loaded environment from uEnv.txt Importing environment from mmc ... Checking if uenvcmd is set ... gpio: pin 56 (gpio 56) value is 1 Running uenvcmd ... 1661 bytes read in 36 ms (44.9 KiB/s) debug: [/boot/vmlinuz-4.1.13-ti-r30] ... 8260280 bytes read in 503 ms (15.7 MiB/s) debug: [/boot/initrd.img-4.1.13-ti-r30] ... 4506906 bytes read in 304 ms (14.1 MiB/s) debug: [/boot/dtbs/4.1.13-ti-r30/am335x-boneblack.dtb] ... 59295 bytes read in 71 ms (815.4 KiB/s) debug: [console=tty0 console=ttyO0,115200n8 root=/dev/mmcblk0p1 rootfstype=ext4 rootwait coherent_pool=1M quiet] ... debug: [bootz 0x8200 0x8808:44c51a 0x8800] ... Kernel image @ 0x8200 [ 0x00 - 0x7e0ab8 ] ## Flattened Device Tree blob at 8800 Booting using the fdt blob at 0x8800 Using Device Tree in place at 8800, end 8801179e Starting kernel ... [3.371127] wkup_m3_ipc 44e11324.wkup_m3_ipc: could not get rproc handle [3.744796] omap-sham 5310.sham: initialization failed. [3.767060] cpu cpu0: cpu0 clock notifier not ready, retry [3.908242] bone_capemgr bone_capemgr: slot #0: No cape found [3.968235] bone_capemgr bone_capemgr: slot #1: No cape found [4.028233] bone_capemgr bone_capemgr: slot #2: No cape found [4.088234] bone_capemgr bone_capemgr: slot #3: No cape found Loading, please wait... fsck from util-linux 2.25.2 rootfs: recovering journal rootfs: clean, 37364/466560 files, 331056/1955328 blocks [FAILED] Failed to start Load Kernel Modules. See 'systemctl status systemd-modules-load.service' for details. [ 13.815623] systemd[1]: Failed to start Load Kernel Modules. [ OK ] Mounted POSIX Message Queue File System. [ OK ] Started LSB: controls configuration of serial ports. [ OK ] Started Remount Root and Kernel File Systems. [ OK ] Started udev Coldplug all Devices. Starting Load/Save Random Seed... Mounting FUSE Control File System... Mounting Configuration File System... Starting Apply Kernel Variables... Starting Create Static Device Nodes in /dev... [ OK ] Listening on Syslog Socket. Starting Journal Service... [ OK ] Started Journal Service. [ OK ] Mounted Configuration File System. [ OK ] Mounted FUSE Control File System. [ OK ] Started Load/Save Random Seed. [ OK ] Started Apply Kernel Variables. [ OK ] Started Create Static Device Nodes in /dev. Starting udev Kernel Device Manager... [ OK ] Reached target Local File Systems (Pre). Mounting /sys/kernel/debug... [ OK ] Started udev Kernel Device Manager. [ OK ] Mounted /sys/kernel/debug. [ OK ] Reached target Local File Systems. Starting Create Volatile Files and Directories... [ OK ] Reached target Remote File Systems. Starting Trigger Flushing of Journal to Persistent Storage... Starting LSB: controls configuration of serial ports...
Re: [beagleboard] cpuidle
On 16 November 2015 at 15:20, Robert Nelson wrote: >> My previous kernel, that worked very well, was 4.1.10-bone16. >> >> Any ideas? > > What rootfs and distro? > > cat /etc/dogtag This is from a previous email, as now it does not boot: root@beaglebone:~# cat /etc/dogtag BeagleBoard.org Debian Image 2015-09-13 I have not made any change to either of the two uEnv.txt files in the MicroSD card nor in the eMMC on the BBB. The MicroSD card is fine. In fact I removed it from the BBB and put it in a card reader connected to my Linux PC and am looking at it at the moment to see if I have an idea. This is what I have in /boot: On my Linux PC with the mounted MicroSD card that was on the BBB : # ls /run/media/antonio/rootfs/boot config-4.1.10-bone16 dtbs initrd.img-4.1.8-bone16 System.map-4.1.6-ti-r15 vmlinuz-4.1.10-bone16 config-4.1.13-ti-r30 initrd.img-4.1.10-bone16 SOC.sh System.map-4.1.8-bone16 vmlinuz-4.1.13-ti-r30 config-4.1.6-ti-r15 initrd.img-4.1.13-ti-r30 System.map-4.1.10-bone16 uboot vmlinuz-4.1.6-ti-r15 config-4.1.8-bone16 initrd.img-4.1.6-ti-r15 System.map-4.1.13-ti-r30 uEnv.txt vmlinuz-4.1.8-bone16 -- 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] cpuidle
On 16 November 2015 at 16:03, Robert Nelson wrote: > On Mon, Nov 16, 2015 at 9:39 AM, Taceant Omnes wrote: >> On 16 November 2015 at 15:20, Robert Nelson wrote: >> >>>> My previous kernel, that worked very well, was 4.1.10-bone16. >>>> >>>> Any ideas? >>> >>> What rootfs and distro? >>> >>> cat /etc/dogtag >> >> This is from a previous email, as now it does not boot: >> >> root@beaglebone:~# cat /etc/dogtag >> BeagleBoard.org Debian Image 2015-09-13 > > I don't have that version local, but i do have the week after: > > debian@beaglebone:~$ cat /etc/dogtag > BeagleBoard.org Debian Image 2015-09-20 > > https://paste.debian.net/333066/ > > That leaves: u-boot? > > yours: > > U-Boot SPL 2014.04-00015-gb4422bd (Apr 22 2014 - 13:24:29) > > What shipped with 2015-09-20: (based on the build date, 2015-09-13 had > the same version) > > U-Boot SPL 2015.10-rc3-1-gfb375b5 (Sep 10 2015 - 10:07:48) > bad magic > > > U-Boot 2015.10-rc3-1-gfb375b5 (Sep 10 2015 - 10:07:48 -0500), > Build: jenkins-github_Bootloader-Builder-222 > >Watchdog enabled > I2C: ready > DRAM: 512 MiB > Reset Source: Global warm SW reset has occurred. > Reset Source: Power-on reset has occurred. > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > Using default environment > > Net:not set. Validating first E-fuse MAC > cpsw > Hit any key to stop autoboot: 0 > gpio: pin 53 (gpio 53) value is 1 > switch to partitions #0, OK > mmc0 is current device > gpio: pin 54 (gpio 54) value is 1 > Checking for: /uEnv.txt ... > reading uEnv.txt > 1179 bytes read in 5 ms (229.5 KiB/s) > gpio: pin 55 (gpio 55) value is 1 > Loaded environment from uEnv.txt > Importing environment from mmc ... > Checking if uenvcmd is set ... > gpio: pin 56 (gpio 56) value is 1 > Running uenvcmd ... > 1661 bytes read in 39 ms (41 KiB/s) > debug: [/boot/vmlinuz-4.1.13-ti-r30] ... > 8260280 bytes read in 497 ms (15.9 MiB/s) > debug: [/boot/initrd.img-4.1.13-ti-r30] ... > 4414791 bytes read in 290 ms (14.5 MiB/s) > debug: [/boot/dtbs/4.1.13-ti-r30/am335x-boneblack.dtb] ... > 59295 bytes read in 72 ms (803.7 KiB/s) > debug: [console=tty0 console=ttyO0,115200n8 root=/dev/mmcblk0p2 > rootfstype=ext4 rootwait fixrtc coherent_pool=1M quiet] ... > debug: [bootz 0x8200 0x8808:435d47 0x8800] ... > Kernel image @ 0x8200 [ 0x00 - 0x7e0ab8 ] > ## Flattened Device Tree blob at 8800 >Booting using the fdt blob at 0x8800 >Using Device Tree in place at 8800, end 8801179e > > So what happens when you force it to boot with the microSD, thus > forcing the 2015.10-rc3 u-boot? I am using now a newish rev. C BBB that I got a few weeks ago. I did what you suggested and pressed the boot button on the BBB to force the BBB to used the uboot in the MicroSD card instead of the uboot in the eMMC. However I still got the same problem as before, i. e., it hangs at the last line of the log with the asterisks moving and the time being incremented. I am also puzzled why your boot log looks so different from mine. For example I get the message below and you don't, and I don't get any timestamp starting at [0.00]: [FAILED] Failed to start Load Kernel Modules. Boot log: https://paste.debian.net/333095/ Any ideas? Maybe you have something in uEnv.txt that I don't? Mine is unchanged. /rootfs/uEnv.txt https://paste.debian.net/333104/ /rootfs/boot/uEnv.txt https://paste.debian.net/333106/ -- 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] cpuidle
On 16 November 2015 at 16:47, Taceant Omnes wrote: > I am using now a newish rev. C BBB that I got a few weeks ago. I did > what you suggested and pressed the boot button on the BBB to force the > BBB to used the uboot in the MicroSD card instead of the uboot in the > eMMC. However I still got the same problem as before, i. e., it hangs > at the last line of the log with the asterisks moving and the time > being incremented. > > I am also puzzled why your boot log looks so different from mine. For > example I get the message below and you don't, and I don't get any > timestamp starting at [0.00]: > > [FAILED] Failed to start Load Kernel Modules. > > Boot log: > https://paste.debian.net/333095/ > > Any ideas? Maybe you have something in uEnv.txt that I don't? Mine is > unchanged. > > /rootfs/uEnv.txt > https://paste.debian.net/333104/ > > /rootfs/boot/uEnv.txt > https://paste.debian.net/333106/ Hi Robert, I found how to get the kernel timestamps starting at [0.00]: (by removing the "quiet" option in /rootfs/boot/uEnv.txt). If I compare my boot log with yours there are a number of differences. One is that the entries about PRU, starting with "pruss-rproc 4a30.pruss: 8 PRU interrupts parsed" appear at 11.6 seconds in my log and at 25.8 seconds in yours. Something is taking a lot of time in your boot. One of the last log entries in my log says "Timed out waiting for device dev-ttyGS0.device." . Any idea about what that is, and why don't you get that error? In any case, I reverted to the bone10 kernel by changing the line about uname_r in /rootfs/boot/uEnv.txt so my BBB boots again. -- 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] cpuidle
On 17 November 2015 at 16:28, Nuno Gonçalves wrote: > > > On Friday, November 13, 2015 at 5:50:23 PM UTC, RobertCNelson wrote: >> >> >> https://github.com/RobertCNelson/ti-linux-kernel-dev/commit/7df6a18cbcd567712edd1e1a4a774742d510dbe3 > > > Under low loads this patch (or something else at 4.1.13-ti-r30), have caused > a dramatic power decrease on the BBB. > > Disabling state1 brings it back to the same board temperature, which makes > it sound like that cpuidle was not working previously. (I was not sure it it > was only the /sys interface that was not available). > > I still couldn't fully determine how this affect real time latencies, but > hope to provide data soon. Good to know, thanks. I am trying to bring power down, and have been measuring the current going into the BBB through the 5V socket with no USB cable connected. In my first measurement kernel idle was 300 mA. Then I installed cpufreputils and that brought the current down to 230 mA because - unexpectedly - just installing the Debian package changed the CPU mode to "on-demand". Today I managed to bring the current down a further 20 mA (to about 210 mA) by disabling HDMI in boot/uEnv.txt. I am curious now to see how much power cpuidle will save - once I have a kernel with it. -- 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] cpuidle
On 17 November 2015 at 16:47, Robert Nelson wrote: >> Good to know, thanks. >> >> I am trying to bring power down, and have been measuring the current >> going into the BBB through the 5V socket with no USB cable connected. >> >> In my first measurement kernel idle was 300 mA. Then I installed >> cpufreputils and that brought the current down to 230 mA because - >> unexpectedly - just installing the Debian package changed the CPU mode >> to "on-demand". Today I managed to bring the current down a further 20 >> mA (to about 210 mA) by disabling HDMI in boot/uEnv.txt. > > We enable 'performance' by default... The thought, boot as fast as we > can, by the time the rootfs loads (and cpufrequtils) we've gotten > mostly up, so safe to switch to on-demand.. Thanks for explanation. -- 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.