Announcement

Collapse
No announcement yet.

Linux 3.0 Kernel May Remove Some Old Cruft

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • b15hop
    replied
    Originally posted by oliw View Post
    Agree completely. The Phoronix page-juicing, link maze is horrible.
    Originally posted by darkbasic View Post
    I completely agree.
    Originally posted by Kazade View Post
    Michael, any chance we can get some links to the sources without having to fumble through several other Phoronix posts to get to them? Cheers.

    P.S. It would be amazing if external links were a different colour, like blue or something!
    I think Phoronix should have a "News Wiki" where internal citation and external citation become ONE. That way citation becomes simple and we're more likely to trust in what we're reading.

    Problem is, some kind of site map would have to be created in order for it to work effectively. I bet that keeping track of all those links must get complex.

    Originally posted by DeepDayze View Post
    That's because of the driver model that makes IDE/SATA drives appear like SCSI devices
    That would have to be the most frustrating part of the current Kernel. It drives me mad that SCSI is somehow related to SATA and without it the OS fails to boot. Grr... Why the hell they didn't fix that some time ago has me confuddled.

    So I can't wait for that spring clean. Linus has long complained about bloat in the Kernel and it might do some good to remove a couple of hundred thousand lines of code.
    Last edited by b15hop; 26 May 2011, 04:39 AM.

    Leave a comment:


  • yogi_berra
    replied
    Originally posted by susikala View Post
    Numbers mean shit. Software developers increment them either according to the size of their ego or to some random number generator.
    The numbers mean shit because someone decided to do away with the stable/unstable branch development and turn everyone crazy/foolish enough to run the mainline kernel into beta testers.

    Leave a comment:


  • susikala
    replied
    Originally posted by leif81 View Post
    Firstly, how many non-geek linux users do you know? I know very few.

    You can bet your ass every printed paper Linux mage will have a cover story if the kernel is renamed 3.0. And every linux distro that carries Linux 3.0 will list it as a headline "feature". Version numbers garner attention.

    Aso, see Gnome 3.0 for how much a community can be rejuvinated for a big release.

    Simply renumbering for the sake of renumbering is a waste of a MASSIVE opportunity.

    P.S. Just mentioning to some of my non-linux friends that the new kernel may be named 3.0 got them all interested. And then I said nothing is new except the number. And so they went back to hacking away on Windows.
    Numbers mean shit. Software developers increment them either according to the size of their ego or to some random number generator.

    That's why I'm thankful for Chromium. The fact they release a major version every few weeks with no major changes kind of changes your perception about versioning. Versioning should be nothing besides a tool to mark that something is different from something else.

    Leave a comment:


  • M1AU
    replied
    Originally posted by Kazade View Post
    Michael, any chance we can get some links to the sources without having to fumble through several other Phoronix posts to get to them? Cheers.

    P.S. It would be amazing if external links were a different colour, like blue or something!
    I also completely agree! The link usage on Phoronix was always troublesome to say the least.

    Leave a comment:


  • leif81
    replied
    Originally posted by not.sure View Post
    No non-geek is interested in the kernel. People are interested in distributions.
    Firstly, how many non-geek linux users do you know? I know very few.

    You can bet your ass every printed paper Linux mage will have a cover story if the kernel is renamed 3.0. And every linux distro that carries Linux 3.0 will list it as a headline "feature". Version numbers garner attention.

    Aso, see Gnome 3.0 for how much a community can be rejuvinated for a big release.

    Simply renumbering for the sake of renumbering is a waste of a MASSIVE opportunity.

    P.S. Just mentioning to some of my non-linux friends that the new kernel may be named 3.0 got them all interested. And then I said nothing is new except the number. And so they went back to hacking away on Windows.

    Leave a comment:


  • not.sure
    replied
    Originally posted by leif81 View Post
    If it's simply rebranding then what's the point.

    "3.0" will draw lots of media attention,etc so it hopefully will be more noteworthy than "it's just 2.6.40 but we named it 3.0". Use it as a chance to drop regressions, drop old drivers, use it as a chance to rearchitect things and generate interest.
    No non-geek is interested in the kernel. People are interested in distributions.

    The point of the rebranding is to get smaller numbers, plain and simple. It's about ergonomics and perception. Humans also prefer measuring time in years/months/days/hours rather than epoch time; very similar thing.

    Leave a comment:


  • ammo42
    replied
    Originally posted by DeepDayze View Post
    I'm sure the ISA driver code will be kept for exactly that reason and I can see letting the EISA, VLB and MCA code go. Why not also dump those drivers for the old proprietary CDROM drives such as the old non-ide Panasonic, Mitsumi and Sony drives as these drives are hardly existent anymore.
    These drivers have already been deleted in Linux 2.6.23.
    http://git.kernel.org/?p=linux/kerne...be49bfbd9e730d

    Leave a comment:


  • leif81
    replied
    Originally posted by pvtcupcakes View Post
    If Linus wants to call 2.6.40 version 3.0 then that's good enough. 3.0 doesn't have to be special.
    If it's simply rebranding then what's the point.

    "3.0" will draw lots of media attention,etc so it hopefully will be more noteworthy than "it's just 2.6.40 but we named it 3.0". Use it as a chance to drop regressions, drop old drivers, use it as a chance to rearchitect things and generate interest.

    Leave a comment:


  • DeepDayze
    replied
    Originally posted by rapsure View Post
    I already knew that because I've developed for embedded devices and sensors. The i2c bus is on the isa bus along with many other devices such as the old ps2 keyboard and mice controllers.

    In the kernel config AMD64 just doesn't provide the option of selecting the isa bus but it is there. Many may not realize that but it isn't very important because the isa bus doesn't require a large kernel footprint and simple devices are connected to the isa bus.

    I'll be fine with removing EISA, VLB, MCA, but removing ISA is just impractical. The EISA, VLB, and MCA buses are primarily found on 486 computers and were short lived. I suppose it is a question of how many 486 computers are running a modern linux distribution?

    I'm sure the ISA driver code will be kept for exactly that reason and I can see letting the EISA, VLB and MCA code go. Why not also dump those drivers for the old proprietary CDROM drives such as the old non-ide Panasonic, Mitsumi and Sony drives as these drives are hardly existent anymore.

    Leave a comment:


  • Geri
    replied
    Yeah, remove isa bus, and loose support for almost all temperature / rpm / voltage sensor. Incompetence of the kernel developers triumphes again over the normal humans.

    Leave a comment:

Working...
X