Le mercredi 06 mai 2015 à 08:29 -0500, Malcolm a écrit :
On Wed 06 May 2015 01:45:06 PM CDT, Richard Brown wrote:
<snip>
You also have to consider that SUSE is currently considering the possibility of not backporting fixes/features but actually changing the Kernel version they use in SLE 12 SP2 (assuming they can maintain API/ABI stability of course), so in our case with openSUSE we'd only have this kernel for about a year.. well maintained, with hardware enablement, and proper security patches.. sure if people can raise actual legitimate problems, I'm happy to hear them but I would prefer if the discussion continued on the basis of facts, not peoples theories about what does or doesn't work in the SLE codebase we now get to play with ;)
<snip>
Hi The only thing I've had to compile for the kernel was the it87 module for SLES 12, it is present for SLED 12...
This means it is part of kernel-*-extra package (which is only available on SLED and not on SLES). My proposal would be for an openSUSE kernel based on SLE kernel, we could have a single kernel package which would include the content on kernel + kernel-extra (if kernel team is fine with that)..
On this system HP ProBook 455 G1 since it's an AMD APU is to run the proprietary driver for boost states which means no secure boot.
Else no issues with HP 2000, HP ProBook 4330s and H ProBook 4440s with SLED 12 in my tests and using day to day...
Glad to read that ;) -- Frederic Crozat Enterprise Desktop Release Manager SUSE -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org