Kernel 2.6.38-rc? The Next Kernel is Here to Test - Post Your Comments Here!

Today I discovered that Kernel 2.6.38-rc1 is ready for download here:

http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.38-rc1.tar.bz2

I found some good information on it here:

Kernel Log: Wonder patch merged, improved AMD and Intel graphic support - The H Open Source: News and Features

And another Good one here in Linus Torvalds own words:

https://lkml.org/lkml/2011/1/18/322

Another Good Article here:

[Phoronix] Linux 2.6.38-rc1 Is Here With Two Features Linus Loves](http://www.phoronix.com/scan.php?page=news_item&px=OTAyNw)

So I did get it to compile and load just fine AND I did install the nVIDIA video driver 260.19.29 with out any problems in openSUSE 11.3 64 bit. I run KDE 4.4.4 and now KDE takes 30 seconds to load as opposed to 10 or what ever it was before, so much longer for some reason, but no other issues were seen.

You can compile the kernel using SAKC here if you like:

S.A.K.C. - SUSE Automated Kernel Compiler - Version 2.00

Message #17 carries the most recent version of SAKC.

I have a Kernel Source File Lister for SAKC called KLIST you can find here:

S.A.K.C. - SUSE Automated Kernel Compiler - Version 2.00

Message #22 has the most recent version shown. If you use the nVIDIA driver I have a script file here:

LNVHW - Load NVIDIA (driver the) Hard Way from runlevel 3

Message #12 has the most recent version of LNVHW used to load the nVIDIA video driver the hard way.

Please, if you have any comments about the latest kernel 2.6.38, please post them here.

Thank You,

A new question arise:

Will openSUSE .4 comes with kernel .37, or they will bet on the newest kernel on that time!!

Will openSUSE .4 comes with kernel .37, or they will bet on the newest kernel on that time!!
I think that we will get 2.6.37 and that 2.6.38 will not be ready in time. The 37 version packs a lot of power and does not seem to have any big issues I know of so far. Stranger things have happened, so we never know for sure. Thanks for your comments alexdbars.

Thank You,

11.4 AFAIK is coming with .37 but .38 should be in the kernel HEAD repo or you can use @jdmcdaniel3’s S.A.K.C Version 2 Script to install it.

Not really. They don’t normally release openSUSE with an RC kernel. :slight_smile:

On 01/20/2011 06:36 AM, consused wrote:
>
> alexdbars;2280037 Wrote:
>> A new question arise:
> Not really. They don’t normally release openSUSE with an RC kernel. :slight_smile:

Although 2.6.38 will be released at about the same time as 11.4, openSUSE will
stay with 2.6.37.

That’s good. If 11.4 doesn’t fully support extra-key functions on my one-year old ThinkPad, I can pick up 2.6.38 blessed with the stability mark of “Tumbleweed” within a reasonable time lag.

I had not expected 2.6.38 so soon. I downloaded, compiled & installed without error.

Upon boot, only a blank screen (N.B.: NOT black, and backlighting active). The boot then froze, unresponsive to anything save a power/off re-boot. Ater re-boot, no /var/log/boot.omsg was present, in fact, nothing to be found in /var/log/<anything>. It would seem that the boot froze very early. Failsafe boot of the .38 kernel also failed the same way.

It is early, and I will keep watching. Bug https://bugs.freedesktop.org/show_bug.cgi?id=29278 had no information re: this kernel.

SeanMc98 said:

I had not expected 2.6.38 so soon. I downloaded, compiled & installed without error.

Upon boot, only a blank screen (N.B.: NOT black, and backlighting active). The boot then froze, unresponsive to anything save a power/off re-boot. Ater re-boot, no /var/log/boot.omsg was present, in fact, nothing to be found in /var/log/<anything>. It would seem that the boot froze very early. Failsafe boot of the .38 kernel also failed the same way.

It is early, and I will keep watching. Bug https://bugs.freedesktop.org/show_bug.cgi?id=29278 had no information re: this kernel.
So I did not have that issue, but I always must reload the nVIDIA video driver AND there is something going on that causes KDE to take longer to startup for some reason. So, are you reloading any sort of video driver after installing a new kernel?

Thank You,

I think you will find @SeanMc98 is running the intel driver and hoping a newer kernel will give a clean DE startup with his Clarkdale/Arrandale intel chipset. There are lots of recent posts on this. :wink:

The first attempts (2) for kernel 2.6.38-rc1 were compiled/installed against (what I refer to as) my “Edge” platform: 11/4 MS5+, with /Factory/oss, Xorg/Factory and KDE/factory. These attempts resulted in a blank screen, and a total freeze.

After sifting through all the variables, I decided to return to a level field: I compiled and installed 2.6.38-rc1 on an 11.3 test platform. The environment was 11.3, KDE 4.6 RC2 and the only add-ins were advanced kernels.

Result: 2.6.38-rc1 boots on an Arrandale/“Ironlake” without any workarounds (lid closure, workspace switch, etc) !!!

:slight_smile: :slight_smile:


sean@Twilight:~> uname -a
Linux Twilight.site 2.6.38-rc1-39-desktop #1 SMP PREEMPT Thu Jan 20 19:28:25 EST 2011 x86_64 x86_64 x86_64 GNU/Linux
sean@Twilight:~> 

There was a pause ( I thought it might be the now-blank screen), but on it rolled!! The kdm-login screen popped up straightaway, but there was a noticeable delay after login entry before the desktop appeared. Another delay is experienced following the desktop appearance before the login-sound.

I have much more to test: Gnome login, GDM vs. KDM, power management, suspension, etc. The important thing is that IT WORKS !!!

There was a pause ( I thought it might be the now-blank screen), but on it rolled!! The kdm-login screen popped up straightaway, but there was a noticeable delay after login entry before the desktop appeared. Another delay is experienced following the desktop appearance before the login-sound.

I have much more to test: Gnome login, GDM vs. KDM, power management, suspension, etc. The important thing is that IT WORKS !!!
It is good news to hear you got the new 2.6.38-rc1 kernel to work SeanMc98. I am not sure I would have tried to use it yet on openSUSE 11.4 M5 with all the other new things it is trying to do. I do wonder why the delay with the KDE desktop startup and just what would you report as being a problem since the program does finally load and run? Are there any files I should look at for a clue about this delay of the KDE desktop to start?

Thank You,

@SeanMc98, that is very good news for you and the other Arrandale users on openSUSE. :slight_smile: Well done for your perseverance.

What release of intel driver played a part in that success? From what you said it sounds like 11.3’s Intel 2.12.0 and xorg-server 1.8.0, really?

We are on the same wave-lengths. The 11.3 test bed:


sean@Twilight:~> uname -a
Linux Twilight.site 2.6.38-rc1-39-desktop #1 SMP PREEMPT Thu Jan 20 19:28:25 EST 2011 x86_64 x86_64 x86_64 GNU/Linux
sean@Twilight:~> 

Xorg - intel :


   215.368] (II) Loading extension DRI2
   215.368] (==) Matched intel as autoconfigured driver 0
   215.368] (==) Matched fbdev as autoconfigured driver 1
   215.368] (==) Matched vesa as autoconfigured driver 2
   215.369] (==) Assigned the driver to the xf86ConfigLayout
   215.369] (II) LoadModule: "intel"
   215.369] (II) Loading /usr/lib64/xorg/modules/drivers/intel_drv.so
   215.388] (II) Module intel: vendor="X.Org Foundation"
   215.388] 	compiled for **1.8.0**, module version = **2.12.0**
   215.388] 	Module class: X.Org Video Driver
   215.388] 	ABI class: X.Org Video Driver, version 7.0
   215.388] (II) LoadModule: "fbdev"
   215.389] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
   215.400] (II) Module fbdev: vendor="X.Org Foundation"
   215.400] 	compiled for 1.8.0, module version = 0.4.1
   215.400] 	ABI class: X.Org Video Driver, version 7.0
   215.400] (II) LoadModule: "vesa"
   215.401] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
   215.412] (II) Module vesa: vendor="X.Org Foundation"
   215.412] 	compiled for 1.8.0, module version = 2.2.1
   215.412] 	Module class: X.Org Video Driver
   215.412] 	ABI class: X.Org Video Driver, version 7.0
   215.412] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
	i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G,
	E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G,
	965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45,
	4 Series, G45/G43, Q45/Q43, G41, B43, Clarkdale, Arrandale
   215.412] (II) FBDEV: driver for framebuffer: fbdev
   215.412] (II) VESA: driver for VESA chipsets: vesa
   215.412] (++) using VT number 7

