9.10: February 2010 Archives

Before I get into this entry, after I wrote it I saw the following in the Sidux release notes:

Kernel 2.6.32 doesn't only improve and stabilise hardware support for newer devices, it also allows enabling KMS (kernel based modesetting) for Intel graphic chipset ...

Note to Linux kernel developers: This doesn't work with the Intel 830m. DOESN'T WORK.

And now back to our regularly scheduled post on how turning off kernel mode setting is the best way to get "today's" Linux distributions to boot into graphical desktops on computers with the Intel 830m graphics chipset:

Remember the last time I figured out how to run both Ubuntu Lucid (via the Alpha 2 image) and Sidux 2009-04 on my Toshiba Satellite 1100-S101 and its Intel 830m video chip (aka Intel 82830 CGC)?

I used two methods: using the VESA driver and turning off kernel mode setting.

Both methods worked in Ubuntu Lucid — the project's upcoming 10.04 LTS (long-term support) release.

I tested the live KDE DVD image of Sidux 2009-04 for a number of reasons, one being that I think Sidux is a great project that allows users to run the "unstable" Debian Sid with a minimum of pain, all the while providing a very usable desktop. The other reason is that I know of no other live image (especially a live DVD+R, which my quirky Toshiba likes much better than a CD-R) with which to test the upcoming Debian Squeeze release, now in Testing but eventually slated for Stable designation.

The equally useful Debian Live project allows prospective Debian users to try out Debian on their hardware before committing to a full installation — just like Ubuntu and many other popular distros. As far as I know, you can't install the distro from the Debian Live image, but it is invaluable in terms of seeing how a given computer will respond to Debian.

But Debian Live doesn't appear to have any DVD images (I'm not sure whether or not a CD image can be burned to a DVD+R disc; if anybody out there knows anything, please let me in on it). And I don't see any Squeeze images. They appear to be in Lenny-only mode.

So I turn to Sidux. Despite the "2009-04" tag line, it was released in December 2009. I'm sure Debian Squeeze will move further along by the time it is released as Debian's stable distribution, but it does allow users to try something farther from Lenny and closer to Squeeze without committing to a full installation.

So today I decided to try to boot Sidux not with the VESA driver but by turning off kernel mode setting.

As with Ubuntu Lucid, I started to boot the Sidux 2009-04 DVD, and at the boot screen I added the following to the boot parameters:

I was soon in the surprisingly snappy KDE 4.3.4 environment.

This leads me to believe that turning off kernel mode setting will allow users of Intel 830m video (and most likely other Intel video of similar vintage) to not only run Ubuntu Lucid but very like Debian Squeeze as well. In case it's not implied, for me this is huge. It means I'll have choices as to where to go after Debian Lenny.

While in the Sidux live environment, which I'm enjoying very much by the way, I worked a bit in both the Kwrite and Kate text editors, both of which run great on this machine (1.3. GHz Celeron, 1 GB RAM) — much better than the last time I moaned and complained about KDE.

Sidux with KDE on this live DVD — and on this not-so-new hardware — seems no less responsive than Debian Lenny with GNOME. I guess that means I'd be more inclined to use KDE in the future, but I imagine I'll be sticking with GNOME at present (if only because it's working well for me).

In case the message got lost in all of this, the main thing I'm trying to say here is that kernel mode setting is becoming an increasingly big deal in Linux, and for users of Intel video, it not only doesn't help but pretty much renders the given distro unusable.

Turning off kernel mode setting is the key to actually having a working computer and if you can't boot either the live disc or resulting installation and get a working desktop, this is a tweak you should try before messing with xorg.conf or pulling what's left of your hair out.

Attention developers: This "improvement" you call kernel mode setting is pretty much a regression for users of my particular video chip, the Intel 830m, and could be equally useless for other Intel video hardware. Maybe figuring out why kernel mode setting doesn't work in these cases is the thing to do? And how about dropping in some code that automatically turns off kernel mode setting on hardware that doesn't like it until this show-&*^-stopping bug is dealt with?

I don't know who to blame here. I'm no expert, but my gut reaction is that this is a kernel-development problem. My question to you users and developers out there is this: Is kernel mode setting working for you and your Intel video hardware?

Before I end this entry, did I mention how much I like Sidux? I could get used to a distro this good. I'm not the kind of person who needs or wants the latest in everything. To me stability and lack of breakage is key. But just like the first time I tried Sidux (with Xfce), I'm extremely impressed by what its developers have done — and by how quick and usable Debian — be it Sid, Squeeze or Lenny — continues to be.

Remember this little guy, the orangish icon that appears in your upper GNOME panel in Debian Lenny when you have software updates?

Ubuntu has a similar yet different icon (which you can see in the screen-grab below this paragraph). Or had it, I guess. Now that the Ubuntu Project decided to completely change the way users are notified of software updates, opening an update window either in the foreground or background (I seemed to get both at random) at some point during the week the update is released, the cheery orange (or whatever color it used to be in Ubuntu) icon doesn't get much play.

I like the software-update icon. I know what it means. If I didn't know, I could either mouse over it, or actually click it to determine its purpose in my computing life and act accordingly.

I wasn't fond of those randomly opening update windows in Ubuntu Karmic. (Did they have them in Jaunty also? Who can remember?) You see, sometimes I turn the computer on, after which it checks the repos for updates and puts the orange icon on my upper panel.

But I'm not always ready to drop everything and update the system. (That's why I don't mind that the Xfce install of Debian doesn't include the GNOME update manager ... because it's part of GNOME, after all; it's not all that hard to use apt-get or Aptitude to check for updates periodically. But I do like the Update Manager, and it's one of those things I like about GNOME and one of many reasons I use GNOME as my desktop environment.)

No, sometimes I need to get stuff done and don't want to run the update. The orange icon doesn't complain. It waits until I'm ready. It doesn't open any windows on my screen unless I click on it.

And that's the way I like it. It's one of those things that Ubuntu did right in the Hardy days and Debian still does right, Lenny being just about the same age as Hardy.

I guess Ubuntu changed the update notification system in an attempt to, in the minds of its developers, either help new users not accustomed to the ways of things not-Windows, or somehow do updates better than they've been done before.

I'm not sure about the outcome. I guess new users wouldn't know to click on an update icon and might let it sit unclicked for days, weeks or months at a time. They won't ignore an open window on their desktop that tells them they have an update.

But I seem to remember a little dialog shooting out from the Ubuntu update icon that told the user that updates were available. The little dialog - that's a subtle innovation that, in my opinion, addresses users new and experienced equally well.

No matter how GNOME, Debian, Ubuntu and any other projects or distributions treat update notifications going forward, I'm letting it be known that I like a little icon at the top of my panel that doesn't badger me into doing anything but just lets me know that I can do something about updating the box when I have the time.