Re: PowerOP 2/3: Intel Centrino support

2005-08-10 Thread Bruno Ducrot
On Wed, Aug 10, 2005 at 12:01:33PM +0200, Pavel Machek wrote:
> Hi!
> 
> > Minimal PowerOP support for Intel Enhanced Speedstep "Centrino"
> > notebooks.  These systems run at an operating point comprised of a cpu
> > frequency and a core voltage.  The voltage could be set from the values
> > recommended in the datasheets if left unspecified (-1) in the operating
> > point, as cpufreq does.
> 
> Eh? I thought these are handled okay by cpufreq already? What is
> advantage of this over cpufreq?

ATM I'm wondering what are the pro for those patches wrt current cpufreq
infrastructure (especially cpufreq's notion of notifiers).

I still don't find a good one but I'm surely missing something obvious.

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: PowerOP 2/3: Intel Centrino support

2005-08-10 Thread Bruno Ducrot
On Wed, Aug 10, 2005 at 12:01:33PM +0200, Pavel Machek wrote:
 Hi!
 
  Minimal PowerOP support for Intel Enhanced Speedstep Centrino
  notebooks.  These systems run at an operating point comprised of a cpu
  frequency and a core voltage.  The voltage could be set from the values
  recommended in the datasheets if left unspecified (-1) in the operating
  point, as cpufreq does.
 
 Eh? I thought these are handled okay by cpufreq already? What is
 advantage of this over cpufreq?

ATM I'm wondering what are the pro for those patches wrt current cpufreq
infrastructure (especially cpufreq's notion of notifiers).

I still don't find a good one but I'm surely missing something obvious.

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: 2.6.11: USB broken on nforce4, ipv6 still broken, centrino speedstep even more broken than in 2.6.10

2005-03-25 Thread Bruno Ducrot
On Mon, Mar 21, 2005 at 08:20:55PM -0500, Adam Belay wrote:
> On Mon, 2005-03-21 at 19:32, Andrew Morton wrote:
> > Adam Belay <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, 2005-03-11 at 17:35 -0800, Andrew Morton wrote:
> > > > Felix von Leitner <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > Finally Centrino SpeedStep.
> > > > > I have a "Intel(R) Pentium(R) M processor 1.80GHz" in my notebook.
> > > > > Linux does not support it.  This architecture has been out there for
> > > > > months now, and there even was a patch to support it posted here a in
> > > > > October last year or so.  Linux still does not include it.  Until
> > > > > 2.6.11-rc4-bk8 or so, the old patched file from back then still 
> > > > > worked.
> > > > > Now it doesn't.  Because some interface changed.  Now what?  Using a
> > > > > Centrino notebook without CPU throttling is completely out of the
> > > > > question.  Linux might as well not boot on it at all.
> > > > 
> > > > Could you please dig out the old patch, send it?
> > > 
> > > Why not use ACPI for CPU scaling?
> > > 
> > 
> > Felix, did you try this?
> > 
> 
> ACPI is the preferred (and only standardized) method of controlling cpu
> throttling on x86 systems.
> 

No.  ACPI is the preferred method in order to *get configuration*
for cpu frequency and voltage scaling, but it's up to a
specific processor driver to control frequency (actually I'm
simplifying things since it's possible to control frequency
from ACPI only, but only in certain situation).

Throttling is another method to frequency control by throttling
the processor (and ACPI is then preferred for both configuration
and controlling how to throttle the processor), but there is
no voltage scaling at all as for frequency and voltage scaling.

Those far it's up to the OP to activate ACPI even if he do not trust
ACPI.  It's the only way to get configuration from BIOS if he do not
want to hardcode a configuration in the speedstep-centrino driver.

Cheers,

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: 2.6.11: USB broken on nforce4, ipv6 still broken, centrino speedstep even more broken than in 2.6.10

2005-03-25 Thread Bruno Ducrot
On Mon, Mar 21, 2005 at 08:20:55PM -0500, Adam Belay wrote:
 On Mon, 2005-03-21 at 19:32, Andrew Morton wrote:
  Adam Belay [EMAIL PROTECTED] wrote:
  
   On Fri, 2005-03-11 at 17:35 -0800, Andrew Morton wrote:
Felix von Leitner [EMAIL PROTECTED] wrote:

 Finally Centrino SpeedStep.
 I have a Intel(R) Pentium(R) M processor 1.80GHz in my notebook.
 Linux does not support it.  This architecture has been out there for
 months now, and there even was a patch to support it posted here a in
 October last year or so.  Linux still does not include it.  Until
 2.6.11-rc4-bk8 or so, the old patched file from back then still 
 worked.
 Now it doesn't.  Because some interface changed.  Now what?  Using a
 Centrino notebook without CPU throttling is completely out of the
 question.  Linux might as well not boot on it at all.

Could you please dig out the old patch, send it?
   
   Why not use ACPI for CPU scaling?
   
  
  Felix, did you try this?
  
 
 ACPI is the preferred (and only standardized) method of controlling cpu
 throttling on x86 systems.
 

No.  ACPI is the preferred method in order to *get configuration*
for cpu frequency and voltage scaling, but it's up to a
specific processor driver to control frequency (actually I'm
simplifying things since it's possible to control frequency
from ACPI only, but only in certain situation).

Throttling is another method to frequency control by throttling
the processor (and ACPI is then preferred for both configuration
and controlling how to throttle the processor), but there is
no voltage scaling at all as for frequency and voltage scaling.

Those far it's up to the OP to activate ACPI even if he do not trust
ACPI.  It's the only way to get configuration from BIOS if he do not
want to hardcode a configuration in the speedstep-centrino driver.

Cheers,

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: cpufreq on-demand governor up_treshold?

2005-03-14 Thread Bruno Ducrot
On Mon, Mar 14, 2005 at 08:57:52AM +0100, Eric Piel wrote:
> BTW, DaveJ, Dominik, I couldn't find them in the daily-snapshot 
> available at codemonkey.org.uk. Should I worry, or is it just due to 
> some latency between your private trees and the public one?
> 

This happens those days only when I upgrade the LINUX_2_4 branch
(and only because its easier for me to diff between HEAD and LINUX_2_4).

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: cpufreq on-demand governor up_treshold?

2005-03-14 Thread Bruno Ducrot
On Mon, Mar 14, 2005 at 08:57:52AM +0100, Eric Piel wrote:
 BTW, DaveJ, Dominik, I couldn't find them in the daily-snapshot 
 available at codemonkey.org.uk. Should I worry, or is it just due to 
 some latency between your private trees and the public one?
 

This happens those days only when I upgrade the LINUX_2_4 branch
(and only because its easier for me to diff between HEAD and LINUX_2_4).

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [ACPI] s4bios: does anyone use it?

2005-03-08 Thread Bruno Ducrot
On Mon, Mar 07, 2005 at 09:44:01PM +0100, Pavel Machek wrote:

> Okay, so we had 2 users in past but have 0 users now? :-).

I don't know.  I remember having at least one positive feedback one or
two years ago, but this was for an old 2.4 kernel (does that count ?),
maybe if that guy switched to 2.6 there will be then one user now using
S4bios under 2.6 who knows :)

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [ACPI] s4bios: does anyone use it?

