It looks like it is running, just the HDMI is turned off.
You should be able to ssh into it through the USB cable and modify the uEnv.txt
to re-enable the HDMI.
Or, plug the SD card into a computer, modify the uEnv.txt on the computer.
It may be bypassing the SD card when it boots. Are you
Le dimanche 19 octobre 2014 07:39:15 UTC+2, meino@gmx.de a écrit :
Newton thom...@gmail.com javascript: [14-10-19 04:18]:
Le dimanche 19 octobre 2014 01:31:07 UTC+2, Newton a écrit :
Le samedi 18 octobre 2014 21:32:34 UTC+2, meino@gmx.de a écrit :
Le dimanche 19 octobre 2014 14:16:01 UTC+2, Peter Gregory a écrit :
It looks like it is running, just the HDMI is turned off.
You should be able to ssh into it through the USB cable and modify the
uEnv.txt to re-enable the HDMI.
Or, plug the SD card into a computer, modify the uEnv.txt on
Apparently, I fix the problem !
I don't know really why, because I just reflash it with a old debian
image(like as did 10 times)
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To
Saad,
You meant beagleboard@googlegroups.commailto:beagleboard@googlegroups.com,
not beaglebo...@googlegroup.commailto:beaglebo...@googlegroup.com. That is
why I missed your e-mail for a few days.
Responses below...
From: Namou, Saad [mailto:saad_na...@instron.com]
Sent: Friday, October 17,
I'm sampling data from the ADC and doing some processing on the PRU unit.
After that, I pass the processed data to a linux app in the ARM processor
using shared memory. Sometimes when the ARM processor is busy, I miss some
of the samples so I'd like to use a ring buffer.
I was reading this
On 10/19/2014 1:01 PM, Rafael Vega wrote:
If I'm writing and reading from the PRU and the ARM to a position in shared
ram, how do I make sure I'm doing it atomically?
Use 32-bit (or smaller) naturally aligned values in the PRU data ram and
accesses will be atomic on both the PRU and the ARM
Use 32-bit (or smaller) naturally aligned values in the PRU data ram and
accesses will be atomic on both the PRU and the ARM side.
So, something like this will do the trick (for atomic access)? on the PRU:
// Address 0x1 is refered to as shared data in the PRU local data
memory map.
On Oct 19, 2014 1:02 PM, Newton thom0...@gmail.com wrote:
Le dimanche 19 octobre 2014 17:15:45 UTC+2, Newton a écrit :
Apparently, I fix the problem !
I don't know really why, because I just reflash it with a old debian
image(like as did 10 times)
Apparently latest Debian Image
On 10/19/2014 1:39 PM, Rafael Vega wrote:
Use 32-bit (or smaller) naturally aligned values in the PRU data ram and
accesses will be atomic on both the PRU and the ARM side.
So, something like this will do the trick (for atomic access)? on the PRU:
// Address 0x1 is refered to as
Le dimanche 19 octobre 2014 21:39:12 UTC+2, RobertCNelson a écrit :
On Oct 19, 2014 1:02 PM, Newton thom...@gmail.com javascript: wrote:
Le dimanche 19 octobre 2014 17:15:45 UTC+2, Newton a écrit :
Apparently, I fix the problem !
I don't know really why, because I just reflash
On Sun, Oct 19, 2014 at 3:55 PM, Newton thom0...@gmail.com wrote:
Le dimanche 19 octobre 2014 21:39:12 UTC+2, RobertCNelson a écrit :
On Oct 19, 2014 1:02 PM, Newton thom...@gmail.com wrote:
Le dimanche 19 octobre 2014 17:15:45 UTC+2, Newton a écrit :
Apparently, I fix the
Now to read up on memory barriers :)
On Sunday, October 19, 2014 2:48:58 PM UTC-5, Charles Steinkuehler wrote:
On 10/19/2014 1:39 PM, Rafael Vega wrote:
Use 32-bit (or smaller) naturally aligned values in the PRU data ram
and
accesses will be atomic on both the PRU and the ARM
I've been googling and watching device tree tutorials... all targeted at
3.8 kernel.
This is great for learning the basics, but I have 3.14 kernel: Linux
beaglebone 3.14.19-ti-r30 #1 SMP PREEMPT Mon Oct 13 20:34:06 UTC 2014
armv7l GNU/Linux
From what I can find, the friendly device tree tools
I just saw the post below mine (how did I miss it before?) that mentioned
https://github.com/cdsteinkuehler/beaglebone-universal-io
for 3.14 kernel.
I'm reading through it now, sounds like it may answer my question...
--
For more options, visit http://beagleboard.org/discuss
---
You received
On Sun, Oct 19, 2014 at 5:36 PM, Peter Gregory talkto...@gmail.com wrote:
I've been googling and watching device tree tutorials... all targeted at 3.8
kernel.
This is great for learning the basics, but I have 3.14 kernel: Linux
beaglebone 3.14.19-ti-r30 #1 SMP PREEMPT Mon Oct 13 20:34:06 UTC
Le dimanche 19 octobre 2014 23:35:22 UTC+2, RobertCNelson a écrit :
On Sun, Oct 19, 2014 at 3:55 PM, Newton thom...@gmail.com javascript:
wrote:
Le dimanche 19 octobre 2014 21:39:12 UTC+2, RobertCNelson a écrit :
On Oct 19, 2014 1:02 PM, Newton thom...@gmail.com wrote:
Hi,
I'm having an issue trying to flashed my BBB eMMC thorugh doing the common
sd-card process. Here's what I've been doing:
- I downloaded the latest debían from here
https://rcn-ee.net/deb/flasher/wheezy/BBB-eMMC-flasher-debian-7.6-console-armhf-2014-08-13-2gb.img.xz
- I wrote the
I tried the lxde one, and it works great :)
But I have a question, are they full images or just updates ? Because I
started with 2014-05-14, then 2014-09-08 and then 2014-10-08 and now it
works.
They are full updates, designed to flash any board with either blank
eeprom or an older image. The
On Sun, Oct 19, 2014 at 6:40 PM, Lopez Gonzalez Sebastian
slope...@gmail.com wrote:
Hi,
I'm having an issue trying to flashed my BBB eMMC thorugh doing the common
sd-card process. Here's what I've been doing:
- I downloaded the latest debían from here
- I wrote the image to my sd-card
Hi all,
I have an AM3352 bases custom board. I've tried to configure framebuffer driver
for small RGB 320x240 TFT LCD in linux-3.8.13 but it doesn't work. In the old
kernel linux-3.2.0 I can modify some file such as board-am335xevm.c, da8xx-fb.c
and it works properly. The new kernel implements
I just ran across BBIOConfig (https://github.com/strahlex/BBIOConfig)
Very cool and easy to understand.
I saw there was a utility config-pin for setting up the pin configuration.
Does this work on BBB 3.14 now?
Is there an apt-get install package that will install it?
--
For more options, visit
On Sun, Oct 19, 2014 at 7:36 PM, Peter Gregory talkto...@gmail.com wrote:
I just ran across BBIOConfig (https://github.com/strahlex/BBIOConfig)
Very cool and easy to understand.
I saw there was a utility config-pin for setting up the pin configuration.
Does this work on BBB 3.14 now?
Is there
Thanks for the reply Robert,
I've tried several times dd'ing the card (also tried Wind32 disk imager).
I've noticed that even uboot nor the Angstrom distro cannot detect the card
when I plug it into the board. I tried lsblk -l with no success.
That is why I was asking, since the microSD will
On Sun, Oct 19, 2014 at 6:46 PM, Lopez Gonzalez Sebastian
slope...@gmail.com wrote:
Thanks for the reply Robert,
I've tried several times dd'ing the card (also tried Wind32 disk imager).
I've noticed that even uboot nor the Angstrom distro cannot detect the card
when I plug it into the
25 matches
Mail list logo