@# Quotes DB     useful, funny, interesting





Google
 
Web www.quotesdb.info
Undernet  |  EFnet  |  Quakenet  |  Freenode  |  Dalnet  |  Ircnet  |  Galaxynet
Page: 1 2 3 4 5 6 7 8



Comments:

<0> cool
<1> today i'm trying to get the kernel and rootfs updated
<0> ok
<1> i'm starting with the kernel... which i think is zImage-omap5912osk-20060906100754.bin in my deploy/images dir
<1> is that correct?
<0> yeah
<1> ok, i copied it over
<1> cp.b'd it to the right spot
<1> but... when i try to boot... it says:
<1> ## Booting image at 00100000 ... Bad Magic Number
<0> drum roll
<1> have you seen that before?
<0> hmmm
<1> sorry ... i was cutting and pasting :P
<0> :)
<0> I love the dramatic pauses on irc :)



<1> as do i
<0> hmm
<0> can you try the imls commands?
<1> such as?
<0> the ones that do the image checks
<0> imls I think
<0> do help at the u-boot prompt
<0> I am still at home, no osk handy
<1> 'imls' lists all the images
<1> when i execute it, it returns nothing (since i wiped the board) :)
<0> try iminfo?
<0> you have the kernel in flash at 0x100000?
<1> kernel is in memory at 0x10000000, not flash
<1> checksum p***ed
<0> hmmm
<0> can you check the version of u-boot?
<1> latest... 1.1.4
<1> U-Boot 1.1.4 (Aug 29 2006 - 17:05:48)
<0> ok
<0> I am thinking it may not boot from address 0x1000000
<0> if you look in the bb file at the line with mkimage in it, there are some addresses specified
<1> hrm... that would be odd
<1> the newbie guide says to copy it to 0x1000000 in flash
<1> ok, i'll check the bb file
<0> hmmm
<0> but maybe the addresses are ram
<0> I always put my kernel at 0x100000 in flash
<0> I may be confused about addresses .....
<1> no, you're right ... 0x100000 ... i added an extra 0
<1> i copied the comand from the newbie guide at the console, tho
<0> it decompressess kernel to ram
<1> cp.b 0x10000000 0x100000 $(filesize) ... so that's right
<1> Crofton: mkimage -A arm -O linux -T kernel -C gzip -a 0x10c08000 -e 0x10c08000 -n "OE" -d
<1> that line?
<0> yeah
<0> thse may define the addresses to unpack the kernel to though
<0> based on the number of digits
<1> hrm
<0> anyway your kernel is in flash at 0x100000
<0> correct?
<1> the copy said it was successful, but 'imls' doesn't show it
<0> can you type version at the u-boot prompt?
<0> try iminfo
<1> 'lminfo' works ... checksum p***ed ... but "## Checking Image at 10000000 ..."
<1> is that checking that location in flash or memory ?
<0> 0x10,000,000 is RAM
<1> does "cp.b 0x10000000 0x100000 $(filesize)" appear correct? copy from 0x10,000,000 (ram) to 0x100,000 (flash)
<0> yeah
<0> I always use the hex size
<0> did you erase the flash first?
<1> it was completely erased except for uboot, yeah
<1> i tried the copy again... it says successful... 'imls' still shows nothing
<0> try iminfo
<0> there are two commands that do slightly different things
<1> iminfo reports information for 0x10,000,000 (ram) still
<0> also what is the result of typing version at the u-boot pormpt
<0> hmmm
<0> brb
<1> re: u-boot ... same as before ... U-Boot 1.1.4 (Aug 29 2006 - 17:05:48)
<1> hrm.



<1> progress
<1> ## Booting image at 00100000 ... Verifying Checksum ... Bad Data CRC
<1> checksum is ok in memory, but not after copy ... hrm
<1> (in flash, i mean)
<0> hmm
<0> what did you change?
<1> i just did another "erase 1:8-15" and re-did the copy ... then tried bootm 0x10,000 again
<0> erase 1:8-16 and repeat
<0> flash
<1> ok, trying again
<1> back to "bad magic number"
<1> ## Booting image at 00010000 ... Bad Magic Number
<1> i used the same copy command in all tries. just copying and pasting
<1> cp.b 0x10000000 0x100000 $(filesize)
<0> rather than use filesize
<0> I use the hex value for number of bytes transfered
<0> it is shown when the tftpboot finished
<0> not sure about kermit
<1> yeah... but i'm using kermit... it doesn't show it :(
<1> i used the same var yesterday when doing the u-boot upgrade
<1> it simpy uses the filesize of the last file transferred
<1> s/simpy/simply
<0> when you display it, does it make sense?
<1> 11E68B is var value ... let me convert that
<0> imls or iminfo should give you the kernel ifo
<1> 11E68B(h) = 1173131(d) = ~1.1 Mbytes ... looks right to me
<1> yeah, the number is right... 1173067 Bytes = 1.1 MB... acounting for my conversion error
<1> (latter info is from lminfo)
<1> er... 'imls'
<0> bother
<0> I was trying to log into my OSK over ssh
<1> imls and iminfo data match ... imls is from 0x10,000 and iminfo reports 0x10,000,000
<0> but ctrl a is used by ssh also ....
<1> haha... doh ;)
<0> and you get bad magic number
<1> yep. bad magic number
<1> funny error, if you ask me :)
<1> wait
<1> victory !
<0> I think bad magic number is when u-boot does not recognize the number in thekernel image
<1> i erased it, re-copied it... and now it works
<0> ok
<0> erase 1:8-16 ,,,,,
<1> bootm 0x100000 works now ... should i try again?
<0> sometimes your fingers need training
<0> quit while you are ahead
<1> yeah
<1> perhaps something was slightly off. idk.
<0> yeah
<1> now the kernel is booting. since it's stuck at sending dhcp requests, i imagine i need to have it hooked by ethernet to me?
<1> i guess i've taken it as far as i can via serial
<0> or turn off network
<0> yeah
<0> get a router
<0> one of the cheesy linksys ones ...
<1> yeah, i have a bunch. they're 3,500 miles away. i'll have to see if there's one lying around here
<1> so annoying when you don't have any of your actual stuff handy
<0> heh
<0> yeah
<2> RP: I will enable iptables subsystem in 2.6.16 kernels
<0> moving the file system image over serial will likely be annoying
<1> here's a random question: how do i get it to auto boot on reset ?
<1> right now it just sits at the osk prompt, even with the kernel installed
<0> do you get a countdown?
<1> nope
<0> there is some u-boot var
<1> *** Warning - bad CRC, using default environment
<0> delay boot or something
<1> not sure if that is bad or not
<1> that's on a fresh reset
<0> I think you need to set up the image address
<2> RP, do13, mikearthur: did you ever tried to use CONFIG_USB_SUSPEND option?
<0> do a printenv and pastebin


Name:

Comments:

Please enter the result of the sum 63 + 46 (to avoid spam):






Return to #oe
or
Go to some related logs:

postfix pop [sys/perm] unable to locate maildrop
php $db->Insert_ID()
udev eth0 kanotix
ntpclient hibernate
#gentoo
perl LinkExtor howto
sql+all_packages
+sendmail+clear-queue+var/spool
moz-inline-box safari
#css



Home  |  disclaimer  |  contact  |  submit quotes