And, it gets better:



   215.768] (**) intel(0): DPI set to (106, 108)
   215.768] (II) Loading sub module "fb"
   215.768] (II) LoadModule: "fb"
   215.768] (II) Loading /usr/lib64/xorg/modules/libfb.so
   215.773] (II) Module fb: vendor="X.Org Foundation"
   215.774] 	compiled for 1.8.0, module version = 1.0.0
   215.774] 	ABI class: X.Org ANSI C Emulation, version 0.4
   215.774] (II) UnloadModule: "fbdev"
   215.774] (II) Unloading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
   215.774] (II) UnloadModule: "fbdevhw"
   215.774] (II) Unloading /usr/lib64/xorg/modules/linux/libfbdevhw.so
   215.774] (II) UnloadModule: "vesa"
   215.774] (II) Unloading /usr/lib64/xorg/modules/drivers/vesa_drv.so
   215.774] (==) Depth 24 pixmap format is 32 bpp
   215.774] (II) intel(0): [DRI2] Setup complete
   215.774] (II) intel(0): [DRI2]   DRI driver: i965
   215.774] (**) intel(0): Tiling enabled
   215.774] (**) intel(0): SwapBuffers wait enabled
   215.774] (==) intel(0): VideoRam: 262144 KB
   215.774] (II) intel(0): Allocated new frame buffer 1600x900 stride 6656, tiled
   215.781] (II) UXA(0): Driver registered support for the following operations:
   215.781] (II)         solid
   215.781] (II)         copy
   215.781] (II)         composite (RENDER acceleration)
   215.781] (II)         put_image
   215.781] (II)         get_image
   215.781] (==) intel(0): Backing store disabled
   215.781] (==) intel(0): Silken mouse enabled
   215.781] (II) intel(0): Initializing HW Cursor
   215.850] (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message.
   215.851] (==) intel(0): DPMS enabled
   215.851] (==) intel(0): Intel XvMC decoder enabled
   215.851] (II) intel(0): Set up textured video
   215.851] (II) intel(0): [XvMC] xvmc_vld driver initialized.
   215.851] (II) intel(0): direct rendering: DRI2 Enabled

