[opensuse-kernel] kernel-default-4.20.10-2.1.g4c06520 obsoletes drm-kmp-default (kinda) - why?
Hi there, as per $SUBJECT, the most recent kernel from Kernel:stable obsoletes drm-kmp-default <= 4.12 which results in removal of drm-kmp-default-4.9.33_k4.4.126_48-13.3 on an openSUSE_Leap_42.3 system. I checked kernel-default.spec in OBS and it has this indeed: # SLE12-SP3 / Leap 42.3 %obsolete_kmp drm 4.12 I am still running several systems with Leap 42.3 and always want to be able to also test newer stable kernels, however this change would render most of my systems as useless as they need the drm-kmp-default package for dealing with the Intel HW and graphics adapter (see one example below) and when running the distro kernel. May I ask why it has been introduced? Former versions (4.20.8 only obsoleted the package older than 3.7_3.1) did not appear to have an issue with it being installed. To be honest, does it play a role at all for any kernels from Kernel:stable? I always thought that drm-kmp brings a backport of some newer modules which are otherwise too old for the elder kernels. I would find it unfortunate, if I cannot run the newer kernels anymore on my 42.3 systems... Info about one of my systems: $ inxi -Gxx -C CPU: Quad core Intel Core i7-7700 (-HT-MCP-) cache: 8192 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 28800 clock speeds: min/max: 800/4200 MHz 1: 800 MHz 2: 800 MHz 3: 800 MHz 4: 800 MHz 5: 800 MHz 6: 800 MHz 7: 800 MHz 8: 800 MHz Graphics: Card: Intel HD Graphics 630 bus-ID: 00:02.0 chip-ID: 8086:5912 Display Server: X.Org 1.18.3 drivers: modesetting (unloaded: fbdev,vesa,intel) Resolution: 1920x1200@59.95hz GLX Renderer: Mesa DRI Intel Kabylake GT2 GLX Version: 3.0 Mesa 17.0.5 Direct Rendering: Yes TIA, cheers. l8er manfred
Hi there again, On Sun, 17 Feb 2019, 10:45:55 +0100, Manfred Hollstein wrote:
Hi there,
as per $SUBJECT, the most recent kernel from Kernel:stable obsoletes
drm-kmp-default <= 4.12
which results in removal of drm-kmp-default-4.9.33_k4.4.126_48-13.3 on an openSUSE_Leap_42.3 system. I checked kernel-default.spec in OBS and it has this indeed:
# SLE12-SP3 / Leap 42.3 %obsolete_kmp drm 4.12
I am still running several systems with Leap 42.3 and always want to be able to also test newer stable kernels, however this change would render most of my systems as useless as they need the drm-kmp-default package for dealing with the Intel HW and graphics adapter (see one example below) and when running the distro kernel.
...render most of my systems as useless... This is actually a bit harsh. I just removed drm-kmp-default on all relevant systems and booted the distro kernel (4.4.172-86-default); useless to say that "modeless" doesn't work, but graphics can still be run at an acceptable speed using the Intel driver for X. Even the console resolution stays at a reasonable level on the systems with a Haswell CPU, only the ones with a Kaby Lake CPU now fall back to an 80x25 console... which is acceptable for emergency cases. HW acceleration for graphics is not available on Kaby Lake, too, but the CPU can still render high resolution movies at normal speed (with all cores running at appr. 70% clock speed though, compared to a low 1 digit number on the newer kernels).
May I ask why it has been introduced? Former versions (4.20.8 only obsoleted the package older than 3.7_3.1) did not appear to have an issue with it being installed. To be honest, does it play a role at all for any kernels from Kernel:stable? I always thought that drm-kmp brings a backport of some newer modules which are otherwise too old for the elder kernels.
I'd still like to know why it has to go...
I would find it unfortunate, if I cannot run the newer kernels anymore on my 42.3 systems...
Info about one of my systems:
$ inxi -Gxx -C CPU: Quad core Intel Core i7-7700 (-HT-MCP-) cache: 8192 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 28800 clock speeds: min/max: 800/4200 MHz 1: 800 MHz 2: 800 MHz 3: 800 MHz 4: 800 MHz 5: 800 MHz 6: 800 MHz 7: 800 MHz 8: 800 MHz Graphics: Card: Intel HD Graphics 630 bus-ID: 00:02.0 chip-ID: 8086:5912 Display Server: X.Org 1.18.3 drivers: modesetting (unloaded: fbdev,vesa,intel) Resolution: 1920x1200@59.95hz GLX Renderer: Mesa DRI Intel Kabylake GT2 GLX Version: 3.0 Mesa 17.0.5 Direct Rendering: Yes
TIA, cheers. l8er manfred
On Sonntag, 17. Februar 2019 10:45:55 CET Manfred Hollstein wrote:
Hi there,
as per $SUBJECT, the most recent kernel from Kernel:stable obsoletes
drm-kmp-default <= 4.12
This drm-kmp-default is a *backport* of the drm stack from linux 4.9 to 4.4. When you run *any* recent kernel, you get a drm stack much more up-to-date, so the package *is* obsolete. If graphics does not work correctly, you should check your kernel commandline parameters. Try removing any graphics related parameters and see if it works. Another possibility is your old Mesa/libdrm does not work correctly with a recent kernel. Try checking the Xorg logs. Regards, Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen home: +49 241 53809034 mobile: +49 151 50412019
17.02.2019 17:52, Stefan Brüns пишет:
On Sonntag, 17. Februar 2019 10:45:55 CET Manfred Hollstein wrote:
Hi there,
as per $SUBJECT, the most recent kernel from Kernel:stable obsoletes
drm-kmp-default <= 4.12
This drm-kmp-default is a *backport* of the drm stack from linux 4.9 to 4.4. When you run *any* recent kernel, you get a drm stack much more up-to-date, so the package *is* obsolete.
Sure but I understand the problem differently. I may want to *temporary* test the latest kernel (e.g. being told to do so on bugzilla) but I do not want to permanently switch to it; I want to keep default kernel that comes with openSUSE release. The above Obsolete makes it impossible because as soon as I install new kernel it deletes drm-kmp-default of *default* kernel, impacting its (default kernel) functionality. Basically drm-kmp-default should only be removed if no kernel that requires it is present. I do not know whether this is possible to express using RPM dependencies.
On Sun, 17 Feb 2019, 16:06:45 +0100, Andrei Borzenkov wrote:
17.02.2019 17:52, Stefan Brüns пишет:
On Sonntag, 17. Februar 2019 10:45:55 CET Manfred Hollstein wrote:
Hi there,
as per $SUBJECT, the most recent kernel from Kernel:stable obsoletes
drm-kmp-default <= 4.12
This drm-kmp-default is a *backport* of the drm stack from linux 4.9 to 4.4. When you run *any* recent kernel, you get a drm stack much more up-to-date, so the package *is* obsolete.
Sure but I understand the problem differently. I may want to *temporary* test the latest kernel (e.g. being told to do so on bugzilla) but I do not want to permanently switch to it; I want to keep default kernel that comes with openSUSE release. The above Obsolete makes it impossible because as soon as I install new kernel it deletes drm-kmp-default of *default* kernel, impacting its (default kernel) functionality.
This is *exactly* my scenario here!
Basically drm-kmp-default should only be removed if no kernel that requires it is present. I do not know whether this is possible to express using RPM dependencies.
The question to be asked should be, is there a reason to obsolete the drm-kmp-default package at all?!? For me this would only make sense if you're not running (in the sense of multiversion.kernels) any of the distro based kernel any more. For Leap 42.3 I'd reckon to leave drm-kmp-default installed, and remove the Obsoletes for 42.3 from the .spec files. Cheers. l8er manfred
On Sun, 17 Feb 2019 16:37:34 +0100, Manfred Hollstein wrote:
On Sun, 17 Feb 2019, 16:06:45 +0100, Andrei Borzenkov wrote:
17.02.2019 17:52, Stefan Brüns пишет:
On Sonntag, 17. Februar 2019 10:45:55 CET Manfred Hollstein wrote:
Hi there,
as per $SUBJECT, the most recent kernel from Kernel:stable obsoletes
drm-kmp-default <= 4.12
This drm-kmp-default is a *backport* of the drm stack from linux 4.9 to 4.4. When you run *any* recent kernel, you get a drm stack much more up-to-date, so the package *is* obsolete.
Sure but I understand the problem differently. I may want to *temporary* test the latest kernel (e.g. being told to do so on bugzilla) but I do not want to permanently switch to it; I want to keep default kernel that comes with openSUSE release. The above Obsolete makes it impossible because as soon as I install new kernel it deletes drm-kmp-default of *default* kernel, impacting its (default kernel) functionality.
This is *exactly* my scenario here!
Basically drm-kmp-default should only be removed if no kernel that requires it is present. I do not know whether this is possible to express using RPM dependencies.
The question to be asked should be, is there a reason to obsolete the drm-kmp-default package at all?!? For me this would only make sense if you're not running (in the sense of multiversion.kernels) any of the distro based kernel any more. For Leap 42.3 I'd reckon to leave drm-kmp-default installed, and remove the Obsoletes for 42.3 from the .spec files.
The Obsoletes were added because "rpm -U" won't work otherwise. OTOH, this apparently contradicts with the usage of multi-version. So maybe it makes little sense nowadays to keep them. Of course, if we remove Obsoletes, the purge-old-kernel also needs to purge the KMPs. Can any confirm that it works as expected? thanks, Takashi -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
19.02.2019 17:05, Takashi Iwai пишет:
Of course, if we remove Obsoletes, the purge-old-kernel also needs to purge the KMPs. Can any confirm that it works as expected?
But KMP is not tied to particular version, so logically they should be removed if the last kernel with compatible ABI is removed. Is it possible to check at all? Briefly checking, I do not see that kernel provides something that looks like it could be used for this check. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
Hi there, On Tue, 19 Feb 2019, 15:05:09 +0100, Takashi Iwai wrote:
[...] On Sun, 17 Feb 2019 16:37:34 +0100, Manfred Hollstein wrote:
The question to be asked should be, is there a reason to obsolete the drm-kmp-default package at all?!? For me this would only make sense if you're not running (in the sense of multiversion.kernels) any of the distro based kernel any more. For Leap 42.3 I'd reckon to leave drm-kmp-default installed, and remove the Obsoletes for 42.3 from the .spec files.
The Obsoletes were added because "rpm -U" won't work otherwise. OTOH, this apparently contradicts with the usage of multi-version. So maybe it makes little sense nowadays to keep them.
Exactly. How can I motivate you to remove this particular Obsoletes?
Of course, if we remove Obsoletes, the purge-old-kernel also needs to purge the KMPs. Can any confirm that it works as expected?
If not, what's the issue with it being carried around? We could create a patch which gets distributed on only related distributions (i.e. not in Kernel:stable) on a frequent basis, whose purpose is to figure out if there are any old kernels installed which require the installation of another KMP and, if not, just wipe those KMPs. This is an issue for a distribution but not for this particular repo! FWIW, I have now branched Kernel:stable and added a small patch just to remove the offending line from kernel-default.spec. To me this is just a complete waste of resources, but I can continue falling back to the distro kernel with its requirements...
thanks,
Takashi
Cheers. l8er manfred
On Fri, 22 Feb 2019 15:09:26 +0100, Manfred Hollstein wrote:
Hi there,
On Tue, 19 Feb 2019, 15:05:09 +0100, Takashi Iwai wrote:
[...] On Sun, 17 Feb 2019 16:37:34 +0100, Manfred Hollstein wrote:
The question to be asked should be, is there a reason to obsolete the drm-kmp-default package at all?!? For me this would only make sense if you're not running (in the sense of multiversion.kernels) any of the distro based kernel any more. For Leap 42.3 I'd reckon to leave drm-kmp-default installed, and remove the Obsoletes for 42.3 from the .spec files.
The Obsoletes were added because "rpm -U" won't work otherwise. OTOH, this apparently contradicts with the usage of multi-version. So maybe it makes little sense nowadays to keep them.
Exactly. How can I motivate you to remove this particular Obsoletes?
Open the bugzilla report instead of lengthy complaints on ML :) Takashi -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
On Fri, 22 Feb 2019, 15:25:38 +0100, Takashi Iwai wrote:
On Fri, 22 Feb 2019 15:09:26 +0100, Manfred Hollstein wrote:
Hi there,
On Tue, 19 Feb 2019, 15:05:09 +0100, Takashi Iwai wrote:
[...] On Sun, 17 Feb 2019 16:37:34 +0100, Manfred Hollstein wrote:
The question to be asked should be, is there a reason to obsolete the drm-kmp-default package at all?!? For me this would only make sense if you're not running (in the sense of multiversion.kernels) any of the distro based kernel any more. For Leap 42.3 I'd reckon to leave drm-kmp-default installed, and remove the Obsoletes for 42.3 from the .spec files.
The Obsoletes were added because "rpm -U" won't work otherwise. OTOH, this apparently contradicts with the usage of multi-version. So maybe it makes little sense nowadays to keep them.
Exactly. How can I motivate you to remove this particular Obsoletes?
Open the bugzilla report instead of lengthy complaints on ML :)
<https://bugzilla.opensuse.org/show_bug.cgi?id=1126512>
Takashi
Cheers. l8er manfred
participants (4)
-
Andrei Borzenkov -
Manfred Hollstein -
Stefan Brüns -
Takashi Iwai