[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#754721: gcc-4.8-hppa64_4.8.3-4: 3.15 and 3.16 Linux kernels fail to boot when built with GCC 4.8.3-4



Package: gcc-4.8
Version: 4.8.3-3
Severity: normal

This problem is specific to GCC 4.8.3-4.  The kernel boot failure does
not occur with 4.8.3-3 and earlier.

The boot failure occurs both with the latest Debian 64-bit unstable kernel
and user 64-bit kernel builds:

Hierarchical RCU implementation.
------------[ cut here ]------------
WARNING: at kernel/rcu/tree.c:3148
Modules linked in:
CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.15.5+ #1
task: 0000000040798258 ti: 0000000040704000 task.ti: 0000000040704000

    YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 11111111111111111111111111111111 Not tainted
r00-03  000000ff0804ff0e 0000000040704330 000000004010c2f4 0000000040704330
r04-07  000000004069b9a0 000000004079b900 0000000040726d68 0000000000000000
r08-11  00000000407043f0 0000000040726c98 000000004079b9c0 0000000000000001
r12-15  00000000406b01a0 00000000406b01a0 0000000000000000 00000000406b01a0
r16-19  00000000406c01a0 000000004172e670 0000000040727080 000000004172e660
r20-23  0000000000000000 000000000000003f ffffffffffffffff 0000000000000001
r24-27  0000000000000000 0000000000000020 000000004079b900 000000004069b9a0
r28-31  000000000800000e 00000000407043f0 0000000040704420 0000000040766d09
sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004010c35c 000000004010c360
IIR: 03ffe01f    ISR: 0000000010340000  IOR: 00000005cbb2e728
CPU:        0   CR30: 0000000040704000 CR31: ffffffffffffffff
ORIG_R28: 0000000000000021
IAOQ[0]: rcu_init_one+0x39c/0x458
IAOQ[1]: rcu_init_one+0x3a0/0x458
RP(r2): rcu_init_one+0x334/0x458
Backtrace:
[<000000004010c77c>] rcu_init+0x244/0x320
[<0000000040100e30>] start_kernel+0x3c0/0x840
[<000000004056dcf8>] cache_ioctl.isra.9+0xa8/0x100
[<00000000405312bc>] ip_mroute_setsockopt+0x694/0x938
[<0000000040506fd0>] raw_sendmsg+0x288/0x980
[<00000000404e4658>] tcp_ioctl+0x100/0x250
[<00000000404dd63c>] ip_getsockopt+0x134/0x148
[<00000000404dd1f8>] do_ip_getsockopt+0x4b8/0x7c8
[<00000000404c0660>] compat_SyS_setsockopt+0x238/0x2a8
[<00000000404c0268>] scm_detach_fds_compat+0xd0/0x290
[<00000000404bfb08>] get_compat_msghdr+0x150/0x180

---[ end trace b64f93fd77ce594e ]---
NR_IRQS:128
Console: colour dummy device 160x64
[...]
153 out of 253 testcases failed, as expected. |
----------------------------------------------------
Calibrating delay loop...

On 9-Jul-14, at 12:19 PM, Helge Deller wrote:

Hi Dave,

On a side-note:
The current 3.14-10 debian kernel (either plain or my +b1 build) doesn't boot on 64bit.
It just hangs in "Calibrating delay loop"...
I suspect a gcc-4.8 or binutils problem... Not sure yet. The warning at tree.c is strange too...

[17179568.536289] Hierarchical RCU implementation.
[17179568.536289]       CONFIG_RCU_FANOUT set to non-default value of 32
[17179568.536289] ------------[ cut here ]------------
[17179568.536289] WARNING: at /build/linux-VzmjOd/linux-3.14.10/kernel/rcu/tree.c:3096
[17179568.536289] Modules linked in:
[17179568.536289] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.14-1-parisc64-smp #1 Debian 3.14.10-1
[17179568.536289] task: 0000000040929a18 ti: 0000000040878000 task.ti: 0000000040878000
[17179568.536289]
[17179568.536289]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[17179568.536289] PSW: 11111111111111111111111111111111 Not tainted
[17179568.536289] r00-03  000000ff0804ff0e 0000000040878330 000000004010b0dc 0000000040878330
[17179568.536289] r04-07  00000000407fbbf0 000000004092d4c0 000000004089bef0 0000000000000000
[17179568.536289] r08-11  00000000408783f0 000000004092d4c0 0000000000000001 00000000408133f0
[17179568.536289] r12-15  00000000408133f0 0000000000000000 00000000408133f0 00000000408273f0
[17179568.536289] r16-19  000000004290d668 000000004089c270 00000000f0000174 0000000000000000
[17179568.536289] r20-23  000000004290d658 00000000027b7000 000000004092d510 0000000000000001
[17179568.536289] r24-27  0000000000000000 0000000000000008 000000004092d4c0 00000000407fbbf0
[17179568.536289] r28-31  000000000800000e 00000000408783f0 0000000040878420 00000000408e0747
[17179568.536289] sr00-03  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[17179568.536289] sr04-07  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[17179568.536289]
[17179568.536289] IASQ: 0000000000000000 0000000000000000 IAOQ: 000000004010b1b4 000000004010b1b8
[17179568.536289]  IIR: 03ffe01f    ISR: 0000000010340000  IOR: 0000000a4350d720
[17179568.536289]  CPU:        0   CR30: 0000000040878000 CR31: 00000000ffffffff
[17179568.536289]  ORIG_R28: 0000000000000044
[17179568.536289]  IAOQ[0]: rcu_init_one+0x304/0x398
[17179568.536289]  IAOQ[1]: rcu_init_one+0x308/0x398
[17179568.536289]  RP(r2): rcu_init_one+0x22c/0x398
[17179568.536289] Backtrace:
[17179568.536289]  [<000000004010b5c8>] rcu_init+0x260/0x340
[17179568.536289]  [<0000000040100e64>] start_kernel+0x3f4/0x8d8
[17179568.536289]
[17179568.536289] ---[ end trace b64f93fd77ce594e ]---
[17179568.536289] NR_IRQS:128
[17179568.536289] Console: colour dummy device 160x64
[17179568.536289] Calibrating delay loop...

Helge

The only significant change in the GCC source between the -3 and -4
svn snapshots seems to be:

2014-06-12  Alan Modra  <amodra@gmail.com>

       PR target/61300
       * doc/tm.texi.in (INCOMING_REG_PARM_STACK_SPACE): Document.
       * doc/tm.texi: Regenerate.
       * function.c (INCOMING_REG_PARM_STACK_SPACE): Provide default.
       Use throughout in place of REG_PARM_STACK_SPACE.
       * config/rs6000/rs6000.c (rs6000_reg_parm_stack_space): Add
       "incoming" param.  Pass to rs6000_function_parms_need_stack.
       (rs6000_function_parms_need_stack): Add "incoming" param, ignore
       prototype_p when incoming.  Use function decl when incoming
       to handle K&R style functions.
       * config/rs6000/rs6000.h (REG_PARM_STACK_SPACE): Adjust.
       (INCOMING_REG_PARM_STACK_SPACE): Define.

There are no parisc specific changes.  All other changes in the gcc/ChangeLog
are target specific.s

Something changed the size of the -3 and -4 debs:

dave@mx3210:/var/cache/apt/archives$ ls -l gcc-4.8-hppa64*
-rw-r--r-- 1 root root 7662936 Apr 26 00:26 gcc-4.8-hppa64_4.8.2-21_hppa.deb
-rw-r--r-- 1 root root 7678282 May 20 03:55 gcc-4.8-hppa64_4.8.2-23_hppa.deb
-rw-r--r-- 1 root root 7665008 May 30 01:25 gcc-4.8-hppa64_4.8.3-2_hppa.deb
-rw-r--r-- 1 root root 7668502 Jun  7 21:26 gcc-4.8-hppa64_4.8.3-3_hppa.deb
-rw-r--r-- 1 root root 7731486 Jul  4 18:57 gcc-4.8-hppa64_4.8.3-4_hppa.deb

Maybe problem is caused by a Debian change?

-- System Information:
Debian Release: jessie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.15.5+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gcc-4.8 depends on:
ii  binutils        2.24.51.20140709-1
ii  cpp-4.8         4.8.3-3
ii  gcc-4.8-base    4.8.3-3
ii  libc6           2.19-5
ii  libcloog-isl4   0.18.2-1
ii  libgcc-4.8-dev  4.8.3-3
ii  libgmp10        2:6.0.0+dfsg-4
ii  libisl10        0.12.2-2
ii  libmpc3         1.0.2-1
ii  libmpfr4        3.1.2-1+b2
ii  zlib1g          1:1.2.8.dfsg-1+b1

Versions of packages gcc-4.8 recommends:
ii  libc6-dev  2.19-5

Versions of packages gcc-4.8 suggests:
pn  gcc-4.8-doc        <none>
ii  gcc-4.8-locales    4.8.3-3
pn  libasan0-dbg       <none>
ii  libatomic1-dbg     4.9.0-10
pn  libbacktrace1-dbg  <none>
ii  libgcc4-dbg        4.9.0-10
ii  libgomp1-dbg       4.9.0-10
pn  libitm1-dbg        <none>
pn  libquadmath-dbg    <none>
pn  libtsan0-dbg       <none>

-- no debconf information


Reply to: