cpufreq Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Sebastian <sebastian_ml@gmx.net>
To: Dave Jones <davej@redhat.com>
Cc: Jeremy Fitzhardinge <jeremy@goop.org>,
	cpufreq list <cpufreq@www.linux.org.uk>
Subject: Re: speedfreq: epia + longhaul + speedfreq + copying large files = freeze
Date: Thu, 23 Dec 2004 12:15:42 +0100	[thread overview]
Message-ID: <41CAA8DE.5060300@gmx.net> (raw)
In-Reply-To: <20041222203136.GB21861@redhat.com>

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

Dave Jones schrieb:
> On Wed, Dec 22, 2004 at 11:02:39AM -0800, Jeremy Fitzhardinge wrote:
>  > On Tue, 2004-12-21 at 16:00 +0100, Sebastian wrote:
>  > > Dear Jeremy,
>  > > 
>  > > thanks for your tool! I like it best of all cpufreq daemons,
>  > 
>  > Thanks!
>  > 
>  > This problem sounds like a bug in the longhaul driver though, which I
>  > don't really know anything about.  (The system should never crash,
>  > regardless of what speedfreqd does.)  
>  > 
>  > I've cc:d the cpufreq list to see if someone there can help.  Dave?
> 
> Yeah, longhaul is badly broken right now, and tbh, I've no idea
> what on earth is wrong. Speed transitions happen, and work correctly.
> Then a few minutes later, system locks up.
> 
> I've been trying all sorts of things, from disabling PCI mastering,
> disabling CPU caches, etc, but nothing seems to help. I'm truly puzzled.
> 
> 		Dave
> 
> 

Dear Jeremy, dear Dave, dear list,

I tried to collect more information using cpufreq.debug={1,2,3,4}. But I 
don't see anything helpful in the output. Maybe you can find somehing, 
so I'm going to attach it anyway. Would it be interesting to see if a 
previous kernel version like 2.6.5 worked? I sure could install an 
earlier kernel if you like. Maybe this has not so much to do with the 
cpufreq-longhaul driver but with changes to the IO-section of the kernel?
A few days ago I converted all partitions on the computer from reiserfs 
to xfs, but as you can see, this didn't change anything regarding the 
freezes :)

Regards

Sebastian

P.S.: I hope you don't mind me attaching the various output as a 
.bz-file. Unpacked it's ~24kB, bzipped only ~3kB.

Thanks

Sebastian

[-- Attachment #2: cpufreq_debug_epia_me6000.bz2 --]
[-- Type: application/octet-stream, Size: 2663 bytes --]

[-- Attachment #3: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Cpufreq mailing list
Cpufreq@www.linux.org.uk
http://www.linux.org.uk/mailman/listinfo/cpufreq

  parent reply	other threads:[~2004-12-23 11:15 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <41C83AA7.6010204@gmx.net>
2004-12-22 19:02 ` speedfreq: epia + longhaul + speedfreq + copying large files = freeze Jeremy Fitzhardinge
2004-12-22 20:31   ` Dave Jones
2004-12-23  2:38     ` Jeremy Fitzhardinge
2004-12-23 18:24       ` Dave Jones
2004-12-23 20:05         ` Jeremy Fitzhardinge
2004-12-23 23:33           ` Dave Jones
2004-12-23 11:15     ` Sebastian [this message]
2004-12-23 13:17 Sebastian

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=41CAA8DE.5060300@gmx.net \
    --to=sebastian_ml@gmx.net \
    --cc=cpufreq@www.linux.org.uk \
    --cc=davej@redhat.com \
    --cc=jeremy@goop.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