Re: [beagleboard] BeagleBone Black GPIO max frequency/bus latency (without using PRU)?

On Sunday, 30 August 2015 11:13:03 UTC+2, Andrew P. Lentvorski wrote: > > Apparently mmap is doing something stupid that slows down the access from > user space. > It maps the memory as "strongly ordered", which means the writes get flagged with a "delivery confirmation required" bit and the

Re: [beagleboard] potential toolchains for building for BBB

On Mon, 2 Nov 2015, William Hermans wrote: > Just an additional thought . . . Personally, I rather like the idea > of Linaro's toolchain. It makes it really simple for a regular user > to setup, use, and compile stuff without having to actually having > to install anything into / onto the system.

[beagleboard] anyone tested yocto BBB build using musl C library?

more a curiosity than anything, but has anyone built a bootable system for the BBB using the musl C library rather than glibc? i'm tempted to give out an assignment to build for the BBB using musl, just to demonstrate using a C lib other than glibc. rday --

Re: [beagleboard] Signed BBB drivers for Windows 10

On Mon, Nov 2, 2015 at 9:22 PM, Jason Kridner wrote: > Already found an issue. Try > https://github.com/beagleboard/beaglebone-getting-started/releases/tag/1.1.3 > Jason, i just tested these on a fresh never plugged bbb windows 10 hard-drive.. Looks good, i'll

Re: [beagleboard] Beaglebone Green Debian 8.2 Kernel 4.1.12-bone16 Capemgr failures

Robert, No joy on the redo. I now remember on a BBB with an erased eMMC and booting off the uSD card, I had to remove /boot/initrd.img-4.1.10-bone16 to get capemgr to work. But again, this was a Black and booting off the uSD card. Just did the same (remove /boot/initrd) on my Green,

[beagleboard] Internet Of Things with BBB

My current project Video -- 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

Re: [beagleboard] Beaglebone Green Debian 8.2 Kernel 4.1.12-bone16 Capemgr failures

On Tue, Nov 3, 2015 at 11:29 AM, Ross Morrison wrote: > I haven't been following the postings to closely related to the BBG and have > run into a small problem. > > I've built a new 4.1 system using Robert C Nelson's instructions from the > eewiki. > > Root file system: > wget -c

Re: [beagleboard] Understanding the whole Yocto/Linux stack for the BB

On Tue, Nov 3, 2015 at 7:04 PM, Robert Nelson wrote: >> Is there a more stable source available (probably in near future)? > > The "4.1" branch get's rebased every thursday... The git tag's > "4.1.12-ti-r26" will never be modified after they are pushed.. > Hmm I am not

Re: [beagleboard] Beaglebone Green Debian 8.2 Kernel 4.1.12-bone16 Capemgr failures

Here is my updated uEnv.txt. By ordering the entries like yours and adding the cmdline= entry, the overlays are now loaded at boot time without error. === root@bbb-green:~# cat /boot/uEnv.txt uname_r=4.1.12-bone16 uuid=69951811-ca64-49d9-9e55-49c7c727f449

Re: [beagleboard] Beaglebone Green Debian 8.2 Kernel 4.1.12-bone16 Capemgr failures

On Tue, Nov 3, 2015 at 12:50 PM, Ross Morrison wrote: > Here is my updated uEnv.txt. By ordering the entries like yours and adding > the cmdline= entry, the overlays are now loaded at boot time without error. > > === > root@bbb-green:~# cat

[beagleboard] Beaglebone Green Debian 8.2 Kernel 4.1.12-bone16 Capemgr failures

I haven't been following the postings to closely related to the BBG and have run into a small problem. I've built a new 4.1 system using Robert C Nelson's instructions from the eewiki. Root file system: |wget -c

Re: [beagleboard] Beaglebone Green Debian 8.2 Kernel 4.1.12-bone16 Capemgr failures

Okay, this was unexpected. The cmdline=quiet NEEDS to be there for the capes to load at boot. I confirmed your findings in that the other two entries made no difference, but the quiet option apparently is SIGNIFICANT. Thanks for your help on this one. Don't even want to guess what's up here.

[beagleboard] Embedded QT with QT-Creator,undefined symbols

