is there a save way to use kernel 2.6.36?

i would like to use a newer kernel then the standard 11.3 because i believe it comes with a better graphics driver for my intel gm45.
is there a way to use the kernel from the kernel repository? what about the preload package? do i need it?

Right now, it appears that kernel 2.6.36 is in the following repository:

Index of /repositories/Kernel:/HEAD/openSUSE_Factory

Further, if you follow this next procedure, you can have multiple kernels installed, keeping your present one and the new one to select from:

edit the file /etc/zypp/zypp.conf to say:

    ## Packages which can be installed in different versions at the same time.
    ## Packages are selected either by name, or by provides. In the later case
    ## the string must start with "provides:" immediately followed by the capability.
    ## Example:
    ##    kernel                - just packages whith name 'kernel'
    ##    provides:multiversion(kernel)   - all packages providing 'multiversion(kernel)'
    ##                      (kenel and kmp packages should do this)
    ## Valid values:
    ##    Comma separated list of packages.
    ## Default value:
    ##    empty
    # multiversion = provides:multiversion(kernel)

    multiversion = kernel-desktop
If you use KDE, you can use the menu Run Command:
    kdesu kwrite /etc/zypp/zypp.conf

Finally, I have a script that you can use to install any present kernel from, such as 2.6.36, compile it into openSUSE and still maintain your old kernel. This is done with the following script:

S.A.K.C - SuSE Automated Kernel Compiler

This last method is what I use and further, the kernel repository given at the top, will only maintain the newest kernel and so 2.6.36 may go away as soon as 2.6.37 shows up, even while it is just beta. So, the final method, using the script is what I do. I feel that it is as safe as it gets, but nothing is totally safe and backing up your important data is a must. If you should decide on the final method using the script, I would first go into YaST / Software Management / Select View (Top Left button) Patterns and select and install the development packages for Base, Kernel & C/C++ first.

Thank You,

thank you very much and a lot for this detailed infos.
what i still wonder before trying it out is: how is the different kernel version choosen. will i have to create a special boot menu entrie?
also this preload package is worrying me a little. can i dismiss it?

thx again

I added the Kernel:/HEAD repo via YAST, and upgraded the kernel to 2.6.36-89. The update completed, and I rebooted to the new kernel. The good news is that the procedure worked, and the new kernel booted. Since this install of 11.3 was performed with “nomodeset” on the install, somewhere the “nomodeset” was remembered, and retained in GRUB for the new kernel.

I removed the “nomodeset” from the new kernel entry, and re-booted. The bad news is that 2.6.36-89 does NOT implement/correct the problem(s) with an Intel GMA HD (the GA of choice for i3/i5/i7 processors). As a result, I still have the “black screen” when openSUSE boots up. As far as I can tell, SuSE boots up, as I can shut it down (somewhat blindly), with “ctrl+alt+F1” followed by “ctrl+alt+del”.

It appears that the Intel-related kernel enhancements here Kernel Log: Coming in 2.6.36 (Part 1) - Graphics - The H Open Source: News and Features have not made it to the 2.6.36-89 kernel. (It should be noted again that the openSUSE 11.4 MS2 contained kernel 2.6.36-rc4. This kernel also did not manifest any Intel GMA HD support. Further, I had to totally back out of 11.4 MS2 due to serious lag problems with the keyboard and the touchpad/mouse).

Lastly, the kernel update procedure works (as I had expected) from the Kernel:/HEAD repos. I had considered using the SAKC procedure, and close not to, since the kernel(s) at The Linux Kernel Archives appeared to be the same as the Kernel:/HEAD repos.

For the benefit of those who had followed the earlier sage 11.3 x64 DVD Install vs. liveCD, the status of support for the Intel GMA HD remains the same:

Full support: Ubuntu 10.04.1 LTS, Windows 7
LiveCD running: openSUSE 11.3 (Gnome), 11.4 MS2 (with some keyboard/touchpad delays)
nomodeset”/Failsafe mode: openSUSE 11.3, 11.4 MS2 (with degraded keyboard/touchpad problems)
Nothing: Fedora 13 (even with “nomodeset”)

One very positive thing comes from this experience. I now have the ability to test the kernel of the upcoming milestones without downloading, burning and installing the milestone release.

(Prior to posting, I have just noticed that the kernel is now up to 2.6.36-90.1. Will test that also.)

The OP wants 11.3 support, so this would be the right repository:
Index of /repositories/Kernel:/HEAD/openSUSE_11.3

I configured for multiple kernel earlier today and installed kernel-desktop 2.6.36-90 x86_64 successfully from there. No issues and no visible improvements here (YMMV).

I use the “intel” graphics driver on that system for a GM45 Express chipset with a GMA 4500MHD. I don’t need to boot with “nomodeset” because KMS sets the correct resolution for my notebook’s display.

I cannot boot without “nomodeset”. The symptom is a “black screen” (i.e. no back light, nada). This also occurs with a boot to runlevel 3. I can boot runlevel 3 if I include nomodeset. At that point, attempts at “X -configure” fail with segmentation faults. The (untrustable) “/root/” fails with “no screens found”.

As I understand, the GMA 4500MHD (“Cantiga” die) is not the same group at the GMA HD (“Ironlake” die). The linux Intel support for “Ironlake” is littered with a number of problems, including eDP support.

The “Ironlake” is found on Clarkdale- (desktop) and Arrandale- (mobile) i3, i5 and i7 processors. I have an i5-430 (Arrandale-) with the “Ironlake” chipset, device id 0046, core render clock 768MHz. (The attached display is 1600 x 900).

(missed the “edit” time window for previous post)

The specific problem and bug is [Bug 608300] intel [Ironlake/GM45] Black screen with embedded Displaypor]( The various posts & links that I have access to seem dormant since 30.09.2010. This date is curious since it coincides with the Intel 2010Q3 releases.

Bug # 608300 seems related to an identified regression bug This, in turn, relates to an upstream bug (I have not explored that last link, as Firefox gets bothered by the “untrusted” link.)

On that last link, I forced my way through firefox from my test system. It doesn’t like their certificate. However there is a lot of stuff there which will mean more to you than it did to me. They have been busy, some success but some regression. It includes October stuff. They mentioned eDP (whatever that implies) at some stage.

I thought perhaps if you could manually configure the display, it might improve things. You seem to have a bigger problem. With the standard 11.3, on my box and completely different integrated graphics to Intel and an old moniter, to return to the driver I used on 11.2, I now have to configure using /etc/X11/xorg.conf.d to avoid the supplied driver and then to configure the monitor to stop X from setting the wrong resolution. I’m sure KMS is not involved. Hence it’s a regression caused by Xorg even on old h/w, and the loss of Sax2.