2005-03-08 Thread Bruno Ducrot
On Mon, Mar 07, 2005 at 09:44:01PM +0100, Pavel Machek wrote:

 Okay, so we had 2 users in past but have 0 users now? :-).

I don't know.  I remember having at least one positive feedback one or
two years ago, but this was for an old 2.4 kernel (does that count ?),
maybe if that guy switched to 2.6 there will be then one user now using
S4bios under 2.6 who knows :)

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [ACPI] s4bios: does anyone use it?

2005-03-07 Thread Bruno Ducrot
On Sat, Mar 05, 2005 at 08:14:05PM +0100, Pavel Machek wrote:
> Hi!
> 
> Is there single user of s4bios? It used to work for me 4 notebooks
> ago, but I never really used it.

I don't have anymore my toshiba laptop where S4 bios was first
implemented.

> I think I'm the only person that ever
> seen it working, but I could be wrong.

You are indeed wrong.

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [ACPI] s4bios: does anyone use it?

2005-03-07 Thread Bruno Ducrot
On Sat, Mar 05, 2005 at 08:14:05PM +0100, Pavel Machek wrote:
 Hi!
 
 Is there single user of s4bios? It used to work for me 4 notebooks
 ago, but I never really used it.

I don't have anymore my toshiba laptop where S4 bios was first
implemented.

 I think I'm the only person that ever
 seen it working, but I could be wrong.