I followed the examples for setting up a QT cross build environment and an Arm-Linux-gnueabihf tool chain http://exploringbeaglebone.com/chapter11/ http://exploringbeaglebone.com/chapter7 I've also followed his directions on building QT for the BBB (arm-gueabihf) The simple command line built

Re: [beagleboard] Understanding the whole Yocto/Linux stack for the BB

On Tue, Nov 3, 2015 at 4:56 PM, Baptiste wrote: > Hello, > > > > I’m using a BeagleBone as a base to develop a custom board. I’ve read pages > and pages of doc and I feel I need some highlights to make sense of it all. > Note that I’m mainly trying to understand the

Re: [beagleboard] Understanding the whole Yocto/Linux stack for the BB

>>> FWIW: For the reason other meta's seem to me either unmaintained for >>> long time or bloated or both, I created another very simple layer [1] >>> with current beagleboard.org kernel and dt.overlays. No meta-ti >>> dependency / only sw-rendered mesa - works just fine for me. >>> >>> [1]

Re: [beagleboard] Beaglebone Green Debian 8.2 Kernel 4.1.12-bone16 Capemgr failures

On Tue, Nov 3, 2015 at 12:08 PM, Ross Morrison wrote: > Robert, > > No joy on the redo. > > I now remember on a BBB with an erased eMMC and booting off the uSD card, I > had to remove /boot/initrd.img-4.1.10-bone16 to get capemgr to work. But > again, this was a Black and booting

Re: [beagleboard] Understanding the whole Yocto/Linux stack for the BB

On Tue, Nov 3, 2015 at 10:57 AM, 'Andreas Müller' via BeagleBoard wrote: > On Tue, Nov 3, 2015 at 4:56 PM, Baptiste wrote: >> Hello, >> >> >> >> I’m using a BeagleBone as a base to develop a custom board. I’ve read pages >> and pages of

[beagleboard] Slave McSPI with DMA

Hi Matthijs, I have been reading your posts and I am impressed with your detailed knowledge of the inner workings of the AM335x. Do you have any experience with using MCSPI as a slave and using EDMA. I’m using a high speed ADC that works as a SPI master (generates sclk). Since LInux has no

Re: [beagleboard] Understanding the whole Yocto/Linux stack for the BB

On Tue, Nov 3, 2015 at 6:05 PM, Robert Nelson wrote: > On Tue, Nov 3, 2015 at 10:57 AM, 'Andreas Müller' via BeagleBoard > wrote: >> On Tue, Nov 3, 2015 at 4:56 PM, Baptiste wrote: >>> Hello, >>> >>> >>> >>> I’m

Re: [beagleboard] Looking for SPI Salve configuration and sample code for testing on BBB with kernel 3.8.13

Hi Ravi, My best advise is to look at Starterware example code for McSPI. This will give you some idea on how to configure and use the McSPI at the register level. When that is familiar, then reading through the /drivers/dma/edma.c code will be easier to understand. You will notice that the

Re: [beagleboard] anyone have mainline drivers/staging/fbtft working?

thanks for the quick the response! that gives a me a good place to start looking. On Tue, Nov 3, 2015 at 3:04 PM, Robert Nelson wrote: > On Tue, Nov 3, 2015 at 3:01 PM, Drew Fustini wrote: >> fbtft is a collection of Linux kernel framebuffer drivers

Re: [beagleboard] anyone have mainline drivers/staging/fbtft working?

On Tue, Nov 3, 2015 at 3:37 PM, Drew Fustini wrote: > thanks for the quick the response! that gives a me a good place to > start looking. okay seems to work in v4.0.x so it's a regression in v4.1.x.. debian@beaglebone:~$ uname -r 4.0.9-bone-rt-r8.1 debian@beaglebone:~$ sudo

Re: [beagleboard] anyone have mainline drivers/staging/fbtft working?

On Tue, Nov 3, 2015 at 3:01 PM, Drew Fustini wrote: > fbtft is a collection of Linux kernel framebuffer drivers for small > LCD and OLED displays. > > It is was developed out-of-tree in this github repo: > > https://github.com/notro/fbtft > > I compiled those fbtft kernel

[beagleboard] Re: Slave McSPI with DMA

On 2 November 2015 at 19:02, John Syne wrote: > I have been reading your posts and I am impressed with your detailed > knowledge of the inner workings of the AM335x. Do you have any experience > with using MCSPI as a slave and using EDMA. I’m using a high speed ADC that >

