On Fri, 2008-02-15 at 10:54 +0530, Thomas, Sujith wrote:
> From: Thomas Sujith <[EMAIL PROTECTED]>
>
> Need to extract errors using PTR_ERR macro and
> process accordingly.thermal_cooling_device_register
> returning NULL means that CONFIG_THERMAL=n and in that
> case no need to create symbolic lin
On Wed, Feb 13, 2008 at 07:55:53PM +0100, Rafael J. Wysocki wrote:
> On Wednesday, 13 of February 2008, Greg KH wrote:
> > On Wed, Feb 13, 2008 at 12:39:13PM +0100, Frans Pop wrote:
> > > On Tuesday 12 February 2008, Greg KH wrote:
> > > > On Tue, Feb 12, 2008 at 09:39:14PM +0100, Frans Pop wrote:
On Thu, Feb 14, 2008 at 03:38:13PM -0800, Yinghai Lu wrote:
> On Wed, Feb 13, 2008 at 8:58 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, Feb 13, 2008 at 12:39:13PM +0100, Frans Pop wrote:
> > > On Tuesday 12 February 2008, Greg KH wrote:
> > > > On Tue, Feb 12, 2008 at 09:39:14PM +0100,
On Thu, Feb 14, 2008 at 03:38:13PM -0800, Yinghai Lu wrote:
> On Wed, Feb 13, 2008 at 8:58 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, Feb 13, 2008 at 12:39:13PM +0100, Frans Pop wrote:
> > > On Tuesday 12 February 2008, Greg KH wrote:
> > > > On Tue, Feb 12, 2008 at 09:39:14PM +0100,
Hi Len,
On Thu, 14 Feb 2008 23:58:38 -0500 Len Brown <[EMAIL PROTECTED]> wrote:
>
> Rafael has it right, please add the branch above.
> It will include both the upcoming ACPI and suspend patches.
Added, thanks, with you as contact.
> Note that I reserve the right to re-base it from time to time
On Friday 15 February 2008 00:22, Thomas, Sujith wrote:
> From: Thomas Sujith <[EMAIL PROTECTED]>
Thanks Sujith, this patch series was a massive improvement over the last one --
checkpatch.pl clean and everything:-)
I think if you can get rid of the outlook-destroys-plain text via word-wrap
so yo
On Thursday 14 February 2008 04:59, Moritz Naumann wrote:
> Len Brown wrote:
> > Linux appears to be a special case in this BIOS.
> > ISLI returns 1 for OSI(Linux), which causes GUSB to do nothing.
> > (otherwise GUSB appears to touch SMM). GUSB is called at init time,
> > and also at wakup time.
On Thursday 14 February 2008 00:34, Gerard Hynes wrote:
> on Wed, 13 Feb 2008, Len Brown wrote:
>
> Thank you for the detailed analysis. Interestingly enough - this M4300 is
> sitting in a Dell docking station right now. :-)
>
> Perhaps on the weekend - I can put it thru some docking/un-docking
From: Thomas Sujith <[EMAIL PROTECTED]>
Need to extract errors using PTR_ERR macro and
process accordingly.thermal_cooling_device_register
returning NULL means that CONFIG_THERMAL=n and in that
case no need to create symbolic links.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
drivers/m
From: Thomas Sujith <[EMAIL PROTECTED]>
Need to check whetherthermal_cooling_device_register
returned ERROR or not.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
drivers/acpi/video.c |3 +++
1 files changed, 3 insertions(+)
Index: linux-2.6.24/drivers/acpi/video.c
==
From: Thomas Sujith <[EMAIL PROTECTED]>
Need to return using ERR_PTR instead of NULL
in case of errors.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
drivers/thermal/thermal.c | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
Index: linux-2.6.24/drive
From: Thomas Sujith <[EMAIL PROTECTED]>
Need to extract errors using PTR_ERR macro and
process accordingly.thermal_cooling_device_register
returning NULL means that CONFIG_THERMAL=n and in that
case no need to create symbolic links.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
drivers/a
From: Thomas Sujith <[EMAIL PROTECTED]>
Added sanity check to make sure that thermal zone
and cooling device exists.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
drivers/thermal/thermal.c | 13 -
1 files changed, 12 insertions(+), 1 deletion(-)
Index: linux-2.6.24/drivers
From: Thomas Sujith <[EMAIL PROTECTED]>
Need to extract errors using PTR_ERR macro and
process accordingly.thermal_cooling_device_register
returning NULL means that CONFIG_THERMAL=n and in that
case no need to create symbolic links.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
drivers/a
On Thursday 14 February 2008 10:00, Stephen Rothwell wrote:
> Hi Rafael,
>
> On Thu, 14 Feb 2008 15:45:55 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
> >
> > Perhaps you can add:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6 test
>
> I would prefer that th
On Thursday 14 February 2008 19:42, Pallipadi, Venkatesh wrote:
>
> >-Original Message-
> >From: Len Brown [mailto:[EMAIL PROTECTED]
> >Sent: Thursday, February 14, 2008 12:41 PM
> >To: Pallipadi, Venkatesh
> >Cc: linux-acpi@vger.kernel.org
> >Subject: Re: [PATCH] ACPI, CPU_IDLE: Add more
On Thu, Feb 14, 2008 at 6:14 PM, Yinghai Lu <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 14, 2008 at 3:48 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > * Yinghai Lu <[EMAIL PROTECTED]> wrote:
> >
> > > after disable cpufreq, i got
> > >
> > > ACPI: Preparing to enter system sleep state S
On Thu, Feb 14, 2008 at 3:48 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > after disable cpufreq, i got
> >
> > ACPI: Preparing to enter system sleep state S5
> > Disabling non-boot CPUs ...
> > kvm: disabling virtualization on CPU1
> > CPU 1 is
Subject: ACPI: Check whether cooling device exists before unregistering it
>From : Zhao Yakui <[EMAIL PROTECTED]>
OS should check whether the cooling device exists before it is unregistered.
If it doesn't exists, it is unnecessary to remove the sysfs link
and call the function of thermal_cooling_
>-Original Message-
>From: Len Brown [mailto:[EMAIL PROTECTED]
>Sent: Thursday, February 14, 2008 12:41 PM
>To: Pallipadi, Venkatesh
>Cc: linux-acpi@vger.kernel.org
>Subject: Re: [PATCH] ACPI, CPU_IDLE: Add more information
>about C-states
>
>On Thursday 14 February 2008 11:52, Pallipa
On Thu, Feb 14, 2008 at 3:48 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > after disable cpufreq, i got
> >
> > ACPI: Preparing to enter system sleep state S5
> > Disabling non-boot CPUs ...
> > kvm: disabling virtualization on CPU1
> > CPU 1 is
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> after disable cpufreq, i got
>
> ACPI: Preparing to enter system sleep state S5
> Disabling non-boot CPUs ...
> kvm: disabling virtualization on CPU1
> CPU 1 is now offline
> CPU1 is down
> kvm: disabling virtualization on CPU2
> CPU 2 is now offline
> =
On Wed, Feb 13, 2008 at 8:58 AM, Greg KH <[EMAIL PROTECTED]> wrote:
>
> On Wed, Feb 13, 2008 at 12:39:13PM +0100, Frans Pop wrote:
> > On Tuesday 12 February 2008, Greg KH wrote:
> > > On Tue, Feb 12, 2008 at 09:39:14PM +0100, Frans Pop wrote:
> > > > On Monday 11 February 2008, Frans Pop wrote:
Hi Paul,
On Fri, 15 Feb 2008 00:49:28 +0900 Paul Mundt <[EMAIL PROTECTED]> wrote:
>
> For SH:
>
> master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Added, thanks.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
pgpmm6SM5iN4
Hi Martin,
On Thu, 14 Feb 2008 16:25:09 +0100 Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
>
> For the s390 architecture please use the "features" branch of git390:
>
> git://git390.osdl.marist.edu/pub/scm/linux-2.6.git features
Added thanks.
--
Cheers,
Stephen Rothwell[EM
On Thursday 14 February 2008 11:52, Pallipadi, Venkatesh wrote:
>
> 'usage' is a counter that counts every time we get into poll_idle
> routine. I also try to keep track of time spent in poll_idle, until
> need_resched sends us out. That time is accumulated in 'time'.
> Just have those to be consi
'usage' is a counter that counts every time we get into poll_idle
routine. I also try to keep track of time spent in poll_idle, until
need_resched sends us out. That time is accumulated in 'time'.
Just have those to be consistent with other state and to be sure that
powertop kind of tools wont get
On Fri, Feb 15, 2008 at 02:00:19AM +1100, Stephen Rothwell wrote:
> Hi Rafael,
>
> On Thu, 14 Feb 2008 15:45:55 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
> >
> > Perhaps you can add:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6 test
>
> I would prefer t
On Fri, 2008-02-15 at 02:00 +1100, Stephen Rothwell wrote:
> I would prefer that the trees be added by the subsystem maintainers and
> they can tell me which branch represents their expectations for the next
> kernel release (in this case 2.6.26). But thanks, hopefully you will have
> prodded them
On Thu, 2008-02-14 at 15:49 +0100, Thomas Renninger wrote:
> On Thu, 2008-02-14 at 13:40 +0100, Holger Macht wrote:
> > When trying to get the acpi_handle from an acpi_buffer, pass
> > ACPI_ROOT_OBJECT instead of NULL to acpi_get_handle(). This fixes the
> > detection of dock dependent bays.
> >
>
Hi Rafael,
On Thu, 14 Feb 2008 15:45:55 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
>
> Perhaps you can add:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6 test
I would prefer that the trees be added by the subsystem maintainers and
they can tell me which branch
On Thu, 2008-02-14 at 13:40 +0100, Holger Macht wrote:
> When trying to get the acpi_handle from an acpi_buffer, pass
> ACPI_ROOT_OBJECT instead of NULL to acpi_get_handle(). This fixes the
> detection of dock dependent bays.
>
>
> Signed-off-by: Holger Macht <[EMAIL PROTECTED]>
> ---
>
> diff -
On Thursday, 14 of February 2008, Stephen Rothwell wrote:
> Hi all,
>
> I have created the first cut of the linux-next tree at
> git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git.
>
> Things to know about this tree:
>
> It has two branches - master and stable. Stable is currently
On Wed, Feb 13, 2008 at 04:10:50PM +0100, Thomas Renninger wrote:
> Why do you want to still export the temperature via ACPI sysfs paths
> then?
> Once it is there and userspace progs make use of it, you will have to
> maintain it forever and HAL is getting crazy and must take care about:
> - Ho
On Wed, Feb 13, 2008 at 12:31:12PM -0800, Andrew Morton wrote:
> And it's a regression.
No, it's a feature. You've configured in both the legacy and the sysfs
interfaces for the battery, and hal is picking up both of them. There's
a patch upstream to make hal realise that they're the same devic
When trying to get the acpi_handle from an acpi_buffer, pass
ACPI_ROOT_OBJECT instead of NULL to acpi_get_handle(). This fixes the
detection of dock dependent bays.
Signed-off-by: Holger Macht <[EMAIL PROTECTED]>
---
diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
index 3fac011..d9b9143 1
Len Brown wrote:
Linux appears to be a special case in this BIOS.
ISLI returns 1 for OSI(Linux), which causes GUSB to do nothing.
(otherwise GUSB appears to touch SMM). GUSB is called at init time,
and also at wakup time.
I will need to read up a little on these terms (ISLI, GUSB, SMM), as I
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This batch...
fixes two suspend regressions
tidies up the recently updated cpuidle code, including adding documentation.
and some other fluff.
This will update the files shown below.
than
I'm confused by state0 -- why are usage and time non-zero --
is this due to some residency there during initialization?
I don't know if I like the looks of 2^32 - 1 as the power number...
-Len
[EMAIL PROTECTED] cpuidle]# cat /proc/acpi/processor/CPU0/power
active state:C0
max_cstate:
39 matches
Mail list logo