mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* 2.6.12-rc6 missing commit(s) in cpufreq?
@ 2005-06-17 10:21 Voluspa
  2005-06-17 10:35 ` Stephen Rothwell
  2005-06-17 10:41 ` Eric Piel
  0 siblings, 2 replies; 5+ messages in thread
From: Voluspa @ 2005-06-17 10:21 UTC (permalink / raw)
  To: linux-kernel


According to:
http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.12-rc6

There should be a:

commit 1206aaac285904e3e3995eecbf4129b6555a8973
Author: Dave Jones <davej@redhat.com>
Date:   Tue May 31 19:03:48 2005 -0700

    [CPUFREQ] Allow ondemand stepping to be changed by user.

And when I look at:
http://www.kernel.org/git/?p=linux/kernel/git/davej/cpufreq.git;a=commit;h=1206aaac285904e3e3995eecbf4129b6555a8973

There are changes in the diff like:

--- drivers/cpufreq/cpufreq_ondemand.c
+++ drivers/cpufreq/cpufreq_ondemand.c
@@ -79,6 +79,7 @@ struct dbs_tuners {
unsigned int up_threshold;
unsigned int down_threshold;
unsigned int ignore_nice;
+ unsigned int freq_step;
};

Problem is that neither a clean 2.6.11 patched with patch-2.6.12-rc6 nor
a full linux-2.6.12-rc6.tar.bz (I just downloaded it) contain that
commit.

The first example from above looks like:

struct dbs_tuners {
        unsigned int            sampling_rate;
        unsigned int            sampling_down_factor;
        unsigned int            up_threshold;
        unsigned int            ignore_nice;
};

Even more strange is the other discrepancies in that list, suggesting
other missed commits. Live directory from 2.6.12-rc :

root:sleipner:/sys/devices/system/cpu/cpu0/cpufreq/ondemand# ls
total 0
0 ignore_nice           0 sampling_rate      0 sampling_rate_min
0 sampling_down_factor  0 sampling_rate_max  0 up_threshold

Perhaps this is why I can't get the conservative governor to work at all
(it just sits at the freq at which it was loaded, never going up/down no
matter the load).

Mvh
Mats Johannesson
--

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 2.6.12-rc6 missing commit(s) in cpufreq?
  2005-06-17 10:21 2.6.12-rc6 missing commit(s) in cpufreq? Voluspa
@ 2005-06-17 10:35 ` Stephen Rothwell
  2005-06-17 10:48   ` Voluspa
  2005-06-17 10:41 ` Eric Piel
  1 sibling, 1 reply; 5+ messages in thread
From: Stephen Rothwell @ 2005-06-17 10:35 UTC (permalink / raw)
  To: Voluspa; +Cc: linux-kernel

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

On Fri, 17 Jun 2005 12:21:55 +0200 Voluspa <lista1@telia.com> wrote:
>
> commit 1206aaac285904e3e3995eecbf4129b6555a8973
> Author: Dave Jones <davej@redhat.com>
> Date:   Tue May 31 19:03:48 2005 -0700
> 
>     [CPUFREQ] Allow ondemand stepping to be changed by user.
> 
> And when I look at:
> http://www.kernel.org/git/?p=linux/kernel/git/davej/cpufreq.git;a=commit;h=1206aaac285904e3e3995eecbf4129b6555a8973
> 
> There are changes in the diff like:
> 
> --- drivers/cpufreq/cpufreq_ondemand.c
> +++ drivers/cpufreq/cpufreq_ondemand.c
> @@ -79,6 +79,7 @@ struct dbs_tuners {
> unsigned int up_threshold;
> unsigned int down_threshold;
> unsigned int ignore_nice;
> + unsigned int freq_step;
> };
> 
> Problem is that neither a clean 2.6.11 patched with patch-2.6.12-rc6 nor
> a full linux-2.6.12-rc6.tar.bz (I just downloaded it) contain that
> commit.
> 
> The first example from above looks like:
> 
> struct dbs_tuners {
>         unsigned int            sampling_rate;
>         unsigned int            sampling_down_factor;
>         unsigned int            up_threshold;
>         unsigned int            ignore_nice;
> };

Commit c29f1403098135bdef75b190a5037db514701031 removes that element of
struct dbs_tuners again.

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 2.6.12-rc6 missing commit(s) in cpufreq?
  2005-06-17 10:21 2.6.12-rc6 missing commit(s) in cpufreq? Voluspa
  2005-06-17 10:35 ` Stephen Rothwell