The Intel Graphics is recognized, and the appropriate driver (“intel”) is used, and the correct geometry (1600 x 900) is selected. I am very surprised, and happy. The perceived delay(s) appear only on the first login-screen (gdm or kdm). Subsequent logout, and logins are as quick as normal (??) behavior.

Suspension, and recovery therefrom, functions correctly. I will test hibernation soon. Recovery from suspension seems to pause at the CLI screen before returning to the GUI.

One observation at boot: the screen goes “black”, then blank (backlighting on), followed by a small flash before presenting the scrolled boot messages.

As for the 11.4 MS5+, I will continue testing (removing Factory/oss and/or Xorg/Factory, if necessary).

Thanks for all the info. It looks and sounds great. A few blips delays and flashes are not surprising given the rc status of that kernel and a fairly big jump from the 11.3’s 2.6.34 release. The results have been a big breakthrough, after so many downturns.

It will be interesting to see what hibernate does on your new setup. That’s one that always worked on my laptop, but no suspend as yet.

Enough excitement for one day. Good luck for your further testing. :wink:

I’ve been following this thread with interest.

Its most encouraging to read that SeanMc98 succeeded and compiled and installed 2.6.38-rc1 on an 11.3 test platform with an Arrandale/“Ironlake” intel chipset where that in turn will boot openSUSE-11.3 on the Arrandale/“Ironlake” without any workarounds (ie without lid closure, workspace switch, etc needed with ‘older’ 1.8.0, module version = 2.12.0). The added benefit being the correct geometry (1600 x 900) is selected, and suspension, and recovery therefrom, functioning correctly.

