[opensuse-kernel] preload-kmp madness
Hi; Everytime kernel is updated I see something similar to this: Problem: preload-kmp-desktop-1.2_k3.0.0_rc3_3-66.7.x86_64 requires kernel-desktop = 3.0.rc3-3, but this requirement cannot be provided deleted providers: kernel-desktop-3.0.rc3-3.1.x86_64 Solution 1: do not keep preload-kmp-desktop-1.2_k3.0.0_rc3_3-66.7.x86_64 installed Solution 2: do not install kernel-desktop-3.0.rc4-2.2.x86_64 Solution 3: break preload-kmp-desktop by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/c] (c): I think preload-kmp is the system similar to DKMS, is there any work going to replace kmp with DKMS which I _think_ (maybe naively?) would create less update problems? Regards. -- Ismail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On Thu, Jun 30, 2011 at 10:15:58AM +0200, Ismail Doenmez wrote:
Hi;
Everytime kernel is updated I see something similar to this:
Problem: preload-kmp-desktop-1.2_k3.0.0_rc3_3-66.7.x86_64 requires kernel-desktop = 3.0.rc3-3, but this requirement cannot be provided deleted providers: kernel-desktop-3.0.rc3-3.1.x86_64 Solution 1: do not keep preload-kmp-desktop-1.2_k3.0.0_rc3_3-66.7.x86_64 installed Solution 2: do not install kernel-desktop-3.0.rc4-2.2.x86_64 Solution 3: break preload-kmp-desktop by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/c] (c):
I think preload-kmp is the system similar to DKMS, is there any work going to replace kmp with DKMS which I _think_ (maybe naively?) would create less update problems?
Usually KMPs do not need to be updated alongside with the kernel, and will work with older ones. The preload-kmp is an exception, as it is basically just a systemtap hook kmp and must be rebuild with every kernel. Ciao, Marcus -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 06/30/2011 10:21 AM, Marcus Meissner wrote:
On Thu, Jun 30, 2011 at 10:15:58AM +0200, Ismail Doenmez wrote:
Hi;
Everytime kernel is updated I see something similar to this:
Problem: preload-kmp-desktop-1.2_k3.0.0_rc3_3-66.7.x86_64 requires kernel-desktop = 3.0.rc3-3, but this requirement cannot be provided deleted providers: kernel-desktop-3.0.rc3-3.1.x86_64 Solution 1: do not keep preload-kmp-desktop-1.2_k3.0.0_rc3_3-66.7.x86_64 installed Solution 2: do not install kernel-desktop-3.0.rc4-2.2.x86_64 Solution 3: break preload-kmp-desktop by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/c] (c):
I think preload-kmp is the system similar to DKMS, is there any work going to replace kmp with DKMS which I _think_ (maybe naively?) would create less update problems?
Usually KMPs do not need to be updated alongside with the kernel, and will work with older ones.
The preload-kmp is an exception, as it is basically just a systemtap hook kmp and must be rebuild with every kernel.
Ah, thanks for the explanation. It makes more sense now. Regards. -- Ismail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
Am Thu, 30 Jun 2011 10:21:04 +0200
schrieb Marcus Meissner
Usually KMPs do not need to be updated alongside with the kernel, and will work with older ones.
The preload-kmp is an exception, as it is basically just a systemtap hook kmp and must be rebuild with every kernel.
And of course one important question then is: "why is it not built alongside the kernel but instead as an KMP?" (The best thing to do is actually "zypper rm '*preload*'" that fixes all those problems instantly). -- Stefan Seyfried "Dispatch war rocket Ajax to bring back his body!" -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On Thu, Jun 30, 2011 at 01:48:12PM +0200, Stefan Seyfried wrote:
Am Thu, 30 Jun 2011 10:21:04 +0200 schrieb Marcus Meissner
: Usually KMPs do not need to be updated alongside with the kernel, and will work with older ones.
The preload-kmp is an exception, as it is basically just a systemtap hook kmp and must be rebuild with every kernel.
And of course one important question then is: "why is it not built alongside the kernel but instead as an KMP?"
Because not everyone wants/needs it, so it will not be part of the "main" kernel package.
(The best thing to do is actually "zypper rm '*preload*'" that fixes all those problems instantly).
See, you don't want it, so if you had it in the kernel package, it would be harder to get rid of :) greg k-h -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 06/30/2011 03:30 PM, Greg KH wrote:
On Thu, Jun 30, 2011 at 01:48:12PM +0200, Stefan Seyfried wrote:
Am Thu, 30 Jun 2011 10:21:04 +0200 schrieb Marcus Meissner
: Usually KMPs do not need to be updated alongside with the kernel, and will work with older ones.
The preload-kmp is an exception, as it is basically just a systemtap hook kmp and must be rebuild with every kernel.
And of course one important question then is: "why is it not built alongside the kernel but instead as an KMP?"
Because not everyone wants/needs it, so it will not be part of the "main" kernel package.
(The best thing to do is actually "zypper rm '*preload*'" that fixes all those problems instantly).
See, you don't want it, so if you had it in the kernel package, it would be harder to get rid of :)
We don't want it because it always manages to breaks updates. -- Ismail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 30.6.2011 15:34, Ismail Doenmez wrote:
Am Thu, 30 Jun 2011 10:21:04 +0200 schrieb Marcus Meissner
: The preload-kmp is an exception, as it is basically just a systemtap hook kmp and must be rebuild with every kernel.
We don't want it because it always manages to breaks updates.
So why not drop the strict version requirement or change it to Recommends: and do nothing if the kernel version and preload version do not match? No functionality would be lost, except perhaps for longer boot time. Michal -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
At Thu, 30 Jun 2011 15:56:28 +0200, Michal Marek wrote:
On 30.6.2011 15:34, Ismail Doenmez wrote:
Am Thu, 30 Jun 2011 10:21:04 +0200 schrieb Marcus Meissner
: The preload-kmp is an exception, as it is basically just a systemtap hook kmp and must be rebuild with every kernel.
We don't want it because it always manages to breaks updates.
So why not drop the strict version requirement or change it to Recommends: and do nothing if the kernel version and preload version do not match? No functionality would be lost, except perhaps for longer boot time.
Yeah, that sounds feasible. Just change a line in preamble file. But preload-kmp still requires some kernel symbols like other normal KMPs. If we make preload-kmp really optional, these should be dropped by some spec file hack, too, I guess. Takashi -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
Am Thu, 30 Jun 2011 06:30:29 -0700
schrieb Greg KH
On Thu, Jun 30, 2011 at 01:48:12PM +0200, Stefan Seyfried wrote:
And of course one important question then is: "why is it not built alongside the kernel but instead as an KMP?"
Because not everyone wants/needs it, so it will not be part of the "main" kernel package.
It's 128kb wasted disk space. And in return for that waste, no update problems anymore. Sounds like a fair deal.
(The best thing to do is actually "zypper rm '*preload*'" that fixes all those problems instantly).
See, you don't want it, so if you had it in the kernel package, it would be harder to get rid of :)
Well, I still can uninstall the preload package, the kernel module won't hurt me then. That would be a valid argument if the kernel was a lean package, but it is a "everything in one package" BLOB anyway, so the additional module will not change anything. It would definitely make life much easier for people struggling with kernel updates right now. -- Stefan Seyfried "Dispatch war rocket Ajax to bring back his body!" -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 30 June 2011 16:01, Stefan Seyfried
Am Thu, 30 Jun 2011 06:30:29 -0700 schrieb Greg KH
: Because not everyone wants/needs it, so it will not be part of the "main" kernel package.
It's 128kb wasted disk space. And in return for that waste, no update problems anymore. Sounds like a fair deal.
/lib/modules > 128 MB, 0.1% "fat" and bundling avoids configuration errors by end user to. It would mean, I can't have "preload" turned on for desktop kernel, with it off on the default kernel for comparison. Could a kernel update, obsolete past versions of the preload_kmp package? May be the solver then would recommend preload-kmp removal, instead of hefty downgrade to 11.4 kernel, followed by upgrade once the preload-kmp is rebuilt In factory thread (see http://comments.gmane.org/gmane.linux.suse.opensuse.devel/33839) came across same "FIBMAP" problem, Stefan commented on (see http://old.nabble.com/linux-login%3A-FIBMAP%3A-Invalid-argument-td29040908.h...) and I have vague memory of patching the script just after 11.2 came out to ignore pids < 0 or some such. Either there's good reasons not to install preload, or it needs to save the errors to file and syslog a summary report after it's done on booting. If there's good reasons not to have the preload-kmp module on a system, perhaps the feature is more trouble than it's worth? Time from GRUB -> kdm login 32 secs with preload 33 secs without Think that may not be the best test, as it may help getting to a responsive desktop more; I know preload is still running after kdm because that's when the FIBMAP errors occur. Rob -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
participants (7)
-
Greg KH
-
Ismail Doenmez
-
Marcus Meissner
-
Michal Marek
-
Rob OpenSuSE
-
Stefan Seyfried
-
Takashi Iwai