linux-kernel - [BUG,2.6.28,s390] Fails to boot in Hercules S/390 emulator

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Sun, 8 Mar 2009 02:30:06 +0100
From:	Frans Pop <elendil@...net.nl>
To:	linux-s390@...r.kernel.org
Cc:	Roman Zippel <zippel@...ux-m68k.org>,
	John Stultz <johnstul@...ibm.com>,
	Thomas Gleixner <tglx@...utronix.de>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: [BUG,2.6.28,s390] Fails to boot in Hercules S/390 emulator

Kernels after 2.6.27 fail to boot in the Hercules S/390 emulator, quite
early in the boot process:
     0.000000! Initializing cgroup subsys cpuset
     0.000000! Initializing cgroup subsys cpu
     0.000000! Linux version 2.6.29-rc7 (root@...gorn) (gcc version 4.2.4 (Debian 4.2.4-4)) #11 SMP Thu Mar 5 20:02:03 CET 2009
     0.000000! setup: Linux is running natively in 31-bit mode
     0.000000! setup: The hardware system has IEEE compatible floating point units
     0.000000! Zone PFN ranges:
     0.000000!   Normal   0x00000000 -> 0x00010000
     0.000000! Movable zone start PFN for each node
     0.000000! early_node_map 1! active PFN ranges
     0.000000!     0: 0x00000000 -> 0x00010000
     0.000000! Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 65024
     0.000000! Kernel command line: ro vmpoff="LOGOFF" root=/dev/disk/by-path/ccw-0.0.0120-part1 BOOT_IMAGE=4
     0.000000! PID hash table entries: 1024 (order: 10, 4096 bytes)
     0.000503! console  ttyS0! enabled
     0.002333! Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
     0.012841! Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
     0.129660! Memory: 252032k/262144k available (2271k kernel code, 0k reserved, 922k data, 164k init)
     0.130086! Write protected kernel read-only data: 0x12000 - 0x2fbfff
     0.133887! Security Framework initialized
     0.134064! SELinux:  Disabled at boot.
     0.134996! Mount-cache hash table entries: 512
     0.141419! Initializing cgroup subsys ns
     0.141605! Initializing cgroup subsys cpuacct
     0.142009! Initializing cgroup subsys devices
     0.180403! cpu: 2 configured CPUs, 0 standby CPUs
[... here the boot stops, normally followed by: ...]
     17179568.691707! cpu 0 phys_idx=0 vers=00 ident=002623 machine=3090 unused=0000
     17179568.699479! cpu 1 phys_idx=1 vers=00 ident=102623 machine=3090 unused=0000
     17179568.699636! Brought up 2 CPUs

I've bisected this to the following commit:
commit 5cd1c9c5cf30d4b33df3d3f74d8142f278d536b7
Author: Roman Zippel <zippel@...ux-m68k.org>
Date:   Mon Sep 22 14:42:43 2008 -0700
    timekeeping: fix rounding problem during clock update

After reverting 5cd1c9c5cf30 and the somewhat related 6c9bacb41c10 on top
of 2.6.28.7, the system boots OK again [1].

Cheers,
FJP

[1] I also reverted 49b5cf34727a because of an unrelated issue.


View attachment "config" of type "text/plain" (26807 bytes)