[beagleboard] 4.1 kernel difficulties with SPI

Hi - I’m trying kernel 4.1.12-ti-r26, and trying to overlay the BB-SPIDEV0-0A00.dtbo (after disabling HDMI in uEnv.txt) echo 'BB-SPIDEV0' > /sys/devices/platform/bone_capemgr/slots gives me sh: echo: I/O error, and tail’ing dmesg shows: [ 1195.632275] bone_capemgr bone_capemgr: slot #8: override

Re: [beagleboard] Re: BBK - pwmchip inconsistencies

> > Anyhow, I noticed we've drifted slightly off-topic here... ;-) > Holy molly ... we did, however you guys provided me enough info leads for a whole year of insomnia. Nevertheless there are a point I'd like to bump up : Correct, pretty much anything can be used from userspace like that,

Re: [beagleboard] 4.1 kernel difficulties with SPI

On Tue, Nov 3, 2015 at 8:05 PM, m...@gehlvail.net wrote: > Hi - I’m trying kernel 4.1.12-ti-r26, and trying to overlay the > BB-SPIDEV0-0A00.dtbo (after disabling HDMI in uEnv.txt) > > echo 'BB-SPIDEV0' > /sys/devices/platform/bone_capemgr/slots > gives me sh: echo: I/O error,

Re: [beagleboard] Re: BBK - pwmchip inconsistencies

On 4 November 2015 at 03:40, Pierre-Louis Constant wrote: > you guys provided me enough info leads for a whole year of insomnia. > haha, sorry :-) > Correct, pretty much anything can be used from userspace like that, >> although some people will frown at you for bypassing

Re: [beagleboard] Re: Slave McSPI with DMA

I think that link refers to SPI slave nodes and not SPI slave mode. There are a few postings on E2E related to SPI slave mode, but none seem to have achieve anything, or at least anything that they disclosed. My approach is to use Starterware to mock up a solution where I have McSPI and EDMA

Re: [beagleboard] anyone have mainline drivers/staging/fbtft working?

I'm trying to build bb-kernel am33x-v4.0 but a patch conflict occurs: CONFLICT (content): Merge conflict in include/linux/compiler-gcc.h Patch failed at 0052 overflow-arith: begin to add support for overflow builtin functions Full log: https://gist.github.com/pdp7/73eb4857d38054ebcf9f I can

Re: [beagleboard] Re: Slave McSPI with DMA

> > *I think that link refers to SPI slave nodes and not SPI slave mode.* > Yeah it's not always clear what these people are talking about. For instance, peopel talking about using SPI Master mode using the inccorect acronyms (SIMO, SOMI ) etc. Master device -> MISO, MOSI Slave device -> SIMO,

Re: [beagleboard] Re: BBK - pwmchip inconsistencies

On 4 November 2015 at 05:01, William Hermans wrote: > Where would be a good start to read up on uio ? I've been reading around, > but have not found anything of much use yet. > The official doc is the UIO Howto , but it's very

Re: [beagleboard] Re: Slave McSPI with DMA

So, I was curious about this too, and decided to do some web searching . . . it seems there is a lot of talk about this going back since around 2009. Although it is unclear whether or not slave mode was ever achieved, some guy on the E2E forums claimed to have done it. Using DMA as well. But

Re: [beagleboard] Re: BBK - pwmchip inconsistencies

Matthijs, Where would be a good start to read up on uio ? I've been reading around, but have not found anything of much use yet. Also, that pastebin you gave, this is *everything* needed to use an uio adc ? But for instance, assuming the pastebin you gave is everything needed( which would be

Re: [beagleboard] Re: Slave McSPI with DMA

Thanks William. Regards, John > On Nov 3, 2015, at 8:05 PM, William Hermans wrote: > > I think that link refers to SPI slave nodes and not SPI slave mode. > > Yeah it's not always clear what these people are talking about. For instance, > peopel talking about using SPI

Re: [beagleboard] anyone have mainline drivers/staging/fbtft working?

On Tue, Nov 3, 2015 at 10:15 PM, Drew Fustini wrote: > I'm trying to build bb-kernel am33x-v4.0 but a patch conflict occurs: > > CONFLICT (content): Merge conflict in include/linux/compiler-gcc.h > Patch failed at 0052 overflow-arith: begin to add support for > overflow

