At Thu, 28 May 2015 12:28:55 +0200, Oliver Neukum wrote:
On Thu, 2015-05-28 at 12:13 +0200, Takashi Iwai wrote:
At Thu, 28 May 2015 11:57:45 +0200, Oliver Neukum wrote:
On Thu, 2015-05-28 at 12:27 +0300, Andrei Borzenkov wrote:
On Thu, May 28, 2015 at 11:39 AM, Jiri Slaby
wrote: On 05/28/2015, 10:36 AM, Oliver Neukum wrote:
On Thu, 2015-05-28 at 10:14 +0200, Jiri Slaby wrote: > On 05/28/2015, 10:11 AM, Jiri Slaby wrote: >> But openSUSE 13.2 has never had frozen kabi apparently: >> $ git ls-tree origin/openSUSE-13.2 kabi/x86_64/ >> <nothing> > > Which is intended as I was taught right now.
What has taught you so?
Michal Marek told me so.
And is this decision temporary or final?
Permanent. It allegedly does not warrant the burden. All KMPs are built to require exact kernel version instead of kabi version.
For 13.2? This is definitely not the case at least for nVidia RPMs (the only KMPs I have). We even had the case of broken and fixed kABI ...
Now, what am I to make of this?
Suppose I need to keep the ABI stable, would you still think the "extended stable" stuff should go in? Is it worth the effort?
It means we should select and take only reasonable ones, not blindly copy all.
I cannot filter a stable tree. I can backport the patches, I can fix kABI breakages if a tool detects them, but I cannot in effect redo a large part of the work of a maintainer of a stable tree.
Well, we do fix kABI breakage even from stable tree if it makes more sense than leaving as is. As said, it's just not guaranteed, but we usually try ourselves serving good for users.
The basic decision, that is, do we treat the patches from Ubuntu as a stable tree and trust them needs to be made. I can do specific things, but I cannot redo the process of selecting patches for stable.
Yes, this is the biggest question. This has been already discussed multiple times, but always faded without proper conclusion. I don't think we'd want to take Ubuntu's patches blindly. It's not neutral, at least. Practically seen, how to deal with bugs / regressions with this tree? Do we use Launchpad and discuss there for bugs of openSUSE kernel?
My understanding about kABI on openSUSE kernel is that we should try to keep it as much as possible, but it's never guaranteed like SLE. Most of kABI changes are easily fixable, fortunately.
Sure, but how am I to test that? Install a 13.2 system and reinstall the Nvidia KMPs?
Most of kABI breakages can be seen via code review. The rest would be rather passive reaction, I suppose.
BTW, if you'll take patches, please create a bugzilla entry to track.
We didn't do that for regular stable patches.
Yes, for regular stable updates. Now it's not regular one, IMO. Takashi -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org