Linux 2.5.75
A message that is not in the archive (sent off-list or not yet received): 20030710223548.A20214@flint.arm.linux.org.uk.suse.lists.linux.kernel
A message that is not in the archive (sent off-list or not yet received): Pine.LNX.4.44.0307101512350.4757-100000@home.osdl.org.suse.lists.linux.kernel
Quoted 4 lines · Linus Torvalds
Also, the only real point of a stable release is for distribution makers. That pretty much cuts the list of "needs to be supported" down to x86, ia64, x86-64 and possibly sparc/alpha.
No ppc, ppc64, s390?
Current bad issues for x86-64:
- IDE Taskfile IO when enabled corrupts file systems on AMD8111 (on others too?). This is the worst because there is no fix available. I would propose to completely disable taskfile in Kconfig until the issue is resolved.
- Reiserfs zeroes every second 4K block in any write >4K on 64bit systems (patch is in -mm*). Hopefully the patch can be merged before 2.6-pre.
and
- doesn't compile (trivial fixes are already sent)
-Andi
Quoted 8 lines · Andi Kleen
Quoted 4 lines · Linus Torvalds
Also, the only real point of a stable release is for distribution makers. That pretty much cuts the list of "needs to be supported" down to x86, ia64, x86-64 and possibly sparc/alpha.
No ppc, ppc64, s390?
Do we have distributions that intend to make releases using those? I suspect not, but hey, don't get me wrong: I'd love to see them working out-of-the-box.
It's purely a matter of priorities. The only architecture that really _has_ to be stable is x86. Others are determined largely by whether they get their own testing done, and companies and individuals being willing to put the resources down.
Linus
Quoted 8 lines · Linus Torvalds
Quoted 7 lines · Andi Kleen
Quoted 4 lines · Linus Torvalds
Also, the only real point of a stable release is for distribution makers. That pretty much cuts the list of "needs to be supported" down to x86, ia64, x86-64 and possibly sparc/alpha.
Quoted 5 lines
Quoted 1 line
No ppc, ppc64, s390?
Do we have distributions that intend to make releases using those? I suspect not, but hey, don't get me wrong: I'd love to see them working out-of-the-box.
SuSE has a ppc64 version of their enterprise server edition and I think they include ppc32 kernels too. Terrasoft does a distribution aimed at powermac users. Mandrake and Gentoo have ppc versions of their distributions. And of course there is Debian/PPC, which is what I use. I think ppc and ppc64 have well and truly eclipsed alpha and sparc, in terms of the size of the market for distributions, by now.
In fact ppc and ppc64 are in pretty good shape in your tree as far as the desktop and server machines are concerned.
Paul.
Quoted 3 lines · Linus Torvalds
Do we have distributions that intend to make releases using those? I suspect not, but hey, don't get me wrong: I'd love to see them working out-of-the-box.
RH AS and SLES support s390 and ppc64. OTOH their trees are patched to death so who cares :)
ppc32 is pretty important as lots of kernel developers love mac hardware. (Writing this from an ibook..)
Quoted 5 lines · Christoph Hellwig
Quoted 3 lines
Do we have distributions that intend to make releases using those? I suspect not, but hey, don't get me wrong: I'd love to see them working out-of-the-box.
RH AS and SLES support s390 and ppc64. OTOH their trees are patched to death so who cares :)
We'd like to avoid that nightmare for 2.6 though, so we definetely care.
Sincerely,
Lars Marowsky-Brée <[email protected]>
Signature · 4 lines
SuSE Labs - Research & Development, SuSE Linux AG "If anything can go wrong, it will." "Chance favors the prepared (mind)." -- Capt. Edward A. Murphy -- Louis Pasteur
Quoted 2 lines · Lars Marowsky-Bree
We'd like to avoid that nightmare for 2.6 though, so we definetely care.
I don't know who "we" is, but SuSE/RH managment certainly doesn't act like that by ACKed every bloody feature request from big blue and friends..
Quoted 3 lines · Lars Marowsky-Bree
We'd like to avoid that nightmare for 2.6 though, so we definetely care.
Hey, all the better. However, in that case I'd strongly suggest up the management chain that people be aware of the fact that if they want 2.6.x to be stable on anything but x86, it will need testing. Both internally and externally. By doing things like running all the internal machines on a pre-2.6 kernel.
The same is true of x86 too, but there at least there will be test coverage even without vendor support. Vendors making their own internal distributions with pre-2.6 kernels will help on x86 too, of course. Hint hint.
(Late 2.3.x got much better coverage through things like this, so I'm not all that pessimistic. But people need to be aware of the issue).
Linus
On Fri, 2003-07-11 at 18:52, Linus Torvalds wrote:
\
Quoted 4 lines
The same is true of x86 too, but there at least there will be test coverage even without vendor support. Vendors making their own internal distributions with pre-2.6 kernels will help on x86 too, of course. Hint hint.
fwiw there are rpms of 2.5.75 that fit in Red Hat Linux 9 (plus updated modutils, initscripts and mkinitrd from rawhide) on
http://people.redhat.com/arjanv/2.5
for people to play with.
(the files in this location will gets updated regularly)
Arjan van de Ven <[email protected]> said:
[...]
Quoted 4 lines
fwiw there are rpms of 2.5.75 that fit in Red Hat Linux 9 (plus updated modutils, initscripts and mkinitrd from rawhide) on
http://people.redhat.com/arjanv/2.5
for people to play with.
Where are the non-kernel files? A kernel RPM on itself is not enough... and for me at least ((semi-)regular bk-kernel tester) the least useful.
Signature · 4 lines
Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
Quoted 5 lines · Horst von Brand
Arjan van de Ven <[email protected]> said:
[...]
Quoted 8 lines
Quoted 4 lines
fwiw there are rpms of 2.5.75 that fit in Red Hat Linux 9 (plus updated modutils, initscripts and mkinitrd from rawhide) on
http://people.redhat.com/arjanv/2.5
for people to play with.Where are the non-kernel files? A kernel RPM on itself is not enough... and for me at least ((semi-)regular bk-kernel tester) the least useful.
rawhide, like arjan said :)
Pick your favorite rawhide mirror.
Jeff