PineDominator Posted April 12, 2012 Share Posted April 12, 2012 (edited) I am trying to flash a mark4 with the instructions and files from the wiki and I run into this after issuing bootm 0x9f650000 Please choose the operation: 1: Entr boot command line interface. 2: Load system code then write to Flash via TFTP. 3: Boot system code via Flash (default). 3 You choosed 1 0 ar7240> setenv bootargs "board=ALFA console=ttyATH0,115200 rootfstype=squashfs,jffs2 noinitrd" ar7240> saveenv Saving Environment to Flash... Protect off 9F040000 ... 9F04FFFF Un-Protecting sectors 4..4 in bank 1 Un-Protected 1 sectors Erasing Flash...Erase Flash from 0x9f040000 to 0x9f04ffff in Bank # 1 First 0x4 last 0x4 sector size 0x10000 4 Erased 1 sectors Writing to Flash... write addr: 9f040000 done Protecting sectors 4..4 in bank 1 Protected 1 sectors ar7240> tftp 0x80600000 kernel.bin dup 1 speed 100 Using eth0 device TFTP from server 192.168.2.11; our IP address is 192.168.2.1 Filename 'kernel.bin'. Load address: 0x80600000 Loading: ################################################################# ################################################################# ########################################## done Bytes transferred = 878938 (d695a hex) ar7240> erase 0x9f650000 +0x190000 Erase Flash from 0x9f650000 to 0x9f7dffff in Bank # 1 First 0x65 last 0x7d sector size 0x10000 125 Erased 25 sectors ar7240> cp.b 0x80600000 0x9f650000 d695a Copy to Flash... write addr: 9f650000 done ar7240> tftp 0x80600000 rootfs.bin Using eth0 device TFTP from server 192.168.2.11; our IP address is 192.168.2.1 Filename 'rootfs.bin'. Load address: 0x80600000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# #### done Bytes transferred = 2347012 (23d004 hex) ar7240> erase 0x9f050000 +0x600000 Erase Flash from 0x9f050000 to 0x9f64ffff in Bank # 1 First 0x5 last 0x64 sector size 0x10000 100 Erased 96 sectors ar7240> cp.b 0x80600000 0x9f050000 23d004 Copy to Flash... write addr: 9f050000 done ar7240> bootm 0x9f650000 ## Booting image at 9f650000 ... Image Name: MIPS OpenWrt Linux-2.6.39.4 Created: 2011-11-06 19:35:55 UTC Image Type: MIPS Linux Kernel Image (lzma compressed) Data Size: 878874 Bytes = 858.3 kB Load Address: 80060000 Entry Point: 80060000 Verifying Checksum at 0x9f650040 ...OK Uncompressing Kernel Image ... OK No initrd ## Transferring control to Linux (at address 80060000) ... ## Giving linux memsize in bytes, 33554432 Starting kernel ... Linux version 2.6.39.4 (mikko@Orz) (gcc version 4.5.4 20110808 (prerelease) (Linaro GCC 4.5-2011.08) ) #2 Mon Nov 7 03:35:44 CST 2011 bootconsole [early0] enabled CPU revision is: 00019374 (MIPS 24Kc) SoC: Atheros AR9330 rev 1 Clocks: CPU:400.000MHz, DDR:400.000MHz, AHB:200.000MHz, Ref:25.000MHz Determined physical RAM map: memory: 02000000 @ 00000000 (usable) User-defined physical RAM map: memory: 02000000 @ 00000000 (usable) Initrd not found or empty - disabling initrd Zone PFN ranges: Normal 0x00000000 -> 0x00002000 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0x00000000 -> 0x00002000 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128 Kernel command line: .board=ALFA console=ttyATH0,115200 rootfstype=squashfs,jffs2 noinitrd mem=32M rootfstype=squashfs,jffs2 noinitrd PID hash table entries: 128 (order: -3, 512 bytes) Dentry cache hash table entries: 4096 (order: 2, 16384 bytes) Inode-cache hash table entries: 2048 (order: 1, 8192 bytes) Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes. Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes Writing ErrCtl register=00000000 Readback ErrCtl register=00000000 Memory: 29340k/32768k available (2035k kernel code, 3428k reserved, 392k data, 180k init, 0k highmem) SLUB: Genslabs=9, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 NR_IRQS:80 Calibrating delay loop... 265.42 BogoMIPS (lpj=1327104) pid_max: default: 32768 minimum: 301 Mount-cache hash table entries: 512 NET: Registered protocol family 16 MIPS: machine is Generic AR71xx board bio: create slab <bio-0> at 0 Switching to clocksource MIPS NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 1024 (order: 1, 8192 bytes) TCP bind hash table entries: 1024 (order: 0, 4096 bytes) TCP: Hash tables configured (established 1024 bind 1024) TCP reno registered UDP hash table entries: 256 (order: 0, 4096 bytes) UDP-Lite hash table entries: 256 (order: 0, 4096 bytes) NET: Registered protocol family 1 squashfs: version 4.0 (2009/01/31) Phillip Lougher JFFS2 version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc. msgmni has been set to 57 io scheduler noop registered io scheduler deadline registered (default) Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled ar933x-uart: ttyATH0 at MMIO 0x18020000 (irq = 11) is a AR933X UART console [ttyATH0] enabled, bootconsole disabled console [ttyATH0] enabled, bootconsole disabled Atheros AR71xx SPI Controller driver version 0.2.4 Atheros AR71xx hardware watchdog driver version 0.1.0 TCP westwood registered NET: Registered protocol family 17 802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com> All bugs added by David S. Miller <davem@redhat.com> VFS: Cannot open root device "(null)" or unknown-block(0,0) Please append a correct "root=" boot option; here are the available partitions: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) please help me:-) Edited April 12, 2012 by petertfm Quote Link to comment Share on other sites More sharing options...
Mr-Protocol Posted April 12, 2012 Share Posted April 12, 2012 I would say try the flashing procedure again. If you are using Windows, make sure you set the COM port in Device manager to the specs listed. Try again and see if that resolves the issue. What firmware were you flashing? Why use serial vs web interface? Quote Link to comment Share on other sites More sharing options...
PineDominator Posted April 12, 2012 Author Share Posted April 12, 2012 I would say try the flashing procedure again. If you are using Windows, make sure you set the COM port in Device manager to the specs listed. Try again and see if that resolves the issue. What firmware were you flashing? Why use serial vs web interface? Mr-Protocal It is one that comes with openwrt and I wanted to get jasager on it;-) I did not know about setting the com port in device manager but I set it in putty. so I found the problem was copy and pasting from the wiki:-( I had to manually type all of it. and that's what got me to the next part I could not figure out where to scp 192.168.2.11? I figured out as 192.168.2.1 and all is great:-) Quote Link to comment Share on other sites More sharing options...
Mr-Protocol Posted April 12, 2012 Share Posted April 12, 2012 Good to hear. I have had experience where setting it in putty will not change how it talks in Windows and will not work. So you may need to change it in Windows Device Manager properties on the COM port. Quote Link to comment Share on other sites More sharing options...
PineDominator Posted April 13, 2012 Author Share Posted April 13, 2012 Good to hear. I have had experience where setting it in putty will not change how it talks in Windows and will not work. So you may need to change it in Windows Device Manager properties on the COM port. Thanks again I did that when I read your first post and could have contributed to it finally working. Quote Link to comment Share on other sites More sharing options...
httpCRASH Posted May 14, 2012 Share Posted May 14, 2012 Hi there, im also getting kernal panic, and have tried the same settings, both in device manager and putty, but the characters looks a little off.. if i just press and hold the "o" key down it writes this on the screen: ar7240> oooÿooooooooÿÿooooooÿoooooÿoooooooÿoÿooÿoÿoooÿoooooooooÿoooooooooooooooooooo thoese weird chars is also comming when both pasting, or manually writing the commands... a bad soldering in my uart to serial convertor maybe?? (its a homemade cable i made back in the day for my lafonera) Quote Link to comment Share on other sites More sharing options...
WatskeBart Posted May 14, 2012 Share Posted May 14, 2012 (edited) Make sure it's a USB-to-UART 3.3V cable. Sounds like you are using a wrong cable. Wiki excerpt: Details of character format and transmission bit rate are controlled by the serial port hardware, often a single integrated circuit called a UART that converts data from parallel to asynchronous start-stop serial form. Details of voltage levels, slew rate, and short-circuit behavior are typically controlled by a line driver that converts from the UART's logic levels to RS-232 compatible signal levels, and a receiver that converts from RS-232 compatible signal levels to the UART's logic levels. Edited May 14, 2012 by WatskeBart Quote Link to comment Share on other sites More sharing options...
httpCRASH Posted May 14, 2012 Share Posted May 14, 2012 Make sure it's a USB-to-UART 3.3V cable. Sounds like you are using a wrong cable. Wiki excerpt: hmm, im pretty sure its 3.3v but made it for the old fon router, can anyone that remember confirm what was used for the first pineapple? i made this one with the DS275 http://www.addictronics.com/wp-content/uploads/fonserial.JPG Quote Link to comment Share on other sites More sharing options...
WatskeBart Posted May 14, 2012 Share Posted May 14, 2012 Bad ground can cause garbled output as well. Maybe it's easier to buy a USB-to-UART (TTL 3.3V) cable for a couple of bucks on ebay Quote Link to comment Share on other sites More sharing options...
httpCRASH Posted May 14, 2012 Share Posted May 14, 2012 Bad ground can cause garbled output as well. Maybe it's easier to buy a USB-to-UART (TTL 3.3V) cable for a couple of bucks on ebay yes, and i have already ordered a new cable, but that takes about 14 days before it arrives, and got the AP121U today, so wanted to play now now now :D Quote Link to comment Share on other sites More sharing options...
PineDominator Posted May 14, 2012 Author Share Posted May 14, 2012 yes, and i have already ordered a new cable, but that takes about 14 days before it arrives, and got the AP121U today, so wanted to play now now now :D If you haven't messed anything up, you might want to see what is already running on the ap121u because people have been able to upgrade using the update.bin on other openwrt flavors Quote Link to comment Share on other sites More sharing options...
WatskeBart Posted May 16, 2012 Share Posted May 16, 2012 Yup agree with peterfm if your AP121U is flashed with OpenWRT, just use OpenWRT web GUI to flash upgrade.bin ;) Quote Link to comment Share on other sites More sharing options...
httpCRASH Posted May 16, 2012 Share Posted May 16, 2012 If you haven't messed anything up, you might want to see what is already running on the ap121u because people have been able to upgrade using the update.bin on other openwrt flavors as said, i got kernel panic, im counting that as "messed up" Quote Link to comment Share on other sites More sharing options...
httpCRASH Posted May 16, 2012 Share Posted May 16, 2012 Bad ground can cause garbled output as well. Maybe it's easier to buy a USB-to-UART (TTL 3.3V) cable for a couple of bucks on ebay i have just tried connecting the ground connector on the router with a wire to my miditower, still did not do the trick, but i actually think there might be something to it, because i found it really weird that its only some chars, and not all of them that gets scrambled, and if i type the same command 2 times in a row "help" for example, then its not the same chars that get scrambled... Quote Link to comment Share on other sites More sharing options...
Mr-Protocol Posted May 16, 2012 Share Posted May 16, 2012 Try making sure your BUAD and all the options are set correctly. Remember to turn off Flow Control as well. Video link in my signature for clean flash via Serial. Quote Link to comment Share on other sites More sharing options...
httpCRASH Posted May 16, 2012 Share Posted May 16, 2012 Try making sure your BUAD and all the options are set correctly. Remember to turn off Flow Control as well. Video link in my signature for clean flash via Serial. yes, did a tripple-tjeck as the first thing when it didnt work, and have set it both in putty, and device manager... i have even tried the other standard baud rates to see if my router was somehow special Quote Link to comment Share on other sites More sharing options...
Mr-Protocol Posted May 16, 2012 Share Posted May 16, 2012 Are you powering it with the AC Adapter or via the serial cable? I used the AC Adapter. Quote Link to comment Share on other sites More sharing options...
httpCRASH Posted May 16, 2012 Share Posted May 16, 2012 (edited) Are you powering it with the AC Adapter or via the serial cable? I used the AC Adapter. i have an ac adapter connected, but the VDD pin is also connected if its that one you mean. first cable i tried didnt have the VDD pin covered, and that way all output is totaly scrambled. and look what happends if i just copy/paste the commands into the router instead of writing the commands manualy. ar7240> þù÷ÿðxüÿÀÿøù~®ò`÷þ¾þîøþx<ø{ÜùüÈþ§÷~?ÄîÏø~÷ü.ÿ÷ÙÈ{¾|ùùù ar7240> ?þùÏÿ Saving Environment tÿ Flash... Protect off 9F040000 ... 9F04FFFF Un-Protecting sectors 4..4 in bank 1 Un-Protected 1 sectors Erasing Flash...Erase Flash from 0x9f040000 to 0x9f04ffff in Bank # 1 First 0x4 last 0x4 sectÿr size 0x10000 4 Erased 1 sectors Writing to Flash... write addr: 9f040000 done Protecting sectors 4..4 in bank 1 Protected 1 sectors ar7240> ²ûøÈØþüüÌüñøl>þû eth0 link down FAIL dup 1 speed 1000 Using eth1 device TFTP from server 192.168.2.11; our IP address is 192.168.2.1 Filename 'kernel.bin'. Load address: 0x80600000 Loading: ################################################################# ################################################################# ########################################## dÿne Bùtes transferred = 878938 (d695a hex) ar7240> øøìãìü°ÿÜüþ Erase Flash from 0ø9f650000 tÿ 0x9f7dffff in Bank # 1 First 0x65 last 0x7d sector size 0x10000 125 Erased 25 sectors ar7240> >.ÈØþüüßüÈØäþÜüÈàÿþ ÿ Copù to Flash... write addr: 9f650000 done ar7240> ø÷ü@üÜÿÜüüøÈþ_ä¾Úÿ eth0 link dÿwn FAIL Using eth1 device TFTP from server 192.168.2.11; our IP address is 192.168.2.1 Filename 'rootfs.bin'. Load address: 0ø80600000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# #### done Bytes transferred = 2347012 (23d004 heø) ar7240> øøþ?øìÇüø;ßüüø0 Erase Flash from 0x9f050000 0ø9f64ffff in Bank # 1 First 0x5 last 0x64 sector size 0ø10000 100 Erased 96 sectors ar7240> >ÃÐüÜøÿÌüÆìãÜüù&Ì|ó Copy to Flash... write addr: 9f050000 done ar7240> ±ÀìÇü ## Bting image at 9f650000 ... Image Name: MIPS OpenWrt Linux-2.6.39.4 Created: 2011-11-06 19:35:55 UTC Image Tùpe: MIPS Linux Kernel Image (lzma compressed) Data Size: 878874 Bùtes = 858.3 kB Load Address: 80060000 Entry Point: 80060000 Verifying Checksum at 0x9f650040 ...OK Uncompressing Kernel Image ... OK No initrd ## Transferring control to Linux (at address 80060000) ... ## Giving linux memsize in bytes, 33554432 Starting kernel ... Linux versiÿn 2.6.39.4 (mikko@Orz) (gcc version 4.5.4 20110808 (prerelease) (Linaro GCC 4.5-2011.08) ) #2 Mon Nov 7 03:35:44 CST 2011 bootconsole [early0] enabled CPU revision is: 00019374 (MIPS 24Kc) SoC: Atheros AR9330 rev 1 Clocks: CPU:400.000MHz, DDR:400.000MHz, AHB:200.000MHz, Ref:25.000MHz Determined physical RAM map: memory: 02000000 @ 00000000 (usable) User-defined physical RAM map: memorù: 02000000 @ 00000000 (usable) Initrd nÿt fÿund or empty - disabling initrd Zone PFN ranges: Normal 0x00000000 -> 0x00002000 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0x00000000 -> 0x00002000 Built 1 zonelists in Zone order, mobilitù guping on. Total pages: 8128 Kernel command line: .board=ALFA console=ttyATH0,115200 rootfstype=squashfs,jffs2 noinitrd. mem=32M rtfstùpe=squashfs,jffs2 noinitrd PID hash table entries: 128 (order: -3, 512 bytes) Dentrù cache hash table entries: 4096 (order: 2, 16384 bytes) Inode-cache hash table entries: 2048 (order: 1, 8192 bùtes) Primary instructiÿn cache 64kB, VIPT, 4-way, linesize 32 bytes. Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes Writing ErrCtl register=00000000 Readback ErrCtl register=00000000 Memory: 29340k/32768k available (2035k kernel de, 3428k reserved, 392k data, 180k init, 0k highmem) SLUB: Genslabs=9, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 NR_IRQS:80 Calibrating delay op... 265.42 BogoMIPS (lpj=1327104) pimax: default: 32768 minimum: 301 Mount-cache hash table entries: 512 NET: Registered protocol family 16 MIPS: machine is Generic AR71xx board bio: create slab <biÿ-0> at 0 Switching to clocksource MIPS NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 1024 (order: 1, 8192 bùtes) TCP bind hash table entries: 1024 (order: 0, 4096 bytes) TCP: Hash tables configured (established 1024 bind 1024) TCP reno registered UDP hash table entries: 256 (order: 0, 4096 bytes) UDP-Lite hash table entries: 256 (order: 0, 4096 bytes) NET: Registered protocol family 1 squashfs: version 4.0 (2009/01/31) Phillip Lougher JFFS2 versn 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc. msgmni has been set to 57 io scheduler noop registered io scheduler deadline registered (default) Serial: 8250/16550 driver, 1 rts, IRQ sharing disabled ar933x-uart: ttùATH0 at MMIO 0x18020000 (irq = 11) is a AR933X UART console [ttùATH0] enabled, otconsole disabled console [ttyATH0] enabled, boÿtconsole disabled Athes AR71xx SPI Controller driver version 0.2.4 Atheros AR71øx hardware watchdog driver version 0.1.0 TCP westwood registered NET: Registered protocol family 17 802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com> All bugs added by David S. Miller <davem@redhat.com> VFS: Cannÿt open root device "(null)" or unknÿwn-block(0,0) Please append a correct "root=" ot option; here are the available partitions: Kernel panic - not syncing: VFS: Unable to mount rÿot fs on unknown-block(0,0) Edited May 16, 2012 by httpCRASH Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.