Linux 2.6.26 Out 288
diegocgteleline.es writes "After three months, Linux 2.6.26 has been released. It adds support for read-only bind mounts, x86 PAT (Page Attribute Tables), PCI Express ASPM (Active State Power Management), ports of KVM to IA64, S390 and PPC, other KVM improvements including basic paravirtualization support, preliminary support of the future 802.11s wireless mesh standard, much improved webcam support thanks to a driver for UVC devices, a built-in memory tester, a kernel debugger, BDI statistics and parameters exposure in /sys/class/bdi, a new /proc/PID/mountinfo file for more accurate information about mounts, per-process securebits, device white-list for containers users, support for the OLPC, some new drivers and many small improvements. Here is the full list of changes."
Does it disturb anyone else? (Score:3, Funny)
Does it disturb anyone else how many words the bsdm & linux kernel community have in common? (this is not a troll).
Frankly, I blame IBM.
Re:Does it disturb anyone else? (Score:5, Funny)
Nah, SATA gets rid of all that. No more master and slave. Now, we submit to the controller.
Re:Does it disturb anyone else? (Score:5, Funny)
Nah, SATA gets rid of all that. No more master and slave. Now, we submit to the controller.
Actually, submitting to the controller is redundant. I guess that makes the above a joke within a joke for those who thought otherwise. From the relevant Wiki article [wikipedia.org]:
And because SATA presents the ATA interface to the system (the difference being how the chips are connected to the drive), you could say there's an additional joke in there, but one only those using SCSI would find funny.
Re: (Score:2, Funny)
Too true.
Re:Does it disturb anyone else? (Score:5, Interesting)
Does it disturb anyone else how many words the bsdm & linux kernel community have in common? (this is not a troll).
Frankly, I blame IBM.
Well, the kernel sources are (or were) pretty explicit in their sexual deviations. I remember several occurrences of the following comment: /* Fuck me gently with a chainsaw... */ in the 2.4 tree.
Comment removed (Score:5, Informative)
Re:Intelfb still broke (Score:4, Insightful)
They have still not enabled mode switching in the intelfb driver on laptops
Do any desktops really need a fb, or is it only so that there can be pretty pictures during boot, before [xkg]dm starts?
Re: (Score:2)
Well, while I am happy as can be to use the VESA fb, writing of a bug in an existing driver simply because "no one needs it" (when as the original poster has demonstrated a desire for it) is just a bit disingenuous. Software developers tend to make really poor judges when it comes to features that users need. If you want to develop for an audience other than yourself, the best strategy is to listen to what the users ask for, and then implement that, assuming it doesn't break anything and that it's possibl
Re: (Score:2)
Well, users aren't always right about what they want either, especially when they request specific technical implementation details. The parent poster didn't say what they wanted to actually do or accomplish, just listed a specific technical item that hasn't been fixed. When "users" start asking for implementation details, you're probably better off either not doing anything or getting to the heart of the user's actual needs before implementing anything.
Re: (Score:2)
My Mac doesn't have any character video modes, so the only way you can get a console without X is virtually via a FB. Unless I'm misunderstanding how this works.
Re:Intelfb still broke (Score:5, Insightful)
It's actually useful if you, for some reason, need to drop to a text console and do something there (like restarting a firefox that started running amok an hour ago and now has all the system resources taken). I like my console to use the exact resolution of the laptop screen so that there are no weird pixels and, as a nice plus, the screen can fit a lot more text.
Having a 900x1024 screen and a text mode that's about 480x640 pixels and 24x80 is kind of ugly.
Re: (Score:2)
Thats because frame buffers were one of those seemed-a-good-idea-at-the-time. But that time is passed.
Re: (Score:2)
> Thats because frame buffers were one of those seemed-a-good-idea-at-the-time. But that time is passed.
Well, gee, that's exactly what I think about X. I'd much rather get rid of the huge bloaty X.Org and work on the framebuffer console, as I am doing right now. If there was kernel mode switching support, I'd actually upgrade my video card again. Currently my nVidia 7600 is the best one supported (correct me if I'm wrong). I would certainly like to get something newer to play Windows games faster, but if
Re:Intelfb still broke (Score:5, Informative)
It's coming in 2.6.27 along with the GEM branch that was merged into master. Read Phoronix if you're into this sort of thing.
Clever new tools for kernel config (Score:5, Insightful)
Re:Clever new tools for kernel config (Score:5, Interesting)
Aye - would be great if there would be tool that I could eg. say "Ok, right now, at this moment, I have all my hot-pluggable USB/PCI devices plugged in, please detect and configure the options as needed". After all, that's what I do with a new comp: use lspci and similar tools to find out what's in the guts of the machine and then set options appropriately in menuconfig.
Re:Clever new tools for kernel config (Score:4, Insightful)
um... you have a distro that doesn't hotplug all the necessary modules for you?
Re: (Score:2, Informative)
You aren't following at all; the concept is that the modules havent been compiled and linked yet. More classic development distributions like Slackware don't provide 2 gigs of precompiled modules for different kernels (it usually comes with enough to pick up your hard drive, chipsets, etc and boot. That's where the kernel source comes in. you take 3 minutes and set it up and another 3 minutes (or hours, if you prefer the good-ol 386) to compile it. It's always been a ton faster than fighting with precompile
Re: (Score:3, Funny)
Either:
You are the absolute worlds worst estimator of temporal resource requirements on the planet.
There are 1155 options to configure:
[Zero__Kelvin@stormbringer linux-2.6.git]$ git branch
master
* v2.6.26-deeppurple-eldd
v2.6.26-rc7-deeppurple
v2.6.26-rc8-deeppurple
[Zero__Kelvin@st
Re: (Score:2)
um... you have a distro that doesn't hotplug all the necessary modules for you?
I think he means he doesn't want to compile/build all modules, just the ones that the system will use.
Re: (Score:2)
Thats what udev does. And it does it without even recompiling the kernel - it works with standard kernels. Awesome!
Seriously, better config tools are not needed because normal people does NOT need to compile the kernel. Compiling your kernel "just because" it's like recompiling libc. You CAN do it, but not many people does it and people who does do not need better config tools.
Re:Clever new tools for kernel config (Score:5, Funny)
1. make randconfig
2. Compile, install and boot the kernel
3. If your system doesn't boot or lacks a driver, goto 1.
It shouldn't be hard. (Score:3, Interesting)
802.11s can run on generic WLAN hardware? (Score:2)
Just curious,
If you have compatible wlan hardware like Atheros [atheros.com], would it be possible to configure a mesh network on them? Or do you need special 11s compatible hardware?
I know the OLPC has specialized hardware for this.
Re: (Score:2, Insightful)
Re: (Score:2)
I guess that is a yes? Or yes, sometimes? THat still does not give the state of that project.
Re: (Score:2)
dd-wrt is a special firmware for Linksys WRT54G (and compatible) embedded routers.
Chancec are that someone has written it, but I'm not sure it will run on any other type of kernel/hardware.
At best you'll be able to port the functionality to x86 hardware and generic (or caompatible) network cards.
At worst, you'll have a bunch of gibberich that only makes sense if you know the peculiarities of the hardware.
Re: (Score:2)
DD-WRT runs on a huge number of devices. See http://www.dd-wrt.com/wiki/index.php/Supported_Devices [dd-wrt.com] . Ever since LinkSys started plucking the WRT54G, other hardware has become much more interesting.
Re: (Score:2)
That's an impressive HCL!
I ran DD-WRT once (on a WRT54GL), but my Wl500GP runs Oleg and my NSLU2 runs stock firmware.
Both devices already do all I need them to do (scheduled remote backup and uPNP/NFS, respectively).
Re:802.11s can run on generic WLAN hardware? (Score:5, Informative)
Re: (Score:3, Informative)
It's part of the mac80211 layer, so it in theory supports any mac80211 driver, that is a 'soft MAC' WiFi chipset. There are minor driver changes required to support mesh (basically adding mesh beacons) and right now the zd1211rw and B43 drivers work. We have more details here:
http://o11s.org/trac [o11s.org]
B43 is your best bet at the moment, if you have a few of those, give the HOWTO on the o11s website a try and you can have your own mesh network.
Eventually other soft-MAC chipsets can work, such as Intel's iwlwifi,
Real writeable NTFS? (Score:2, Insightful)
OK, 2.6.26 is out, and kudos for all the good work. But where is a truly writeable NTFS? Many larger USB drives are shipping with this pre-installed, so true write support is needed in the kernel.
AFAIK, current kernel "write" support does not including creating files or directors (presumably just modifying/appending to existing files).
I've tried ntfsprogs, but not got it to compile x86_64.
Re:Real writeable NTFS? (Score:5, Informative)
http://www.ntfs-3g.org/
Not sure why it isn't in the kernel. But works great for me.
Re:Real writeable NTFS? (Score:5, Informative)
Old NTFS stuff used to be really, really slow. Is ntfs-3g as fast as other filesystems on Linux, now?
Re: (Score:2)
Re:Real writeable NTFS? (Score:5, Interesting)
Not sure why it isn't in the kernel.
Because it doesn't need to be. Really, that's all there is to it. The old one took a long time to develop because kernel code is harder. The only real reason why you'd want an in-kernel driver is if you wanted to boot off of NTFS. The in-kernel driver is good enough to let you do that via a loopback file on the NTFS volume, so the rest can be in userspace.
Apple uses that, too, and I don't hear people complaining about Apple's support for NTFS. People who still complain about this are living in the past, or are hitting one of the few remaining strange corner cases that aren't yet supported (and I very much doubt you are).
Re: (Score:2, Informative)
Re:Real writeable NTFS? (Score:5, Informative)
Here: http://www.ntfs-3g.org/ [ntfs-3g.org]
Why is it needed in the kernel?
Re: (Score:2)
Here: http://www.ntfs-3g.org/ [ntfs-3g.org]
Why is it needed in the kernel?
For performance I guess.
Re: (Score:3, Informative)
Also, blame Microsoft [microsoft.com] for not releasing the technical specs behind the FS. Reverse-engineering a filesystem (especially one that MS likes to change often) isn't exactly easy.
Finally, you can always reformat "larger USB drives" into a FS that's more efficient (ext3, reiserfs).
Re:Real writeable NTFS? (Score:4, Funny)
Careful, some of those other filesystems really kill performance.
Re:Real writeable NTFS? (Score:5, Funny)
Re:Real writeable NTFS? (Score:4, Funny)
We can give you closure, if you cut us a deal.
Re: (Score:2)
If you really care about performance you won't be using USB anyway.
Re: (Score:2)
Wooosh!
Re: (Score:2)
$ mkfs.vfat -F 32
Re: (Score:2)
Good point, but... (Score:5, Insightful)
...if your friend/colleague/whatever wants to use an NTFS-formatted drive on your computer, he might be a little unhappy if you reformat it.
I put NTFS support on my Linux computers and Ext2/Ext3 support [fs-driver.org] (and a proper formatting tool) on my Windows computers. It's called interoperability.
Re:Good point, but... (Score:5, Funny)
...if your friend/colleague/whatever wants to use an NTFS-formatted drive on your computer, he might be a little unhappy if you reformat it.
I put NTFS support on my Linux computers and Ext2/Ext3 support [fs-driver.org] (and a proper formatting tool) on my Windows computers. It's called interoperability.
Nice one
Can't figure out if I should moderate as insightful, funny or +1 quality bitchsmack
Re: (Score:2)
or, format your drives as Ext2 (or 3, really the only difference is the journal) and install Ext2 IFS [fs-driver.org] on windows. Works fairly well!
Re: (Score:2)
Good Featurelist (Score:5, Informative)
I wish every kernel release announcement included a highlevel featurelist like that. Not just a ChangeLog, as each bug is fixed or small feature is added. But rather a fairly highlevel list of new and improved (and fixed) features like the one in this Slashdot story. Best if in the announcement itself, but at the very least always in the release package.
That way most of us can decide whether to upgrade, or to wait (perhaps for the x.1 version, which is typically a higher quality bugfixed delivery). Since kernel upgrades require rebooting (and again to downgrade after test), knowing whether to ignore a release based on its highlevel upgraded features itemization is a very effective announcement feature, which makes all of us using the releases more productive.
Re: (Score:3, Informative)
Er, that's why I was congratulating this featurelist. I'd like to see that kind of list in every release, and that link proves that it's possible. Great progress.
But a link in a Slashdot story to a KernelNewbies.org wiki page isn't the same as the actual kernel release announcement pointing to such a featurelist in the actual kernel package. Which would be the even better progress that I asked for. Which I think practically everyone would like to see happen.
Re: (Score:2)
Uh sorry, I misread your original post :)
Re: (Score:2)
Probably my fault for not being more clear.
FWIW, there's no such FeatureList page, even at KN.o (that I can find), for kernel releases much prior to 2.2.26 . So we really do have to congratulate people for delivering this valuable service, so it becomes the default, rather than a mere fad that disappears.
Translation please? (Score:2, Informative)
Some of these I know what they are, and some I can guess at. But what is:
read-only bind mounts
x86 PAT (Page Attribute Tables)
basic paravirtualization support
BDI statistics and parameters
per-process securebits
device white-list for containers users
And what might I see as a result of these improvements somewhere along the line?
Re:Translation please? (Score:5, Informative)
Click the link in the story: http://kernelnewbies.org/Linux_2_6_26 [kernelnewbies.org]
and it explains it all there
Kernel debugger considered harmful by Linus (Score:5, Informative)
Reading on it, it seems that Linus never has been a great fan of kernel debuggers. From a famous post [lwn.net],
I happen to believe that not having a kernel debugger forces people to think about their problem on a different level than with a debugger. I think that without a debugger, you don't get into that mindset where you know how it behaves, and then you fix it from there. Without a debugger, you tend to think about problems another way. You want to understand things on a different _level_. [...]
I agree that stepping with a debugger instead of thinking real hard about the code (and using abundant log statements) is generally a waste of time, and that expecting to catch rare occurrences of weird race conditions with a debugger is not worth the effort. Sloppy programmers don't take the time to think, and rely too much on fixing what they could have not broken. Unit tests, although more expensive to code, can be reused many times - debugging sessions are one-shot.
On the other hand, even good programmers can get stuck and benefit from a debugger every once and then. I guess this argument finally won the day.
Re: (Score:2)
Big thing that a debugger generally gives you isn't the trace through the code.
Its look at the state of the system when you know there's a problem.
Now you can probably get there by using logs...assuming that someone has written all of the state information you need into the logs for that particular instance.
If they haven't, though, frequently that'll save a lot of time - ESPECIALLY when you're debugging other people's code.
Re:Kernel debugger considered harmful by Linus (Score:5, Informative)
With high level code, a decent debugger is really really useful. With low level code, not so much.
(It's amazing though how many high level programmers don't understand the way debugging changes program behaviour (variable initialization etc - don't even mention heisenbugs)).
The best ever debugger is the "cardboard man". If you really get stuck you explain the code to anyone (including the cleaner). That way, (even though the cleaner doesn't understand anything) you exercise another part of your mind and *see* the problem (... well here we shift left (wtf? right?) oops).
Andy
Re: (Score:3, Informative)
On the other hand, even good programmers can get stuck and benefit from a debugger every once and then. I guess this argument finally won the day.
Actually after programming in C the past five years I find a debugger completely worthless. Pretty much all problems boil down to:
1) memory / pointer errors
2) usage errors (bad casts, unset variables)
3) code too complicated to follow by reading
The first is covered by valgrind, or if your system doesn't have valgrind then first writing for x86 then porting. The second is covered well by gcc warnings. The third is covered better by logging than a debugger, or better yet just not writing complicated softwar
Re: (Score:2)
The reason I want a kernel debugger is so I can figure out where the kernel was when the whole system locked up. Trying to guess takes a whole lot of time. (Yes, kernel lockups are rare, but I think I am fighting bad hardware that is not handled gracefully by the kernel.)
Frozen kernels are the hardest to debug. (Insert Korn shell reference here.)
Re: (Score:2, Insightful)
I love how people with anti-debugger attitudes always seem to rely instead on printfs. as if getting the exact same info from printfs is somehow more noble than from a debugger.
they're both tools. it's up to the developer to be intelligent and an intelligent developer will use the tools that help them achieve the job best. in some cases that's a debugger, in other cases it's debug printfs and logfiles
Kernel Debugger (Score:2, Interesting)
fakeRAID5 in please (Score:2)
When are the patches at http://people.redhat.com/heinzm/sw/dm/dm-raid45/ [redhat.com] going to be included? I'm running a dualboot box so have to run the BIOS-fakeraid that works with Windows. I had to run through a few hoops to get it working with 2.6.24 (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/220493 comments) and for now it works...but what if I want to update kernel at some point?
Windfarm Support for Late-Model iMac G5? (Score:2)
I see that windfarm support for the PowerMac 12,1 series has been added.
Does this mean I can finally run Linux on this late-model iMac G5 without the fans exploding?
Anyone running it now?
Re:Kernel debugger? (Score:5, Funny)
Re:Kernel debugger? (Score:5, Funny)
Can someone whip out a cluebat please?
<WHACK />
There. Did that help?
Re:Kernel debugger? (Score:4, Funny)
XML tags are lowercase.
Re:Kernel debugger? (Score:5, Informative)
Wrong. XML is case-sensitive, not lowercase. XHTML uses lowercase XML elements [w3.org], but in general XML elements are not lowercase only.
Re: (Score:3, Informative)
Re:Kernel debugger? (Score:5, Interesting)
A kernel debugger is a program you can run from one computer, generally via a serial patch cable or some such, that lets you step through the kernel code running on another computer. It's like a normal debugger, but remote.
Linux has had kernel debuggers for years, but Linus never wanted it in mainline [linuxmafia.com], so it was always a patch, and sometimes didn't work on the latest kernel. Now, it's part of the kernel (I don't see any links to why Linus changed his mind, but you might be able to find something on LKML if you look).
Anyway, I think this is good news. I understand why Linus never wanted a debugger in the kernel, but I disagree with him on two points. First, even developers who have a good understanding of the code can get work done faster if they use a debugger. Using a debugger does not automatically relegate you to someone who doesn't have a good understanding of things, as Linus would have you believe (i.e. there's a difference between needing a debugger and being more productive with a debugger).
Second, there are a lot of people these days who just fix bugs, or just want to debug their own tiny kernel patch. I.e. people who don't have a full understanding of the system but who need to get something done. It's good that these people are now first-class citizens. They likely will never write a new kernel subsystem, but maybe they'll fix a few bugs and make life better for the rest of us.
Re: (Score:2, Funny)
Yes it does, and I can even imagine a beowulf cluster of them!
Re:Ah but does it run Linux?!? (Score:5, Funny)
Re:Ah but does it run Linux?!? (Score:4, Funny)
Sure, just install Xen, and then you can indeed make it run Linux.
If you're feeling really masochistic, you could even create a beowulf cluster of Linux boxes, running Linux, with Linux running on them. /me watches his head explode.
Re: (Score:3, Informative)
Re:init post (Score:5, Funny)
Re:init post (Score:5, Informative)
Ugh, still no token ring support.
It had token ring support circa 2000 and you can probably resurrect the drivers if you need it.
OTOH if you're still using Token Ring you probably have Madge or Olicom cards whereas the best Linux support was for chipsets like the IBM Olympic.
Re: (Score:2)
You forgot this one.
1. Create free OS
2. Update it
3. ???
4. Profit!
Also... no mention of Beowulf clusters, Natalie Portman and many others...
Re:Is Linux kernel 2.6.26 == Linux 2.6.26 ? (Score:5, Insightful)
Re: (Score:2)
there is no "Linux" OS
That was what I thought. I just wanted to make sure nobody squeezed in an official "Linux OS" when I wasn't paying attention.
However, I'm not sure that it is helpful from a consumer (ie, "desktop linux") standpoint to say that "Linux 2.6.26 is out" if it refers to the kernel and not the OS (regardless of the fact that "Linux" actually refers to the Kernel and not any particular OS). I would think that when this happens, there are likely fair numbers of Linux newbies that will start running around looki
Re:Is Linux kernel 2.6.26 == Linux 2.6.26 ? (Score:5, Insightful)
I believe your FreeBSD/NetBSD/etc are vaguely equivalent to Debian/Fedora/etc.
I'm not sure where exactly you're going with that
What he(?) means is that just as {Free,Net,Open}BSD are complete operating systems, so are Linux distros like Debian, Fedora, etc.
Re: (Score:2)
What he(?) means is that just as {Free,Net,Open}BSD are complete operating systems, so are Linux distros like Debian, Fedora, etc.
I could clarify that I wasn't sure if the poster chose those particular distros for a reason, or just as examples of Linux distros.
Re:Is Linux kernel 2.6.26 == Linux 2.6.26 ? (Score:5, Informative)
Is Linux kernel 2.6.26 == Linux 2.6.26 ?
Yes. When people refer to entire distributions as "linux" they are being technically incorrect, as the GNU folks are kind to point out at the drop of a hat. The entire operating system is GNU/Linux - Linux is just the kernel.
Re: (Score:3, Insightful)
The entire operating system is GNU/Linux - [...]
Because libc+shellutils+gcc is so much more relevant than X, KDE/e17/etc, the package manager, ...
Re:Is Linux kernel 2.6.26 == Linux 2.6.26 ? (Score:4, Insightful)
The entire operating system is GNU/Linux -
No, I think the entire operating system is GNU/Linux/X/Mozilla/QT/GTK/*insert favorite WM*/whatever else. If you refer to the entire OS as GNU/Linux, you are neglecting other key parts of the OS. If you call Windows NT, just NT there is no problems with it, the various divisions of MS don't call it Windows/DOS/NT do they? Linux is the name of the kernel, NT is the name of another kernel, yet I see both being referred to as Linux or NT, the difference is MS isn't always correcting you.
Re: (Score:3, Insightful)
Re: (Score:2)
The entire operating system is GNU/Linux - Linux is just the kernel.
So then with GNU/Linux, you can boot your computer, login, and do shell functions, yes?
Conversely, if you had only the Linux kernel (or "just Linux") what could you accomplish? Anything beyond just booting the computer? Can the Linux kernel boot without GNU?
I don't know where the defined point is where one ends and the other begins.
Although couldn't you build a fair number of the GNU functions into the Linux kernel if you felt so inclined? Could a custom Linux kernel (say based on 2.6.26 for the
Re: (Score:2)
When the kernel is done it loads /sbin/init. This is changable - it doesn't HAVE to run that. This could be some kind of shell, but usually init goes and starts services, configures hardware, starts networking, etc.
Re: (Score:2)
For linux, most of the stuff printing to the screen at start up would be the kernel (or if you use the old fbsplash, and not the userspace-straddling app 'splashy', then that's the kernel as well). The kernel may prepare some userspace apps for running, and may require bash or some shell script in it's userland config files, but it would be possible to make a kernel that does nothing but boot and print to screen.
Theoretically, you could hardcode some apps into the kernel itself, or make userland-like mod
Re: (Score:3, Insightful)
Re: (Score:2)
OK, I'll bite.
Linux 2.6.26 literally refers to the Linux Kernel. ;-)
What other packages you put in your distribution is your own business
(Keep in mind, there is actually no 'Linux O/S' There are merely O/S Distributions based on the Linux Kernel and some (GNU) packages)
Re: (Score:2)
Re: (Score:2)
Yes. [gimp.org]
(Seriously, my wife used the photoshop trial version for a month and loved it. I asked her to spend a month on gimp just to see if the "free" version was good enough. She couldn't be happier - she can do digitial scrapbooking with all sorts of cool effects without spending money. And it's been over six months now, and she hasn't once brought up a desire to go back to photoshop.)
Re: (Score:3, Informative)
Did you file a bug report? Did they mark it fixed? If you answered no to either of these questions, you may be a whiner. You also may not know what you're talking about as you said "20+k interrupts" without actually specifying an amount of time or what type of interrupts they were, and you came and posted here rather than checking the change logs for things like, "dual core", "interrupt storm" or any other keywords.
Re: (Score:2, Funny)
fixed? it eatz up my battery like you know who ...
who? ceiling cat?
Re: (Score:3, Informative)
You're looking for the next version of X.org, not Linux.
Re: (Score:3, Informative)
Re:Ummm...Karma to Burn. (Score:4, Insightful)
Yes, you're going to get flamed, and for good reason. Just how easy do you think it is to support chipsets from manufacturers who supply no documentation, who load their firmware from their drivers, and who threaten to sue anyone who tries to do it on their own?
And so, yeah, maybe YOU should BECOME a developer.
Re:Ummm...Karma to Burn. (Score:4, Insightful)
Actually, let's try a more constructive approach.
``How about getting b,g,a working for standard (intel, broadcom, atheros) chipsets first.''
I'm sure it's being worked on. As for that happening _first_, I don't think that's a really good idea. To you, support for these chipsets may be very important, so important that it makes you feel bad if any features have been added, without adding supports for said chipsets, first. To others, these chipsets may not be so important. Those people would rather have other features added first. With the large number of people who are working on Linux, a lot of things can be worked on at the same time - but we can't hope to please everyone.
As for support for your chipsets - experience shows they will probably be supported someday, but it can take a long time. Exactly how long usually depends how cooperative the manufacturer of the chipset is, and how similar the chipset is to chipsets already supported. Both of these are under control of the manufacturer, so we are largely dependent on them.
``The same reason I get trolled and flamed, is the same reason that LINUX is never going to be more than a "hobby OS"''
I agree with you that flaming you isn't an appropriate response to your original post, which is clearly rooted in frustration. On the other hand, your attitude isn't exactly helpful, either. You complain about developers not supporting your favorite features - features that are probably hard for them to implement, because they are dependent on others who aren't cooperating - and tell them they should have supported your features instead of the many great features they did implement. Then you go on to claim - insultingly - that "LINUX is never going to be more than a \"hobby OS\"", which is clearly disingenious. Linux is being used professionally in many places. People are selling operating systems based on it, and devices with Linux on them. Clearly, it's already more than a hobby OS.
All in all, your complaint about lack of support for common network hardware is well-taken, and probably being worked on. It will take time, of course. Would you really have all other development on Linux halt while the drivers for your chipsets are developed? I don't think that would be wise. I understand (and share) your frustration, but I think the best course of action is:
1. Leave the developers to work on what they want to work on (possibly guided by suggestions from users)
2. For WLAN, choose chipsets that _are_ supported, and preferably with specifications available from the manufacturer. Support the manufacturers that support freedom of choice, not those that would lock you into proprietary software.
3. Express your frustration with the situation, but refrain from insulting people and using strong language. There's just no call for that.