Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 


Forgot your password?
Close
typodupeerror
×
Linux Software

The Must-Fix List For 2.6.0 45

Posted by michael from the quart-of-milk,-loaf-of-bread dept.
Jeremy Andrews writes "Andrew Morton posted a lengthy list of items that need to be done before the 2.5 development kernel tree should be turned into the 2.6 stable kernel tree. He prefaced his list by noting that 2.6.0 does not mean, "it's finished, ship it", alternatively offering, "I'd propose that 2.6.0 means that users can migrate from 2.4.x with a good expectation that everything which they were using in 2.4 will continue to work, and that the kernel doesn't crash, doesn't munch their data and doesn't run like a dog. Other definitions are welcome.""
This discussion has been archived. No new comments can be posted.

The Must-Fix List For 2.6.0 More

The Must-Fix List For 2.6.0

Comments Filter:

  • You don't say (Score:5, Funny)

    by Otter ( 3800 ) on Wednesday April 30, 2003 @03:42PM (#5846364) Journal
    I'd propose that 2.6.0 means that users can migrate from 2.4.x with a good expectation that everything which they were using in 2.4 will continue to work, and that the kernel doesn't crash, doesn't munch their data and doesn't run like a dog.

    Actually, accomplishing that would exceed the expectations I've evolved for 2.4.x. (That's the great thing about Linux performance -- if you don't like the VM, wait a day and it will change.)

    • 2.4 will be known as "the kernel that sucked" (Score:3, Informative)

      by Anonymous Coward
      Testify, brother!

      We keep trying to go to 2.4, and end up back at good ol' 2.2 every time.

      Most of our NFS infrastructure cannot be made to run under 2.4, and the scsi drivers (especially adaptec) suck (because they are poorly rewritten 2.2 drivers) and many of the network device drivers (such as, TG3) are so poorly written they will lock up your machine completely in a packet storm. Or, alternatively, they will create a packet storm.

      I'm posting this anonymously because Alan's already mad enough at my whi

  • Great! (Score:3, Interesting)

    by 4of12 ( 97621 ) on Wednesday April 30, 2003 @03:42PM (#5846375) Homepage Journal

    I'm all in favor of these things getting fixed so I can run the new 2.6 kernel.

    Any, uh, realistics care to venture when all this might be done?

    • Start Now (Score:3, Informative)

      by MBCook ( 132727 )
      I've been running various versions of 2.5 for a while now. You need to make sure you have the new module utils installed, but otherwise just use it! I haven't had any problems with it (other than it can be a bit of a pain to get the nVidia binary drivers working, but it's not that bad). I think the performance is better. But if you can (IE you don't need hardware that doesn't currently work) then I'd suggest you use it.

  • aww, nuts (Score:3, Interesting)

    by Khopesh ( 112447 ) on Wednesday April 30, 2003 @03:46PM (#5846411) Homepage Journal
    so this isn't going to be Linux Kernel 3.0
    (as previously reported [slashdot.org] on slashdot back in september)

    • Re:aww, nuts (Score:2, Insightful)

      by FroMan ( 111520 )
      What is people's hang up with 3.0? It will be that exact same code, except uname -v (do I remember the command line options?) will report 2.6.0 instead of 3.0.0.
      • Well, what people seemed to be saying last time there was an argument about this is that there was so much changing in the next release that if it didn't justify a major version, nothing could. Then Linus said that it'll be 2.6 and that everyone could shut up because he's not going to change his mind, and so everyone shut up.

        And it's uname -r. (r for release) -v is version (basically just the date and time it was compiled)
    • yeah, it's a bummer we don't get to look cooler :( at least the version number jokes will be dealyed until 3.0 comes out (see there's a good side almost everything!)

  • More lazy editors (Score:2, Insightful)

    by fm6 ( 162816 )
    Come on guys. I only had to stare at this story for a couple of seconds before I figured out that you're talking about the Linux kernel. But I shouldn't have to! Stop being so lazy!

  • Fix the token ring card support!!! (Score:4, Interesting)

    by mnmn ( 145599 ) on Wednesday April 30, 2003 @04:04PM (#5846639) Homepage

    Until I realize I am the only one around with the biggest pile of tokenring cards and hubs for testing. Maybe in the summer vacation, I could work on some of the code, and try fixing the receive buffer problems. This is assuming I'm a better programmer by then.

    I hope the rest of the kernel is stable as hell by the release time. Most geeks in their homes with x86 clones dont need more functionality, we need stability that kicks Solaris and BSD.
    • Just out of interest, what problems are you getting?
      I've been using linux with token ring daily for years without problems. I'm using a pcmcia IBM 16/4 card at the moment, but I had a pci ibm card before also with no problems.
      Initially, I was using an IBM lanstreamer (about 2 years or more ago), and I had occasional problems with that under heavy network load. It would just stop working, although the kernel didn't seem to think anything was wrong. "ifconfig down" followed by "ifconfig up" would usually fix

      • Glad you asked.

        I have been trying the madge mk2, mk3, bm2, and olicom 3140 PCI cards with kernels 2.2, 2.4 and 2.5. I have tried the builtin kernel drivers, madge drivers version 231, 241, and the olicom drivers.

        They all work fine as a single card in the system. But I have been trying to use them in the SNAT, a 3com 3c59x is connected to a dsl modem. The most common crashes occur with 2 different counter strike hosts inside the LAN updating the servers. netstat shows enormous connections, so I incr
    • Did the token fall out of the network? Have you managed to find it yet? (check on the floor behind your desk...)

  • 2.5.68 (my first "odd-numbered" Linux kernel) (Score:5, Interesting)

    by Dr. Photo ( 640363 ) on Wednesday April 30, 2003 @04:35PM (#5847110) Journal
    Yesterday I cooked up a 2.5.68 development kernel (the latest beta version as of this writing, according to kernel.org), since it has a fix for my newer chipset (damn VIA and their nonstandard AGP GART...), though I suspect that, depending on whether mine uses agp2 or agp3 I might be able to trick a stable kernel into playing nicely with it (assuming it's just a matter of model number, in which case agp_try_unsupported=1 comes to the rescue.)

    My impression of the development kernel (aside from nice new features and not needing to 'make dep' anymore) is that it seems to be just a little bugfixin' away from being "ready"... and desktop users will appreciate the fact that ALSA seems to be in the kernel proper now, instead of being something to tack on the side afterwards.

  • The Linux Information Minister (Score:5, Funny)

    by Anonymous Coward on Wednesday April 30, 2003 @05:27PM (#5847745)
    Things we should not track here are:

    - Regular old bugs. Please use bugzilla.

    - Wishlist items. This list is not a route for getting commitment for inclusion of $FAVEFEATURE. In fact it's probably a good way of getting the feature shot down ;)

    - Driver problems. Most important drivers mostly work OK now. Please use bugzilla.

    So, these are all the things that should be fixed in 2.6, except the things that are broke, the things you want, and the things that don't work.

    Not only that, if you do ask, they definately won't fix it. Love that open source.

    • No, it means that if you want it fixed, do it yourself. Open source doesn't mean a free ride.
    • They want a list of things to finish, not start!
      Regular bugs and driver bugs are other people's departments. This list is for the Choosen Few who can actually write kernel code. I'm kinda surprised they even posted it here where all the idiots can harass those poor souls. Of course Wishlist items were out a while ago at feature freeze--again, don't waste their time-someone already decided what was in and what was out. They're looking for heavy duty programming that needs done. Systems to toss out and

  • but uhm (Score:5, Funny)

    by nocomment ( 239368 ) on Wednesday April 30, 2003 @06:35PM (#5848447) Homepage Journal
    I'd propose that 2.6.0 means that users can migrate from 2.4.x with a good expectation that everything which they were using in 2.4 will continue to work, and that the kernel doesn't crash, doesn't munch their data and doesn't run like a dog..."

    Shouldn't we wait till the 2.4.x branch does that?

    • Re:but uhm (Score:2, Insightful)

      by Anonymous Coward
      It's a good thing I don't have mod points right now, because I wouldn't know how to handle your post. It's clearly Flamebait, but it's also Funny.

      Regarding stability, I'm going to wait until at least 2.6.5 (give or take) before I upgrade my desktop machine. I like features, but I like stability more. For what it's worth (nothing), 2.4.20 has been quite stable for me, except that something on my computer leaks memory like a sieve (I'm guessing the binary nVidia drivers, but I'm not sure), so I have to

      • Re:but uhm (Score:2, Informative)

        by bobbozzo ( 622815 )
        You should be able to check that by unloading and re-loading the driver modules to see if the memory is freed.

        Another culprit might be the X server.

  • Direct IO (Score:4, Interesting)

    by Alastair ( 3224 ) on Wednesday April 30, 2003 @08:14PM (#5849211) Homepage
    I'm not sure if this has been addressed in 2.5 yet, so apologies if it has.

    Many thanks to Andrew for all his work, especially with ext2/ext3 (but much more I know). I'd like him to consider making sure that direct IO is properly working in 2.5 (and 2.4 for that matter). In particular ;

    a) Support in ext3.

    He posted a patch to the kernel list that added this, which I tested and it seems to work. It would be good if this is in the 2.4 and 2.6 kernel.

    http://www.geocrawler.com/mail/msg.php3?msg_id=932 9947&list=7493 [geocrawler.com]

    b) Correct functionality for non-4K multiple reads in ext2/ext3

    i.e. less than 4K read as a remainder at the end of file. Again, Andrew posted a patch for this on the kernel list, and it seems to work. This is relevant for a) as well it seems.

    http://marc.theaimsgroup.com/?l=linux-kernel&m=104 515769523283&w=2 [theaimsgroup.com]

    Apart from that, all the stuff we need to make sure we can read and write as fast as possible to disk or RAID would be great. I need at least 300 MB/sec (PCI-X, U320 SCSI bus x2) but the more the better :-)

    Keep up the great work!

  • These aren't "must-fix", but... (Score:5, Interesting)

    by jd ( 1658 ) <imipak@ y a hoo.com> on Thursday May 01, 2003 @11:54AM (#5852989) Homepage Journal
    I estimate that there are about 5-10 megabytes worth of patches which I would put in the "important standards" category.


    There are probably about as many that I'd place in the "extremely useful & wanted by industry" category. The "lustre" filesystem would be in that category, for scalability, which IBM, et al, are positively screaming for.


    There are probably about twice the above two combined in the category of "improves compatibility with other OS'". The port of Sun's Doors IPC system to Linux is one example. STP (Scheduled Transfer Protocol), from SGI, is another.


    The practical reality is that you can't add them all. I know, cos I've tried, and the result is horribly unstable. I'm going to resume work on FOLK, asap, but I'm going to use the Linux Kernel testing code to develop a validation suite. It'll mean that patches won't match the author's version, but it should make FOLK a good deal more robust. (Besides, the main reason for using FOLK is to see how crazy the configuration menu has become. :)


    So, what am I saying? I'm saying that either some need to be in 2.6.x, and others added in 2.7.x, OR you need to add the bulk of these in 2.7.x.


    The bottom line is that there's a lot of really important code that Linux needs, if it's to retain the crown as Standards King. The more lax we become in adding this code, the more the mainstream industry will stick to existing, closed-source solutions. Why switch to something that adds nothing? (From their perspective, that is.)


    Linux is an amazing OS - the 5th fastest supercomputer in the world runs on it! Try that with any other mainstream OS! Its growth has been exponential and looks set to stay over that critical linear level for some time... ...but that's only going to happen if Linux is perceived as something truly remarkable by current NON-users.


    So far, much of what I've seen in 2.6.0 is great - for EXISTING users, but really doesn't offer any new strong incentive to those yet to take the Linux plunge. Hey, there's nothing wrong with the old incentives, but if you want to continue with the exponential growth curve, you've got to keep adding new compelling reasons why Linux would be worth the time, money and effort of switching to.

Slashdot Top Deals

Get hold of portable property. -- Charles Dickens, "Great Expectations"

Close