Re: [beagleboard] Image 2015-7-26, kernel 4.1.3-ti-r6

Just a quick update. If I didn't get it wrong so far: git bisect start git bisect good v4.0 git bisect bad v4.1-rc1 git bisect bad 6c373ca89399c5a3f7ef210ad8f63dc3437da345 # v4.0-5833-g6c373ca git bisect bad e95e7f627062be5e6ce971ce873e6234c91ffc50 # v4.0-2825-ge95e7f6 git bisect bad c

Re: [beagleboard] Image 2015-7-26, kernel 4.1.3-ti-r6

Hi, all I can add at this time is that I have a strong feeling that there is a hardware dependency as well.1) I ran linux-image-4.0.4-bone4 stable on two boards (Embest March 2014) for > 2 days 2) After updating to some 4.1.x or 4.2.x one was stable, the other one showed the effect. I got 32 BBB

[beagleboard] Welcome the Fall 2015 Embedded Linux class to this group

The purpose of this posting is to announce that I'm once again teaching an Embedded Linux class based on the BeagleBone Black [1]. I'm teaching as open-source as I can and have have posted many of course materials on eLinux.org [2] and github[3]. One thing new about this class is rather than o

Re: [beagleboard] Image 2015-7-26, kernel 4.1.3-ti-r6

Nice Job Nuno! Right now I can confirm up to 1a370f4cd95e056d55ef5bf1a183880e70195e59 I have 5/5 boards running for 21 hours.. The worst delay I've seen between reboots has been around 2.5 days.. On Wed, Aug 5, 2015 at 2:31 AM, Nuno Gonçalves wrote: > Just a quick update. > > > If I didn't ge

Re: [beagleboard] UIO_PRUSS in Linux 3.14.y

On Tue, Aug 4, 2015 at 10:41 PM, wrote: > > Robert thanks for the reply. > > Aren't you currently battling with spontaneous reboots in the 4.1 series? > Thought I read > this here recently, but can't find the post just now. That should be solved in about another week.. Nuno has 3 more git bisect

Re: [beagleboard] Re: shutdown procedure required for beaglebone black ??

Hi Gerald, Following the instructions on the BeagleBoard.org - getting-started webpage, my team lead and I have been powering up the BBB by using the provided USB cable to plug our Beagle into our computers. We didn't find instructions on powering it do

Re: [beagleboard] How to interface a second sd card (that operates in SPI mode) under the 4.1 kernel?

I've managed to disable HIGHMEM from within the kernel. However im having trouble compiling. The usual 'make clean' and 'make all' gives me errors: root@beaglebone:/usr/src/linux-headers-4.1.2-ti-r4# make all CHK include/config/kernel.release UPD include/config/kernel.release CHK

Re: [beagleboard] Re: shutdown procedure required for beaglebone black ??

By doing this you can get corruption. Linux requires that you unmount the drives before powering down. There is also a Linux shutdown command that can be used. Gerald On Wed, Aug 5, 2015 at 4:07 AM, wrote: > Hi Gerald, > > Following the instructions on the BeagleBoard.org - getting-started >

Re: [beagleboard] Re: shutdown procedure required for beaglebone black ??

Section 5.10 in the SRM Rev C.1 recommends using the power button to power down the board and prevent contamination of the SD card or the eMMC. This section gives a brief explanation of why also. Chad On 8/5/2015 4:07 AM, lmjeu...@gmail.com wrote: Hi Gerald, Following the instructions on the

Re: [beagleboard] How to interface a second sd card (that operates in SPI mode) under the 4.1 kernel?

On Tue, Aug 4, 2015 at 7:32 PM, wrote: > I've managed to disable HIGHMEM from within the kernel. However im having > trouble compiling. The usual 'make clean' and 'make all' gives me errors: > > root@beaglebone:/usr/src/linux-headers-4.1.2-ti-r4# make all > CHK include/config/kernel.relea

Re: [beagleboard] UIO_PRUSS in Linux 3.14.y

Nice! Cheers to you and the others who are fixing this! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email

Re: [beagleboard] Image 2015-7-26, kernel 4.1.3-ti-r6

I will add anecdotal comment in support of Guenter's comment about a serial port problem. Three times, I have had the ttyS0 port hardware serial console port stop working in advance of the reboot, while I could still sign in on SSH via Ethernet, and the BBB seemed to be otherwise still working. I

Re: [beagleboard] Re: shutdown procedure required for beaglebone black ??

Assuming that the SW supports the power button function. Gerald On Wed, Aug 5, 2015 at 8:34 AM, Chad Baker wrote: > Section 5.10 in the SRM Rev C.1 recommends using the power button to power > down the board and prevent contamination of the SD card or the eMMC. This > section gives a brief exp

[beagleboard] Re: What happens on read/write conflict on the PRU scrartchpad?

Cool, thanks for the update Carlos! I thought a little about your problem and was wondering whether you are really at the limit of the PRUs capability: You say you have roughly 20kSps with 10bit resolution for four outputs, so roughly 200k updates of the output pins per second. That means you ne

Re: [beagleboard] Equivalent of PRU on main CPU

On Wed, Aug 5, 2015 at 11:56 AM, Lenny wrote: > Hello everyone, > > I find it a pity that the PRU runs only at 200 MHz and not at the full 1 > GHz. I was wondering if there exist any linux distributions (or not linux at > all) which allow to run real-time code on the main CPU. Of course, this > wo

