Gentoo Archives: gentoo-user

From: Hans <linux@×××××.com>
To: gentoo-user@l.g.o
Subject: [gentoo-user] Re: Kernel upgrade from 4.1.12 to 4.4.6 hangs without writing logs.
Date: Fri, 29 Apr 2016 15:34:25
Message-Id: nfvut3$c49$1@ger.gmane.org
In Reply to: Re: [gentoo-user] Re: Kernel upgrade from 4.1.12 to 4.4.6 hangs without writing logs. by Michael Mol
1 On 30/04/16 00:28, Michael Mol wrote:
2 > On Friday, April 29, 2016 10:56:28 PM Hans wrote:
3 >> On 28/04/16 22:22, Hans wrote:
4 >>> On 27/04/16 21:33, J. Roeleveld wrote:
5 >>>> On April 27, 2016 12:59:18 PM GMT+02:00, Hans <linux@×××××.com> wrote:
6 >>>>> Tried to upgrade the kernels of my desktop and notebook fron kernel
7 >>>>> 4.1.12 upgrade to 4.4.6. Both systems freeze during booting with 4.4.6.
8 >>>>>
9 >>>>> No dmsg, No messages logs. Previous kernel upgrades always worked
10 >>>>> smooth
11 >>>>> as silk.
12 >>>>>
13 >>>>> Using: OpenRC, eudev, Xfce,
14 >>>>>
15 >>>>> Desktop configration:
16 >>>>> Genkernel with /etc/genkernel.conf additional options:
17 >>>>> MENUCONFIG="yes"
18 >>>>> MAKEOPTS="-j5"
19 >>>>> MDADM="yes"
20 >>>>> MDADM_CONFIG="/etc/mdadm.conf"
21 >>>>> DISKLABEL="yes"
22 >>>>> KNAME="genkernel-G_ROOT"
23 >>>>>
24 >>>>> Boot: Grub-static
25 >>>>> grub.conf:
26 >>>>> title PROXY-64 domdadm LABEL=G_ROOT Gentoo Linux 4.4.6-gentoo
27 >>>>> root (hd0,0)
28 >>>>> kernel /boot/kernel-genkernel-G_ROOT-x86_64-4.4.6-gentoo net.ifnames=0
29 >>>>> root=/dev/ram0 domdadm real_root=LABEL=G_ROOT
30 >>>>> initrd /boot/initramfs-genkernel-G_ROOT-x86_64-4.4.6-gentoo
31 >>>>>
32 >>>>> No error reported in genkernel.log
33 >>>>> ------------------
34 >>>>>
35 >>>>> Notebook configration:
36 >>>>> Genkernel with /etc/genkernel.conf additional options:
37 >>>>> MENUCONFIG="yes"
38 >>>>> MAKEOPTS="-j5"
39 >>>>> DISKLABEL="yes"
40 >>>>> KNAME="genkernel-HP_ROOT"
41 >>>>>
42 >>>>> Boot: Grub-static
43 >>>>> grub.conf:
44 >>>>> title PROXY-64 domdadm LABEL=HP_ROOT Gentoo Linux 4.4.6-gentoo
45 >>>>> root (hd0,0)
46 >>>>> kernel /boot/kernel-genkernel-HP_ROOT-x86_64-4.4.6-gentoo net.ifnames=0
47 >>>>>
48 >>>>> root=/dev/ram0 real_root=LABEL=HP_ROOT
49 >>>>> initrd /boot/initramfs-genkernel-HP_ROOT-x86_64-4.4.6-gentoo
50 >>>>>
51 >>>>> No error reported in genkernel.log
52 >>>>> -------------------
53 >>>>
54 >>>> Why are you specifying root=/dev/ram0?
55 >>>>
56 >>>> Modern kernels use initramfs and you normally specify the real root
57 >>>> device there.
58 >>>
59 >>> "root=/dev/ram0" is a leftover from the original installation from a
60 >>> long time ago. Removing it makes no difference.
61 >>>
62 >>> Am at the moment making a new test installation in VirtualBox. So far
63 >>> its working with kernel 4.4.6. If Xfce works tomorrow, it's either a
64 >>> configuration or driver problem. I will then do a re-install of Gentoo
65 >>> on my desktop and the notebook using a external drive.
66 >>
67 >> Kernel 4.4.6 as a bug. x11-drivers/xf86-video-virtualbox does not compile.
68 >> Reason:
69 >> /usr/src/linux-4.4.6-gentoo/include/linux/string.h
70 >> 'char *strreplace(char *s, char old, char new);' causes compile failure.
71 >> "new" is a C++ keyword.
72 >> Changing tp 'char *strreplace(char *s, char oldstr, char newstr);' fixes
73 >> the problem.
74 >
75 > That's not a bug in the kernel per se, that's a bug in using that kernel
76 > header (written in C) in a compiler expecting C++ code. Which would make it a
77 > bug in xf86-video-virtualbox for not linking against a C-compiled object file.
78 >
79 > Granted, it'd be a heck of a lot more convenient if the kernel header files
80 > didn't use C++ keywords...but it *is* fundamentally a problem with compiling a
81 > source file using the wrong language. Like trying to read something in
82 > Portugese, except it was written in Spanish. It might work some of the time,
83 > but it'll catch you out eventually.
84 >
85
86 The Virtualbox internal runtime compiler, assembler and gcc compiler to
87 build executables such as app-emulation/virtualbox-guest-additions, etc.
88 use some of the kernel sources and headers.
89
90 Kernel 4.1.12 string.h and earlier did not have this silly problem.

Replies