@ 2005-06-17 10:41 ` Eric Piel
  2005-06-17 10:56   ` Voluspa
  1 sibling, 1 reply; 5+ messages in thread
From: Eric Piel @ 2005-06-17 10:41 UTC (permalink / raw)
  To: Voluspa; +Cc: linux-kernel

06/17/2005 12:21 PM, Voluspa wrote/a écrit:
> According to:
> http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.12-rc6
> 
> There should be a:
> 
> commit 1206aaac285904e3e3995eecbf4129b6555a8973
> Author: Dave Jones <davej@redhat.com>
> Date:   Tue May 31 19:03:48 2005 -0700
> 
>     [CPUFREQ] Allow ondemand stepping to be changed by user.
> 
> And when I look at:
> http://www.kernel.org/git/?p=linux/kernel/git/davej/cpufreq.git;a=commit;h=1206aaac285904e3e3995eecbf4129b6555a8973
> 
:
> 
> Problem is that neither a clean 2.6.11 patched with patch-2.6.12-rc6 nor
> a full linux-2.6.12-rc6.tar.bz (I just downloaded it) contain that
> commit.
Yes, it is in linux-2.6.12-rc6, but also "[CPUFREQ] ondemand governor 
automatic downscaling" which back off this change because it introduce a 
new algorithm which compute automatically this step to the best value.

The cpufreq tree was going during three months separatetly and then all 
the commits went inside the Linus's tree at once. It might look strange 
then, but nothing to worry :-)

:
> Even more strange is the other discrepancies in that list, suggesting
> other missed commits. Live directory from 2.6.12-rc :
> 
> root:sleipner:/sys/devices/system/cpu/cpu0/cpufreq/ondemand# ls
> total 0
> 0 ignore_nice           0 sampling_rate      0 sampling_rate_min
> 0 sampling_down_factor  0 sampling_rate_max  0 up_threshold
That's what you should see, everything is ok :-)

> 
> Perhaps this is why I can't get the conservative governor to work at all
> (it just sits at the freq at which it was loaded, never going up/down no
> matter the load).
I think it's completetly unrelated. Probably it's better to discuss 
about this bug on the cpufreq mailing list: cpufreq@lists.linux.org.uk

Eric

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 2.6.12-rc6 missing commit(s) in cpufreq?
  2005-06-17 10:35 ` Stephen Rothwell
@ 2005-06-17 10:48   ` Voluspa
  0 siblings, 0 replies; 5+ messages in thread
From: Voluspa @ 2005-06-17 10:48 UTC (permalink / raw)
  To: Stephen Rothwell; +Cc: linux-kernel

On Fri, 17 Jun 2005 20:35:49 +1000 Stephen Rothwell wrote:
> On Fri, 17 Jun 2005 12:21:55 +0200 Voluspa <lista1@telia.com> wrote:
[...]
> Commit c29f1403098135bdef75b190a5037db514701031 removes that element
> of struct dbs_tuners again.

Yeah, I just saw that while going through the full git history. Argh,
I'm a git. Better go on a vacation now. Bye.

Mvh
Mats Johannesson
--

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 2.6.12-rc6 missing commit(s) in cpufreq?
  2005-06-17 10:41 ` Eric Piel
@ 2005-06-17 10:56   ` Voluspa
  0 siblings, 0 replies; 5+ messages in thread
From: Voluspa @ 2005-06-17 10:56 UTC (permalink / raw)
  To: Eric Piel; +Cc: linux-kernel

On Fri, 17 Jun 2005 12:41:00 +0200 Eric Piel wrote:
> That's what you should see, everything is ok :-)

Thank's for the nice reply (in face of my uninformed spam).

> > Perhaps this is why I can't get the conservative governor to work at
> > all (it just sits at the freq at which it was loaded, never going
> > up/down no matter the load).
> I think it's completetly unrelated. Probably it's better to discuss 
> about this bug on the cpufreq mailing list: cpufreq@lists.linux.org.uk

Pointer was welcome. I'll pop over when the vacation (I sure am in need
of) is over.

Mvh
Mats Johannesson
--

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2005-06-17 10:59 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-06-17 10:21 2.6.12-rc6 missing commit(s) in cpufreq? Voluspa
2005-06-17 10:35 ` Stephen Rothwell
2005-06-17 10:48   ` Voluspa
2005-06-17 10:41 ` Eric Piel
2005-06-17 10:56   ` Voluspa

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®