Is there an open bug report where this information can be fed into ?

Its interesting the Intel graphic driver version was only 2.12.0. Its puzzling that the 11.4 M5 ‘test platform’ (with its modified Intel 2.13 graphic driver and the 2.6.38-rc1 kernel custom compiled by SeanMc98) did not work, and I suspect further work testing may be needed there. I’m very curious to learn how the 2.14.0 graphic driver will work, where I think the 2.14.0 Intel graphic driver may be in 11.4 M6 (when it is released next week) with its newer Mesa and newer X (but only the 2.6.37 kernel).

I don’t have this hardware, but I note from our Forum (and others) that many users with this hardware are struggling, and it would be good if we can have a configuration of openSUSE identified that we on the forum know works with the Arrandale/“Ironlake” and where we can provide good advice.

SeanMc98 many thanks for your excellent testing and excellent posts sharing your experiences.

My thoughts exactly ! I know of a several -bugzillas, though I have not posted on those specific threads.

I was also surprised. My primary effort was directed at just getting the boot sequence to complete, which is, of course, pre-X. Getting X was indeed a bonus!

The M5 test platform was at 2.14.0 intel, Mesa 7.10.56-4 and more. I thought about this through the evening and night, reviewing my install notes. From the sheer number of updates (and the problems with the KDE 4.6 RC2 upgrade (thanks to @eng-int for help!), that some things might have “gone out of skew on treadle”
:frowning:
so I am starting a fresh MS5 (with MS6 not ready as yet), clean, to which I will:

  1. Compile and test 2.6.38-rc1 kernel. (MS5 should have 2.13.0 Intel)
  2. Add KDE 4.6
  3. Add /Factory/oss (previously required to get KDE shoehorned)
  4. Add /Factory Xorg (2.14.0 Intel & Mesa 7.10.56-4)

Any and all suggestions are appreciated. One question comes to mind: should I re-compile the .38 kernel after the Xorg upgrade to Factory?

Testing notes: Suspension works cleanly; hibernation works correctly; screen saver recovery (turn display off) recovers correctly (Gnome only). I have a problem with KDE 4.6 RC2 and screensavers: they do not do anything!

Note: If this kernel is successful, should we resurrect the rock group of the last millenium “.38 Special” ? (… getting my coat and hat …)

Following the success of this kernel (2.6.38-rc1) on 11.3 (post #14, above), I performed a clean reinstall of 11.4 M5, including formatting of “/home” (just-in-case). Following the application of 24 updates, I compiled/installed kernel 2.6.38-rc1 (now 2.6.38-rc1-12-desktop, but that is another story). Boot of this kernel was

**S U C C E S S F U L ! ! ! ! **

The previously noted delays were not observed. The install is Gnome-only, and KDE 4.6 RC2 will be added a bit later. For point of reference, Xorg is

    27.271] 
This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See [X.Org Wiki - Development/Documentation/git](http://wiki.x.org/wiki/GitPage) for git access instructions.
    27.271] 
X.Org X Server 1.9.2.902 (1.9.3 RC 2)
Release Date: 2010-12-03
    27.271] X Protocol Version 11, Revision 0
    27.271] Build Operating System: openSUSE SUSE LINUX
    27.271] Current Operating System: Linux linux-a7qx 2.6.38-rc1-12-desktop #1 SMP PREEMPT Fri Jan 21 12:59:34 EST 2011 x86_64
    27.271] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-rc1-12-desktop root=/dev/disk/by-id/ata-ST9500325AS_6VE3ZHX6-part16 resume=/dev/disk/by-id/ata-ST9500325AS_6VE3ZHX6-part9 splash=silent quiet showopts vga=0x317
    27.271] Build Date: 05 December 2010  10:17:49PM

