The 2.7 Kernel: Back To The Future For Linux

Anonymous Coward writes "Now that the Linux 2.6 kernel has been released and is being worked into distributions, many in the open-source community are turning their attention to the next development and test kernel, known as the 2.7 tree. To get an early glimpse at some of the thinking going into the next kernel, key vendors that aid in shaping the Linux kernel helped eWEEK last week put together a long-range wish list for 2.7."

Comments

move along

[Anonymous Coward]

There is nothing specific about anything. What a useless article. You can say you want a milkshake with your 2.7 kernel and it be just as valid as the things mentioned.

What would be a great "desktop focus"

[BizDiz]

Is just great driver compatability. That seems like the primary hurdle that can really keep people out, as well as a large area that is easily neglected in a more server-oriented mindset (especially in terms of user peripherals).

Re:What would be a great "desktop focus"

[Cthefuture]

I want to second this opinion. One of my major problem areas with Linux has been the drivers or lack of.

I know the die-hards will nay-say this, but being able to use native Windows drivers would be absolutely great. Now, maybe you don't use MPlayer (and the other "native" driver apps) but there are a hell of a lot of us that do and love it. The same thing should be done for all drivers. Video, USB, firewire, PCI, whatever... Make it so we can use Windows drivers in Linux because there are way too many half-assed reverse engineered Linux drivers that just don't work right. I mean, when in the hell will my Wacom Intuos2 tablet finally work correctly?! (I this is not just a kernel problem but XFree too) Yes, yes, I know about those patches here and there, but try to get them to work with XFree 4.3 and kernel 2.6... Ain't gonna happen. Just let me use the Windows drivers please.

I don't give a crap about some utopian vison of Linux greatness because all manufacturers support Linux. It isn't happening any time soon and I have real work to do.

With that said, my #1 greatist wish for 2.7/8 would be to get the damn SBP2 Firewire drivers working correctly. Dammit, that thing has been broken since it was introduced. Nearly every time I boot my system I have to plug and unplug the firewire cable (sometimes several times) to get the devices reset and loaded properly so I can access them (I'm using kernel 2.6, but has always been broken like this). The read/write/timeout errors have gotten better but they still occur with large drives. I'm absolutely terrified that one day I'll have to fschk my 90 GB partition on my firewire drive again. The last couple times I had to do that it toasted the partition every time (I/O errors and timeouts).

Re:What would be a great "desktop focus"

[Cthefuture]

For one, I believe that much of the Windows driver API is an industry secret.

Nah, get a MSDN subscription (or just the DDK). Not everyone that writes drivers works for Microsoft. The device developers kit contains everything you need to know.

Second, people won't write Linux drivers anymore, and requests for native drivers will be responded with "You can just use the Windows drivers!"

Frankly, I don't see a problem with that. If it works, it works. You're still running Linux. When enough people start using Linux then they can create real native Linux drivers. It will happen, given enough time. You can't just expect a company to drop everything to support some niche market where they won't make money or will lose money. We need a bridge, even if only temporarily.

Third, Linux and Windows have very different driver models, meaning incompatibility and having to code it in bug-for-bug.

Bah, there are so many crappy, incomplete, or just plain missing Linux drivers. Something is better than nothing. I have not noticed any superiority of any Linux driver over its Windows conterpart. The nVidia drivers are sometimes a bit faster in Linux but guess what? Those are made by the manufacturer not some wannabe college student Linux programmer. Not all the time, but very often the best software is a result of someone getting paid to write it. It works because they simply must finish it or they will get fired (or not payed). Plus generally the management listens to the customers (the users), and stuff gets done (enhanced or fixed) because money is at stake.

Plus, how can you ensure that the Windows drivers won't trample over the Linux ones, or are you going to isolate them, reducing their effectiveness?

It's just code. It's not that terribly complicated except for the undocumented Microsoft crap, but believe it or not, drivers have well defined interfaces. That's how all those 3rd parties create Windows drivers in the first place.

However, an operating system kernel is not the place for untrusted code that depends on a lot of stuff working at the right time.

Um... whatever, you want to eliminate all binary drivers? Sorry, but that isn't going to happen. Linux will always be behind if it doesn't allow binary drivers. Companies have to make a living.

Re:What I would like to see

[Abcd1234]

Installing and un-installing device drivers would become much easier for users.

Is insmod so difficult?

Manufacturers would like this too because then there would be less concern about GPL and device drivers. It would be easier to release binary-only drivers.

Since when did we care? Linus has flat out said he doesn't like binary drivers, for pretty good reasons, I think (harder to debug being the main one). Why encourage this?

So, any other good reasons why you'd want userland drivers? Are those reasons good enough to offset the additional overhead that this would incur (additional context switching,etc)? The new layers of indirection that would have to be added?

Frankly, I think you might have been bitten by the microkernel bug. But, sorry, Linux ain't no microkernel. And, so far, it hasn't needed to be. So, why start now?