Hello ,
I recently tried compiling and booting a fresh kernel and U-boot on
Beagleboard -Xm rev c , i get the following error during board bootup
U-Boot SPL 2014.10-rc2 (Sep 06 2014 - 18:31:00)
SPL: Please implement
From: pavan bgpa...@gmail.com
Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Date: Saturday, September 6, 2014 at 11:39 PM
To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Subject: [beagleboard] BeagleBoard XM rev c Boot Issue
Hello ,
I recently
Larry Howell lhow...@speakeasy.net wrote:
I'd love to find a document or tutorial that describes how this all
hangs together but there doesn't seem to be anything other than the
(huge) processor documentation which is vey much reference material
and (as I referred to above) various blogs
In my custom audio cape device tree fragment the modes are setup like thus.
pinctrl-single,pins =
0x1ac 0x00 /* mcasp0_ahclkx, OUTPUT | MODE0 */
0x194 0x20 /* mcasp0_fsx, INPUT | MODE0 */
0x190 0x20 /* mcasp0_aclkx, INPUT | MODE0 */
0x198 0x20 /* mcasp0_axr0, INPUT | MODE0 */
Hi,
I built linux-omap-psp-2.6.37 kernel for BB xM with version
uImage--2.6.37-r125b.2. But I stops at
Uncompressing Linux... done, booting the kernel.
I have console=ttyO2,115200n8, I tried to change kernel configuration, but
I can not figure out.
Thanks!
Kai
--
For more options, visit
Below is picture of the display on bootup. Expected display output is
overwritten by Angstrom screen
https://lh6.googleusercontent.com/-0ZA2QPRpNi8/VAxGxNd11yI/ABs/lvJbktseYgY/s1600/IMG_3852.JPG
Expected Display output
Of course! Because changing u-boot environment variables means nothing for
SPL bootloader :)
07 Сен 2014 г. 16:11 пользователь pavan B.G bgpa...@gmail.com написал:
Hello John ,
I applied the patch,cross compiled U-boot and tried but its still the
same ..:(
Regards
Pavan
On 7
Output when overlay enabled but no devices found.
/sys/devices/w1_bus_master1/w1_master_add: write device
id xx- to add slave
/sys/devices/w1_bus_master1/w1_master_attempts: 61
/sys/devices/w1_bus_master1/w1_master_max_slave_count: 10
Can't figure out why people trash Java (my language is better than yours
thing;) the key driver of Java is its library - it has no peer!
On Thursday, July 31, 2014 9:15:04 AM UTC-7, William Hermans wrote:
Datenheld, My point was why use a language, when if key feature is taken
away . . .
Thanks for the update Jason... I didn't realize the kernel repo had moved -
I was wondering why there wasn't much activity recently! I was looking at
the 3.8 branch and noticed that Robert had added SGX... it would appear
that 3.8 will also now have SGX working, not only 3.14, right? I didn't
*Can't figure out why people trash Java (my language is better than yours
thing;) the key driver of Java is its library - it has no peer!*
And yet, here you are continuing the argument. Ignoring the fact that
countless other languages have equal ( maybe even bigger / better )
Libraries. I
On 9/7/14, 2:07 AM, c...@isbd.net c...@isbd.net wrote:
John Syn john3...@gmail.com wrote:
I'd love to find a document or tutorial that describes how this all
hangs together but there doesn't seem to be anything other than the
(huge) processor documentation which is vey much reference
BBB boot from tftp and nfs -
kernel: 3.15.10-bone8
rootfs: debian-jessie-console-armhf-2014-08-13
Hardware:
BBB A5C
Circuitco LCD4 cape
Circuitco RS232 cape
/home/rob/rootfs/boot/uEnv.txt
uname_r=3.15.10-bone8
cmdline=quiet init=/lib/systemd/systemd
*optargs=consoleblank=0*.
I used this
Here is a nice spreadsheet
http://www.embedded-things.com/bbb/beaglebone-black-pin-mux-spreadsheet/
On Mon, Sep 8, 2014 at 6:15 AM, John Syn john3...@gmail.com wrote:
On 9/7/14, 2:07 AM, c...@isbd.net c...@isbd.net wrote:
John Syn john3...@gmail.com wrote:
I'd love to find a document
I hadn't googled for pinmux for a while:
http://roshan.info/blog/2014/03/03/beaglebone-black-pinmux-and-dts-helper/
On Mon, Sep 8, 2014 at 8:21 AM, John Stampfl jstam...@gmail.com wrote:
Here is a nice spreadsheet
http://www.embedded-things.com/bbb/beaglebone-black-pin-mux-spreadsheet/
On
and of course:
https://github.com/cdsteinkuehler/beaglebone-universal-io
On Mon, Sep 8, 2014 at 8:27 AM, John Stampfl jstam...@gmail.com wrote:
I hadn't googled for pinmux for a while:
http://roshan.info/blog/2014/03/03/beaglebone-black-pinmux-and-dts-helper/
On Mon, Sep 8, 2014 at 8:21
Robert,
Thanks again for your help, everything seems to be working now.
-Randy
--
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
$ setterm -powersave off -blank 0
On Sun, Sep 7, 2014 at 5:15 PM, Moscowbob moscow...@gmail.com wrote:
BBB boot from tftp and nfs -
kernel: 3.15.10-bone8
rootfs: debian-jessie-console-armhf-2014-08-13
Hardware:
BBB A5C
Circuitco LCD4 cape
Circuitco RS232 cape
errr sorry, that should only be *setterm -blank 0*
On Sun, Sep 7, 2014 at 6:03 PM, William Hermans yyrk...@gmail.com wrote:
$ setterm -powersave off -blank 0
On Sun, Sep 7, 2014 at 5:15 PM, Moscowbob moscow...@gmail.com wrote:
BBB boot from tftp and nfs -
kernel: 3.15.10-bone8
On Sat, Sep 6, 2014 at 6:57 PM, Brent Sink brent.s...@gmail.com wrote:
I can't quite define it, but something seems to get corrupted. When the
new corrupted application runs, it only shows a white rectangle, rather
than the application. I guess I was wondering how others update their own
hmm so actual that did not work for me either, which I do not know is a bug
or what so here is what I had to do.
First check output of:
*$ cat /sys/module/kernel/parameters/consoleblank*
*600*
It'll probably be 600 as above, which is ten minutes( 600 seconds ).
So . . .
*nano /boot/uEnv.txt*
@Robert
I'll have you know that you've broken $optargs in the initial stage
uEnv.txt.
In case you did not know already . . .
On Sun, Sep 7, 2014 at 6:32 PM, William Hermans yyrk...@gmail.com wrote:
hmm so actual that did not work for me either, which I do not know is a
bug or what so here is
optargs does not work in the latest uboot file setup. I've noticed this
myself in othe situations. you have to use Robert new cmdline env variable
On Sun, Sep 7, 2014 at 7:19 PM, Jason Lange j.b.la...@gmail.com wrote:
Hello,
I'm wondering if it would help if you changed from:
From: William Hermans yyrk...@gmail.com
Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Date: Sunday, September 7, 2014 at 7:26 PM
To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Subject: Re: [beagleboard] optargs in kernel 3.15.10-bone8
optargs does not
Ok, so rather coming in and sniping a comment Jjohn, why dont you try and
set an optargs env variable in the initial uEnv.txt file and see what
happens.
If you're using the same uboot we're using, it wont work. Now, feel free to
find yourself trolling a different post.
On Sun, Sep 7, 2014 at
Hi again,
I just tried wrapping my optarg in quotes and it didn't make a lick of
difference, so that's not it.
It's seems that I should have the latest uboot since I'm running an image
from 3 days ago.
My optargs aren't broken.
On Sun, Sep 7, 2014 at 7:36 PM, John Syn john3...@gmail.com wrote:
From: William Hermans yyrk...@gmail.com
Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Date: Sunday, September 7, 2014 at 7:43 PM
To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Subject: Re: [beagleboard] optargs in kernel 3.15.10-bone8
Ok, so rather
try:
cat /proc/cmdline
to see if optargs show there
On Sun, Sep 7, 2014 at 7:46 PM, John Syn john3...@gmail.com wrote:
From: William Hermans yyrk...@gmail.com
Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Date: Sunday, September 7, 2014 at 7:43 PM
To:
Since both of you seem convinced that optargs is not broken, why dont you
actually go make changes to your own uEnv.txt and test if what you think
will work, actually works. What I did works, as I tested it myself.
On Sun, Sep 7, 2014 at 7:50 PM, Jason Lange j.b.la...@gmail.com wrote:
try:
cat
This course *does* look interesting. Is there any way to audit the course
-- uStream archives or something like that?
Cheers, Tim
On Friday, September 5, 2014 11:13:58 AM UTC-4, Mark A. Yoder wrote:
The purpose of this posting is to announce that I'm once again teaching
an Embedded Linux
just added fauxarg to my optargs like this:
optargs=spidev.bufsiz=16384 fauxarg
and rebooted. Now cat /proc/cmdline shows this:
console=tty0 console=ttyO0,115200n8 spidev.bufsiz=16384 *fauxarg*
root=/dev/mmcblk0p1 rootfstype=ext4 rootwait fixrtc quiet
init=/lib/systemd/systemd
On Sun, Sep 7,
Jason, odd, it seems to be working for me now too. Previously the cmdline
env variable was overriding my optargs statements.
*root@arm:~# cat /sys/module/kernel/parameters/consoleblank*
*0*
*root@arm:~# cat /proc/cmdline*
*console=ttyO0,115200n8 consoleblank=0 root=/dev/nfs
Once again --- thanks, folks. It's always useful to have some trail
markers from explorers who've gone before. It certainly seems odd to have
open resources that aren't just thinly veiled ads, but it seems that's not
unusual in the Land of Linux. Who'd have guessed? :-)
(If you'll pardon the
For the record. in that cmdline *consoleblank=0* is declared in $optargs
and *init=/lib/systemd/systemd *is declared in* $cmdline. *
Previously I had tried disabling hdmi via optargs, so maybe that is now
different. Either way
*optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN*
was
I don't know if capemanager is functional for these new fangled kernels.
optargs will happily pass non functional arguments (like my fauxarg
above). Maybe optargs was passing your capemgr.disable argument and it was
something else that was broken?
But if you can make it work why isn't it working
Jason, hah ! I see why now. Can you see the problem ?
*uname_r=3.15.10-bone8*
*cmdline=quiet init=/lib/systemd/systemd*
*optargs=consoleblank=0*.
This is actually in the wrong file. For this to work in the file he's using
there it needs to be as i said above. Which is:
*cmdline=quiet
This should be that $optargs works in the initial uEnv.txt file loaded at
boot, but not the second stage uEnv.txt file which is pulled in by the
stage 1 file.
False alarm ( again ).
On Sun, Sep 7, 2014 at 6:37 PM, William Hermans yyrk...@gmail.com wrote:
@Robert
I'll have you know that
On Sun, Sep 7, 2014 at 8:30 PM, Jason Lange j.b.la...@gmail.com wrote:
I don't know if capemanager is functional for these new fangled kernels.
optargs will happily pass non functional arguments (like my fauxarg
above). Maybe optargs was passing your capemgr.disable argument and it was
Err actually, they are not loaded, been a while since ive played with
*slots* heh.
On Sun, Sep 7, 2014 at 8:53 PM, William Hermans yyrk...@gmail.com wrote:
On Sun, Sep 7, 2014 at 8:30 PM, Jason Lange j.b.la...@gmail.com wrote:
I don't know if capemanager is functional for these new fangled
##enable BBB: eMMC Flasher:
##make sure, these tools are installed: dosfstools rsync
#cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v2.sh
I suppose this will need to be changed. The tools needed ( now just tool
as in singular ), and the actual script file.
I wonder how many people out
From: William Hermans yyrk...@gmail.com
Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Date: Sunday, September 7, 2014 at 10:00 PM
To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Subject: Re: [beagleboard] debian testing: 2014-09-03 (goodbye vfat
release)
41 matches
Mail list logo