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. |