February 2012 - kernelnewbies@kernelnewbies.org

How to know number of user threads from /proc
by emani murali Feb. 26, 2012

Feb. 26, 2012

Hi, I'm running a multithreaded program in OpenMP on linux to study CPU overloading. As the subject says, I need to know the number of threads this program creates (assuming in this case, number of threads in this program is same as the number of user threads) from the information kernel provides. I'm looking something similar to run-queue length from "sar -q 0" that gives me exact picture of number of user threads. From the implementation of sar, I found that this information is fetched from /proc filesystem. So is there anyway that /proc fs gives me the number of threads running in the system, apart from /proc/cpuinfo that gives me a static information of existing CPUs. -- Thanks, Kris

3 2

About interrupt handler
by cheneydeng Feb. 26, 2012

Feb. 26, 2012

hi all, I'm begin to learn the Kernel and i'm reading <<Linux kernel development>>.It says "This is an important point, always keep in mind that all interrupt handler has interrupted other code(possibly even another interrupt handler on a different line)".What i am not able to understand is how a interrupt handler be interrupted ? DID NOT it uninterrupted? ------------------ best regards！ cheneydeng

3 6

problem regarding ether_type
by Syed Muhammad Mohsin Kazmi Feb. 26, 2012

Feb. 26, 2012

Hi, I am trying to write down the very basic version of TRILL in linux. TRILL is a protocol which encapsulates the entire packet including ethernet header to forward it to end nodes without the danger of temporary loops. Then it is decapsulated at the bridge having the end host for which the packet is being destined. I have written a sample module which encapsulates the entire packet with TRILL header over that a new ethernet header. The ether_type of TRILL is 0x88c8. I have put it in ether_type of mac_header. when i ping from one machine to another one, the bridging module having TRILL hooks, encapsulates the packets and send them to forwarding function (br_forward) in bridge. I am not recalculating the checksum. I receive the packets on other bridge but hook in br_handle_frame function to decapsulate the TRILL encapsulated traffic. I use a check of ether_type == ETHERTYPE_TRILL before calling decapsulating function. But it does not enter into the check to call the decapsulating function. I don't know what is going wrong with it. any idea and help regarding this problem? Thanks in advance...! Regards, Syed M. Mohsin Kazmi

1 0

[question] between probe() and open()
by Ezequiel García Feb. 25, 2012

Feb. 25, 2012

Hello, This is a question in general about usb drivers and in particular about easycap driver. Is there any way a driver can be accesed between after usb_probe() but before device open()? I guess not, since any further operation on the device needs a struct file pointer, i.e. a file descriptor on the user side. In particular: easycap driver currently calls reset() on usb_probe(), reset() does some hardware initialization among other stuff. However, the reset() is called once again on open(). This seems redundant, right? The reset() is a heavy function since it access the hardware, so it would be benefitial to change it, but I would like someone to ack this, since it is not so trivial. Some measures on the device shows how heavy the reset() is: # calling reset() on usb_probe() time modprobe easycap real 0m1.516s user 0m0.000s sys 0m0.009s --- # not calling reset() on usb_probe() time modprobe easycap real 0m0.003s user 0m0.000s sys 0m0.002s Thanks, Ezequiel.

1 0

want to verify equivalence of Kconfig variants
by Robert P. J. Day Feb. 25, 2012

Feb. 25, 2012

i'm fairly sure i know the answer to this, but i figured i'd run it by others just to make sure i'm not missing anything subtle. in drivers/video/omap2/Makefile, we see: ... snip ... obj-$(CONFIG_OMAP2_DSS) += dss/ obj-$(CONFIG_FB_OMAP2) += omapfb/ obj-y += displays/ ... snip ... and when i see "obj-y", i like to assume that's a component that will be compiled unconditionally. but if you look at the Kconfig file in the displays/ directory, you see: menu "OMAP2/3 Display Device Drivers" depends on OMAP2_DSS ... entire file contents ... endmenu but that suggests that that entire subdirectory depends on OMAP2_DSS, so one could remove the dependency from that Kconfig file and just move it up to the Makefile above: obj-$(CONFIG_OMAP2_DSS) += displays/ correct? i prefer that approach since the dependency is obvious from the Makefile, without having to descend into the directory itself to learn of it. thoughts? is there anything i'm not noticing about this? rday -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ========================================================================

3 2

locking in net_device_ops callbacks
by Jeff Haran Feb. 24, 2012

Feb. 24, 2012

