X-Account-Key: account2
X-Gmail-Received: 1f384bd41b2a0d11fbb8c9b67427c0e4379e948b
Delivered-To: trxman@gmail.com
Received: by 10.38.76.78 with SMTP id y78cs13962rna;
	Wed, 18 May 2005 11:55:26 -0700 (PDT)
Received: by 10.36.55.10 with SMTP id d10mr253768nza;
	Wed, 18 May 2005 11:55:26 -0700 (PDT)
Return-Path: <>
Received: from CH-website (ip-210-97-67-210.rev.dyxnet.com [210.67.97.210])
	by mx.gmail.com with ESMTP id 8si922906nzn.2005.05.18.11.55.24;
	Wed, 18 May 2005 11:55:26 -0700 (PDT)
Received-SPF: neutral (gmail.com: 210.67.97.210 is neither permitted nor
	denied by best guess record for domain of )
From: postmaster@CH-website
To: trxman@gmail.com
Date: Thu, 19 May 2005 02:59:14 +0800
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="9B095B5ADSN=_01C55703CFECBB660000001BCH?website"
Message-ID: <lbpH71yEX00000019@CH-website>
Subject: Delivery Status Notification (Failure)

This is a MIME-formatted message.  
Portions of this message may be unreadable without a MIME-capable mail program.

--9B095B5ADSN=_01C55703CFECBB660000001BCH?website
Content-Type: text/plain; charset=unicode-1-1-utf-7

This is an automatically generated Delivery Status Notification.

Unable to deliver message to the following recipients, due to being unable to connect successfully to the destination mail server.

       support@chaintech.de




--9B095B5ADSN=_01C55703CFECBB660000001BCH?website
Content-Type: message/delivery-status

Reporting-MTA: dns;CH-website
Received-From-MTA: dns;CH-website
Arrival-Date: Tue, 17 May 2005 01:11:18 +0800

Final-Recipient: rfc822;support@chaintech.de
Action: failed
Status: 4.0.0
Diagnostic-Code: smtp;451 Temporary local problem - please try later

--9B095B5ADSN=_01C55703CFECBB660000001BCH?website
Content-Type: message/rfc822

Received: from mail pickup service by CH-website with Microsoft SMTPSVC;
	Tue, 17 May 2005 01:11:18 +0800
From: <trxman@gmail.com>
To: <support@chaintech.de>
Subject: New Required from Chaintech Web
Date: Tue, 17 May 2005 01:11:18 +0800
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Message-ID: <CH-WEBSITEAOeIiGXix0000001c@CH-website>
X-OriginalArrivalTime: 16 May 2005 17:11:18.0953 (UTC)
	FILETIME=[46A1A990:01C55A3A]