The information regarding the Intel driver is



    27.847] (II) Loading extension DRI2
    27.847] (==) Matched intel as autoconfigured driver 0
    27.847] (==) Matched fbdev as autoconfigured driver 1
    27.847] (==) Matched vesa as autoconfigured driver 2
    27.847] (==) Assigned the driver to the xf86ConfigLayout
    27.847] (II) LoadModule: "intel"
    27.858] (II) Loading /usr/lib64/xorg/modules/drivers/intel_drv.so
    27.888] (II) Module intel: vendor="X.Org Foundation"
    27.888] 	compiled for** 1.9.2.902**, module version = **2.13.902**
    27.888] 	Module class: X.Org Video Driver
    27.888] 	ABI class: X.Org Video Driver, version 8.0
    27.888] (II) LoadModule: "fbdev"
    27.889] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
    27.893] (II) Module fbdev: vendor="X.Org Foundation"
    27.893] 	compiled for 1.9.2.902, module version = 0.4.2
    27.893] 	ABI class: X.Org Video Driver, version 8.0
    27.893] (II) LoadModule: "vesa"
    27.894] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
    27.907] (II) Module vesa: vendor="X.Org Foundation"
    27.907] 	compiled for 1.9.2.902, module version = 2.3.0
    27.907] 	Module class: X.Org Video Driver
    27.907] 	ABI class: X.Org Video Driver, version 8.0
    27.907] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
	i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G,
	E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G,
	965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45,
	4 Series, G45/G43, Q45/Q43, G41, B43, B43, Clarkdale, Arrandale,
	Sandybridge, Sandybridge, Sandybridge, Sandybridge, Sandybridge,
	Sandybridge, Sandybridge
    27.908] (II) FBDEV: driver for framebuffer: fbdev
    27.908] (II) VESA: driver for VESA chipsets: vesa
    27.908] (++) using VT number 7

    28.192] (WW) Falling back to old probe method for fbdev
    28.192] (II) Loading sub module "fbdevhw"
    28.192] (II) LoadModule: "fbdevhw"
    28.192] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
    28.198] (II) Module fbdevhw: vendor="X.Org Foundation"
    28.198] 	compiled for 1.9.2.902, module version = 0.0.2
    28.198] 	ABI class: X.Org Video Driver, version 8.0
    28.198] (WW) Falling back to old probe method for vesa

