From: Sandra J. <da...@gm...> - 2009-03-15 21:54:14
|
Hello, I am new to the List. I read a lot about booting Verdex from MMC or microSC card on the Gumstix homepage HowTo's and in the User wiki and followed the tutorial's instructions (http://www.gumstix.net/User/view/User-how-to-s/Booting-from-microSD/SD/MMC/110.html and http://www.gumstix.net/wiki/index.php?title=Boot_from_MMC) I only changed MACHINE_FEATURES += "mmcroot" in gumstix-custom-verdex.conf and recompiled everything. I also tried different kernel versions (2.6.21 and 2.6.24), but the booting procedure always stops at the same point, when the rootfs should be loaded. (Please have a look at the log, following beneath) I tried pre-built sources from www.sakoman.net and the Gumstix is booting without problems. I can't understand which mistake I am making. Thanks and regards Sandra <http://www.sakoman.net/oe/mmc-boot/kernel-mmc.tar.gz> *** Welcome to Gumstix *** DRAM: 128 MB Flash: 32 MB Using default environment Hit any key to stop autoboot: 0 Instruction Cache is ON Found gumstix-factory.script on MMC... ## Executing script at a2000000 Booting from mmc/microSD... Detected: 1993728 blocks of 1024 bytes (1947MB) SD card. Vendor: Man 1b OEM SM "00000" Date 08/2008 Product: 2970430354 Revision: 1.0 reading uimage 998884 bytes read ## Booting image at a2000000 ... Image Name: Angstrom/2.6.21/gumstix-custom-v Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 998820 Bytes = 975.4 kB Load Address: a0008000 Entry Point: a0008000 OK Starting kernel ... Linux version 2.6.21 (daia@ubuntu2) (gcc version 4.1.2) #1 Sun Mar 15 21:55:21 CET 2009 CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f Machine: The Gumstix Platform Memory policy: ECC disabled, Data cache writeback Run Mode clock: 208.00MHz (*16) Turbo Mode clock: 624.00MHz (*3.0, active) Memory clock: 104.00MHz (/2) System bus clock: 104.00MHz CPU0: D VIVT undefined 5 cache CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets Built 1 zonelists. Total pages: 32512 Kernel command line: console=ttyS0,115200n8 rootdelay=1 root=/dev/mmcblk0p2 PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour dummy device 80x30 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 128MB = 128MB total Memory: 127744KB available (1736K code, 195K data, 144K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 NET: Registered protocol family 2 Time: pxa_timer clocksource has been installed. IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered io scheduler noop registered io scheduler cfq registered (default) Console: switching to colour frame buffer device 80x24 pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit bankwidth) Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled 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 cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 XScale iWMMXt coprocessor detected. Waiting 1sec before mounting root device... mmcblk0: mmc0:0002 00000 1993728KiB mmcblk0: p1 p2 VFS: Mounted root (ext2 filesystem). Freeing init memory: 144K |
From: Sandra J. <da...@gm...> - 2009-03-17 12:33:09
|
Hi everybody, for further investigation and to be sure to eliminate any of my changes, wich could possibly be wrong, i deleted the temp-folder and updated the whole gumstix project over svn.Then i built a completely new gumstix-minimal-image and put the new uimage and rootfs on the SD card. But it had the same effect, the kernel started, but the rootfs cant be loaded (the same log!). To exclude the possibility of a defect rootfs, i used the pre-built kernel from www.sakoman.net with my rootfs. This time the kernel loaded the rootf, with errors, but there was no stop at the usual point! Is this a hint, that there is missing something in the kernel i built? Are there additional flags i have to set in the congif files? Every idea is welcome..... Thanks Sandra > Hello, > > I am new to the List. I read a lot about booting Verdex from MMC or > microSC card on the Gumstix homepage HowTo's and in the User wiki and > followed the tutorial's instructions > (http://www.gumstix.net/User/view/User-how-to-s/Booting-from-microSD/SD/MMC/110.html > and http://www.gumstix.net/wiki/index.php?title=Boot_from_MMC) I only > changed MACHINE_FEATURES += "mmcroot" in gumstix-custom-verdex.conf > and recompiled everything. I also tried different kernel versions > (2.6.21 and 2.6.24), but the booting procedure always stops at the same > point, when the rootfs should be loaded. (Please have a look at the log, > following beneath) > I tried pre-built sources from www.sakoman.net and the Gumstix is > booting without problems. I can't understand which mistake I am making. > > Thanks and regards > Sandra > <http://www.sakoman.net/oe/mmc-boot/kernel-mmc.tar.gz> > *** Welcome to Gumstix *** > > DRAM: 128 MB > Flash: 32 MB > Using default environment > > Hit any key to stop autoboot: 0 > Instruction Cache is ON > Found gumstix-factory.script on MMC... > ## Executing script at a2000000 > Booting from mmc/microSD... > Detected: 1993728 blocks of 1024 bytes (1947MB) SD card. > Vendor: Man 1b OEM SM "00000" Date 08/2008 > Product: 2970430354 > Revision: 1.0 > reading uimage > > 998884 bytes read > ## Booting image at a2000000 ... > Image Name: Angstrom/2.6.21/gumstix-custom-v > Image Type: ARM Linux Kernel Image (uncompressed) > Data Size: 998820 Bytes = 975.4 kB > Load Address: a0008000 > Entry Point: a0008000 > OK > > Starting kernel ... > > Linux version 2.6.21 (daia@ubuntu2) (gcc version 4.1.2) #1 Sun Mar 15 > 21:55:21 CET 2009 > CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f > Machine: The Gumstix Platform > Memory policy: ECC disabled, Data cache writeback > Run Mode clock: 208.00MHz (*16) > Turbo Mode clock: 624.00MHz (*3.0, active) > Memory clock: 104.00MHz (/2) > System bus clock: 104.00MHz > CPU0: D VIVT undefined 5 cache > CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets > CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets > Built 1 zonelists. Total pages: 32512 > Kernel command line: console=ttyS0,115200n8 rootdelay=1 root=/dev/mmcblk0p2 > PID hash table entries: 512 (order: 9, 2048 bytes) > Console: colour dummy device 80x30 > Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) > Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) > Memory: 128MB = 128MB total > Memory: 127744KB available (1736K code, 195K data, 144K init) > Mount-cache hash table entries: 512 > CPU: Testing write buffer coherency: ok > NET: Registered protocol family 16 > NET: Registered protocol family 2 > Time: pxa_timer clocksource has been installed. > IP route cache hash table entries: 1024 (order: 0, 4096 bytes) > TCP established hash table entries: 4096 (order: 3, 32768 bytes) > TCP bind hash table entries: 4096 (order: 2, 16384 bytes) > TCP: Hash tables configured (established 4096 bind 4096) > TCP reno registered > io scheduler noop registered > io scheduler cfq registered (default) > Console: switching to colour frame buffer device 80x24 > pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART > pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART > pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART > Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit bankwidth) > Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Using buffer write method > cfi_cmdset_0001: Erase suspend on write enabled > 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 cubic registered > NET: Registered protocol family 1 > NET: Registered protocol family 17 > XScale iWMMXt coprocessor detected. > Waiting 1sec before mounting root device... > mmcblk0: mmc0:0002 00000 1993728KiB > mmcblk0: p1 p2 > VFS: Mounted root (ext2 filesystem). > Freeing init memory: 144K > > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Jeff L. <je...@so...> - 2009-03-17 15:27:50
|
Which bitbake commands are you running to rebuild everything? At one point I was rebuilding just the kernel itself and ran into similar problems. After I started running "bitbake -c rebuild gumstix-kernel; bitbake task-base-gumstix; bitbake gumstix-XX-image" (where "XX" for me was "basic") then the resulting kernel/image worked correctly. JL ________________________________ From: Sandra Jobst [mailto:da...@gm...] Sent: Tue 3/17/2009 5:32 AM To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] Booting Problems with Verdex and microSD Hi everybody, for further investigation and to be sure to eliminate any of my changes, wich could possibly be wrong, i deleted the temp-folder and updated the whole gumstix project over svn.Then i built a completely new gumstix-minimal-image and put the new uimage and rootfs on the SD card. But it had the same effect, the kernel started, but the rootfs cant be loaded (the same log!). To exclude the possibility of a defect rootfs, i used the pre-built kernel from www.sakoman.net with my rootfs. This time the kernel loaded the rootf, with errors, but there was no stop at the usual point! Is this a hint, that there is missing something in the kernel i built? Are there additional flags i have to set in the congif files? Every idea is welcome..... Thanks Sandra > Hello, > > I am new to the List. I read a lot about booting Verdex from MMC or > microSC card on the Gumstix homepage HowTo's and in the User wiki and > followed the tutorial's instructions > (http://www.gumstix.net/User/view/User-how-to-s/Booting-from-microSD/SD/MMC/110.html > and http://www.gumstix.net/wiki/index.php?title=Boot_from_MMC) I only > changed MACHINE_FEATURES += "mmcroot" in gumstix-custom-verdex.conf > and recompiled everything. I also tried different kernel versions > (2.6.21 and 2.6.24), but the booting procedure always stops at the same > point, when the rootfs should be loaded. (Please have a look at the log, > following beneath) > I tried pre-built sources from www.sakoman.net and the Gumstix is > booting without problems. I can't understand which mistake I am making. > > Thanks and regards > Sandra > <http://www.sakoman.net/oe/mmc-boot/kernel-mmc.tar.gz> > *** Welcome to Gumstix *** > > DRAM: 128 MB > Flash: 32 MB > Using default environment > > Hit any key to stop autoboot: 0 > Instruction Cache is ON > Found gumstix-factory.script on MMC... > ## Executing script at a2000000 > Booting from mmc/microSD... > Detected: 1993728 blocks of 1024 bytes (1947MB) SD card. > Vendor: Man 1b OEM SM "00000" Date 08/2008 > Product: 2970430354 > Revision: 1.0 > reading uimage > > 998884 bytes read > ## Booting image at a2000000 ... > Image Name: Angstrom/2.6.21/gumstix-custom-v > Image Type: ARM Linux Kernel Image (uncompressed) > Data Size: 998820 Bytes = 975.4 kB > Load Address: a0008000 > Entry Point: a0008000 > OK > > Starting kernel ... > > Linux version 2.6.21 (daia@ubuntu2) (gcc version 4.1.2) #1 Sun Mar 15 > 21:55:21 CET 2009 > CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f > Machine: The Gumstix Platform > Memory policy: ECC disabled, Data cache writeback > Run Mode clock: 208.00MHz (*16) > Turbo Mode clock: 624.00MHz (*3.0, active) > Memory clock: 104.00MHz (/2) > System bus clock: 104.00MHz > CPU0: D VIVT undefined 5 cache > CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets > CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets > Built 1 zonelists. Total pages: 32512 > Kernel command line: console=ttyS0,115200n8 rootdelay=1 root=/dev/mmcblk0p2 > PID hash table entries: 512 (order: 9, 2048 bytes) > Console: colour dummy device 80x30 > Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) > Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) > Memory: 128MB = 128MB total > Memory: 127744KB available (1736K code, 195K data, 144K init) > Mount-cache hash table entries: 512 > CPU: Testing write buffer coherency: ok > NET: Registered protocol family 16 > NET: Registered protocol family 2 > Time: pxa_timer clocksource has been installed. > IP route cache hash table entries: 1024 (order: 0, 4096 bytes) > TCP established hash table entries: 4096 (order: 3, 32768 bytes) > TCP bind hash table entries: 4096 (order: 2, 16384 bytes) > TCP: Hash tables configured (established 4096 bind 4096) > TCP reno registered > io scheduler noop registered > io scheduler cfq registered (default) > Console: switching to colour frame buffer device 80x24 > pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART > pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART > pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART > Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit bankwidth) > Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Intel/Sharp Extended Query Table at 0x010A > Using buffer write method > cfi_cmdset_0001: Erase suspend on write enabled > 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 cubic registered > NET: Registered protocol family 1 > NET: Registered protocol family 17 > XScale iWMMXt coprocessor detected. > Waiting 1sec before mounting root device... > mmcblk0: mmc0:0002 00000 1993728KiB > mmcblk0: p1 p2 > VFS: Mounted root (ext2 filesystem). > Freeing init memory: 144K > > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Sandra J. <da...@gm...> - 2009-03-17 16:16:39
|
I followed the instructions of the gumstix user wiki (http://www.gumstix.net/wiki/index.php?title=Boot_from_MMC) : bitbake -c rebuild task-base-gumstix bitbake -c rebuild gumstix-kernel bitbake -c rebuild gumstix-basic-image Perhaps it is a wrong order? Should i build the kernel before or after the task-base build? I' ll try that out and tell you, if I had sucess. Sandra > Which bitbake commands are you running to rebuild everything? At one point I was rebuilding just the kernel itself and ran into similar problems. After I started running "bitbake -c rebuild gumstix-kernel; bitbake task-base-gumstix; bitbake gumstix-XX-image" (where "XX" for me was "basic") then the resulting kernel/image worked correctly. > > JL > > ________________________________ > > From: Sandra Jobst [mailto:da...@gm...] > Sent: Tue 3/17/2009 5:32 AM > To: General mailing list for gumstix users. > Subject: Re: [Gumstix-users] Booting Problems with Verdex and microSD > > > > Hi everybody, > > for further investigation and to be sure to eliminate any of my changes, > wich could possibly be wrong, i deleted the temp-folder and updated the > whole gumstix project over svn.Then i built a completely new > gumstix-minimal-image and put the new uimage and rootfs on the SD card. > But it had the same effect, the kernel started, but the rootfs cant be > loaded (the same log!). > To exclude the possibility of a defect rootfs, i used the pre-built > kernel from www.sakoman.net with my rootfs. This time the kernel loaded > the rootf, with errors, but there was no stop at the usual point! > Is this a hint, that there is missing something in the kernel i built? > Are there additional flags i have to set in the congif files? > Every idea is welcome..... > > Thanks > Sandra > > >> Hello, >> >> I am new to the List. I read a lot about booting Verdex from MMC or >> microSC card on the Gumstix homepage HowTo's and in the User wiki and >> followed the tutorial's instructions >> (http://www.gumstix.net/User/view/User-how-to-s/Booting-from-microSD/SD/MMC/110.html >> and http://www.gumstix.net/wiki/index.php?title=Boot_from_MMC) I only >> changed MACHINE_FEATURES += "mmcroot" in gumstix-custom-verdex.conf >> and recompiled everything. I also tried different kernel versions >> (2.6.21 and 2.6.24), but the booting procedure always stops at the same >> point, when the rootfs should be loaded. (Please have a look at the log, >> following beneath) >> I tried pre-built sources from www.sakoman.net and the Gumstix is >> booting without problems. I can't understand which mistake I am making. >> >> Thanks and regards >> Sandra >> <http://www.sakoman.net/oe/mmc-boot/kernel-mmc.tar.gz> >> *** Welcome to Gumstix *** >> >> DRAM: 128 MB >> Flash: 32 MB >> Using default environment >> >> Hit any key to stop autoboot: 0 >> Instruction Cache is ON >> Found gumstix-factory.script on MMC... >> ## Executing script at a2000000 >> Booting from mmc/microSD... >> Detected: 1993728 blocks of 1024 bytes (1947MB) SD card. >> Vendor: Man 1b OEM SM "00000" Date 08/2008 >> Product: 2970430354 >> Revision: 1.0 >> reading uimage >> >> 998884 bytes read >> ## Booting image at a2000000 ... >> Image Name: Angstrom/2.6.21/gumstix-custom-v >> Image Type: ARM Linux Kernel Image (uncompressed) >> Data Size: 998820 Bytes = 975.4 kB >> Load Address: a0008000 >> Entry Point: a0008000 >> OK >> >> Starting kernel ... >> >> Linux version 2.6.21 (daia@ubuntu2) (gcc version 4.1.2) #1 Sun Mar 15 >> 21:55:21 CET 2009 >> CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f >> Machine: The Gumstix Platform >> Memory policy: ECC disabled, Data cache writeback >> Run Mode clock: 208.00MHz (*16) >> Turbo Mode clock: 624.00MHz (*3.0, active) >> Memory clock: 104.00MHz (/2) >> System bus clock: 104.00MHz >> CPU0: D VIVT undefined 5 cache >> CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets >> CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets >> Built 1 zonelists. Total pages: 32512 >> Kernel command line: console=ttyS0,115200n8 rootdelay=1 root=/dev/mmcblk0p2 >> PID hash table entries: 512 (order: 9, 2048 bytes) >> Console: colour dummy device 80x30 >> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) >> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) >> Memory: 128MB = 128MB total >> Memory: 127744KB available (1736K code, 195K data, 144K init) >> Mount-cache hash table entries: 512 >> CPU: Testing write buffer coherency: ok >> NET: Registered protocol family 16 >> NET: Registered protocol family 2 >> Time: pxa_timer clocksource has been installed. >> IP route cache hash table entries: 1024 (order: 0, 4096 bytes) >> TCP established hash table entries: 4096 (order: 3, 32768 bytes) >> TCP bind hash table entries: 4096 (order: 2, 16384 bytes) >> TCP: Hash tables configured (established 4096 bind 4096) >> TCP reno registered >> io scheduler noop registered >> io scheduler cfq registered (default) >> Console: switching to colour frame buffer device 80x24 >> pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART >> pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART >> pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART >> Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit bankwidth) >> Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank >> Intel/Sharp Extended Query Table at 0x010A >> Intel/Sharp Extended Query Table at 0x010A >> Intel/Sharp Extended Query Table at 0x010A >> Intel/Sharp Extended Query Table at 0x010A >> Intel/Sharp Extended Query Table at 0x010A >> Using buffer write method >> cfi_cmdset_0001: Erase suspend on write enabled >> 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 cubic registered >> NET: Registered protocol family 1 >> NET: Registered protocol family 17 >> XScale iWMMXt coprocessor detected. >> Waiting 1sec before mounting root device... >> mmcblk0: mmc0:0002 00000 1993728KiB >> mmcblk0: p1 p2 >> VFS: Mounted root (ext2 filesystem). >> Freeing init memory: 144K >> >> >> ------------------------------------------------------------------------------ >> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are >> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and >> easily build your RIAs with Flex Builder, the Eclipse(TM)based development >> software that enables intelligent coding and step-through debugging. >> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > ------------------------------------------------------------------------ > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: William H. <wi...@ne...> - 2009-03-17 17:49:28
|
Sandra, What if you try waiting for a few minutes, to see if the boot process continues after the point where it always stops? I've seen, on occasion, systems that time-out waiting on something (DHCP, peripheral initialisation, etc.) during boot-up. If that is what is happening in your system, we can solve it after we find out what it is waiting for (there is usually a message that comes after the time-out). William Sandra Jobst wrote: > Hi everybody, > > for further investigation and to be sure to eliminate any of my changes, > wich could possibly be wrong, i deleted the temp-folder and updated the > whole gumstix project over svn.Then i built a completely new > gumstix-minimal-image and put the new uimage and rootfs on the SD card. > But it had the same effect, the kernel started, but the rootfs cant be > loaded (the same log!). > To exclude the possibility of a defect rootfs, i used the pre-built > kernel from www.sakoman.net with my rootfs. This time the kernel loaded > the rootf, with errors, but there was no stop at the usual point! > Is this a hint, that there is missing something in the kernel i built? > Are there additional flags i have to set in the congif files? > Every idea is welcome..... > > Thanks > Sandra > >> Hello, >> >> I am new to the List. I read a lot about booting Verdex from MMC or >> microSC card on the Gumstix homepage HowTo's and in the User wiki and >> followed the tutorial's instructions >> (http://www.gumstix.net/User/view/User-how-to-s/Booting-from-microSD/SD/MMC/110.html >> and http://www.gumstix.net/wiki/index.php?title=Boot_from_MMC) I only >> changed MACHINE_FEATURES += "mmcroot" in gumstix-custom-verdex.conf >> and recompiled everything. I also tried different kernel versions >> (2.6.21 and 2.6.24), but the booting procedure always stops at the same >> point, when the rootfs should be loaded. (Please have a look at the log, >> following beneath) >> I tried pre-built sources from www.sakoman.net and the Gumstix is >> booting without problems. I can't understand which mistake I am making. >> >> Thanks and regards >> Sandra >> <http://www.sakoman.net/oe/mmc-boot/kernel-mmc.tar.gz> >> *** Welcome to Gumstix *** >> >> DRAM: 128 MB >> Flash: 32 MB >> Using default environment >> >> Hit any key to stop autoboot: 0 >> Instruction Cache is ON >> Found gumstix-factory.script on MMC... >> ## Executing script at a2000000 >> Booting from mmc/microSD... >> Detected: 1993728 blocks of 1024 bytes (1947MB) SD card. >> Vendor: Man 1b OEM SM "00000" Date 08/2008 >> Product: 2970430354 >> Revision: 1.0 >> reading uimage >> >> 998884 bytes read >> ## Booting image at a2000000 ... >> Image Name: Angstrom/2.6.21/gumstix-custom-v >> Image Type: ARM Linux Kernel Image (uncompressed) >> Data Size: 998820 Bytes = 975.4 kB >> Load Address: a0008000 >> Entry Point: a0008000 >> OK >> >> Starting kernel ... >> >> Linux version 2.6.21 (daia@ubuntu2) (gcc version 4.1.2) #1 Sun Mar 15 >> 21:55:21 CET 2009 >> CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f >> Machine: The Gumstix Platform >> Memory policy: ECC disabled, Data cache writeback >> Run Mode clock: 208.00MHz (*16) >> Turbo Mode clock: 624.00MHz (*3.0, active) >> Memory clock: 104.00MHz (/2) >> System bus clock: 104.00MHz >> CPU0: D VIVT undefined 5 cache >> CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets >> CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets >> Built 1 zonelists. Total pages: 32512 >> Kernel command line: console=ttyS0,115200n8 rootdelay=1 root=/dev/mmcblk0p2 >> PID hash table entries: 512 (order: 9, 2048 bytes) >> Console: colour dummy device 80x30 >> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) >> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) >> Memory: 128MB = 128MB total >> Memory: 127744KB available (1736K code, 195K data, 144K init) >> Mount-cache hash table entries: 512 >> CPU: Testing write buffer coherency: ok >> NET: Registered protocol family 16 >> NET: Registered protocol family 2 >> Time: pxa_timer clocksource has been installed. >> IP route cache hash table entries: 1024 (order: 0, 4096 bytes) >> TCP established hash table entries: 4096 (order: 3, 32768 bytes) >> TCP bind hash table entries: 4096 (order: 2, 16384 bytes) >> TCP: Hash tables configured (established 4096 bind 4096) >> TCP reno registered >> io scheduler noop registered >> io scheduler cfq registered (default) >> Console: switching to colour frame buffer device 80x24 >> pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART >> pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART >> pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART >> Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit bankwidth) >> Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank >> Intel/Sharp Extended Query Table at 0x010A >> Intel/Sharp Extended Query Table at 0x010A >> Intel/Sharp Extended Query Table at 0x010A >> Intel/Sharp Extended Query Table at 0x010A >> Intel/Sharp Extended Query Table at 0x010A >> Using buffer write method >> cfi_cmdset_0001: Erase suspend on write enabled >> 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 cubic registered >> NET: Registered protocol family 1 >> NET: Registered protocol family 17 >> XScale iWMMXt coprocessor detected. >> Waiting 1sec before mounting root device... >> mmcblk0: mmc0:0002 00000 1993728KiB >> mmcblk0: p1 p2 >> VFS: Mounted root (ext2 filesystem). >> Freeing init memory: 144K >> >> >> ------------------------------------------------------------------------------ >> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are >> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and >> easily build your RIAs with Flex Builder, the Eclipse(TM)based development >> software that enables intelligent coding and step-through debugging. >> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Chris D. <chr...@gm...> - 2009-03-17 18:20:28
|
When the boot process stops at "Freeing init memory" chances are that you're building on an ubuntu machine and have /bin/sh linked to /bin/dash. See the warning here http://www.gumstix.net/Software/view/Getting-started/Setting-up-a-build-environment/111.html at the end of the prerequisites section. After that is fixed you'll want to: bitbake -c rebuild gumstix-kernel && bitbake -c rebuild task-base-gumstix && bitbake -c rebuild <whatever-image> and then reflash. Chris On Tue, Mar 17, 2009 at 11:49 AM, William Hue <wi...@ne...> wrote: > Sandra, > > What if you try waiting for a few minutes, to see if the boot process continues after the point where it always stops? I've seen, on occasion, systems that time-out waiting on something (DHCP, peripheral initialisation, etc.) during boot-up. If that is what is happening in your system, we can solve it after we find out what it is waiting for (there is usually a message that comes after the time-out). > > William > > > Sandra Jobst wrote: >> Hi everybody, >> >> for further investigation and to be sure to eliminate any of my changes, >> wich could possibly be wrong, i deleted the temp-folder and updated the >> whole gumstix project over svn.Then i built a completely new >> gumstix-minimal-image and put the new uimage and rootfs on the SD card. >> But it had the same effect, the kernel started, but the rootfs cant be >> loaded (the same log!). >> To exclude the possibility of a defect rootfs, i used the pre-built >> kernel from www.sakoman.net with my rootfs. This time the kernel loaded >> the rootf, with errors, but there was no stop at the usual point! >> Is this a hint, that there is missing something in the kernel i built? >> Are there additional flags i have to set in the congif files? >> Every idea is welcome..... >> >> Thanks >> Sandra >> >>> Hello, >>> >>> I am new to the List. I read a lot about booting Verdex from MMC or >>> microSC card on the Gumstix homepage HowTo's and in the User wiki and >>> followed the tutorial's instructions >>> (http://www.gumstix.net/User/view/User-how-to-s/Booting-from-microSD/SD/MMC/110.html >>> and http://www.gumstix.net/wiki/index.php?title=Boot_from_MMC) I only >>> changed MACHINE_FEATURES += "mmcroot" in gumstix-custom-verdex.conf >>> and recompiled everything. I also tried different kernel versions >>> (2.6.21 and 2.6.24), but the booting procedure always stops at the same >>> point, when the rootfs should be loaded. (Please have a look at the log, >>> following beneath) >>> I tried pre-built sources from www.sakoman.net and the Gumstix is >>> booting without problems. I can't understand which mistake I am making. >>> >>> Thanks and regards >>> Sandra >>> <http://www.sakoman.net/oe/mmc-boot/kernel-mmc.tar.gz> >>> *** Welcome to Gumstix *** >>> >>> DRAM: 128 MB >>> Flash: 32 MB >>> Using default environment >>> >>> Hit any key to stop autoboot: 0 >>> Instruction Cache is ON >>> Found gumstix-factory.script on MMC... >>> ## Executing script at a2000000 >>> Booting from mmc/microSD... >>> Detected: 1993728 blocks of 1024 bytes (1947MB) SD card. >>> Vendor: Man 1b OEM SM "00000" Date 08/2008 >>> Product: 2970430354 >>> Revision: 1.0 >>> reading uimage >>> >>> 998884 bytes read >>> ## Booting image at a2000000 ... >>> Image Name: Angstrom/2.6.21/gumstix-custom-v >>> Image Type: ARM Linux Kernel Image (uncompressed) >>> Data Size: 998820 Bytes = 975.4 kB >>> Load Address: a0008000 >>> Entry Point: a0008000 >>> OK >>> >>> Starting kernel ... >>> >>> Linux version 2.6.21 (daia@ubuntu2) (gcc version 4.1.2) #1 Sun Mar 15 >>> 21:55:21 CET 2009 >>> CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f >>> Machine: The Gumstix Platform >>> Memory policy: ECC disabled, Data cache writeback >>> Run Mode clock: 208.00MHz (*16) >>> Turbo Mode clock: 624.00MHz (*3.0, active) >>> Memory clock: 104.00MHz (/2) >>> System bus clock: 104.00MHz >>> CPU0: D VIVT undefined 5 cache >>> CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets >>> CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets >>> Built 1 zonelists. Total pages: 32512 >>> Kernel command line: console=ttyS0,115200n8 rootdelay=1 root=/dev/mmcblk0p2 >>> PID hash table entries: 512 (order: 9, 2048 bytes) >>> Console: colour dummy device 80x30 >>> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) >>> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) >>> Memory: 128MB = 128MB total >>> Memory: 127744KB available (1736K code, 195K data, 144K init) >>> Mount-cache hash table entries: 512 >>> CPU: Testing write buffer coherency: ok >>> NET: Registered protocol family 16 >>> NET: Registered protocol family 2 >>> Time: pxa_timer clocksource has been installed. >>> IP route cache hash table entries: 1024 (order: 0, 4096 bytes) >>> TCP established hash table entries: 4096 (order: 3, 32768 bytes) >>> TCP bind hash table entries: 4096 (order: 2, 16384 bytes) >>> TCP: Hash tables configured (established 4096 bind 4096) >>> TCP reno registered >>> io scheduler noop registered >>> io scheduler cfq registered (default) >>> Console: switching to colour frame buffer device 80x24 >>> pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART >>> pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART >>> pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART >>> Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit bankwidth) >>> Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank >>> Intel/Sharp Extended Query Table at 0x010A >>> Intel/Sharp Extended Query Table at 0x010A >>> Intel/Sharp Extended Query Table at 0x010A >>> Intel/Sharp Extended Query Table at 0x010A >>> Intel/Sharp Extended Query Table at 0x010A >>> Using buffer write method >>> cfi_cmdset_0001: Erase suspend on write enabled >>> 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 cubic registered >>> NET: Registered protocol family 1 >>> NET: Registered protocol family 17 >>> XScale iWMMXt coprocessor detected. >>> Waiting 1sec before mounting root device... >>> mmcblk0: mmc0:0002 00000 1993728KiB >>> mmcblk0: p1 p2 >>> VFS: Mounted root (ext2 filesystem). >>> Freeing init memory: 144K >>> >>> >>> ------------------------------------------------------------------------------ >>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are >>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and >>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development >>> software that enables intelligent coding and step-through debugging. >>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >> >> >> ------------------------------------------------------------------------------ >> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are >> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and >> easily build your RIAs with Flex Builder, the Eclipse(TM)based development >> software that enables intelligent coding and step-through debugging. >> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Sandra J. <da...@gm...> - 2009-03-17 21:07:37
|
Hello everybody! Thanks a lot for all your help!!! Obviously i forgot to set the right /bin/sh link. I had to install ubuntu several times, because i wanted to use it with virtualPC, and so this detail must have been lost during the installations. But now i was able to build a working image. Thanks again for your help... kind regards Sandra PS: I fear there will be further questions within the next weeks ;-) > When the boot process stops at "Freeing init memory" chances are that > you're building on an ubuntu machine and have /bin/sh linked to > /bin/dash. See the warning here > http://www.gumstix.net/Software/view/Getting-started/Setting-up-a-build-environment/111.html > at the end of the prerequisites section. After that is fixed you'll > want to: bitbake -c rebuild gumstix-kernel && bitbake -c rebuild > task-base-gumstix && bitbake -c rebuild <whatever-image> and then > reflash. > > Chris > > On Tue, Mar 17, 2009 at 11:49 AM, William Hue <wi...@ne...> wrote: > >> Sandra, >> >> What if you try waiting for a few minutes, to see if the boot process continues after the point where it always stops? I've seen, on occasion, systems that time-out waiting on something (DHCP, peripheral initialisation, etc.) during boot-up. If that is what is happening in your system, we can solve it after we find out what it is waiting for (there is usually a message that comes after the time-out). >> >> William >> >> >> Sandra Jobst wrote: >> >>> Hi everybody, >>> >>> for further investigation and to be sure to eliminate any of my changes, >>> wich could possibly be wrong, i deleted the temp-folder and updated the >>> whole gumstix project over svn.Then i built a completely new >>> gumstix-minimal-image and put the new uimage and rootfs on the SD card. >>> But it had the same effect, the kernel started, but the rootfs cant be >>> loaded (the same log!). >>> To exclude the possibility of a defect rootfs, i used the pre-built >>> kernel from www.sakoman.net with my rootfs. This time the kernel loaded >>> the rootf, with errors, but there was no stop at the usual point! >>> Is this a hint, that there is missing something in the kernel i built? >>> Are there additional flags i have to set in the congif files? >>> Every idea is welcome..... >>> >>> Thanks >>> Sandra >>> >>> >>>> Hello, >>>> >>>> I am new to the List. I read a lot about booting Verdex from MMC or >>>> microSC card on the Gumstix homepage HowTo's and in the User wiki and >>>> followed the tutorial's instructions >>>> (http://www.gumstix.net/User/view/User-how-to-s/Booting-from-microSD/SD/MMC/110.html >>>> and http://www.gumstix.net/wiki/index.php?title=Boot_from_MMC) I only >>>> changed MACHINE_FEATURES += "mmcroot" in gumstix-custom-verdex.conf >>>> and recompiled everything. I also tried different kernel versions >>>> (2.6.21 and 2.6.24), but the booting procedure always stops at the same >>>> point, when the rootfs should be loaded. (Please have a look at the log, >>>> following beneath) >>>> I tried pre-built sources from www.sakoman.net and the Gumstix is >>>> booting without problems. I can't understand which mistake I am making. >>>> >>>> Thanks and regards >>>> Sandra >>>> <http://www.sakoman.net/oe/mmc-boot/kernel-mmc.tar.gz> >>>> *** Welcome to Gumstix *** >>>> >>>> DRAM: 128 MB >>>> Flash: 32 MB >>>> Using default environment >>>> >>>> Hit any key to stop autoboot: 0 >>>> Instruction Cache is ON >>>> Found gumstix-factory.script on MMC... >>>> ## Executing script at a2000000 >>>> Booting from mmc/microSD... >>>> Detected: 1993728 blocks of 1024 bytes (1947MB) SD card. >>>> Vendor: Man 1b OEM SM "00000" Date 08/2008 >>>> Product: 2970430354 >>>> Revision: 1.0 >>>> reading uimage >>>> >>>> 998884 bytes read >>>> ## Booting image at a2000000 ... >>>> Image Name: Angstrom/2.6.21/gumstix-custom-v >>>> Image Type: ARM Linux Kernel Image (uncompressed) >>>> Data Size: 998820 Bytes = 975.4 kB >>>> Load Address: a0008000 >>>> Entry Point: a0008000 >>>> OK >>>> >>>> Starting kernel ... >>>> >>>> Linux version 2.6.21 (daia@ubuntu2) (gcc version 4.1.2) #1 Sun Mar 15 >>>> 21:55:21 CET 2009 >>>> CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f >>>> Machine: The Gumstix Platform >>>> Memory policy: ECC disabled, Data cache writeback >>>> Run Mode clock: 208.00MHz (*16) >>>> Turbo Mode clock: 624.00MHz (*3.0, active) >>>> Memory clock: 104.00MHz (/2) >>>> System bus clock: 104.00MHz >>>> CPU0: D VIVT undefined 5 cache >>>> CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets >>>> CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets >>>> Built 1 zonelists. Total pages: 32512 >>>> Kernel command line: console=ttyS0,115200n8 rootdelay=1 root=/dev/mmcblk0p2 >>>> PID hash table entries: 512 (order: 9, 2048 bytes) >>>> Console: colour dummy device 80x30 >>>> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) >>>> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) >>>> Memory: 128MB = 128MB total >>>> Memory: 127744KB available (1736K code, 195K data, 144K init) >>>> Mount-cache hash table entries: 512 >>>> CPU: Testing write buffer coherency: ok >>>> NET: Registered protocol family 16 >>>> NET: Registered protocol family 2 >>>> Time: pxa_timer clocksource has been installed. >>>> IP route cache hash table entries: 1024 (order: 0, 4096 bytes) >>>> TCP established hash table entries: 4096 (order: 3, 32768 bytes) >>>> TCP bind hash table entries: 4096 (order: 2, 16384 bytes) >>>> TCP: Hash tables configured (established 4096 bind 4096) >>>> TCP reno registered >>>> io scheduler noop registered >>>> io scheduler cfq registered (default) >>>> Console: switching to colour frame buffer device 80x24 >>>> pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART >>>> pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART >>>> pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART >>>> Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit bankwidth) >>>> Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank >>>> Intel/Sharp Extended Query Table at 0x010A >>>> Intel/Sharp Extended Query Table at 0x010A >>>> Intel/Sharp Extended Query Table at 0x010A >>>> Intel/Sharp Extended Query Table at 0x010A >>>> Intel/Sharp Extended Query Table at 0x010A >>>> Using buffer write method >>>> cfi_cmdset_0001: Erase suspend on write enabled >>>> 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 cubic registered >>>> NET: Registered protocol family 1 >>>> NET: Registered protocol family 17 >>>> XScale iWMMXt coprocessor detected. >>>> Waiting 1sec before mounting root device... >>>> mmcblk0: mmc0:0002 00000 1993728KiB >>>> mmcblk0: p1 p2 >>>> VFS: Mounted root (ext2 filesystem). >>>> Freeing init memory: 144K >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are >>>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and >>>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development >>>> software that enables intelligent coding and step-through debugging. >>>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com >>>> _______________________________________________ >>>> gumstix-users mailing list >>>> gum...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>> >>>> >>> ------------------------------------------------------------------------------ >>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are >>> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and >>> easily build your RIAs with Flex Builder, the Eclipse(TM)based development >>> software that enables intelligent coding and step-through debugging. >>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >> ------------------------------------------------------------------------------ >> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are >> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and >> easily build your RIAs with Flex Builder, the Eclipse(TM)based development >> software that enables intelligent coding and step-through debugging. >> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |