Re: [Gumstix-users] Updating rootfs image from within Linux

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

All that spew is because you didn't really erase the JFFS2; you're  
pretty luck that it works at all, and you'll probably find that when  
you actually try using it, nothing much actually works.  Your flash  
is going to be completely corrupted, so you'll need to re-erase and  
re-copy the new rootfs.

C

On May 8, 2007, at 2:31 PM, Heilpern, Mark wrote:

> Ignore my resend of the original message... right after I resent, I  
> got
> this reply. I'm not sure why I didn't see the original.
>
>
> I got lucky, but it's good to know that u-boot has better serial
> support.
>
> My boot worked with the new file system, but there's lots of spew; I'm
> not sure if I'm _really_ lucky it even booted, or if this is expected.
> Perhaps I would be better off following the jerase procedure within
> u-boot?
>
>
>
>
> Using static partitions on Gumstix Flash ROM
> Creating 3 MTD partitions on "Gumstix Flash ROM":
> 0x00000000-0x00040000 : "Bootloader"
> 0x00040000-0x01f00000 : "RootFS"
> 0x01f00000-0x02000000 : "Kernel"
> TCP bic registered
> jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x006f7184:
> 0x0201 in
> stead
> jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x006f7188:
> 0x0605 in
> stead
> jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x006f718c:
> 0x0a09 in
> stead
> jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x006f7190:
> 0x0e0d in
> stead
> jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x006f7194:
> 0x1211 in
> stead
> jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x006f7198:
> 0x1615 in
> stead
> jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x006f719c:
> 0x1a19 in
> stead
> jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x006f71a0:
> 0x1e1d in
> stead
> jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x006f71a4:
> 0x2221 in
> stead
> jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x006f71a8:
> 0x2625 in
> stead
> Further such events for this erase block will not be printed
> VFS: Mounted root (jffs2 filesystem).
> Freeing init memory: 64K
> NET: Registered protocol family 1
> Initializing random number generator... done.
> Starting network...
> m
>
> udhcpc (v0.9.9-pre) started
> Dec 31 16:00:15 udhcpc[104]: udhcpc (v0.9.9-pre) started
> smc91x: not found (-19).
> m
> Dec 31 16:00:15 udhcpc[104]: [truncated] m
> ifup: /var/run/ifstate: No such file or directory
> Generating RSA Key...
> Segmentation fault
> Generating RSA Key...
> Segmentation fault
> Generating DSA Key...
> THIS CAN TAKE A MINUTE OR TWO DEPENDING ON YOUR PROCESSOR!
>
> Segmentation fault
> Starting sshd: Segmentation fault
> touch: /var/lock/sshd: Not a directory
> OK
> Dec 31 16:00:16 gumstix syslog.info syslogd started: BusyBox v1.1.2
>                                                                    Dec
> 31 16:00:
> 16 gumstix user.notice kernel: klogd started: BusyBox v1.1.2
> (2007.05.08-18:27+0
> 000)
>     Dec 31 16:00:16 gumstix user.notice kernel: Linux version  
> 2.6.18gum
> (root@fr
> odo.auth.org) (gcc version 4.1.1) #1 Tue May 8 14:33:43 EDT 2007
>                                                                 Dec 31
> 16:00:16
> gumstix user.warn kernel: CPU: XScale-PXA270 [69054117] revision 7
> (ARMv5TE), cr
> =0000397f
>          Dec 31 16:00:16 gumstix user.warn kernel: Machine: The  
> Gumstix
> Platform
>
> Dec 31 16:00:16 gumstix user.warn kernel: Memory policy: ECC disabled,
> Data cach
> e writeback
>            Dec 31 16:00:16 gumstix user.debug kernel: On node 0
> totalpages: 3276
> 8
>  Dec 31 16:00:16 gumstix user.debug kernel:   DMA zone: 32768 pages,
> LIFO batch:
> 7
>  Dec 31 16:00:16 gumstix user.info kernel: Run Mode clock: 208.00MHz
> (*16)
>
> Dec 31
>  16:00:16 gumstix user.info kernel: Turbo Mode clock: 624.00MHz (*3.0,
> active)
>
> De
> c 31 16:00:16 gumstix user.info kernel: Memory clock: 104.00MHz (/2)
>                                                                      
> Dec
> 31 16:00
> :16 gumstix user.info kernel: System bus clock: 104.00MHz
>                                                           Dec 31
> 16:00:16 gumsti
> x user.warn kernel: CPU0: D VIVT undefined 5 cache
>                                                   Dec 31 16:00:16
> gumstix user.w
> arn kernel: CPU0: I cache: 32768 bytes, associativity 32, 32 byte  
> lines,
> 32 sets
>
> Dec 31 16:00:16 gumstix user.warn kernel: CPU0: D cache: 32768 bytes,
> associativ
> ity 32, 32 byte lines, 32 sets
>                               Dec 31 16:00:16 gumstix user.warn  
> kernel:
> Built 1
> zonelists.  Total pages: 32768
>                               Dec 31 16:00:16 gumstix user.notice
> kernel: Kernel
>  command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2
> reboot=cold,har
> d
>  Dec 31 16:00:16 gumstix user.warn kernel: PID hash table entries:  
> 1024
> (order:
> 10, 4096 bytes)
>                Dec 31 16:00:16 gumstix user.warn kernel:  
> start_kernel():
> bug: in
> terrupts were enabled early
>                            Dec 31 16:00:16 gumstix user.warn kernel:
> Dentry cach
> e hash table entries: 16384 (order: 4, 65536 bytes)
>                                                    Dec 31 16:00:16
> gumstix user.
> warn kernel: Inode-cache hash table entries: 8192 (order: 3, 32768
> bytes)
>
> Dec 31
> 16:00:16 gumstix user.info kernel: Memory: 128MB = 128MB total
>                                                               Dec 31
> 16:00:16 gu
> mstix user.notice kernel: Memory: 128128KB available (1396K code, 285K
> data, 64K
>  init)
>       Dec 31 16:00:16 gumstix user.debug kernel: Calibrating delay
> loop... 622.5
> 9 BogoMIPS (lpj=3112960)
>                         Dec 31 16:00:16 gumstix user.warn kernel:
> Mount-cache ha
> sh table entries: 512
>                      Dec 31 16:00:16 gumstix user.info kernel: CPU:
> Testing writ
> e buffer coherency: ok
>                       Dec 31 16:00:16 gumstix user.info kernel: NET:
> Registered
> protocol family 16
>                   Dec 31 16:00:16 gumstix user.info kernel: NET:
> Registered prot
> ocol family 2
>              Dec 31 16:00:16 gumstix user.warn kernel: IP route cache
> hash table
>  entries: 1024 (order: 0, 4096 bytes)
>                                      Dec 31 16:00:16 gumstix user.warn
> kernel: T
> CP established hash table entries: 4096 (order: 2, 16384 bytes)
>                                                                Dec 31
> 16:00:16 g
> umstix user.warn kernel: TCP bind hash table entries: 2048 (order: 1,
> 8192 bytes
> )
>  Dec 31 16:00:16 gumstix user.info kernel: TCP: Hash tables configured
> (establis
> hed 4096 bind 2048)
>                    Dec 31 16:00:16 gumstix user.info kernel: TCP reno
> registered
>
> Dec 31 16:00:16 gumstix user.info kernel: JFFS2 version 2.2. (NAND)
> (SUMMARY)  (
> C) 2001-2006 Red Hat, Inc.
>                           Dec 31 16:00:16 gumstix user.info kernel:
> Initializing
>  Cryptographic API
>                   Dec 31 16:00:16 gumstix user.info kernel: io  
> scheduler
> noop re
> gistered
>         Dec 31 16:00:16 gumstix user.info kernel: io scheduler cfq
> registered (d
> efault)
>        Dec 31 16:00:16 gumstix user.info kernel: pxa2xx-uart.0:  
> ttyS0 at
> MMIO 0x
> 40100000 (irq = 22) is a FFUART
>                                Dec 31 16:00:16 gumstix user.info  
> kernel:
> pxa2xx-
> uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART
>                                                        Dec 31 16:00:16
> gumstix u
> ser.info kernel: pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20)  
> is a
> STUART
>
> D
> ec 31 16:00:16 gumstix user.notice kernel: Probing Gumstix Flash  
> ROM at
> physical
>  address 0x00000000 (16-bit bankwidth)
>                                       Dec 31 16:00:16 gumstix  
> user.info
> kernel:
> Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank
>                                                             Dec 31
> 16:00:16 gums
> tix user.debug kernel: Gumstix Flash ROM: Found an alias at 0x2000000
> for the ch
> ip at 0x0
>          Dec 31 16:00:16 gumstix user.warn kernel:  Intel/Sharp  
> Extended
> Query T
> able at 0x010A
>               Dec 31 16:00:16 gumstix user.warn kernel:  Intel/Sharp
> Extended Qu
> ery Table at 0x010A
>                    Dec 31 16:00:16 gumstix user.warn kernel:
> Intel/Sharp Extend
> ed Query Table at 0x010A
>                         Dec 31 16:00:16 gumstix user.warn kernel:
> Intel/Sharp E
> xtended Query Table at 0x010A
>                              Dec 31 16:00:16 gumstix user.warn kernel:
> Intel/Sh
> arp Extended Query Table at 0x010A
>                                   Dec 31 16:00:16 gumstix user.info
> kernel: Usin
> g buffer write method
>                      Dec 31 16:00:16 gumstix user.notice kernel:
> cfi_cmdset_0001
> : Erase suspend on wriDec 31 16:00:16 gumstix user.notice kernel:
> 0x01f00000-0x0
> 200000Dec 31 16:00:16 gumstix user.notDec 31 16:00:16 gumstix user.not
>
>
> Welcome to the Gumstix Linux Distribution!
>
>
>
> -----Original Message-----
> From: gum...@li...
> [mailto:gum...@li...] On Behalf Of  
> Craig
> Hughes
> Sent: Tuesday, May 08, 2007 5:26 PM
> To: General mailing list for gumstix users.
> Subject: Re: [Gumstix-users] Updating rootfs image from within Linux
>
>
> On May 8, 2007, at 1:29 PM, Heilpern, Mark wrote:
>
>> I'm trying to update the root filesystem in-place in a running
>> Verdex system. I've loaded the new image to /tmp (and copied all
>> the flash* commands to /tmp)... I've erased /dev/mtd1 with
>> flash_unlock and flash_erase, and I've performed the flashcp step.
>> I'm concerned about the erase though:
>>
>>
>>
>> # flash_unlock /dev/mtd1
> You should never have to unlock the rootfs partition, because it's
> not locked.  If you use flash_unlock, then you run the possibility of
> accidentally erasing u-boot (which *is* protected)
>> # ./flash_erase /dev/mtd1
>>
>> Erase Total 1 Units
>>
>> Performing Flash Erase of length 131072 at offset 0x0 done
> I think the key is the difference between flash_erase and
> flash_erase_all (maybe spelled flash_eraseall I forget).  You should
> be OK because /dev/mtd1 is the rootfs -- you might have to reboot
> into u-boot to fix things at this point though if you're unlucky.
>> Erase happened quite quickly, and that length isn't exactly
>> reassuring. Am I being overprotective or am I probably safe if I
>> reboot now? (I know I can download the image via u-boot, but for
>> some reason zmodem works better for me within Linux.)
> I have a feeling that recent u-boots may have implemented zmodem (or
> at least x- or y-modem); I'll take a look about turning that on to
> avoid kermit for those who don't like it.  There's an outside chance
> it's already magically turned on as an extension of the "loadb"  
> support.
>
> ...yup sure enough, there's a "loady" command in u-boot which lets
> you use y-modem for loads.  Try that if you're kermitophobic.
>
> C
> ---------------------------------------------------------------------- 
> --
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gum...@li...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
> NOTE: The information in this message is intended for the personal  
> and confidential use
> of the designated recipient(s) named above. To the extent the  
> recipient(s) is/are bound
> by a non-disclosure agreement, or other agreement that contains an  
> obligation of
> confidentiality, with AuthenTec, then this message and/or any  
> attachments shall be
> considered confidential information and subject to the  
> confidentiality terms of that
> agreement.  If the reader of this message is not the intended  
> recipient named above, you
> are notified that you have received this document in error, and any  
> review, dissemination,
> distribution or copying of this message is strictly prohibited. If  
> you have received this
> document in error, please delete the original message and notify  
> the sender immediately.
> Thank you.
>
> AuthenTec, Inc.  http://www.authentec.com
>
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gum...@li...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users