From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Sebastian <sebastian_ml@gmx.net>
Cc: cpufreq list <cpufreq@www.linux.org.uk>
Subject: Re: speedfreq: epia + longhaul + speedfreq + copying large files = freeze
Date: Wed, 22 Dec 2004 11:02:39 -0800 [thread overview]
Message-ID: <1103742159.16413.24.camel@localhost> (raw)
In-Reply-To: <41C83AA7.6010204@gmx.net>
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?
J
> Anyway, the Epia board normally runs fine with speedfreq. Frequency gets
> adjusted between 400Mhz and 600MHz. But when I start cutting
> advertisements out of the DVB recordings with the VDR software (Video
> Disk Recorder from Klaus Schmiedinger, www.cadsoft.de/vdr) after a short
> while it freezes. The cutting process is simply like copying large
> files from one folder to another folder on the same partition. Mostly
> 1.7 to 2.7GB. I tried the following:
>
> 1. Cutting a recording, cpufreq enabled, speedfreq daemon running:
>
> System freeze.
>
> 2. Copying large files manually, cpufreq enabled, speedfreq daemon running:
>
> System freeze.
>
> 3. Cutting a recording, cpufreq enabled, speedfreq daemon disabled:
>
> Works.
>
> 4. Copying large files manually, cpufreq enabled, speedfreq daemon disabled:
>
> Works.
>
> I'd like to add that sometimes I get messages in syslog telling me that
> speedfreq thought the actual frequency was xxx and discovered that the
> real frequency was something else. Once that was the last thing in
> syslog before a freeze. I don't know if this is relevant, because 99% of
> the freezes the syslog stays like it is, nothing gets added.
>
> The kernel is a vanilla 2.6.9. The Linux Distribution is Gentoo stable.
> Flags are "-O2 -march=c3 -fomit-frame-pointer -mmmx -m3dnow -pipe". I
> have no 4k stacks, no preemption, no nptl, no perl ithreads.
>
> Maybe speedfreq changing frequencies too fast for the little Epia is the
> reason for the freezes? What can I do?
next parent reply other threads:[~2004-12-22 19:02 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 ` Jeremy Fitzhardinge [this message]
2004-12-22 20:31 ` speedfreq: epia + longhaul + speedfreq + copying large files = freeze 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
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=1103742159.16413.24.camel@localhost \
--to=jeremy@goop.org \
--cc=cpufreq@www.linux.org.uk \
--cc=sebastian_ml@gmx.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.