Well of course. So could you because they are a matter of public record
on the list. Don't pretend otherwise. Just to give you some recent,
personal bugaboos, and not even drawing on the many hundreds of relevant
messages on LKML each month:
1. Out of memory, caused by apparent leak somewhere, resulting in
machine effectively hanging for a minute or two (massive disk i/o)
culminating in termination of one or more processes. (For what it's
worth: 512MB, no swap.) Problem takes a couple of days to develop
(hence I suspect a leak.) This is running only Firefox, Thunderbird and
Evince, plus whatever xubuntu wants. Restarting the killed
application(s) causes the problem to recur. Restarting X doesn't help.
Killing almost all processes also doesn't help. Reboot is required.
This problem seems not to be in 2.6.17, but is in 2.6.22 (plus whatever
patches xubuntu use) and 2.6.23. I'm still testing 2.6.25, but probably
going to have to abandon it and go backwards, because...
2. Suspend to disk doesn't resume properly (two out of three times.)
System comes back but X has severe wierdness. Draws frames and title
bar, but not window contents. Text-mode is just as bad: Screen is blank
(erased font table, perhaps?) Subsequent suspend to disk doesn't resume
at all.
Note the wide range of kernels exhibiting problem 1. I don't even want
to think about problem 2 at this stage; I just want to stop having to
reboot to reclaim memory, especially when a mate who does Windows
training visits!
Not so good. The process is flawed. Inadequate testing. Inadequate
review. This has been mentioned by others, so you know I'm not making
it up. The real fundamental issue is that people are too keen to
release and don't appear to care enough about correctness.
Yes, BSD does seem to be a shining example of goodness, but I didn't
mention it because I think people should switch. I did so to warn of
competition, to say that the world does not owe Linux a second chance
and isn't going to give it one. It's pointless to debate the relative
merits of the two systems because, aside from the kernel, they are
identical; and there's little that matters between the kernels, other
than one appears to have a careful, robust and professional development
process. Make no mistake about this point: I'm not saying that BSD is
better, rather that Linux cannot lose credibility and survive.
Sadly, you're doing a bad technical job in certain, important areas.
You're pushing out buggy kernels and claiming that they're stable. This
can't continue. Attrition to BSD is the risk, not some threat that I'm
making.
Why are you bringing up git trees (which I don't use)? I'm presently
plagued with a problem that's 2.6.22 or older, extending to at least
2.6.23 and maybe still current. I've said quite clearly that I'm
talking about "stable" kernels, yet you presume I mean the git tree.
Yet it's not the specifics of the problem I'm having that matters, it's
the systemic problems in Linux's development process.
I don't think I've anything to add unless the topic evolves in a
direction that asks what should be changed. I'm posting this only
because I want on record the answer to the question about actual
stability problems.
--