Hi, I was hoping somebody could enlighten me on how serialization of access to data in struct net_device and associated netdev_priv() data works in the callback functions registered in net_device_ops. For example, I am looking at drivers/net/e1000/e1000_main.c in my 2.6.32 based kernel tree. My understanding is this is a reference driver of sorts, so it should be doing the "right thing". This driver registers a callback for the ndo_set_mac_address callback like this (much of what I think is not significant to the question code replaced with "..." below for brevity): static const struct net_device_ops e1000_netdev_ops = { ... .ndo_set_mac_address = e1000_set_mac, ... }; static int __devinit e1000_probe(struct pci_dev *pdev, const struct pci_device_id *ent) { struct net_device *netdev; .... netdev = alloc_etherdev(sizeof(struct e1000_adapter)); .... netdev->netdev_ops = &e1000_netdev_ops; ... err = register_netdev(netdev); ... } Most network drivers seem to follow more or less the same initialization sequence. When I look at the implementation of e1000_set_mac(), I see this: static int e1000_set_mac(struct net_device *netdev, void *p) { struct e1000_adapter *adapter = netdev_priv(netdev); struct e1000_hw *hw = &adapter->hw; struct sockaddr *addr = p; ... memcpy(netdev->dev_addr, addr->sa_data, netdev->addr_len); memcpy(hw->mac_addr, addr->sa_data, netdev->addr_len); ... return 0; } I can't help but notice there is no locking going on around the memcpy()s of the passed in MAC address to the net_device dev_addr and private data mac_addr fields. I assume that e1000_set_mac() is typically called in process context in response to some user space application like ifconfig or ip changing the interface MAC address. I am also assuming that these dev_addr and mac_addr fields are also referenced in other contexts. An Ethernet MAC address is 6 bytes, so the memcpy()'s can't be atomic operations at least on a 32 bit machine. Shouldn't there have been some sort of lock taken before the memcpy()s are executed so that other execution contexts won't see a partially copied MAC address? Is there some sort of lock taken higher up the call stack by the code that calls these callback functions so that the callbacks themselves don't have to do it explicitly? I am writing a network device driver (modifying an existing one actually) and am therefore trying to understand what kinds of explicit locking my net_device_ops callbacks need to take in order to ensure proper operation on an SMP system. Thanks, Jeff Haran

1 0

Re: hOW TO TRACE SYSTEM CALLS?
by Vladimir Murzin Feb. 24, 2012

Feb. 24, 2012

Hi! Google for strace utility ;) Best wishes Vladimir Murzin ------Original Message------ From: Swapnil Gaikwad Sender: kernelnewbies-bounces(a)kernelnewbies.org To: kernelnewbies(a)kernelnewbies.org Subject: hOW TO TRACE SYSTEM CALLS? Sent: 24 Feb 2012 21:14 -- Regards, Swapnil Gaikwad. _______________________________________________ Kernelnewbies mailing list Kernelnewbies(a)kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies Best wishes, Vladimir Murzin

1 0

hOW TO TRACE SYSTEM CALLS?
by Swapnil Gaikwad Feb. 24, 2012

Feb. 24, 2012

-- Regards, Swapnil Gaikwad.

1 0

SPARC T2000: Can't get nfsroot working. Kernel 2.6.39 don't mount nfsroot
by Denny Schierz Feb. 24, 2012

Feb. 24, 2012

