linux-next: Apr 27 - S390 boot failure.
in [Kernel]
|
Prev: sched: implement the exclusive wait queue as a LIFO queue
Next: linux-next: manual merge of the bkl-ioctl tree with my fixes tree
From: Sachin Sant on 28 Apr 2010 02:30 Yesterday's -next (20100427) fails to boot on a s390. Here is the boot log. Linux version 2.6.34-rc5-autotest-next-20100427-5-default (root(a)lnxabat6) (gcc v ersion 4.3.2 �gcc-4_3-branch revision 141291� (SUSE Linux) ) #1 SMP Wed Apr 28 0 0:50:08 EDT 2010 setup: Linux is running as a z/VM guest operating system in 64-bit mode setup: Moving initrd (0x00859ee4 -> 0x0087b000, size: 6962757) Zone PFN ranges: DMA 0x00000000 -> 0x00080000 Normal 0x00080000 -> 0x00100000 Movable zone start PFN for each node early_node_map�1� active PFN ranges 0: 0x00000000 -> 0x00100000 PERCPU: Embedded 12 pages/cpu @0000000084080000 s18432 r8192 d22528 u65536 pcpu-alloc: s18432 r8192 d22528 u65536 alloc=16*4096 pcpu-alloc: �0� 00 �0� 01 �0� 02 �0� 03 �0� 04 �0� 05 �0� 06 �0� 07 pcpu-alloc: �0� 08 �0� 09 �0� 10 �0� 11 �0� 12 �0� 13 �0� 14 �0� 15 pcpu-alloc: �0� 16 �0� 17 �0� 18 �0� 19 �0� 20 �0� 21 �0� 22 �0� 23 pcpu-alloc: �0� 24 �0� 25 �0� 26 �0� 27 �0� 28 �0� 29 �0� 30 �0� 31 pcpu-alloc: �0� 32 �0� 33 �0� 34 �0� 35 �0� 36 �0� 37 �0� 38 �0� 39 pcpu-alloc: �0� 40 �0� 41 �0� 42 �0� 43 �0� 44 �0� 45 �0� 46 �0� 47 pcpu-alloc: �0� 48 �0� 49 �0� 50 �0� 51 �0� 52 �0� 53 �0� 54 �0� 55 pcpu-alloc: �0� 56 �0� 57 �0� 58 �0� 59 �0� 60 �0� 61 �0� 62 �0� 63 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 1034240 Kernel command line: IDENT=1272430748 BOOT_IMAGE=0 PID hash table entries: 4096 (order: 3, 32768 bytes) Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) Memory: 4104668k/4194304k available (4536k kernel code, 0k reserved, 2940k data, 244k init) Write protected kernel read-only data: 0x111000 - 0x6fffff Hierarchical RCU implementation. RCU-based detection of stalled CPUs is enabled. console �ttyS0� enabled allocated 41943040 bytes of page_cgroup please try 'cgroup_disable=memory' option if you don't want memory cgroups Security Framework initialized SELinux: Disabled at boot. Mount-cache hash table entries: 256 Initializing cgroup subsys ns 01: HCPGSP2627I The virtual machine is placed in CP mode due to a SIGP initial C PU reset from CPU 00. 02: HCPGSP2627I The virtual machine is placed in CP mode due to a SIGP initial C PU reset from CPU 00. 03: HCPGSP2627I The virtual machine is placed in CP mode due to a SIGP initial C PU reset from CPU 00. At this point the boot process just hangs. Previous -next build (20100415) worked fine. Have attached the .config Thanks -Sachin -- --------------------------------- Sachin Sant IBM Linux Technology Center India Systems and Technology Labs Bangalore, India ---------------------------------
From: Heiko Carstens on 28 Apr 2010 11:20
On Wed, Apr 28, 2010 at 11:50:09AM +0530, Sachin Sant wrote: > Yesterday's -next (20100427) fails to boot on a s390. > Here is the boot log. > [...] > 01: HCPGSP2627I The virtual machine is placed in CP mode due to a SIGP initial C > PU reset from CPU 00. > 02: HCPGSP2627I The virtual machine is placed in CP mode due to a SIGP initial C > PU reset from CPU 00. > 03: HCPGSP2627I The virtual machine is placed in CP mode due to a SIGP initial C > PU reset from CPU 00. > > At this point the boot process just hangs. Previous -next build > (20100415) worked fine. > Have attached the .config Yes, I got several reports about this. The patch "improve irq tracing code in entry[64].S" was broken for !CONFIG_PREEMPT. I fixed it and pushed out a new version. Should be fixed with tomorrow's linux-next. Thanks for reporting! -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |