linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Roberto Sanchez <rcsanchez97@yahoo.es>
To: linux-kernel@vger.kernel.org
Subject: Re: 2.4 vs 2.6
Date: Sat, 13 Dec 2003 20:01:05 -0500	[thread overview]
Message-ID: <3FDBB651.3080706@yahoo.es> (raw)
In-Reply-To: <m2r7z8xl2o.fsf_-_@tnuctip.rychter.com>

[-- Attachment #1: Type: text/plain, Size: 2869 bytes --]

Jan Rychter wrote:
>>>>>>"Marcelo" == Marcelo Tosatti <marcelo.tosatti@cyclades.com> writes:
> 
> [...]
>  Marcelo> 2.6 is already stable enough for people to use it.
> 
> Yes, that's an old post I'm responding to, but I've just given 2.6 a try
> on my desktop machine, and the above statement seems even more
> annoying. I hit the following problems:
> 
>   -- I had to wrestle ATI drivers into compiling, they finally did, but
>      the kernel prints scary-looking warnings with call stacks, about
>      "sleeping function called from invalid context at mm/slab.c:1856,
I have an nForce2 w/ Radeon 9000.  No problems w/ DRI drivers (included
in kernel) or thi ATI supplied drivers, which ATI says successfully
compiled against 2.6.0-test6.

>   -- modules don't autoload for some reason (though I'm sure that could
>      be solved),
Make sure you have all the different module options turned on.  In 2.6
there are different options for loading, unloading and force unloading
modules.

>   -- bttv does not compile, so no video input for me,
I don't know anything about video input.  Did you try Google?

>   -- drivers for my telephony card (from Digium) are not 2.6-ready, so
>      no telephony support for me,
I don't know anything about telephony.  Did you try Google?

>   -- I have just frozen the machine hard by copying files over NFS and
>      doing a simulation write to an ATAPI CD-RW at the same time.
What CPU/chipset do you have?  There are timing issues with nForce2
and AMD CPUs.  A quick search of the LKML archives will yield lots
of discussion and patcheson this issue.

> 
> I haven't even gotten to VMware and user-mode Linux, which I also need,
> and I'm not even dreaming about getting my scanner to work. Not to
> mention that on my laptop there would be an entirely different set of
> issues, and software suspend in 2.6 is, well, still lacking.
VMWare won't work (according to the VMWare tech support people), but
they will (probably) support 2.6 kernels in their next point release.
I assume you are talking about their workstation product.  SWSusp
works fine on my laptop.

> 
> So, as for me, 2.6 is a definite no-no. I see no advantage whatsoever in
> running it, it caused me nothing but pain, and there is no improvement
> that I could see that would justify the upgrade.
But there is plenty of improvement for plenty of people.

> 
> So please be careful when making statements like that. 2.6 is *NOT*
> stable enough nor ready enough for people to use it, unless those people
> have a narrow range of hardware on which the 2.6 kernel has actually
> been tested (translation: they have the same hardware as the main
> developers do).
I doubt I have the same hardware as the main developers, but I did
read the documentation.  Did you?  Even if it is stable enough for
most people, it is still a beta kernel.

> 
> --J.

-Roberto.

[-- Attachment #2: Type: application/pgp-signature, Size: 256 bytes --]

  reply	other threads:[~2003-12-14  1:01 UTC|newest]

Thread overview: 57+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-01  6:20 XFS for 2.4 Nathan Scott
2003-12-01  9:24 ` Jens Axboe
2003-12-01  9:44   ` Stefan Smietanowski
2003-12-01  9:45     ` Jens Axboe
2003-12-01 14:06 ` Marcelo Tosatti
2003-12-01 22:10   ` Nathan Scott
2003-12-01 22:20     ` Larry McVoy
2003-12-02  0:23       ` Nathan Scott
2003-12-02 11:22         ` Marcelo Tosatti
2003-12-02 18:05           ` Austin Gonyou
2003-12-02 19:55           ` Stephan von Krawczynski
2003-12-02 20:05             ` Marcelo Tosatti
2003-12-02 20:16             ` Lawrence Walton
2003-12-03 19:01           ` bill davidsen
2003-12-03 20:45             ` Willy Tarreau
2003-12-03 21:17               ` bill davidsen
2003-12-03 21:48                 ` Joel Becker
2003-12-03 22:17                   ` bill davidsen
2003-12-03 22:08                 ` Ed Sweetman
2003-12-04  5:21                   ` Willy Tarreau
2003-12-04  0:34               ` Clemens Schwaighofer
2003-12-04  5:33                 ` Willy Tarreau
2003-12-04 10:13                   ` Clemens Schwaighofer
2003-12-02 11:18     ` Marcelo Tosatti
2003-12-02 11:48       ` Marcelo Tosatti
2003-12-02 15:34       ` Russell Cattelan
2003-12-02 15:50         ` Marcelo Tosatti
2003-12-02 16:10           ` Darrell Michaud
2003-12-02 16:21             ` Austin Gonyou
2003-12-02 16:28             ` Jeff Garzik
2003-12-02 16:57               ` venom
2003-12-02 17:41               ` Stefan Smietanowski
2003-12-02 18:01           ` Russell Cattelan
2003-12-02 16:13         ` Jeremy Jackson
2003-12-02  0:51   ` Clemens Schwaighofer
2003-12-02  1:26     ` Marcos D. Marado Torres
2003-12-14  1:08   ` 2.4 vs 2.6 Jan Rychter
2003-12-14  1:01     ` Roberto Sanchez [this message]
2003-12-14 11:23       ` Måns Rullgård
2003-12-14 18:09         ` Daniel Gryniewicz
2003-12-14  1:53     ` Daniel Gryniewicz
2003-12-14  2:01     ` coderman
2003-12-14 20:23       ` tabris
2003-12-14  7:05     ` Voicu Liviu
2003-12-14 16:01       ` Roberto Sanchez
2003-12-14 17:32         ` Voicu Liviu
2003-12-15  7:23           ` Harry McGregor
2003-12-15  7:51             ` Voicu Liviu
2003-12-14 11:24     ` Frederik Deweerdt
2003-12-01 21:00 ` XFS for 2.4 Dan Yocum
2003-12-01 21:50   ` Bryan Whitehead
2003-12-01 22:01     ` Jeffrey E. Hundstad
2003-12-01 22:13     ` Gerardo Exequiel Pozzi
2003-12-02  2:54     ` Joshua Schmidlkofer
2003-12-02 11:02   ` Maciej Soltysiak
     [not found] <fa.iaibikf.1l5injd@ifi.uio.no>
     [not found] ` <fa.m5245vp.h0ukb5@ifi.uio.no>
2003-12-15 10:56   ` 2.4 vs 2.6 Anssi Saari
2003-12-15 17:25     ` David Ford

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3FDBB651.3080706@yahoo.es \
    --to=rcsanchez97@yahoo.es \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).