On Thu, Jan 17, 2013 at 5:51 AM, Daniel Veillard <veillard@xxxxxxxxxx> wrote: > On Tue, Jan 15, 2013 at 04:28:19PM +0100, Hans de Goede wrote: > [...] >> Known Issues: >> * Composite video out does not work >> Selecting composite video out (see README) causes the system to hang >> on boot. Investigation of this is pending. > > Thanks to Hans for his work on this, this allows me to use the > Cubieboard instead of the Raspi and that feel far more sane :-) > > However I have 2 board running now and both exhibit the same problem, a > constant extra load of 1 which i guess is due to some process stuck on > I/O but i can't identify the issue: > > top - 00:44:29 up 2:07, 3 users, load average: 1.08, 1.07, 1.06 > Tasks: 83 total, 1 running, 82 sleeping, 0 stopped, 0 zombie > %Cpu(s): 0.3 us, 1.7 sy, 0.0 ni, 98.0 id, 0.0 wa, 0.0 hi, 0.0 si, > %0.0 st > KiB Mem: 835312 total, 691336 used, 143976 free, 28024 buffers > KiB Swap: 511996 total, 0 used, 511996 free, 510340 cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 1065 root 20 0 4992 1264 980 R 1.0 0.2 0:00.16 top > 1035 root 20 0 0 0 0 S 0.6 0.0 0:00.10 kworker/0:2 > 1039 root 20 0 13668 3904 3024 S 0.6 0.5 0:01.41 sshd > 1 root 20 0 7280 4732 2096 S 0.0 0.6 0:07.06 systemd > 2 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kthreadd > 3 root 20 0 0 0 0 S 0.0 0.0 0:25.73 ksoftirqd/0 > 5 root 20 0 0 0 0 S 0.0 0.0 0:00.03 kworker/u:0 > 6 root rt 0 0 0 0 S 0.0 0.0 0:00.31 watchdog/0 > > [root@cubie ~]# cat /proc/interrupts > CPU0 > 0: 0 sw_vic axp_mfd > 1: 313 sw_vic serial > 7: 83650 sw_vic sun4i-i2c.0 > 8: 0 sw_vic sun4i-i2c.1 > 9: 0 sw_vic sun4i-i2c.2 > 22: 7 sw_vic timer0 > 23: 126532 sw_vic aw clock event irq > 24: 0 sw_vic sunxi-rtc alarm > 27: 17148 sw_vic dma_irq > 32: 659448 sw_vic sunxi-mmc > 33: 0 sw_vic sunxi-mmc > 35: 0 sw_vic sunxi-mmc > 37: 6 sw_vic nand > 38: 0 sw_vic sw_usb_udc > 39: 153 sw_vic ehci_hcd:usb2 > 40: 0 sw_vic ehci_hcd:usb4 > 44: 916390 sw_vic sunxi lcd0 > 45: 0 sw_vic sunxi lcd1 > 47: 458174 sw_vic sunxi scaler0 > 48: 0 sw_vic sunxi scaler1 > 55: 79854 sw_vic eth0 > 56: 0 sw_vic sw_ahci > 64: 0 sw_vic ohci_hcd:usb3 > 65: 0 sw_vic ohci_hcd:usb5 > Err: 0 > [root@cubie ~]# uname -a > Linux cubie 3.4.24+ #6 Tue Jan 15 22:57:26 CET 2013 armv7l armv7l armv7l > GNU/Linux > [root@cubie ~]# > > This is up2date Fedora 18, with Hans experimental kernel (note a yum > update "upgrades" the kernel and the Cubies won't boot again, one need > to reinstall kernel and associated modules). > I was initially thinking it was due to the microSD card bad quality, but I > tried with 3 different cards and always got the issue, so that's > something else. > Machine are basically on runlevel 3, ethernet, no active USB device, > video unplugged, I'm a bit puzzled. > > How do I find out the stuck process leading to this extra load ? try atop. I find it gives a lot of extra information about processes P _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
