Bug 19924 - kernel 4.8.12 does not work with dell xps13-9350 QHD laptop
Summary: kernel 4.8.12 does not work with dell xps13-9350 QHD laptop
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal critical
Target Milestone: ---
Assignee: Kernel and Drivers maintainers
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2016-12-11 14:40 CET by w unruh
Modified: 2020-09-09 18:05 CEST (History)
1 user (show)

See Also:
Source RPM: kernel-4.8.12
CVE:
Status comment:


Attachments

Description w unruh 2016-12-11 14:40:47 CET
Description of problem:
One caveate-- I recompiled the kernel for Mageia 5.1 and installed it on a mga5.1 installations. 
a) X does not work at all. After login, the kde desktop comes up, but nothing works. clicking on an icon simple changes the shape of the cursor. If a Window is up (eg the mageia initial welcome screen) I cannot move it or do anything with it.

b) If I then remove that kernel (rpm -e kernel-4.8.12) that does remove the kernel and initrd from /boot, but does not remake the links from vmlinuz, or initrd.img to point to the old kernel, but leaves them as dangling links. It also does not rewrite grub and leaves the old menu entries pointing to 4.8.12. The only way out was to do a 
urpmi --replacepkgs -y kernel-desktop-4.4.30  


Version-Release number of selected component (if applicable):
kernel-desktop-4.8.12

How reproducible: Always (well I tried it twice which was enough)



Steps to Reproduce:
1.Install the kernel-4.8.12 src rpm onto the Mageia 5.1 system, and recompile it
2.install the created  kernel-desktop-4.8.12. and reboot.

3.Log in as myself into the kdm login screen, and when the desktop comes up try to do anything and fail.

4.Reboot and select the 4.4.30 kernel which largely works. 
rpm -e kernel-desktop-4.8.12....(I cannot remember the exact end of that name)

5. ls -l /boot
shows a bunch of dangling links. A reboot shows that 4.8.12 is still referenced in grub. 
Reboot into 4.4.30 and do urpmi --replacepkgs -y kernel-desktop-4.4.30
which restores grub to something sensible. and reinstalls the proper links and remakes initrd 

So, the cleanup scripts after rpm -e are not working properly, and X is not working properly. (Is this a Wayland side-effect?)

I realise that my use of 4.8.12 kernel is not quite standard (ie is not on cauldron) but at least some of the problems seem to be more generic.

Note:I tried the 4.8 kernel because KabyLake chipset I believe is not supported on 4.4 kernel and I am getting another dell xps13 9360 with that chipset.
Comment 1 Marja Van Waes 2016-12-11 22:17:40 CET
(In reply to w unruh from comment #0)
> Description of problem:
> One caveate-- I recompiled the kernel for Mageia 5.1 and installed it on a
> mga5.1 installations. 

<snip>

> I realise that my use of 4.8.12 kernel is not quite standard (ie is not on
> cauldron) but at least some of the problems seem to be more generic.

Please try kernel-desktop-4.8.14-1.mga6 in a _cauldron_ installation on the same hardware and report back here.

Keywords: (none) => NEEDINFO
CC: (none) => marja11
Assignee: bugsquad => kernel

Comment 2 w unruh 2016-12-11 23:28:18 CET
I also tried a pcLinuxOS 4.8.12 kernel as well. (unrecompiled). It also did not work--it never even got to the stage where X comes up, but droped into dracut debugging. It also did not clean up /boot/ when I did rpm -e on it (Is the kernel removal scripts part of the kernel package or are they permanant scripts in the OS?) 

Unfortunately I will not be able to install a cauldron installation at present. The comuter is my son's and he needs to do work with it. 

I will probably have to install cauldron onto a new xps13-9360 next week as it comes with kabyLake and the kernel only started supporting that in 4.7 or something like that. 

I realise that this report of problems is very unsatisfactory since there could be incompatibilities between the Mageia version of the kernel and Magei 5.1. However the lack of cleaning up of the 4.8 install in the links in /boot, and from grub2/grub.cfg  under rpm -e suggests that there is something else wrong which is separate from Mga5/6 difference.
Comment 3 w unruh 2016-12-17 21:11:52 CET
I tried installing both Mga5.1 and then Mga6-sta1 and then updateing all of the packages (urpmi --auto-select-- 1200 packages updates!) on an xps13 9360 Kaby Lake machine. 
Both work but have problems. 
The main problem is with the monitors. Using the Dell DC200 neither HDMI nor vga work on either system. (nothing shows up on the Monitor (Note that Windows works fine)) . With  Linke usbc-vga adapter, the laptop screen is mirrored on the ACER H236HL 1920x1080  monitor under Mga6 but not under MGA5. But on MGA6 there is no list of any other monitor listed under the System-Setup->Display. Ie, that item thinks there is still just the laptop screen and nothing else even though the system is sending out stuff to the ACER. Under reboot, the text screens however do not show up on the ACER monitor.

So there is something wrong under both Mga5/6 (but what I worried would be wrong-- no X display on the Kaby Lake-- was fine)
[Plasma 5 is really pretty terrible however.]

I will have to see what happens if I use a lower resolution beamer since that is what I primarily use the machine for.
Comment 4 Aurelien Oudelet 2020-09-09 18:05:01 CEST
Hi, thanks for reporting this bug.
We are sorry, but we no longer maintains this version of Mageia. Please upgrade to the latest version and reopen this bug against that version if this bug exists there.
As a result we are setting this bug to RESOLVED:OLD

Status: NEW => RESOLVED
Resolution: (none) => OLD


Note You need to log in before you can comment on or make changes to this bug.