hi, I had build kernel 2.6.39 from the Debian Squeeze backports, with buildin initrd for booting sparcs over OpenBoot. The kernel works with a Sunfire a v245. Now I try the same with the T2000 (Enterprise), but the kernel doesn't do anything with NFS, after the last DHCP resquest. Successful boot from the v245 ============ [...] [ 81.551492] Sending DHCP and RARP requests . [ 82.133403] tg3 0000:0c:04.1: eth3: Link is up at 100 Mbps, full duplex [ 82.222831] tg3 0000:0c:04.1: eth3: Flow control is on for TX and on for RX [ 83.107506] , OK [ 83.133234] IP-Config: Got DHCP answer from 192.168.1.1, my address is 192.168.1.5 [ 83.391853] IP-Config: Complete: [ 83.434289] device=eth3, addr=192.168.1.5, mask=255.255.255.0, gw=192.168.1.1, [ 83.531766] host=fire, domain=rbg.domain.foo, nis-domain=(none), [ 83.637249] bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=/srv/fai-sparc/nfsroot ------------------> See a successful mount request on the NFS server side <----------------- [ 83.756486] Warning: unable to open an initial console. [ 83.871691] udev[73]: starting version 164 [ 84.282325] Fusion MPT base driver 3.04.18 [ 84.336261] Copyright (c) 1999-2008 LSI Corporation [ 84.472595] Fusion MPT SPI Host driver 3.04.18 [ 84.546341] Fusion MPT SAS Host driver 3.04.18 [ 84.605341] mptbase: ioc0: Initiating bringup [ 84.663233] mptbase: ioc1: Initiating bringup [...] =============== in the end, I get a login .. but, T2000 ============ [ 94.161607] Sending DHCP requests . [ 94.482496] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx [ 94.482750] e1000e 0000:04:00.0: eth0: 10/100 speed: disabling TSO [ 96.481510] ., OK [ 96.489592] IP-Config: Got DHCP answer from 192.168.1.1, my address is 192.168.1.6 [ 96.489940] IP-Config: Complete: [ 96.489981] device=eth0, addr=192.168.1.6, mask=255.255.255.0, gw=192.168.1.1, [ 96.490079] host=e01, domain=rbgdomain.foo, nis-domain=(none), [ 96.490163] bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=/srv/fai-sparc/nfsroot ------------------> See nothing on the NFS server and with (nfs/rpc ...) tcpdump <----------------- [ 96.490334] Warning: unable to open an initial console. [ 96.495441] Kernel panic - not syncing: Attempted to kill init! [ 96.495518] Call Trace: [ 96.495570] [000000000045b8f8] do_exit+0xa8/0x6bc [ 96.495619] [000000000045bf7c] do_group_exit+0x70/0xa8 [ 96.495680] [000000000045bfcc] SyS_exit_group+0x18/0x28 [ 96.495747] [0000000000405fd4] linux_sparc_syscall32+0x34/0x40 [ 96.495859] Press Stop-A (L1-A) to return to the boot prom ============== everything is identical, except the ip: boot net3:dhcp root=/dev/nfs boot=live FAI_ACTION=sysinfo nfsroot:192.168.1.1:/srv/fai-sparc/nfsroot ip=::::eth3: debug I discovered that there was a big delay, with the network card. I did a ping from the nfs-server side to the client and after the DHCP request, the ping disappears. But after ~20-30 seconds, the ping appears again (still in kernel panic) ! So far I thought, must be the reason, that nfsroot doesn't work. So I found a patch: http://kernel.opensuse.org/cgit/kernel/commit/?id=3fb72f1e6e6165c5f495e8dc1… I patched my 2.6.39 kernel and now, the ping appears after a second again, but still no success with NFSroot :-/ My kernel config: https://www.pug.org/mediawiki/images/4/4e/Config-fai.txt So I have no idea anymore ... any suggestions? =============== complete boot ============================== {0} ok boot net3:dhcp root=/dev/nfs boot=live FAI_ACTION=install FAI_FLAGS="sshd verbose reboot" ip=::::eth3: debug Boot device: /pci@7c0/pci@0/pci@2/network@0,1:dhcp File and args: root=/dev/nfs boot=live FAI_ACTION=install FAI_FLAGS="sshd verbose reboot" ip=::::eth3: debug 100 Mbps full duplex Link up / [ 0.000000] PROMLIB: Sun IEEE Boot Prom 'OBP 4.30.4.b 2010/07/09 13:48' [ 0.000000] PROMLIB: Root node compatible: sun4v [ 0.000000] Linux version 2.6.39 (2.6.39) (root@fire04) (gcc version 4.4.5 (Debian 4.4.5-8) ) #5 Wed Feb 22 10:24:35 CET 2012 [ 0.000000] bootconsole [earlyprom0] enabled [ 0.000000] ARCH: SUN4V [ 0.000000] Ethernet address: 00:14:4f:cb:d1:f8 [ 0.000000] Kernel: Using 3 locked TLB entries for main kernel image. [ 0.000000] Remapping the kernel... done. [ 0.000000] OF stdout device is: /virtual-devices@100/console@1 [ 0.000000] PROM: Built device tree with 89203 bytes of memory. [ 0.000000] MDESC: Size is 30528 bytes. [ 0.000000] PLATFORM: banner-name [SPARC Enterprise T2000] [ 0.000000] PLATFORM: name [SUNW,SPARC-Enterprise-T2000] [ 0.000000] PLATFORM: hostid [84cbd1f8] [ 0.000000] PLATFORM: serial# [00ab4130] [ 0.000000] PLATFORM: stick-frequency [3b9aca00] [ 0.000000] PLATFORM: mac-address [144fcbd1f8] [ 0.000000] PLATFORM: watchdog-resolution [1000 ms] [ 0.000000] PLATFORM: watchdog-max-timeout [31536000000 ms] [ 0.000000] PLATFORM: max-cpus [32] [ 0.000000] Top of RAM: 0x1ffe30000, Total RAM: 0x1f79dc000 [ 0.000000] Memory hole size: 132MB [ 0.000000] [0000010000000000-fffff80009000000] page_structs=131072 node=0 entry=0/8192 [ 0.000000] [0000010000000000-fffff80009400000] page_structs=131072 node=0 entry=1/8192 [ 0.000000] [0000010000800000-fffff80009800000] page_structs=131072 node=0 entry=2/8192 [ 0.000000] [0000010000800000-fffff80009c00000] page_structs=131072 node=0 entry=3/8192 [ 0.000000] [0000010001000000-fffff8000a000000] page_structs=131072 node=0 entry=4/8192 [ 0.000000] [0000010001000000-fffff8000a400000] page_structs=131072 node=0 entry=5/8192 [ 0.000000] [0000010001800000-fffff8000a800000] page_structs=131072 node=0 entry=6/8192 [ 0.000000] [0000010001800000-fffff8000ac00000] page_structs=131072 node=0 entry=7/8192 [ 0.000000] [0000010002000000-fffff8000b000000] page_structs=131072 node=0 entry=8/8192 [ 0.000000] [0000010002000000-fffff8000b400000] page_structs=131072 node=0 entry=9/8192 [ 0.000000] [0000010002800000-fffff8000b800000] page_structs=131072 node=0 entry=10/8192 [ 0.000000] [0000010002800000-fffff8000bc00000] page_structs=131072 node=0 entry=11/8192 [ 0.000000] [0000010003000000-fffff8000c000000] page_structs=131072 node=0 entry=12/8192 [ 0.000000] [0000010003000000-fffff8000c400000] page_structs=131072 node=0 entry=13/8192 [ 0.000000] [0000010003800000-fffff8000c800000] page_structs=131072 node=0 entry=14/8192 [ 0.000000] [0000010003800000-fffff8000cc00000] page_structs=131072 node=0 entry=15/8192 [ 0.000000] Zone PFN ranges: [ 0.000000] Normal 0x00004200 -> 0x000fff18 [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[4] active PFN ranges [ 0.000000] 0: 0x00004200 -> 0x000ffe91 [ 0.000000] 0: 0x000ffe95 -> 0x000ffede [ 0.000000] 0: 0x000fff02 -> 0x000fff15 [ 0.000000] 0: 0x000fff17 -> 0x000fff18 [ 0.000000] On node 0 totalpages: 1031406 [ 0.000000] Normal zone: 8059 pages used for memmap [ 0.000000] Normal zone: 0 pages reserved [ 0.000000] Normal zone: 1023347 pages, LIFO batch:15 [ 0.000000] Booting Linux... [ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [ 0.000000] pcpu-alloc: [0] 0 [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 1023347 [ 0.000000] Kernel command line: root=/dev/nfs boot=live FAI_ACTION=install FAI_FLAGS="sshd verbose reboot" ip=::::eth3: debug [ 0.000000] PID hash table entries: 4096 (order: 2, 32768 bytes) [ 0.000000] Dentry cache hash table entries: 1048576 (order: 10, 8388608 bytes) [ 0.000000] Inode-cache hash table entries: 524288 (order: 9, 4194304 bytes) [ 0.000000] Memory: 8162816k available (4424k kernel code, 1672k data, 3504k init) [fffff80000000000,00000001ffe30000] [ 0.000000] SLUB: Genslabs=16, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [ 0.000000] NR_IRQS:255 [ 0.000000] clocksource: mult[40000000] shift[30] [ 0.000000] clockevent: mult[80000000] shift[31] [ 0.000000] Console: colour dummy device 80x25 [ 0.000000] console [tty0] enabled, bootconsole disabled [ 0.000000] PROMLIB: Sun IEEE Boot Prom 'OBP 4.30.4.b 2010/07/09 13:48' [ 0.000000] PROMLIB: Root node compatible: sun4v [ 0.000000] Linux version 2.6.39 (2.6.39) (root@fire04) (gcc version 4.4.5 (Debian 4.4.5-8) ) #5 Wed Feb 22 10:24:35 CET 2012 [ 0.000000] bootconsole [earlyprom0] enabled [ 0.000000] ARCH: SUN4V [ 0.000000] Ethernet address: 00:14:4f:cb:d1:f8 [ 0.000000] Kernel: Using 3 locked TLB entries for main kernel image. [ 0.000000] Remapping the kernel... done. [ 0.000000] OF stdout device is: /virtual-devices@100/console@1 [ 0.000000] PROM: Built device tree with 89203 bytes of memory. [ 0.000000] MDESC: Size is 30528 bytes. [ 0.000000] PLATFORM: banner-name [SPARC Enterprise T2000] [ 0.000000] PLATFORM: name [SUNW,SPARC-Enterprise-T2000] [ 0.000000] PLATFORM: hostid [84cbd1f8] [ 0.000000] PLATFORM: serial# [00ab4130] [ 0.000000] PLATFORM: stick-frequency [3b9aca00] [ 0.000000] PLATFORM: mac-address [144fcbd1f8] [ 0.000000] PLATFORM: watchdog-resolution [1000 ms] [ 0.000000] PLATFORM: watchdog-max-timeout [31536000000 ms] [ 0.000000] PLATFORM: max-cpus [32] [ 0.000000] Top of RAM: 0x1ffe30000, Total RAM: 0x1f79dc000 [ 0.000000] Memory hole size: 132MB [ 0.000000] [0000010000000000-fffff80009000000] page_structs=131072 node=0 entry=0/8192 [ 0.000000] [0000010000000000-fffff80009400000] page_structs=131072 node=0 entry=1/8192 [ 0.000000] [0000010000800000-fffff80009800000] page_structs=131072 node=0 entry=2/8192 [ 0.000000] [0000010000800000-fffff80009c00000] page_structs=131072 node=0 entry=3/8192 [ 0.000000] [0000010001000000-fffff8000a000000] page_structs=131072 node=0 entry=4/8192 [ 0.000000] [0000010001000000-fffff8000a400000] page_structs=131072 node=0 entry=5/8192 [ 0.000000] [0000010001800000-fffff8000a800000] page_structs=131072 node=0 entry=6/8192 [ 0.000000] [0000010001800000-fffff8000ac00000] page_structs=131072 node=0 entry=7/8192 [ 0.000000] [0000010002000000-fffff8000b000000] page_structs=131072 node=0 entry=8/8192 [ 0.000000] [0000010002000000-fffff8000b400000] page_structs=131072 node=0 entry=9/8192 [ 0.000000] [0000010002800000-fffff8000b800000] page_structs=131072 node=0 entry=10/8192 [ 0.000000] [0000010002800000-fffff8000bc00000] page_structs=131072 node=0 entry=11/8192 [ 0.000000] [0000010003000000-fffff8000c000000] page_structs=131072 node=0 entry=12/8192 [ 0.000000] [0000010003000000-fffff8000c400000] page_structs=131072 node=0 entry=13/8192 [ 0.000000] [0000010003800000-fffff8000c800000] page_structs=131072 node=0 entry=14/8192 [ 0.000000] [0000010003800000-fffff8000cc00000] page_structs=131072 node=0 entry=15/8192 [ 0.000000] Zone PFN ranges: [ 0.000000] Normal 0x00004200 -> 0x000fff18 [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[4] active PFN ranges [ 0.000000] 0: 0x00004200 -> 0x000ffe91 [ 0.000000] 0: 0x000ffe95 -> 0x000ffede [ 0.000000] 0: 0x000fff02 -> 0x000fff15 [ 0.000000] 0: 0x000fff17 -> 0x000fff18 [ 0.000000] On node 0 totalpages: 1031406 [ 0.000000] Normal zone: 8059 pages used for memmap [ 0.000000] Normal zone: 0 pages reserved [ 0.000000] Normal zone: 1023347 pages, LIFO batch:15 [ 0.000000] Booting Linux... [ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [ 0.000000] pcpu-alloc: [0] 0 [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 1023347 [ 0.000000] Kernel command line: root=/dev/nfs boot=live FAI_ACTION=install FAI_FLAGS="sshd verbose reboot" ip=::::eth3: debug [ 0.000000] PID hash table entries: 4096 (order: 2, 32768 bytes) [ 0.000000] Dentry cache hash table entries: 1048576 (order: 10, 8388608 bytes) [ 0.000000] Inode-cache hash table entries: 524288 (order: 9, 4194304 bytes) [ 0.000000] Memory: 8162816k available (4424k kernel code, 1672k data, 3504k init) [fffff80000000000,00000001ffe30000] [ 0.000000] SLUB: Genslabs=16, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [ 0.000000] NR_IRQS:255 [ 0.000000] clocksource: mult[40000000] shift[30] [ 0.000000] clockevent: mult[80000000] shift[31] [ 0.000000] Console: colour dummy device 80x25 [ 0.000000] console [tty0] enabled, bootconsole disabled [ 83.401278] Calibrating delay using timer specific routine.. 2001.54 BogoMIPS (lpj=4003089) [ 83.401317] pid_max: default: 32768 minimum: 301 [ 83.401504] Security Framework initialized [ 83.401586] Mount-cache hash table entries: 512 [ 83.402158] Performance events: Supported PMU type is 'niagara' [ 83.402791] devtmpfs: initialized [ 83.403177] ldc.c:v1.1 (July 22, 2008) [ 83.403195] ldc: Domaining disabled. [ 83.403586] NET: Registered protocol family 16 [ 83.410192] VIO: Adding device channel-devices [ 83.410276] VIO: Adding device vldc-port-0-0 [ 83.410347] VIO: Adding device vldc-port-0-1 [ 83.410418] VIO: Adding device vldc-port-0-2 [ 83.410490] VIO: Adding device vldc-port-1-0 [ 83.410562] VIO: Adding device vldc-port-3-0 [ 83.410641] VIO: Adding device vldc-port-3-8 [ 83.410727] VIO: Adding device ds-1 [ 83.410795] VIO: Adding device ds-0 [ 83.412829] pci_sun4v: Registered hvapi major[1] minor[0] [ 83.412864] /pci@780: SUN4V PCI Bus Module [ 83.412882] /pci@780: On NUMA node -1 [ 83.412902] /pci@780: PCI IO[e810000000] MEM[ea00000000] [ 83.412930] /pci@780: Unable to request IOMMU resource. [ 83.459745] /pci@780: MSI Queue first[0] num[36] count[128] devino[0x18] [ 83.459790] /pci@780: MSI first[0] num[256] mask[0xff] width[32] [ 83.459827] /pci@780: MSI addr32[0x7fff0000:0x10000] addr64[0x3ffff0000:0x10000] [ 83.459874] /pci@780: MSI queues at RA [00000001ff100000] [ 83.459908] PCI: Scanning PBM /pci@780 [ 83.460257] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold [ 83.460309] pci 0000:02:00.0: PME# disabled [ 83.460827] pci 0000:03:01.0: PME# supported from D0 D3hot D3cold [ 83.460877] pci 0000:03:01.0: PME# disabled [ 83.461405] pci 0000:04:00.0: PME# supported from D0 D3hot [ 83.461455] pci 0000:04:00.0: PME# disabled [ 83.461783] pci 0000:04:00.1: PME# supported from D0 D3hot [ 83.461833] pci 0000:04:00.1: PME# disabled [ 83.462130] pci 0000:03:02.0: PME# supported from D0 D3hot D3cold [ 83.462179] pci 0000:03:02.0: PME# disabled [ 83.462670] pci 0000:03:08.0: PME# supported from D0 D3hot D3cold [ 83.462719] pci 0000:03:08.0: PME# disabled [ 83.463216] pci 0000:03:09.0: PME# supported from D0 D3hot D3cold [ 83.463266] pci 0000:03:09.0: PME# disabled [ 83.463758] pci 0000:07:00.0: supports D1 D2 [ 83.465055] /pci@7c0: SUN4V PCI Bus Module [ 83.465086] /pci@7c0: On NUMA node -1 [ 83.465116] /pci@7c0: PCI IO[f010000000] MEM[f200000000] [ 83.465155] /pci@7c0: Unable to request IOMMU resource. [ 83.512141] /pci@7c0: MSI Queue first[0] num[36] count[128] devino[0x18] [ 83.512187] /pci@7c0: MSI first[0] num[256] mask[0xff] width[32] [ 83.512224] /pci@7c0: MSI addr32[0x7fff0000:0x10000] addr64[0x3ffff0000:0x10000] [ 83.512271] /pci@7c0: MSI queues at RA [00000001ff200000] [ 83.512305] PCI: Scanning PBM /pci@7c0 [ 83.512652] pci 0001:02:00.0: PME# supported from D0 D3hot D3cold [ 83.512703] pci 0001:02:00.0: PME# disabled [ 83.513237] pci 0001:03:01.0: PME# supported from D0 D3hot D3cold [ 83.513287] pci 0001:03:01.0: PME# disabled [ 83.513777] pci 0001:04:00.0: PME# supported from D0 D3hot D3cold [ 83.513827] pci 0001:04:00.0: PME# disabled [ 83.514510] pci 0001:05:05.0: PME# supported from D3cold [ 83.514561] pci 0001:05:05.0: PME# disabled [ 83.514799] pci 0001:05:06.0: PME# supported from D3cold [ 83.514848] pci 0001:05:06.0: PME# disabled [ 83.515334] pci 0001:04:00.2: PME# supported from D0 D3hot D3cold [ 83.515385] pci 0001:04:00.2: PME# disabled [ 83.515880] pci 0001:03:02.0: PME# supported from D0 D3hot D3cold [ 83.515929] pci 0001:03:02.0: PME# disabled [ 83.516445] pci 0001:07:00.0: PME# supported from D0 D3hot [ 83.516495] pci 0001:07:00.0: PME# disabled [ 83.516834] pci 0001:07:00.1: PME# supported from D0 D3hot [ 83.516883] pci 0001:07:00.1: PME# disabled [ 83.517189] pci 0001:03:08.0: PME# supported from D0 D3hot D3cold [ 83.517249] pci 0001:03:08.0: PME# disabled [ 83.517779] pci 0001:08:00.0: supports D1 [ 83.518093] pci 0001:03:09.0: PME# supported from D0 D3hot D3cold [ 83.518143] pci 0001:03:09.0: PME# disabled [ 83.521044] ds.c:v1.0 (Jul 11, 2007) [ 83.526936] bio: create slab <bio-0> at 0 [ 83.527402] vgaarb: loaded [ 83.527832] SCSI subsystem initialized [ 83.528036] libata version 3.00 loaded. [ 83.528833] Switching to clocksource stick [ 83.529229] Switched to NOHz mode on CPU #0 [ 83.537513] FS-Cache: Loaded [ 83.537640] CacheFiles: Loaded [ 83.544883] NET: Registered protocol family 2 [ 83.545171] IP route cache hash table entries: 262144 (order: 8, 2097152 bytes) [ 83.547831] TCP established hash table entries: 524288 (order: 10, 8388608 bytes) [ 83.578112] TCP bind hash table entries: 65536 (order: 6, 524288 bytes) [ 83.580043] TCP: Hash tables configured (established 524288 bind 65536) [ 83.580078] TCP reno registered [ 83.580116] UDP hash table entries: 4096 (order: 4, 131072 bytes) [ 83.580630] UDP-Lite hash table entries: 4096 (order: 4, 131072 bytes) [ 83.581568] NET: Registered protocol family 1 [ 83.581994] RPC: Registered udp transport module. [ 83.582027] RPC: Registered tcp transport module. [ 83.582058] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 83.582311] pci 0001:05:02.0: Activating ISA DMA hang workarounds [ 83.582510] PCI: CLS 64 bytes, default 64 [ 89.110622] HugeTLB registered 4 MB page size, pre-allocated 0 pages [ 89.125987] aufs 2.1-standalone.tree-39-rcN-20110418 [ 89.126034] msgmni has been set to 15943 [ 89.129039] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [ 89.129091] io scheduler noop registered [ 89.129120] io scheduler deadline registered [ 89.129418] io scheduler cfq registered (default) [ 89.130116] f027a9c4: ttyS0 at I/O 0x0 (irq = 1) is a SUN4V HCONS [ 89.606641] console [ttyHV0] enabled [ 89.621306] f02bc400: ttyS1 at MMIO 0xf0100003f8 (irq = 25) is a 16550A [ 89.621861] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled [ 89.652994] brd: module loaded [ 89.655341] loop: module loaded [ 89.666131] Loading iSCSI transport class v2.0-870. [ 89.666742] rdac: device handler registered [ 89.666962] megaraid cmm: 2.20.2.7 (Release Date: Sun Jul 16 00:01:03 EST 2006) [ 89.667640] megaraid: 2.20.5.1 (Release Date: Thu Nov 16 15:32:35 EST 2006) [ 89.735473] megasas: 00.00.05.34-rc1 Thu. Feb. 24 17:00:00 PDT 2011 [ 89.735650] mpt2sas version 08.100.00.00 loaded [ 89.749848] Broadcom NetXtreme II iSCSI Driver bnx2i v2.6.2.3 (Dec 31, 2010) [ 89.749990] iscsi: registered transport (bnx2i) [ 89.805765] PCI: Enabling device: (0001:05:08.0), cmd 5 [ 89.807047] scsi0 : pata_ali [ 89.808051] scsi1 : pata_ali [ 89.808257] ata1: PATA max UDMA/100 cmd 0xf010000100 ctl 0xf010000118 bmdma 0xf010000120 irq 28 [ 89.810439] ata2: PATA max UDMA/100 cmd 0xf010000110 ctl 0xf010000108 bmdma 0xf010000128 irq 28 [ 89.812465] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI [ 89.835383] e1000: Copyright (c) 1999-2006 Intel Corporation. [ 89.905331] e1000e: Intel(R) PRO/1000 Network Driver - 1.3.10-k2 [ 89.905392] e1000e: Copyright(c) 1999 - 2011 Intel Corporation. [ 89.920274] e1000e 0000:04:00.0: Disabling ASPM L1 [ 89.920366] PCI: Enabling device: (0000:04:00.0), cmd 146 [ 90.069352] ata1.00: ATAPI: MATSHITACD-RW CW-8124, DZ13, max UDMA/33 [ 90.069426] ata1.00: WARNING: ATAPI DMA disabled for reliability issues. It can be enabled [ 90.069504] ata1.00: WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node. [ 90.085260] ata1.00: configured for UDMA/33 [ 90.087546] scsi 0:0:0:0: CD-ROM MATSHITA CD-RW CW-8124 DZ13 PQ: 0 ANSI: 5 [ 90.124105] e1000e 0000:04:00.0: eth0: (PCI Express:2.5GB/s:Width x4) 00:14:4f:cb:d1:f8 [ 90.124189] e1000e 0000:04:00.0: eth0: Intel(R) PRO/1000 Network Connection [ 90.124337] e1000e 0000:04:00.0: eth0: MAC: 0, PHY: 4, PBA No: FFFFFF-0FF [ 90.124435] e1000e 0000:04:00.1: Disabling ASPM L1 [ 90.124524] PCI: Enabling device: (0000:04:00.1), cmd 146 [ 90.309797] e1000e 0000:04:00.1: eth1: (PCI Express:2.5GB/s:Width x4) 00:14:4f:cb:d1:f9 [ 90.309880] e1000e 0000:04:00.1: eth1: Intel(R) PRO/1000 Network Connection [ 90.310028] e1000e 0000:04:00.1: eth1: MAC: 0, PHY: 4, PBA No: FFFFFF-0FF [ 90.310135] e1000e 0001:07:00.0: Disabling ASPM L1 [ 90.310223] PCI: Enabling device: (0001:07:00.0), cmd 146 [ 90.488239] e1000e 0001:07:00.0: eth2: (PCI Express:2.5GB/s:Width x4) 00:14:4f:cb:d1:fa [ 90.488322] e1000e 0001:07:00.0: eth2: Intel(R) PRO/1000 Network Connection [ 90.488470] e1000e 0001:07:00.0: eth2: MAC: 0, PHY: 4, PBA No: FFFFFF-0FF [ 90.488554] e1000e 0001:07:00.1: Disabling ASPM L1 [ 90.488642] PCI: Enabling device: (0001:07:00.1), cmd 146 [ 90.673956] e1000e 0001:07:00.1: eth3: (PCI Express:2.5GB/s:Width x4) 00:14:4f:cb:d1:fb [ 90.674039] e1000e 0001:07:00.1: eth3: Intel(R) PRO/1000 Network Connection [ 90.674187] e1000e 0001:07:00.1: eth3: MAC: 0, PHY: 4, PBA No: FFFFFF-0FF [ 90.674314] Intel(R) Gigabit Ethernet Network Driver - version 3.0.6-k2 [ 90.674375] Copyright (c) 2007-2011 Intel Corporation. [ 90.674718] cnic: Broadcom NetXtreme II CNIC Driver cnic v2.2.13 (Jan 31, 2011) [ 90.674949] console [netcon0] enabled [ 90.674991] netconsole: network logging started [ 90.675423] Generic UIO driver for PCI 2.3 devices version: 0.01.0 [ 90.676593] mousedev: PS/2 mouse device common for all mice [ 90.679735] rtc-sun4v rtc-sun4v: rtc core: registered sun4v as rtc0 [ 90.679952] i2c /dev entries driver [ 90.681236] device-mapper: ioctl: 4.20.0-ioctl (2011-02-02) initialised: dm-devel(a)redhat.com [ 90.681871] device-mapper: multipath: version 1.3.0 loaded [ 90.681934] device-mapper: multipath round-robin: version 1.0.0 loaded [ 90.681996] device-mapper: multipath queue-length: version 0.1.0 loaded [ 90.682058] device-mapper: multipath service-time: version 0.2.0 loaded [ 90.683625] TCP cubic registered [ 90.683670] NET: Registered protocol family 17 [ 90.683730] Registering the dns_resolver key type [ 90.686196] rtc-sun4v rtc-sun4v: setting system clock to 2012-02-24 14:19:39 UTC (1330093179) [ 93.040926] Sending DHCP and RARP requests . [ 93.337857] e1000e: eth3 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx [ 93.338113] e1000e 0001:07:00.1: eth3: 10/100 speed: disabling TSO [ 94.544870] , OK [ 94.548953] IP-Config: Got DHCP answer from 192.168.1.1, my address is 192.168.1.12 [ 95.132887] IP-Config: Complete: [ 95.132981] device=eth3, addr=192.168.1.12, mask=255.255.255.0, gw=192.168.1.1, [ 95.133174] host=e01, domain=rbg.domain.foo, nis-domain=(none), [ 95.133259] bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=/srv/fai-sparc/nfsroot [ 95.133433] Warning: unable to open an initial console. [ 95.138380] Kernel panic - not syncing: Attempted to kill init! [ 95.138457] Call Trace: [ 95.138508] [000000000045b8f8] do_exit+0xa8/0x6bc [ 95.138558] [000000000045bf7c] do_group_exit+0x70/0xa8 [ 95.138619] [000000000045bfcc] SyS_exit_group+0x18/0x28 [ 95.138686] [0000000000405fd4] linux_sparc_syscall32+0x34/0x40 [ 95.138797] Press Stop-A (L1-A) to return to the boot prom

1 0

Kernel panic - not syncing: junk in compressed archive
by stl Feb. 24, 2012

Feb. 24, 2012

Hello all, I'm building a linux system for a new architecture, and I want to use initramfs support to build a filesystem. I have seen that there are several ways to do that with initramfs. Either the kernel will build the cpio archive for me, or I can provide an external one with the CONFIG_INITRAMFS_SOURCE option. An other way is to provide a configuration file to this option. I have tried all these methods but each time, the boot stops with the following message: Kernel panic - not syncing: junk in compressed archive I have googled on that but have not found relevant solution. Does anyone know what could generally be the cause of this problem? Thanks in advance for your help.

1 0