From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Jones Subject: Re: [PATCH] Longhaul - Disable arbiter Date: Tue, 8 Aug 2006 17:06:28 -0400 Message-ID: <20060808210628.GE17618@redhat.com> References: <44D8C5F4.4050406@interia.pl> <20060808195858.GC17618@redhat.com> <44D8FAC1.4050007@interia.pl> Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <44D8FAC1.4050007@interia.pl> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: cpufreq-bounces@lists.linux.org.uk Errors-To: cpufreq-bounces+glkc-cpufreq=m.gmane.org+glkc-cpufreq=m.gmane.org@lists.linux.org.uk Content-Type: text/plain; charset="windows-1252" To: =?utf-8?B?UmFmYcWC?= Bilski Cc: cpufreq@lists.linux.org.uk On Tue, Aug 08, 2006 at 10:57:37PM +0200, Rafa=C5=82 Bilski wrote: > > The only part about this I don't like is that we now need to add > > code to do similar things on every possible VIA chipset that > > could take a C3, and there's quite a few of them, and until > > we have good coverage... > >=20 >=20 > Would be nice, but I have datasheet only for PLE133. > Older non VIA chipsets have this port enabled and its address is=20 > returned by BIOS as PM2 address, or maybe BIOS is enabling. >=20 > Coverage is big enough because mainboards with newer chipsets seems=20 > to have new, C3 capable, CPU's on board. >=20 > >=20 > > We're going to -ENODEV, possibly breaking some setups that it might ac= tually > > already work on (even if only by chance). >=20 > It isn't working for BCR2. Cpufreq is saying that it is, but cpuinfo_cur= _freq=20 > returns max f all the time. Ok, I'll apply this, and see if I can dig up some of the datasheets on the older chipsets for completeness. Dave --=20 http://www.codemonkey.org.uk