And the driver selection is



    28.306] (II) intel(0): Modeline "1600x900"x0.0  110.40  1600 1664 1706 2000  900 903 906 920 -hsync -vsync (55.2 kHz)
    28.306] (II) intel(0): Not using default mode "320x240" (doublescan mode not supported)
    28.306] (II) intel(0): Not using default mode "400x300" (doublescan mode not supported)
    28.306] (II) intel(0): Not using default mode "400x300" (doublescan mode not supported)
    28.306] (II) intel(0): Not using default mode "512x384" (doublescan mode not supported)
    28.306] (II) intel(0): Not using default mode "640x480" (doublescan mode not supported)
    28.306] (II) intel(0): Not using default mode "640x512" (doublescan mode not supported)
    28.306] (II) intel(0): Not using default mode "800x600" (doublescan mode not supported)
    28.306] (II) intel(0): Not using default mode "896x672" (doublescan mode not supported)
    28.306] (II) intel(0): Not using default mode "928x696" (doublescan mode not supported)
    28.306] (II) intel(0): Not using default mode "960x720" (doublescan mode not supported)
    28.306] (II) intel(0): Not using default mode "700x525" (doublescan mode not supported)
    28.306] (II) intel(0): Not using default mode "1024x768" (doublescan mode not supported)
    28.306] (II) intel(0): Printing probed modes for output LVDS1
    28.306] (II) intel(0): Modeline "1600x900"x60.0  110.40  1600 1664 1706 2000  900 903 906 920 -hsync -vsync (55.2 kHz)
    28.306] (II) intel(0): Modeline "1024x768"x60.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz)
    28.306] (II) intel(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz)
    28.306] (II) intel(0): Modeline "800x600"x56.2   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz)
    28.306] (II) intel(0): Modeline "640x480"x59.9   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz)
    28.306] (II) intel(0): EDID for output VGA1
    28.311] (II) intel(0): EDID for output HDMI1
    28.312] (II) intel(0): EDID for output DP1
    28.312] (II) intel(0): Output LVDS1 connected
    28.312] (II) intel(0): Output VGA1 disconnected
    28.312] (II) intel(0): Output HDMI1 disconnected
    28.312] (II) intel(0): Output DP1 disconnected
    28.312] (II) intel(0): Using exact sizes for initial modes
    28.312] (II) intel(0): Output LVDS1 using initial mode 1600x900
    28.312] (II) intel(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated.
    28.312] (II) intel(0): Kernel page flipping support detected, enabling
    28.312] (**) intel(0): Display dimensions: (380, 210) mm
    28.312] (**) intel(0): DPI set to (106, 108)
    28.312] (II) Loading sub module "fb"
    28.312] (II) LoadModule: "fb"
    28.312] (II) Loading /usr/lib64/xorg/modules/libfb.so
    28.357] (II) Module fb: vendor="X.Org Foundation"
    28.357] 	compiled for 1.9.2.902, module version = 1.0.0
    28.357] 	ABI class: X.Org ANSI C Emulation, version 0.4
    28.357] (II) UnloadModule: "fbdev"
    28.357] (II) Unloading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
    28.357] (II) UnloadModule: "fbdevhw"
    28.357] (II) Unloading /usr/lib64/xorg/modules/libfbdevhw.so
    28.357] (II) UnloadModule: "vesa"
    28.357] (II) Unloading /usr/lib64/xorg/modules/drivers/vesa_drv.so
    28.357] (==) Depth 24 pixmap format is 32 bpp
    28.358] (==) intel(0): VideoRam: 262144 KB
    28.358] (II) intel(0): [DRI2] Setup complete
    28.358] (II) intel(0): [DRI2]   DRI driver: i965
    28.358] (II) intel(0): Allocated new frame buffer 1600x900 stride 6656, tiled
    28.530] (II) UXA(0): Driver registered support for the following operations:
    28.530] (II)         solid
    28.530] (II)         copy
    28.530] (II)         composite (RENDER acceleration)
    28.530] (II)         put_image
    28.530] (II)         get_image
    28.538] (==) intel(0): Backing store disabled

The correct driver is selected, and the correct geometry (1600 x 900) properly selected.

The only noticed problem is the desktop effects (in Gnome). They are particularly wavy/fuzzy, although such existed prior to this kernel. No problem with desktop effects was noted on the 11.3 test of kernel 2.6.38-rc1.

I think that we are onto a winner here. After a bit of further testing, I plan to install KDE 4.6 RC2. Hopefully, the KDE-developers/packagers have straightened out the “shared-mime-info” dependency, as I do not wish to add /Factory/oss at this point, unless absolutely necessary!

Should the above sort out cleanly, I plan on adding (unless there is a compelling reason not to do so) the X11/Xorg factory repositories, to get Mesa 7.10.56+ and the 2.14.0+ Intel support.

NOTE: This reply composed and submitted from the new kernel & Firefox .07b.

That’s very encouraging. It’s highly likely you will enjoy a good spring through summer, during any spare time that is, exploring the full capabilities of your new(ish) h/w on 11.4 openSUSE with a small kernel update, and of course assisting other Arrandale users to achieve the same. :wink:

Thank you! I do hope that users who have experienced problems with Intel graphics (such as the HP-5130 “All-in-one”) might pick up on this! I hope that the Sandy Bridge does not experience these long delays.