On Thu, Jul 2, 2009 at 8:42 PM, Mikhail Zaturenskiy<mzaturenskiy...@gmail.com> wrote: >> Just as an intermediate update on the issue, I've made progress and it >> hangs later down the line, see below: >> ************************************************************************************ >> Using Embedded Planet EP88xC machine description >> Linux version 2.6.30-rc2-01402-gd4e2f68-dirty (dev...@localhost.localdomain) >> (gc >> c version 4.2.2) #3 Thu Jul 2 11:00:54 CDT 2009 >> Found initrd at 0xc3dbb000:0xc3f6d056 >> Zone PFN ranges: >> DMA 0x00000000 -> 0x00004000 >> Normal 0x00004000 -> 0x00004000 >> Movable zone start PFN for each node >> early_node_map[1] active PFN ranges >> 0: 0x00000000 -> 0x00004000 >> MMU: Allocated 72 bytes of context maps for 16 contexts >> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256 >> Kernel command line: console=ttyCPM0,9600n8 root=/dev/ram loglevel=7 >> init=/sbin/ >> init >> NR_IRQS:512 >> PID hash table entries: 256 (order: 8, 1024 bytes) >> Decrementer Frequency = 0x5f5e10 >> clocksource: timebase mult[28000000] shift[22] registered >> console [ttyCPM0] enabled >> Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) >> Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) >> Memory: 60716k/65536k available (2136k kernel code, 4752k reserved, 100k >> data, 9 >> 9k bss, 112k init) >> SLUB: Genslabs=12, HWalign=16, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 >> Calibrating delay loop... 12.39 BogoMIPS (lpj=61952) >> Mount-cache hash table entries: 512 >> net_namespace: 296 bytes >> NET: Registered protocol family 16 >> bio: create slab <bio-0> at 0 >> NET: Registered protocol family 2 >> IP route cache hash table entries: 1024 (order: 0, 4096 bytes) >> TCP established hash table entries: 2048 (order: 2, 16384 bytes) >> TCP bind hash table entries: 2048 (order: 1, 8192 bytes) >> TCP: Hash tables configured (established 2048 bind 2048) >> TCP reno registered >> NET: Registered protocol family 1 >> checking if image is initramfs... >> rootfs image is not initramfs (no cpio magic); looks like an initrd >> Freeing initrd memory: 1736k freed >> msgmni has been set to 122 >> io scheduler noop registered >> io scheduler deadline registered (default) >> Generic RTC Driver v1.07 >> f0000a80.serial: ttyCPM0 at MMIO 0xc500ea80 (irq = 19) is a CPM UART >> f0000a20.serial: ttyCPM1 at MMIO 0xc5016a20 (irq = 29) is a CPM UART >> brd: module loaded >> loop: module loaded >> eth0: fs_enet: 00:00:00:00:00:00 >> eth1: fs_enet: 00:00:00:00:00:00 >> FEC MII Bus: probed >> fe000000.flash: Found 2 x16 devices at 0x0 in 32-bit bank >> Amd/Fujitsu Extended Query Table at 0x0040 >> fe000000.flash: CFI does not contain boot bank location. Assuming top. >> number of CFI chips: 1 >> cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness. >> TCP cubic registered >> NET: Registered protocol family 17 >> RPC: Registered udp transport module. >> RPC: Registered tcp transport module. >> RAMDISK: gzip image found at block 0 >> VFS: Mounted root (ext2 filesystem) readonly on device 1:0. >> Freeing unused kernel memory: 112k init >> ************************************************************************************ >> >> Now searching for cause, looks like it's "init" related... >> > > Wow... I just found out that it's not actually "hanging" at this > point.. it's just working in "slow motion"... I found out by leaving > the machine and coming back half an hour later to find additional > output and eventually even a prompt. >
Hi Mikhail, This is very interesting. I recently experienced a similar problem when upgrading from 2.6.26-rc6 to 2.6.31-rc1 (torvalds mainline kernel). I didn't had the time to figure out what was happening, so I went back to 2.6.26-rc6. Just for the test, could you try to go back to 2.6.26 and see if the problem remains? - Frank > Here is what's happening: > ************************************************************************* > RAMDISK: gzip image found at block 0 > VFS: Mounted root (ext2 filesystem) on device 1:0. > Freeing unused kernel memory: 112k init > > <4 minutes pass> > > init started: BusyBox v1.7.1 (2008-04-02 09:14:47 MEST) > > <2 minutes pass> > > starting pid 403, tty '': '/etc/rc.sh' > > < etc... > > ************************************************************************* > > I've tried a couple different ramdisk images (another one with a much > older version of busybox), with similar results. Anybody have an idea > about what's going on here? > _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
