--------------E5592A796F27384E85156567
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
To: ccroswhite@get2chip.com
From: The Post Office <postmaster@vger.kernel.org>
Subject: Delivery reports about your email [FAILED(1)]
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="S284139AbSAAVN5=_/vger.kernel.org"
Message-Id: <20020101211400Z284139-18284+10428@vger.kernel.org>
Date: Tue, 1 Jan 2002 16:13:57 -0500
This is MULTIPART/REPORT structured message as defined at RFC 1894.
Ask your email client software vendor, when will they support this
report format by showing its formal part in your preferred language.
--S284139AbSAAVN5=_/vger.kernel.org
Content-Type: text/plain
This is a collection of reports about email delivery
process concerning a message you originated.
Some explanations/translations for these reports
can be found at:
http://www.zmailer.org/reports.html
Generic VGER note: Joining/leaving VGER's lists thru server:
majordomo@vger.kernel.org
Reporting-MTA: dns; vger.kernel.org
Arrival-Date: Tue, 1 Jan 2002 16:13:43 -0500
Local-Spool-ID: S284264AbSAAVNn
FAILED:
Arrived Recipient:
rfc822;linuix-kernel@vger.kernel.org
Original Recipient:
rfc822;linuix-kernel@vger.kernel.org
Final Recipient:
RFC822;linuix-kernel@vger.kernel.org
Status:
5.1.1 (User does not exist)
Last Attempt Date:
Tue, 1 Jan 2002 16:13:57 -0500
Diagnostic Code:
x-local; 550 (User does not exist)
Control data:
local linuix-kernel@vger.kernel.org linuix-kernel@vger.kernel.org 99
Diagnostic texts:
user "linuix-kernel" doesn't exist
Following is a copy of MESSAGE/DELIVERY-STATUS format section below.
It is copied here in case your email client is unable to show it to you.
The information here below is in Internet Standard format designed to
assist automatic, and accurate presentation and usage of said information.
In case you need human assistance from the Postmaster(s) of the system which
sent you this report, please include this information in your question!
Virtually Yours,
Automatic Email Delivery Software
Reporting-MTA: dns; vger.kernel.org
Arrival-Date: Tue, 1 Jan 2002 16:13:43 -0500
Local-Spool-ID: S284264AbSAAVNn
Original-Recipient: rfc822;linuix-kernel@vger.kernel.org
Final-Recipient: RFC822;linuix-kernel@vger.kernel.org
Action: failed
Status: 5.1.1 (User does not exist)
Last-Attempt-Date: Tue, 1 Jan 2002 16:13:57 -0500
Diagnostic-Code: x-local; 550 (User does not exist)
Following is copy of the message headers. Original message content may
be in subsequent parts of this MESSAGE/DELIVERY-STATUS structure.
Received: from [64.169.83.2] ([64.169.83.2]:18558 "EHLO mail.get2chip.com")
by vger.kernel.org with ESMTP id <S284264AbSAAVNn>;
Tue, 1 Jan 2002 16:13:43 -0500
Message-ID: <3C322663.88C901B1@get2chip.com>
Date: Tue, 01 Jan 2002 13:13:07 -0800
From: ccroswhite@get2chip.com
Reply-To: ccroswhite@get2chip.com
MIME-Version: 1.0
To: "Dr. David Alan Gilbert" <gilbertd@treblig.org>
CC: linuix-kernel@vger.kernel.org
Subject: Re: (forw) [gilbertd@treblig.org: Re: Dual athlon XP 1800 problems]
References: <20020101152452.GC12799@gallifrey>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
--S284139AbSAAVN5=_/vger.kernel.org
Content-Type: message/delivery-status
Original-Recipient: rfc822;linuix-kernel@vger.kernel.org
Final-Recipient: RFC822;linuix-kernel@vger.kernel.org
Action: failed
Status: 5.1.1 (User does not exist)
Last-Attempt-Date: Tue, 1 Jan 2002 16:13:57 -0500
Diagnostic-Code: x-local; 550 (User does not exist)
--S284139AbSAAVN5=_/vger.kernel.org
Content-Type: message/rfc822
Message-ID: <3C322663.88C901B1@get2chip.com>
Date: Tue, 01 Jan 2002 13:13:07 -0800
From: ccroswhite@get2chip.com
Reply-To: ccroswhite@get2chip.com
MIME-Version: 1.0
To: "Dr. David Alan Gilbert" <gilbertd@treblig.org>
CC: linuix-kernel@vger.kernel.org
Subject: Re: (forw) [gilbertd@treblig.org: Re: Dual athlon XP 1800 problems]
References: <20020101152452.GC12799@gallifrey>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
A point of clarification, the computer will boot if the memory is less than or equal
to 512M RAM. With this in mind, are there any other clues as to what could be
happening?
TIA,
Chris Croswhite
"Dr. David Alan Gilbert" wrote:
> Hi,
> I sent this to the linux-kernel list, but forgot to CC you on it - so
> here it is.
>
> Dave
> ----- Forwarded message from "Dr. David Alan Gilbert" <gilbertd@treblig.org> -----
>
> Date: Tue, 1 Jan 2002 15:21:56 +0000
> To: linux-kernel@vger.kernel.org
> User-Agent: Mutt/1.3.24i
> From: "Dr. David Alan Gilbert" <gilbertd@treblig.org>
> Subject: Re: Dual athlon XP 1800 problems
>
> On Mon, Dec 31, 2001 at 06:12:16PM -0800, ccroswhite@get2chip.com wrote:
>
> > I am having problems with dual athlons and more than 512M RAM. I have
> > compiled several kernels with either ATHLON, 1386, i686 support with the
> > same affect, I get a kernel that will fail to boot properly. Sometimes
> > I get a kernel panic that outs to kdb, sometimes I get a freeze, and
> > sometimes I get failed to mount root partition, but never has this
> > kernel successfully come up. I am quite certain it is not the memory or
> > the system ( I can get windblows 2k to run successfully with upto 3.5G
> > RAM).
> >
> > Here is the configuration:
> >
> > Tyan S2460
> > Dual Athlon XP 1800
> > 512M DDR DIMMS (also used 128, 256, and 1G)
> > Western Digital 20G Drive
>
> I have a similar system running fine. It has a Tyan S2460, a pair of
> Athlon MP 1800s, 512M (2x256) and a pair of IBM 60G drives.
>
> I haven't seen any signs of kernel instability. However:
>
> 1) When I first got it I had the BIOS do some very odd things; at one
> point the CMOS got cleared and then everything worked from there on
> in. So a good CMOS clean could be in order. I had to use the Debian
> safe boot set prior to this.
>
> 2) Are you saying the problem only affects greater than 512M ? I only
> have the 512M so don't know - but it is probably worth booting with
> mem=512M as an option with more RAM in and see if it is stable.
>
> 3) The guys who put the machine together had lots of problems getting
> it stable; the type of RAM they used was critical; it was stable
> enough for them to boot NT and get it through a lot of tests before
> they hit problems.
>
> 4) COOL IT - these things generate tons of heat (mine run at 75degC
> normal operation). I have it in a big Supermicro 760 case with damn
> big fans on.
>
> 5) I bought Athlon MPs because I didn't want the hastle of knowing
> whether XPs would work or not. Now sure, it could be AMD just trying
> to squeeze some more money out of us; but it is entirely possible that
> a) the chips could be different, b) that the critical timing path in
> the device could be in the cache snooping/consistency stuff (that
> stuff is probably pretty hairy!). I mean there must be a reason why
> it took them a month and a half longer to release the Athlon MP 1.9GHz
> than the XP 1.9GHz.
>
> 6) I'm currently on 2.4.17 and have used most of the later 2.4.1x's on
> it.
>
> Dave
> ---------------- Have a happy GNU millennium! ----------------------
> / Dr. David Alan Gilbert | Running GNU/Linux on Alpha,68K| Happy \
> \ gro.gilbert @ treblig.org | MIPS,x86,ARM, SPARC and HP-PA | In Hex /
> \ _________________________|_____ http://www.treblig.org |_______/
>
> ----- End forwarded message -----
> ---------------- Have a happy GNU millennium! ----------------------
> / Dr. David Alan Gilbert | Running GNU/Linux on Alpha,68K| Happy \
> \ gro.gilbert @ treblig.org | MIPS,x86,ARM, SPARC and HP-PA | In Hex /
> \ _________________________|_____ http://www.treblig.org |_______/
--S284139AbSAAVN5=_/vger.kernel.org--
--------------E5592A796F27384E85156567--
-
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/