Re: [beagleboard] Re: eth0 mysteriously stops working

Overlay, meaning board file. On Wed, Oct 19, 2016 at 10:15 PM, William Hermans wrote: > Yeah I'm locked in a boot loop ending here: > > Starting kernel ... > > [3.341689] CPUidle arm: CPU 0 failed to init idle CPU ops > [3.347892] omap_hsmmc 4806.mmc: unable to

Re: [beagleboard] Re: eth0 mysteriously stops working

Yeah I'm locked in a boot loop ending here: Starting kernel ... [3.341689] CPUidle arm: CPU 0 failed to init idle CPU ops [3.347892] omap_hsmmc 4806.mmc: unable to obtain RX DMA engine channel 3706465728 [3.356275] omap_hsmmc 481d8000.mmc: unable to obtain RX DMA engine channel

Re: [beagleboard] BBBlue student robot project

Sorry I sort of mixed up my explanation a little. So if you're connecting to the serial debug port on the beaglebone to a Linux host machine. The beaglebone side interface would be /dev/ttyO0, where on the host computer side the serial interface would show up as something similar to /dev/ttyUSB0

Re: [beagleboard] Time beween pulses

Oh, and right. For all intents and purpose concerning application performance. cout with C++ and printf() in C would roughly be the same. On Wed, Oct 19, 2016 at 8:48 PM, William Hermans wrote: > Additionally, I'm not really sure if the above description I gave will be > fast

Re: [beagleboard] Time beween pulses

Additionally, I'm not really sure if the above description I gave will be fast enough, If you're very careful in how you structure your code, and making sure not to use function calls that switch back and forth between userspace / kernel space. I think it could be. However, if it is not fast

Re: [beagleboard] Time beween pulses

On Wed, Oct 19, 2016 at 4:50 PM, Arthur Caio wrote: > Hello you all! > > I need to calculate hot much time it takes for an input to go from LOW to > HIGH and then to LOW again. Basically, I want to know the period of a > square wave generated by the LM555 timer. > > I am using

Re: [beagleboard] BBBlue student robot project

On Wed, Oct 19, 2016 at 4:55 PM, Alvin Koontz wrote: > Hi, I am one of the students who was given the BBBlue to interface with > the robot, We have the latest image on an SD card in the BBBlue, on boot > the leds appear to go through the normal boot routine. However we are

Re: [beagleboard] BBBlue student robot project

Hi, I am one of the students who was given the BBBlue to interface with the robot, We have the latest image on an SD card in the BBBlue, on boot the leds appear to go through the normal boot routine. However we are unable to interface with it in anyway. Initially we tried to connect with the

[beagleboard] Time beween pulses

Hello you all! I need to calculate hot much time it takes for an input to go from LOW to HIGH and then to LOW again. Basically, I want to know the period of a square wave generated by the LM555 timer. I am using Qt Creator and programming in C++. I am having trouble at programming this code

Re: [beagleboard] Re: eth0 mysteriously stops working

Thanks again Robert, So I'll have to download the overlay board file repo, edit, and then install but hummm. Been a while I need: ##BeagleBone Black: HDMI (Audio/Video) disabled: dtb=am335x-boneblack-emmc-overlay.dtb Which probably loads the common overlay file, so . ..yeah ok think I got it.

Re: [beagleboard] Re: eth0 mysteriously stops working

On Wed, Oct 19, 2016 at 1:09 PM, William Hermans wrote: > Thanks Robert, > > I'll check that out, So when you sasy "remove the sleeps". I just delete > "sleep" from pinctrl-names = "default", "sleep"; or do I need to also remove > pinctrl-1 = <_sleep>; as well ? Yeah, from:

Re: [beagleboard] Re: eth0 mysteriously stops working

I would think both, but honestly don't know . . . On Wed, Oct 19, 2016 at 11:09 AM, William Hermans wrote: > Thanks Robert, > > I'll check that out, So when you sasy "remove the sleeps". I just delete > "sleep" from pinctrl-names = "default", "sleep"; or do I need to also >

Re: [beagleboard] Re: eth0 mysteriously stops working

Thanks Robert, I'll check that out, So when you sasy "remove the sleeps". I just delete "sleep" from pinctrl-names = "default", "sleep"; or do I need to also remove pinctrl-1 = <_sleep>; as well ? On Wed, Oct 19, 2016 at 11:04 AM, Robert Nelson wrote: > On Wed, Oct 19,

Re: [beagleboard] Re: eth0 mysteriously stops working

On Wed, Oct 19, 2016 at 12:54 PM, William Hermans wrote: > > > On Wed, Oct 19, 2016 at 3:24 AM, Graham wrote: >> >> I have two BBG units that I use as headless servers, with only access >> through Ethernet. Both have been running without reboot for

Re: [beagleboard] Re: eth0 mysteriously stops working

On Wed, Oct 19, 2016 at 3:24 AM, Graham wrote: > I have two BBG units that I use as headless servers, with only access > through Ethernet. Both have been running without reboot for multiple > months without any issues. I think that I mentioned that I did have a BBB > do

Re: [beagleboard] Re: eth0 mysteriously stops working

what version of the OS and kernel are you using? On 10/19/2016 3:24 AM, Graham wrote: > I have two BBG units that I use as headless servers, with only access > through Ethernet. Both have been running without reboot for multiple > months without any issues. I think that I mentioned that I did

Re: [beagleboard] SGX on 4.4.*-ti-rt kernel

On Wed, Oct 19, 2016 at 9:14 AM, Matteo Facchinetti wrote: > > > Il giorno mercoledì 19 ottobre 2016 10:21:53 UTC+2, Matteo Facchinetti ha > scritto: >> >> >>> I'm pretty sure we will have to back-port wayland from stretch.. >>> >>> But this scares me: >>> >>> >>>

Re: [beagleboard] SGX on 4.4.*-ti-rt kernel

Il giorno mercoledì 19 ottobre 2016 10:21:53 UTC+2, Matteo Facchinetti ha scritto: > > > I'm pretty sure we will have to back-port wayland from stretch.. >> >> But this scares me: >> >> >>

[beagleboard] Re: eth0 mysteriously stops working

I have two BBG units that I use as headless servers, with only access through Ethernet. Both have been running without reboot for multiple months without any issues. I think that I mentioned that I did have a BBB do exactly what you describe, while running as a headless server last year, but

Re: [beagleboard] kernel tools/iio

I would like to be that simple ! But it looks like that all the header that I need are in this folder : /usr/src/linux-headers-4.4.13-bone11/include/linux/iio/ It's working now ! Le mer. 19 oct. 2016 à 12:00, William Hermans a écrit : > https://kernelnewbies.org/IIO_tasks >

Re: [beagleboard] kernel tools/iio

https://kernelnewbies.org/IIO_tasks These tasks are for you to get familiar with the IIO subsystem. You do not > need to claim these via the Outreachy tasks page. *For IIO related > questions you can join #linux-iio IRC channel (server irc.oftc.net > ). * > Please email your

[beagleboard] kernel tools/iio

Hi, I would like to know how to compile this tools for the beaglebone black ? I Tried, but I didn't succeed yet ! Any idea ? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To

Re: [beagleboard] SGX on 4.4.*-ti-rt kernel

> I'm pretty sure we will have to back-port wayland from stretch.. > > But this scares me: > > > http://git.ti.com/gitweb/?p=graphics/omap5-sgx-ddk-um-linux.git;a=commit;h=8d4ba04a2da59989b21aacca9defdf387e321695 > > > the gcc 4.9 -> gcc 5.x was so much "FUN" in stretch over the summer, ^ >