On Tue, 2007-02-27 at 23:19 +0800, Pallipadi, Venkatesh wrote:
> Yes. All the things needed are in cpufreq already and I don't think we
> need to export things like P-state power etc in /sys. I think we should
> be able to remove all P-state stuff in /proc/acpi without adding
> anything in cpufreq.
From: John Keller <[EMAIL PROTECTED]>
To provide compatibilty with SN kernels that do and do not have ACPI IO
support, the SN PROM must build different versions of some ACPI tables
based on which kernel is booting. As such, the tables may have to change
at kernel boot time. By default, prior to
From: Bernhard Walle <[EMAIL PROTECTED]>
Add hint that acpi=off doesn't work on IA64.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
Documentation/kernel-parameters.txt |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff -puN
From: Thomas Renninger <[EMAIL PROTECTED]>
Signed-off-by: Thomas Renninger <[EMAIL PROTECTED]>
Cc: Len Brown <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
drivers/acpi/processor_core.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff -puN
dr
From: Andrew Morton <[EMAIL PROTECTED]>
drivers/misc/sony-laptop.c: In function 'sony_acpi_add':
drivers/misc/sony-laptop.c:456: warning: 'result' may be used uninitialized in
this function
The compiler seems to actually be telling the truth this time.
Cc: Mattia Dongili <[EMAIL PROTECTED]>
Cc:
From: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Fix the compile issues when CPU_IDLE is not configured.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Cc: Adam Belay <[EMAIL PROTECTED]>
Cc: Shaohua Li <[EMAIL PROTECTED]>
Cc: Len Brown <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL
From: Adrian Bunk <[EMAIL PROTECTED]>
This patch makes the following needlessly global code static:
- driver.c: __cpuidle_find_driver()
- governor.c: __cpuidle_find_governor()
- ladder.c: struct ladder_governor
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Cc: Len Brown <[EMAIL PROTECTED]>
Cc: V
> "PM" == Pavel Machek <[EMAIL PROTECTED]> writes:
PM> ACPI AML is probably turing-complete: I'm afraid you are trying to
PM> solve the halting problem (-> impossible).
If you can restrict the virtual machine which AML runs in to a limited
amount of memory/storage, you can solve halting for i
On 3/6/07, Jeff Chua <[EMAIL PROTECTED]> wrote:
On 3/5/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > I have the same problem on my IBM X60s on rc1 and rc2. Can't resume
> > from RAM, can't suspend to disk. It is possible to revert all the
> > changes to ACPI and test it?
>
> This is with CONFIG
> Quoting Jeff Chua <[EMAIL PROTECTED]>:
> Subject: Re: 2.6.21-rc1: known regressions (v2) (part 1)
>
> On 3/6/07, Jeff Chua <[EMAIL PROTECTED]> wrote:
> > On 3/5/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > > I have the same problem on my IBM X60s on rc1 and rc2. Can't resume
> > > > from
On 3/6/07, Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
> Quoting Jeff Chua <[EMAIL PROTECTED]>:
> Subject: Re: 2.6.21-rc1: known regressions (v2) (part 1)
>
> On 3/6/07, Jeff Chua <[EMAIL PROTECTED]> wrote:
> > On 3/5/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > > I have the same proble
On Tue, Jan 01, 2002 at 04:57:52AM +, Pavel Machek wrote:
> Hi!
>
> > commit 4465857d5f99079bae00621626adf74ed8256296
> > Author: Mattia Dongili <[EMAIL PROTECTED]>
> > Date: Sat Jan 13 23:04:39 2007 +0100
> >
> > sony_acpi: Add lanpower and audiopower controls
> >
> > audiopow
On Tue, Mar 06, 2007 at 01:22:13PM +0100, Mattia Dongili wrote:
> the audiopower is basically a _PS3/_PS0 switch for the device, while the
> lanpower plays with the embedded controller to powerdown/powerup.
>
> Now, unfortunately those methods are attached to a fake device in the
> DSDT and afaict
Hi David,
On Mon, 5 Mar 2007 13:35:20 -0800, David Hubbard wrote:
> > 2* It seems to incur a signficant performance penalty.
> > request_resource isn't cheap as far as I know. And in the
> > absence of conflict, you are even allocating and releasing the resource
> > on _each_ I/O operation, wh
Hi Bodo,
On Mon, 05 Mar 2007 14:56:44 +0100, Bodo Eggert wrote:
> 1) Make a general resource allocation lock, if there is none.
Such a lock certainly exists, but I doubt it is public at the moment.
> 2) make ACPI take this lock whenever it touches ports not allocated by itself
>and release i
Hi Pavel,
On Mon, 5 Mar 2007 22:25:48 +, Pavel Machek wrote:
> > Is there anything preventing us from doing such a walk and pre-allocate
> > all the I/O ranges? I am not familiar with the ACPI code at all, would
> > you possibly propose a patch doing that?
>
> ACPI AML is probably turing-comp
On Tue, Mar 06, 2007 at 03:58:01PM +0800, Zhao Forrest wrote:
> On 3/6/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Tue, 6 Mar 2007 02:43:12 -0500 Dave Jones <[EMAIL PROTECTED]> wrote:
> >
> > > On Mon, Mar 05, 2007 at 11:30:37PM -0800, Andrew Morton wrote:
> > > >
> > > > I always g
Probably, the intended statement was
And (0xFE, Local7, Local7)
This type of thing should certainly be reported to the vendor.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linux-acpi-
> [EMAIL PROTECTED] On Behalf Of Renato Alves
> Sent: Monday, March 05, 2007 4:40 PM
> To: lin
why is fake_ecdt no longer necessary -- because ec initializes first now?
while I'm glad to see the ec_burst_enable exported -- it is currently
not called and we continue to always operate in normal mode, yes?
it seems that burst mode is intended for when we want to push
a series of commands to t
Andrew,
This patch is munged -- please remove it from mm.
The correct patch is already present in git-acpi.patch,
which perhaps is why patch munged it on entry into mm.
thanks,
-Len
On Tuesday 06 March 2007 05:29, [EMAIL PROTECTED] wrote:
> From: John Keller <[EMAIL PROTECTED]>
>
> To provide
On Tue, Mar 06, 2007 at 01:17:53PM +, Matthew Garrett wrote:
> On Tue, Mar 06, 2007 at 01:22:13PM +0100, Mattia Dongili wrote:
>
> > the audiopower is basically a _PS3/_PS0 switch for the device, while the
> > lanpower plays with the embedded controller to powerdown/powerup.
> >
> > Now, unfor
>> > Is there anything preventing us from doing such a walk and pre-allocate
>> > all the I/O ranges? I am not familiar with the ACPI code at all, would
>> > you possibly propose a patch doing that?
>>
>> ACPI AML is probably turing-complete: I'm afraid you are trying to
>> solve the halting probl
On Tue, 6 Mar 2007, Jean Delvare wrote:
> On Mon, 05 Mar 2007 14:56:44 +0100, Bodo Eggert wrote:
> > 2) make ACPI take this lock whenever it touches ports not allocated by
> > itself
> >and release it on function return.
>
> This is costly.
TANSTAAFL. You'll need to take some lock, and if y
Hi!
> > > commit 4465857d5f99079bae00621626adf74ed8256296
> > > Author: Mattia Dongili <[EMAIL PROTECTED]>
> > > Date: Sat Jan 13 23:04:39 2007 +0100
> > >
> > > sony_acpi: Add lanpower and audiopower controls
> > >
> > > audiopower works well on my SZ72B so it's not marked has "de
Hi!
> > > Is there anything preventing us from doing such a walk and pre-allocate
> > > all the I/O ranges? I am not familiar with the ACPI code at all, would
> > > you possibly propose a patch doing that?
> >
> > ACPI AML is probably turing-complete: I'm afraid you are trying to
> > solve the ha
In other words, as per my earlier message:
Port addresses can be dynamically generated by the AML code and thus,
there is no way that the ACPI subsystem can statically predict any
addresses that will be accessed by the AML.
Bob
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linu
Hi Matthew,
On Fri, 2 Mar 2007 21:46:43 +, Matthew Garrett wrote:
> On Fri, Mar 02, 2007 at 10:41:55PM +0100, Jean Delvare wrote:
>
> > I like the patch, after adding some casts to the printf args it
> > compiles fine. However you print warnings each time a resource has been
> > reserved... w
On Tue, Mar 06, 2007 at 10:09:59PM +0100, Pavel Machek wrote:
> Hi!
>
> > > > commit 4465857d5f99079bae00621626adf74ed8256296
> > > > Author: Mattia Dongili <[EMAIL PROTECTED]>
> > > > Date: Sat Jan 13 23:04:39 2007 +0100
> > > >
> > > > sony_acpi: Add lanpower and audiopower controls
> > >
Eliminate bay events on resume if nothing has changed.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
Index: 2.6-git/drivers/acpi/bay.c
===
--- 2.6-git.orig/drivers/acpi/bay.c
+++ 2.6-git/drivers/acpi/bay.c
@@ -51,6 +51,7
On Tue, 6 Mar 2007 15:36:29 -0800
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8136
>
Let's take this to email.
>
>
>
> --- Additional Comments From [EMAIL PROTECTED] 2007-03-06 15:36 ---
> Created an attachment (id=10631)
> --> (http://bugzilla.kernel.org/
Hi,
On Wednesday, 7 March 2007 01:15, Andrew Morton wrote:
> On Tue, 6 Mar 2007 15:36:29 -0800
> [EMAIL PROTECTED] wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=8136
> >
>
> Let's take this to email.
>
> >
> >
> >
> > --- Additional Comments From [EMAIL PROTECTED] 2007-03-06
On Tue, 06 Mar 2007, Kristen Carlson Accardi wrote:
> Eliminate bay events on resume if nothing has changed.
Are these *really* useless? What if the *contents* of the bay changed?
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them
Le mardi 06 mars 2007 à 16:15 -0800, Andrew Morton a écrit :
> So rc2-mm2 panics due to "MP-BIOS bug: 8254 timer not connected to IO-APIC"
> and
> rc2-mm1 does not.
>
> Could be ACPI, could be x86_64 timer changes, could be something else.
>
> Would you have time to bisect it?
> http://www.zip
> Subject: libata: PATA UDMA/100 configured as UDMA/33
> References : http://lkml.org/lkml/2007/2/20/294
>
> http://www.mail-archive.com/linux-ide@vger.kernel.org/msg04115.html
> Submitter : Fabio Comolli <[EMAIL PROTECTED]>
> Handled-By : Tejun Heo <[EMAIL PROTECTED]>
> Status
34 matches
Mail list logo