Hi Rob,
On first boot, it'll take a good 2-3 minutes before the console loads
"oem-config" to help you create the first user.. Which will explain
the USR0 LED flashing..
If that isn't happening... Is there anything on your serial log? Can
you pastebin it anyways so i can take a look at it...
Can i have you rerun the "setup_sdcard.sh" script with:
"--use-default-user" , this will bypass the oem-config, does it load
to a login prompt?
user: ubuntu pass: temppwd
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
An hour is way to much... (anything more then 5mins is usually a
failure of some kind)
With out a serial cable, it's pretty hard to see what's going on in your board..
Do you have any smaller sd cards? 4/8G? I've had some issues with
large/oversize cards..
On Fri, Oct 15, 2010 at 9:56 AM, Trey Weaver <treyw...@gmail.com> wrote:
> I am having the same issue and I do have a serial port connected.
>
> Here is the output, after this output it just sits there (waited 15
> minutes):
> Starting kernel ...
>
> Uncompressing Linux... done, booting the kernel.
That's definitely not good...
Which of the various install methods was this install? Which command
line options did you give it? and can i see your dump of your
"boot.scr" "cat boot.scr | pastebinit" would work fine..
This would be normal if he used the official pre-installed image for
Maverick (as console is disabled by default).
But it seems he's using a different x-loader/u-boot combination than
the official release.
Cheers,
--
Ricardo Salveti de Araujo
Hey Trey,
There shouldn't be...
After your first message, i double checked it and posted this..
http://pastebin.com/fXwm4cJx
Which xM revision do you have?
I don't think it causes any harm, but you don't actually need 'sudo'
as the parts in the script that need it will call sudo itself.. (sudo
sudo xyz effect)
> Here is the pastebin of the boot.scr.
>
> http://pastebin.com/XUYgNVRN
That looks fine..
You can also try the pre-installed image released for Maverick at
https://wiki.ubuntu.com/ARM/OMAPMaverickInstall , it should work fine.
That one is usually the most compatible, but to change it is pretty easy..
First on the 'boot' partition, there is a boot.scr and boot.cmd
Open the boot.cmd file and change the 2/3 line "setenv dvi
1280x720MR-16@60" to 800x600MR-16@60 or something else.. save and
close..
Then:
mkimage -A arm -O linux -T script -C none -a 0 -e 0 -n "Some Text" -d
./boot.cmd ./boot.scr
> I have a Rev A2 board.
Okay, same as mine..
Weird, it should as setup dump over the serial console..
> Thanks for your help, what should I try now?
Give this a test... ( i modified the 'setup_sdcard.sh' script to show
more information..)
first remove the existing setup_sdcard.sh file
download this new one:
wget http://rcn-ee.homeip.net:81/dl/updates/omap-image-builder/tools/setup_sdcard.sh
change permissions:
chmod a+x setup_sdcard.sh
then run it on your sd card again...
./setup_sdcard.sh --mmc /dev/sdb --uboot beagle
Regards,
Can you try the following?
Edit boot.scr from the first partition and add proper console arguments:
1. Mount your SD card after flashing the image on it;
2. # cd /media/6B57-ED78/
3. # dd if=boot.scr of=boot.script bs=1 skip=72
4. Edit boot.script and add "console=ttyS2,115200n8" at the setenv line, like:
setenv bootargs vram=12M omapfb.mode=dvi:1280x720MR-16@60
root=/dev/mmcblk0p2 fixrtc console=ttyS2,115200n8 earlyprintk=ttyS2
loglevel=8
5. # mkimage -A arm -T script -C none -n "Ubuntu boot script" -d
boot.script boot.scr
6. Unmount the sd card and boot it on your board
See if changing the bootargs get you at least something at uart.
Angstrom one is a quite different kernel.
Probably with earlyprintk you should be able to at least see something at uart.
On Sun, Oct 17, 2010 at 12:30 AM, James Pogge <jpog...@gmail.com> wrote:
> Hi,
>
> I'm experiencing the exact same problem, my XM was received this
> week, micron chip, A2 Everything includng video checked out with the
> angstrom distribution.
>
> I read all the wiki and threads I coukld find and followed the
> instructions, beyond that the serial boot dump and the entire
> experience above is as if wrote it.
Please just follow what is described at
https://wiki.ubuntu.com/ARM/OMAPMaverickInstall
It's normal to stop at "Uncompressing Linux... done, booting the
kernel." because the console is not enabled by default.
If you can, after writing the image at the SD card, do the following
steps and then you'll be able to see at least something:
Edit boot.scr from the first partition and add proper console arguments:
1. Mount your SD card after flashing the image on it;
2. # cd /media/6B57-ED78/
3. # dd if=boot.scr of=boot.script bs=1 skip=72
4. Edit boot.script and add "console=ttyS2,115200n8" at the setenv line, like:
setenv bootargs vram=12M omapfb.mode=dvi:1280x720MR-16@60
root=/dev/mmcblk0p2 fixrtc console=ttyS2,115200n8 earlyprintk=ttyS2
loglevel=8
5. # mkimage -A arm -T script -C none -n "Ubuntu boot script" -d
boot.script boot.scr
6. Unmount the sd card and boot it on your board
If you get something at your serial then you can at least check what's
wrong with your kernel.
I'd suspect that this can probably be related with the x-loader/u-boot
and the latest xM revision. If the default ubuntu image doesn't work
for you, try grabbing just MLO and u-boot.bin from Angstrom image and
put at the first sd card partition.
Let me know if you're able to boot your kernel.
True, didn't expect to have xM A3 around already, and too bad we need
an extra kernel patch for it.
Opened bug https://bugs.launchpad.net/bugs/663642 for it, pointing the
new uImage. Also updated
https://wiki.ubuntu.com/ARM/OMAPMaverickInstall.
Please, if anyone with an xM A3 could test bug 663642 and report the
result it'd be very helpful (I only have a xM rev A board around, so
can't test).
> Ive been testing everything, USB sticks, bkluetooth USB, Web Camera
> all work, The microphone input is recording and providing an
> indicatrion on the bar graph, but the audo out is completely quiet,
> The apps all show it as on and initialized but I get no sound not even
> the nominal hiss.. I checked on a scope and both sides of the DC
> blocking caps on the R and L output channels are flat (ground) it
> would seem that the sound card is not properly initialized on the A3
> either, or its no good, I havent seen anyone else report this.. It may
> be early.
Yeah, there's a bug for this already, please check
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/651302. And
thanks for reporting back the results of your testing :-)
Cool, thanks for testing, will forward the fix to the kernel team and
hopefully will be applied soon.