Re: 2.4.22pre8 hangs too (Re: 2.4.21-jam1, aic7xxx-6.2.36: solid hangs)

From: Ville Herva (vherva_at_niksula.hut.fi)
Date: 08/08/03

  • Next message: Rob van Nieuwkerk: "Re: 2.4.22-rc1 FIFO bug still present" 
    Date:	Fri, 8 Aug 2003 15:55:02 +0300
To: Marcelo Tosatti <marcelo@conectiva.com.br>, linux-kernel@vger.kernel.org, gibbs@scsiguy.com, alan@redhat.com

    On Wed, Jul 30, 2003 at 09:10:03PM +0300, you [Ville Herva] wrote:
    >
    > However, I just realized that all of those kernel were compiled with fairly
    > dubious gcc, version 2.96-85. I just compiled otherwise identically
    > configured 2.4.21-jam1 with gcc-3.2.1-2. It'll take some time to tell
    > whether this cures it. This is my main suspect now.

    Ok, the kernel compiled with gcc version 3.2.1 20021207 (Red Hat Linux 8.0
    3.2.1-2) has now been up for more than a week. It seems stable, but I'm not
    sure yet.

    Which brings me to the question: which gcc version is considered most stable
    for compiling 2.4.x these days?

    README says:
    "Make sure you have gcc 2.95.3 available. gcc 2.91.66 (egcs-1.1.2) may
    also work but is not as safe, and *gcc 2.7.2.3 is no longer supported*"

    And Documentation/Changes says:

    "You may use gcc 3.0.x instead if you wish, although it may cause problems.
    Later versions of gcc have not received much testing for Linux kernel
    compilation, and there are almost certainly bugs (mainly, but not
    exclusively, in the kernel) that will need to be fixed in order to use these
    compilers."

    and

    "The Red Hat gcc 2.96 compiler subtree can also be used to build this tree.
    You should ensure you use gcc-2.96-74 or later. gcc-2.96-54 will not build
    the kernel correctly."

    This seems to suggest 2.96-85 would be more stable than gcc-3.2.1-2. Is this
    the case?
      
    > > Justin, is this problem known to other boards or.. ?
    >
    > The lockups may be completely unrelated to aic7xxx and the crashes on boot
    > that I posted kernel logs of. I don't know.

    I guess I'll poll Justin when/if the aic7xxx crashes reappear. The hang was
    probably not related to aic7xxx. Sorry for the false accusation.

    -- v --

    v@iki.fi
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: Rob van Nieuwkerk: "Re: 2.4.22-rc1 FIFO bug still present"

    Relevant Pages

    • Re: CC version conflicts--kernel vs nvidia driver
      ... Their .run complained about the gcc version. ... Since the kernel compile chose this older version, ... I tend to let dselect suggest to me which packages to remove ... ... kernel compiling workhorse for some time. ...
      (Debian-User)
    • Re: Sparc: Kernel 2.6.13 to 2.6.15-rc2 bug when running X11
      ... I have been having a number of sparc-linux kernel build problems with both ... I am cross compiling as my Sparc1's are not up to building large amounts of ... code so I may have additional 'bugs' in gcc to muddy the issue. ... I am using an NFS root as the UFS filing system code is not write safe ...
      (Linux-Kernel)
    • Re: Why GCC 4?
      ... How come Ubuntu is compiled ... I can see the sense in still compiling the kernel with 3.3 (heck, ... minimum required version of gcc is given in Documentation/Changes ...
      (Ubuntu)
    • Update Problem - Kernel 2.6.16.53-0.8-smp
      ... I'm running SuSE 10.1 32-bit and updated to kernel 2.6.16.53-0.8-smp ... Nvidia driver but it bombed without giving a reason. ... gcc 4.1.0 was on my system: this could cause VMware to crash. ... version and compiling it with your available 4.1.0 gcc. ...
      (alt.os.linux.suse)
    • Re: Anyone interested in building a vms-like OS?
      ... then you have a good reason for preferring the BSD license over GPL. ... geeks :-) is that it is fast, 5-10 times faster than gcc, while still ... Compiling 10 times faster with almost no optimization does not ... It is compiling much faster but doing less optimizations. ...
      (comp.os.vms)