[beagleboard] Equivalent of PRU on main CPU

Hello everyone, I find it a pity that the PRU runs only at 200 MHz and not at the full 1 GHz. I was wondering if there exist any linux distributions (or not linux at all) which allow to run real-time code on the main CPU. Of course, this would have to disable all linux features that are not ex

Re: [beagleboard] Equivalent of PRU on main CPU

Lenny, Hello, so no hands on but I have read about several technologies you may be interested in. First, TI's starterware, and bare metal should be possible - for this hardware. Also, you could directly run an executable from uboot, which is the first( second ? ) stage bootloader for the beagleb

Re: [beagleboard] Equivalent of PRU on main CPU

Thanks Robert, that rt linux project seems very interesting, but as you say, it is still too high-level / multitasking in order to beat the PRU. So one would have to remove basically all the remaining functionality from rt linux to arrive at something fast and deterministic at the ns timescale

Re: [beagleboard] Equivalent of PRU on main CPU

On 8/5/2015 2:41 PM, Lenny wrote: > Thanks Robert, > > that rt linux project seems very interesting, but as you say, it is still > too high-level / multitasking in order to beat the PRU. So one would have > to remove basically all the remaining functionality from rt linux to arrive > at someth

Re: [beagleboard] Equivalent of PRU on main CPU

Thanks for your post William, the idea to start an executable from uboot sounds very close to what I want i guess. My question here would be which document is equivalent to the PruReferenceGuide, such that I can find out how to talk to the various hardware pieces such as memory and inputs/outpu

Re: [beagleboard] Equivalent of PRU on main CPU

Hello again Lenny, Yeah I have not looked into uboot very deeply. But it does have at least some Ethernet, USB, and Serial functionality. I say "some" because I'm not sure how extensive it is. For example with the builtin ethernet stuff, you can boot over TFTP and NFS, but beyond that . . . not su

Re: [beagleboard] Equivalent of PRU on main CPU

I just thought I'd toss this out there though. Over the last 2-3 months I've been working on a project that Involves socketCAN, and forming NEMA 2000 fastpackets from socketCAN frames in real time. Then pushing the data in the form of JSON out a webserver ( web sockets ), in real time as well. So

Re: [beagleboard] Equivalent of PRU on main CPU

Hehe, a beast indeed :) I downloaded the StarterWare software and I like it. I'll summarize my current understanding, and if someone wants to correct me in case its necessary, I'll be glad: As far as I understand, StarterWare does not use an OS overhead, so you get to execute your code directly

Re: [beagleboard] Equivalent of PRU on main CPU

On 8/5/2015 3:12 PM, Lenny wrote: > > @Charles: Thanks for the warning :) Im still still a noob when it comes to > processor architecture. The application I have in mind (FIR filter) is > computationally intensive, but does not need a huge data throughput (few > MSps would be enough, which I kn

Re: [beagleboard] Equivalent of PRU on main CPU

On 8/5/2015 4:49 PM, Lenny wrote: > Hehe, a beast indeed :) > > I downloaded the StarterWare software and I like it. I'll summarize my > current understanding, and if someone wants to correct me in case its > necessary, I'll be glad: > As far as I understand, StarterWare does not use an OS overh

[beagleboard] BBB DPLL boot problem

Hey guys, new user here. I got an issue with my BBB and I thought maybe somebody here could help me. After fiddling around with my bbb debugging a custom made cape, it stopped booting at all. When I plug in a serial debug cable to read the boot messages i get the following: U-Boot SPL 2014.04

Re: [beagleboard] BBB DPLL boot problem

On Wed, Aug 5, 2015 at 3:48 PM, wrote: > Hey guys, new user here. I got an issue with my BBB and I thought maybe > somebody here could help me. > > After fiddling around with my bbb debugging a custom made cape, it stopped > booting at all. When I plug in a serial debug cable to read the boot > m

Re: [beagleboard] BBB DPLL boot problem

Same thing still. On Wednesday, August 5, 2015 at 7:20:14 PM UTC-3, RobertCNelson wrote: > > On Wed, Aug 5, 2015 at 3:48 PM, > > wrote: > > Hey guys, new user here. I got an issue with my BBB and I thought maybe > > somebody here could help me. > > > > After fiddling around with my bbb debug

Re: [beagleboard] Adding PRU eCAP to beaglebone-universal-io

You are my hero! Renaming the dtbo was all it took and my PRU eCAP test worked on the first try. Now that I know it works, this feels like the kind of thing I should submit as a pull request. Assuming that's alright with you, I'm guessing my next steps are to clean this up a bit, drop my cust

[beagleboard] Unnable to read MSP430 with BeagelBone.

I have a script in python build thats reads the data from the msp430 using the usb serial. But when I ran this script in BeageleBone I justo get a blank enter. I must be missing something. I already tried the rules in here http://energia.nu/guide/guide_linux/ Please some advice. I think the

[beagleboard] Much hardware failures with Element14-boards

Hi, I currently have a set of 20 BBB's that come from Element14 and show a lot of failures: - microSD card of one could not be accessed - one died after some weeks without any reason, board is bricked now - one stalls during boot after a few days, also connecting power does not always turn the

[beagleboard] CAD-Model for BBB?

Hi, is there a CAD-model available of the BBB and perhaps of one (standard) cape? 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 recei

[beagleboard] Re: NOPx instructions

No idea? -- 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