You are indeed wrong.

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [ACPI] [PATCH, new ACPI driver] new sony_acpi driver

2005-02-16 Thread Bruno Ducrot
> > platform specific wart is the only way to go.  But
> > it would be best if we can make the exotic Sony/SNC
> > look more generic to the user so that the user
> > (and the distro supporting them) don't need to learn
> > special things to handle this system.
> 
> I agree, but unfortunately I don't think it's possible to handle
> them in a generic way. However, my understanding of the ACPI layer
> is limited, so I very well be wrong.
> 
> I attached two DSDT in bugzilla, I have a few more if you want them.
> 

I will (re)work some part of the acpi_video stuff in order to make it
more generic (its design is to separate a kind of 'video bus', then
'video devices' can attach.  For now, its support only one kind of device,
the acpi one.  See acpi_viedo.c).  The original goal was to atleast
attach others acpi specific drivers (the toshiba at that time).

Problem though is my time which unfortunately is missing currently
(professional stuff, other free projects and even real life) and
I must admit I don't intend to work on acpi_video right now.

Cheers,

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [ACPI] [PATCH, new ACPI driver] new sony_acpi driver

2005-02-16 Thread Bruno Ducrot
  platform specific wart is the only way to go.  But
  it would be best if we can make the exotic Sony/SNC
  look more generic to the user so that the user
  (and the distro supporting them) don't need to learn
  special things to handle this system.
 
 I agree, but unfortunately I don't think it's possible to handle
 them in a generic way. However, my understanding of the ACPI layer
 is limited, so I very well be wrong.
 
 I attached two DSDT in bugzilla, I have a few more if you want them.
 

I will (re)work some part of the acpi_video stuff in order to make it
more generic (its design is to separate a kind of 'video bus', then
'video devices' can attach.  For now, its support only one kind of device,
the acpi one.  See acpi_viedo.c).  The original goal was to atleast
attach others acpi specific drivers (the toshiba at that time).

Problem though is my time which unfortunately is missing currently
(professional stuff, other free projects and even real life) and
I must admit I don't intend to work on acpi_video right now.

Cheers,

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [ACPI] [PATCH, new ACPI driver] new sony_acpi driver

2005-02-10 Thread Bruno Ducrot
On Thu, Feb 10, 2005 at 05:18:10PM +0100, Stelian Pop wrote:
> Hi,
> 
> +ACPI Sony Notebook Control Driver (SNC) Readme
> +--
> + Copyright (C) 2004 Stelian Pop <[EMAIL PROTECTED]>
> +
> +This mini-driver drives the ACPI SNC device present in the 
> +ACPI BIOS of the Sony Vaio laptops.
> +
> +It gives access to some extra laptop functionalities. In 
> +its current form, the only thing this driver does is letting
> +the user set or query the screen brightness.

Does those laptops support acpi_video?

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [ACPI] [PATCH, new ACPI driver] new sony_acpi driver

2005-02-10 Thread Bruno Ducrot
On Thu, Feb 10, 2005 at 05:18:10PM +0100, Stelian Pop wrote:
 Hi,
 
 +ACPI Sony Notebook Control Driver (SNC) Readme
 +--
 + Copyright (C) 2004 Stelian Pop [EMAIL PROTECTED]
 +
 +This mini-driver drives the ACPI SNC device present in the 
 +ACPI BIOS of the Sony Vaio laptops.
 +
 +It gives access to some extra laptop functionalities. In 
 +its current form, the only thing this driver does is letting
 +the user set or query the screen brightness.

Does those laptops support acpi_video?

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/