All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Rafał Bilski" <rafalbilski@interia.pl>
To: Wander Winkelhorst <w.winkelhorst@gmail.com>
Cc: Dave Jones <davej@codemonkey.org.uk>,
	cpufreq@lists.linux.org.uk,
	Jan Engelhardt <jengelh@linux01.gwdg.de>,
	linux-kernel@vger.kernel.org
Subject: Re: cpufreq longhaul locks up
Date: Fri, 04 May 2007 21:00:23 +0200	[thread overview]
Message-ID: <463B82C7.7020107@interia.pl> (raw)
In-Reply-To: <5699f8f00705041108t67425997w42e6268f9076abc9@mail.gmail.com>

> Hi Rafał,
Hi 
>> >
>> > I found that setting the cpufreq governor to ondemand making the box
>> > lock up solid in 2.6.20.2 and 2.6.21 after a few seconds.
>> > [...]
>>
>> I can't explain this. Some motherboards are running fine, some don't.
>> I'm running longhaul too. It is working fine. No lockups at all.
>> So far I heard only about one Epia which had problems with longhaul.
>> It was almost like my Epia but older.
>> What is possible:
>> - some chipsets revisions are broken and aren't blocking DMA,
>> - special setup is required, some versions of BIOS are doing
>> necessary things, some don't,
> 
> Which BIOS are you using?
Latest beta BIOS which was supposed to fix Linux "DMA timeout" bug. 
I don't remember exact version, It wasn't fixing this bug.
> [...]
>> Btw. I've been writting many times: if You want to use ondemand with
>> Longhaul You don't need cpufreq at all. It is just one another cool
>> gadget for You. Longhaul wasn't designed to change frequency often.
>> It has big latency and requires so much preparation that it isn't worth
>> if You don't need to save power or cool down CPU.
> 
> What should I use instead of ondemand? I do want to save power and
> have my machine run cooler (I have a htpc that is on 24/7, it's
> running kind of hot and allready has blown a PSU)
I'm using conservative. It is allowing me to turn off fan with 
bigger cooler borowed from AMD CPU.
> Does the userspace governor have the same problems? (I'd guess so)
For testing I was using userspace governor. 1s interval, Min to max. 
1s interval. Max to min.
I don't like userspace programs. Most of them is doing exactly the 
same thing which ondemand does.
> I'd like to take this opportunity to thank you for the work you have
> already done on cpufreq!
> So: thanks Rafał! I appreciate it!
Thanks, but it isn't working. It isn't good job. It isn't nothing more 
then luck.
> [...] 
> I am using the onboard mpeg2 hardware decoder with the Openchrome drivers
Me too. Works great. As usual not thanks to VIA, but good developers 
diging in binary drivers.
> I hope this helps someone
> Wander.
Regards
Rafał


----------------------------------------------------------------------- Linda jako gospodyni domowa - zobacz!!!
>>> http://link.interia.pl/f1a79

WARNING: multiple messages have this Message-ID (diff)
From: "Rafał Bilski" <rafalbilski@interia.pl>
To: Wander Winkelhorst <w.winkelhorst@gmail.com>
Cc: Jan Engelhardt <jengelh@linux01.gwdg.de>,
	Dave Jones <davej@codemonkey.org.uk>,
	linux-kernel@vger.kernel.org, cpufreq@lists.linux.org.uk
Subject: Re: cpufreq longhaul locks up
Date: Fri, 04 May 2007 21:00:23 +0200	[thread overview]
Message-ID: <463B82C7.7020107@interia.pl> (raw)
In-Reply-To: <5699f8f00705041108t67425997w42e6268f9076abc9@mail.gmail.com>

> Hi Rafał,
Hi 
>> >
>> > I found that setting the cpufreq governor to ondemand making the box
>> > lock up solid in 2.6.20.2 and 2.6.21 after a few seconds.
>> > [...]
>>
>> I can't explain this. Some motherboards are running fine, some don't.
>> I'm running longhaul too. It is working fine. No lockups at all.
>> So far I heard only about one Epia which had problems with longhaul.
>> It was almost like my Epia but older.
>> What is possible:
>> - some chipsets revisions are broken and aren't blocking DMA,
>> - special setup is required, some versions of BIOS are doing
>> necessary things, some don't,
> 
> Which BIOS are you using?
Latest beta BIOS which was supposed to fix Linux "DMA timeout" bug. 
I don't remember exact version, It wasn't fixing this bug.
> [...]
>> Btw. I've been writting many times: if You want to use ondemand with
>> Longhaul You don't need cpufreq at all. It is just one another cool
>> gadget for You. Longhaul wasn't designed to change frequency often.
>> It has big latency and requires so much preparation that it isn't worth
>> if You don't need to save power or cool down CPU.
> 
> What should I use instead of ondemand? I do want to save power and
> have my machine run cooler (I have a htpc that is on 24/7, it's
> running kind of hot and allready has blown a PSU)
I'm using conservative. It is allowing me to turn off fan with 
bigger cooler borowed from AMD CPU.
> Does the userspace governor have the same problems? (I'd guess so)
For testing I was using userspace governor. 1s interval, Min to max. 
1s interval. Max to min.
I don't like userspace programs. Most of them is doing exactly the 
same thing which ondemand does.
> I'd like to take this opportunity to thank you for the work you have
> already done on cpufreq!
> So: thanks Rafał! I appreciate it!
Thanks, but it isn't working. It isn't good job. It isn't nothing more 
then luck.
> [...] 
> I am using the onboard mpeg2 hardware decoder with the Openchrome drivers
Me too. Works great. As usual not thanks to VIA, but good developers 
diging in binary drivers.
> I hope this helps someone
> Wander.
Regards
Rafał


----------------------------------------------------------------------- Linda jako gospodyni domowa - zobacz!!!
>>> http://link.interia.pl/f1a79


  reply	other threads:[~2007-05-04 19:00 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-04 10:16 cpufreq longhaul locks up Jan Engelhardt
2007-05-04 11:36 ` Wander Winkelhorst
2007-05-04 11:51   ` Jan Engelhardt
2007-05-04 11:51     ` Jan Engelhardt
2007-05-04 17:08 ` Rafał Bilski
2007-05-04 17:08   ` Rafał Bilski
2007-05-04 17:42   ` Chuck Ebbert
2007-05-04 17:42     ` Chuck Ebbert
2007-05-04 18:40     ` Rafał Bilski
2007-05-04 18:08   ` Wander Winkelhorst
2007-05-04 19:00     ` Rafał Bilski [this message]
2007-05-04 19:00       ` Rafał Bilski
2007-05-04 18:48   ` Jan Engelhardt
2007-05-04 18:48     ` Jan Engelhardt
2007-05-04 20:11     ` Rafał Bilski
2007-05-04 20:11       ` Rafał Bilski
2007-05-04 21:03       ` Jan Engelhardt
2007-05-04 21:03         ` Jan Engelhardt
2007-05-04 20:37 ` john stultz
2007-05-04 21:02   ` Jan Engelhardt
2007-05-04 22:49     ` john stultz
2007-05-04 23:32       ` Jan Engelhardt
2007-05-05  4:03         ` Rafał Bilski
2007-05-05  8:00           ` Jan Engelhardt
2007-05-05  8:00             ` Jan Engelhardt
2007-05-05 13:58             ` Rafał Bilski
2007-05-05 13:58               ` Rafał Bilski
2007-05-05 18:13               ` Jan Engelhardt
2007-05-05 18:13                 ` Jan Engelhardt
2007-05-04 22:20 ` David Johnson
2007-05-04 22:20   ` David Johnson
2007-05-04 23:37   ` Jan Engelhardt
2007-05-04 23:37     ` Jan Engelhardt
2007-05-05  5:40     ` Rafał Bilski
2007-05-05  5:40       ` Rafał Bilski
2007-05-05  8:44       ` Wander Winkelhorst
2007-05-05 14:02         ` Rafał Bilski
2007-05-05 14:02           ` Rafał Bilski
2007-05-05 17:48         ` Rafał Bilski
2007-05-05 17:48           ` Rafał Bilski
2007-05-05 18:42           ` Jan Engelhardt
2007-05-05 18:42             ` Jan Engelhardt
2007-05-05 19:58             ` Rafał Bilski
2007-05-05 19:58               ` Rafał Bilski
2007-05-05 20:30               ` Jan Engelhardt
2007-05-05 20:30                 ` Jan Engelhardt
2007-05-05 20:50               ` Jan Engelhardt
2007-05-05 20:50                 ` Jan Engelhardt
2007-05-05 21:32                 ` Rafał Bilski
2007-05-06  7:53                   ` Jan Engelhardt
2007-05-06  7:53                     ` Jan Engelhardt
2007-05-06  5:12                 ` Rafał Bilski
2007-05-06  5:12                   ` Rafał Bilski
2007-05-06  8:03                   ` Jan Engelhardt
2007-05-06  8:03                     ` Jan Engelhardt
2007-05-06  9:23                     ` Rafał Bilski
2007-05-06  9:23                       ` Rafał Bilski
2007-05-06  9:32                       ` Jan Engelhardt
2007-05-06 10:25                         ` Rafał Bilski
2007-05-06 10:25                           ` Rafał Bilski
2007-05-06 11:33                           ` Jan Engelhardt
2007-05-06 12:20                             ` Rafał Bilski
2007-05-05  9:37       ` Jan Engelhardt
2007-05-05  9:37         ` Jan Engelhardt
2007-05-05 14:10         ` Rafał Bilski
2007-05-05 14:10           ` Rafał Bilski
2007-05-05 17:38           ` Jan Engelhardt
2007-05-05 17:38             ` Jan Engelhardt
2007-05-05 18:04             ` Rafał Bilski
2007-05-05 18:04               ` Rafał Bilski
2007-05-05 18:23               ` Jan Engelhardt
2007-05-05 18:23                 ` Jan Engelhardt

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=463B82C7.7020107@interia.pl \
    --to=rafalbilski@interia.pl \
    --cc=cpufreq@lists.linux.org.uk \
    --cc=davej@codemonkey.org.uk \
    --cc=jengelh@linux01.gwdg.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=w.winkelhorst@gmail.com \
    /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.