Frist Name : Nebojsa
Last Name : Trpkovic
Mail Date : 2005/5/17
Mail Address : trxman@gmail.com
Select Country : Germany
Telephone No :
FAX No :
Main Board Model : VNF3-250
VGA Type : Xelo Ti4200 8x
Product Serial Number : 0412035507
Distributor / Retailer : http://www.dualc.co.yu/
Problem Description : So, I have this issue and as I can see there are
more people out there that have the same issue.<br>
On my board C'n'Q works fine if there is one RAM module. If there is two
modules (no matter dimm 1 & 2 or 1 & 3 are populated) C'n'Q locks machine
and I have to do hard reset.<br>
<br>
Memory modules are 2 x Kingmax Color RAM 466MHz CAS 3.0 256MB single
sidded modules, running at 400MHz with timmings "BY SPD". In that
situation, command rate is 2T but it does not help.<br>
It happens both in Windows and in Linux (Gentoo Linux with 2.6.11
kernel).<br>
<br>
C'n'Q works just as it should work if I put just one memory module, both
in Windows and in Linux.<br>
<br>
All that is not so big problem to me because there's no way to dinamicly
slow down fans on the board, so any dinamic changing of frequency looses
its' significance.<br>
I wrote this to you because AMD represent on cpufreq list told me so.<br>
<br>
Regards,<br>
Nebojsa Trpkovic<br>
<br>
P.S. I'm from Serbia & Montenegro and there's no way to select my
country.<br>
<br>
<br>
<br>
<br>
If this problem also occurs on Windows, please report<br>
it to your motherboard manufacturer immediately.  They'll<br>
get it fixed.<br>
<br>
-Mark Langsdorf<br>
AMD, Inc.<br>
<br>
<br>
>> -----Original Message-----<br>
>> From: cpufreq-bounces@lists.linux.org.uk <br>
>> [mailto:cpufreq-bounces@lists.linux.org.uk] On Behalf Of <br>
>> Nebojsa Trpkovic<br>
>> Sent: Sunday, May 15, 2005 6:50 PM<br>
>> To: cpufreq@lists.linux.org.uk<br>
>> Subject: Re: cpu-freq causing kernel lock-up after upgrading <br>
>> to 1GB ram.<br>
>> <br>
>> <br>
>> Same problem here - VNF3-250 - if there's one RAM module <br>
>> C'n'Q works fine, and if I put two modules it freezes every <br>
>> time I try to change frequency, no matter linux or windows. <br>
>> So, it's not cpufreq related problem - it just buggy VNF3-250 <br>
>> C'n'Q inplementation.<br>
>> <br>
>> <br>
>> <br>
>> <br>
>> chris stones wrote:<br>
>> <br>
><br>
>>> > This is my first attempt at a bug report, so forgive me for <br>
><br>
>> making a <br>
><br>
>>> > mess, I will try my best.<br>
>>> ><br>
>>> > -------------------------<br>
>>> > hardware:<br>
>>> > -------------------------<br>
>>> > mobo: Chaintech VNF3-250<br>
>>> > chipset: nForce-3<br>
>>> > CPU: amd64 Athlon 3400+<br>
>>> > Ram: 2 * Kingston 512Meg DDR400 PC3200 2T timeing 3-3-8-3. <br>
><br>
>> (total 1GB) <br>
><br>
>>> > Swap : 1.3 Gb.<br>
>>> ><br>
>>> > --------------------------<br>
>>> > software:<br>
>>> > --------------------------<br>
>>> > Distro: Gentoo 2005.0 (comiped as 64bit with multilib)<br>
>>> > GCC: gcc version 3.4.3 20041125 (Gentoo Linux 3.4.3-r1,
ssp-3.4.3-0,<br>
>>> > pie-8.7.7)<br>
>>> > kernel versions: gentoo 2.6.11-r7; vanilla-2.6.10;
vanilla-2.6.11.9<br>
>>> ><br>
>>> > --------------------------<br>
>>> > description:<br>
>>> > --------------------------<br>
>>> > I have been using the modules freq_table, cpufreq_ondemand, <br>
>>> > powernow_k8 to regulate my cpu clock for over 6 months with the <br>
>>> > hardware configureation shown above, minus one 512meg ram
module.<br>
>>> ><br>
>>> > Recently, i shutdown the box, and added the second memory <br>
><br>
>> module. At <br>
><br>
>>> > the time, the cpu_fre drivers were compiled into the <br>
><br>
>> kernel, shortly <br>
><br>
>>> > after booting, the system would freese when cpu_freq <br>
><br>
>> lowered my cpu to <br>
><br>
>>> > its idle state of 1Ghz.<br>
>>> ><br>
>>> > These conditions must all be met to cause the lock-up.<br>
>>> > 1) Both Ram moodules are used (1GB ram)<br>
>>> > 2) the modules freq_table, cpufreq_ondemand, powernow_k8 are
loaded.<br>
>>> > 3) The lockup occurs when the cpu is slowing down from a period of
<br>
>>> > heavy load.<br>
>>> ><br>
>>> > 2 hours running memtest86 shows that my memory is not the
problem.<br>
>>> ><br>
>>> > one one occasion, the kernel gave a memory dump before the <br>
><br>
>> freeze. i <br>
><br>
>>> > regret i didnt take note of its rull contents, but a function trace
<br>
>>> > line mentioned a cpu_freq function call.<br>
>>> ><br>
>>> > If i remove one of the 512meg memory modules, the cpu_freq <br>
>>> > performsperfectly, as it has for the past 6 months.<br>
>>> ><br>
>>> > Thankyou for taking the time to read my post.<br>
>>> > Is there anything i can do (other than go without  ram or <br>
><br>
>> cpu_freq) to <br>
><br>
>>> > solve this ? is there any more information you require from me ?<br>
>>> ><br>
>>> > I have googled, but found no other similar bug reports.<br>
>>> ><br>
>>> > From Chris.stones@gmail.com.<br>
>>> ><br>
>>> > _______________________________________________<br>
>>> > Cpufreq mailing list<br>
>>> > Cpufreq@lists.linux.org.uk <br>
>>> > http://lists.linux.org.uk/mailman/listinfo/cpufreq<br>
>>> ><br>
><br>
>> <br>
>> <br>
>> _______________________________________________<br>
>> Cpufreq mailing list<br>
>> Cpufreq@lists.linux.org.uk <br>
>> http://lists.linux.org.uk/mailman/listinfo/cpu> freq<br>
>> <br>
>> <br>

BIOS Date : 2004/10/19
CD Version :
Operating System : both Windows and Linux 2.6.11
CPU Type : AMD Athlon64 3000+ (Newcastle core)
Memory Modules : 2 x 256MB Kingmax Color RAM 466MHz CAS 3.0
Other Devices :



--9B095B5ADSN=_01C55703CFECBB660000001BCH?website--