Re: [beagleboard] Re: Poor Java performance on new BBB

Hi Robert, thank you!! I made: sudo apt-get install linux-image-3.8.13-bone67 Now the Java application are working with 40ms ... seems really the kernel was the problem. Thanks again! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are

Re: [beagleboard] Re: Poor Java performance on new BBB

Hi Robert, thank you!! I made: sudo apt-get install linux-image-3.8.13-bone67 Now the Java application are working with 40ms ... seems really the kernel was the problem. Thanks again! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are

Re: [beagleboard] Re: BBK - pwmchip inconsistencies

On 4 November 2015 at 07:06, Matthijs van Duin wrote: > See TRM chapter 12 for usage (yes, "Touchscreen Controller", that's the > one). You can also peek at my header: http://gerbil.xs4all.nl/adc.h (the headers it depends on can be found in

Re: [beagleboard] Re: BBK - pwmchip inconsistencies

On 4 November 2015 at 07:34, Matthijs van Duin wrote: > #include sorry, #include "util/device.h" it's obviously not a system header (but also one you can find in jbang) -- For more options, visit http://beagleboard.org/discuss --- You received this message

Re: [beagleboard] BBB won't boot up (PWR Led does a single quick blink)

Many Thanks Gerald, I got response to my RMA request this time. In fact I received response to all my earlier RMA request as well. Cheers Mahesh On Tuesday, October 27, 2015 at 7:37:52 PM UTC+5:30, Gerald wrote: > > Try the RMA again. > > Gerald > > > On Tue, Oct 27, 2015 at 6:51 AM, mahesh

[beagleboard] Looking for SPI Salve configuration and sample code for testing on BBB with kernel 3.8.13

Hi ALL, Please provide your support on this BBB SPI slave configuration and sample code for kernel 3.8.13 . I have done Master mode communication with slave memory device, but i want to communication with two BBB. one is mater and another is salve device. I guess present kernel doesn't

Re: [beagleboard] Re: Poor Java performance on new BBB

On Tue, Nov 3, 2015 at 8:34 AM, Fohnbit wrote: > Hi Robert, > > sorry for asking again! > > Did you see a way to downgrade the kernel? yes.. via apt: sudo apt-get update sudo apt-get install linux-image-3.8.13-bone63 bone73-> bone74, bone76 -> bone79 (not sure what

Re: [beagleboard] kernel updates thread

On Nov 2, 2015 1:34 PM, "Robert Nelson" wrote: > > 4.1.12-ti-r26 How can I compile that from source? I've been using your wonderful bb-kernel repo but didn't see any branches or tags a with 'ti' in the name. Thanks Drew -- For more options, visit

[beagleboard] Understanding the whole Yocto/Linux stack for the BB

Hello, I’m using a BeagleBone as a base to develop a custom board. I’ve read pages and pages of doc and I feel I need some highlights to make sense of it all. Note that I’m mainly trying to understand the custom Linux distribution workflow at the lowest level here, for instance to be able

Re: [beagleboard] Understanding the whole Yocto/Linux stack for the BB

On Tue, Nov 3, 2015 at 9:56 AM, Baptiste wrote: > Hello, > > > > I’m using a BeagleBone as a base to develop a custom board. I’ve read pages > and pages of doc and I feel I need some highlights to make sense of it all. > Note that I’m mainly trying to understand the

Re: [beagleboard] kernel updates thread

On Tue, Nov 3, 2015 at 10:12 AM, Drew Fustini wrote: > On Nov 2, 2015 1:34 PM, "Robert Nelson" wrote: >> >> 4.1.12-ti-r26 > > How can I compile that from source? > > I've been using your wonderful bb-kernel repo but didn't see any branches or > tags a

[beagleboard] Re: Is it possible to shutdown Main CPU but keep PRU running?

Hello Matthijs van Duin, Thank you very much for taking your time and answereing my this detailed and precise! Everything you wrote was very interesting and I used the information as keywords for further investigations. Unfortunetly I think I am far away from beeing advanced enough for some

Re: [beagleboard] Re: Poor Java performance on new BBB

Hi Robert, sorry for asking again! Did you see a way to downgrade the kernel? Thank you! -- 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