Len Brown wrote:
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This seems to break ia64 defconfig:
Building modules, stage 2.
MODPOST 157 modules
FATAL: drivers/acpi/button: sizeof(struct acpi_device_id)=20 is not a modulo of
On Tue 2007-07-17 08:08:24, Aaron Durbin wrote:
> On 7/17/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> >On Monday 16 July 2007 20:00:19 Aaron Durbin wrote:
> >>
> >> Add the ability to reset the machine using the
> >RESET_REG in ACPI's FADT table.
> >
> >Why? I had such a patch at some point as exp
On Thu, 26 Jul 2007, Rafael J. Wysocki wrote:
>
> My point is we have ACPI dependent on PM, so if you want ACPI, you end
> up with all of the STR stuff built in, which is what you don't like (if I
> understand that correctly). If we have CONFIG_SUSPEND, you'll be able to
> choose ACPI alone. :-
On Thursday, 26 July 2007 21:57, Linus Torvalds wrote:
>
> On Thu, 26 Jul 2007, Rafael J. Wysocki wrote:
> >
> > Hmm, perhaps we should introduce a CONFIG_SUSPEND and change
> > CONFIG_SOFTWARE_SUSPEND into CONFIG_HIBERNATION, both depending on
> > CONFIG_PM?
> >
> > There's quite some code need
This time on a HP Pavillion DV2000 ,
ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62<6>ACPI: PCI Root
Bridge [PCI0] (:00)
ACPI: EC: Handler for query 0x57 is not found!
Seems to be a new warning/error, too noisy debugging again?
Regards,
ismail
--
Perfect is the enemy of goo
On Thu, 26 Jul 2007, Rafael J. Wysocki wrote:
>
> Hmm, perhaps we should introduce a CONFIG_SUSPEND and change
> CONFIG_SOFTWARE_SUSPEND into CONFIG_HIBERNATION, both depending on
> CONFIG_PM?
>
> There's quite some code needed only for suspend compiled in when CONFIG_PM is
> set ...
Sounds li
I'm seeing a fairly strange hang on my Foxconn G9657MA with firmware 50.
Upon bootup I get a hang while working with ACPI. With ACPI debug
statements turned on, it hangs after (Kernel 2.6.21.5 stock):
[...]
Compat vDSO mapped to e000.
Checking 'hlt' instruction... OK.
Freeing SMP alterna
On Thursday, 26 July 2007 19:45, Len Brown wrote:
> On Thursday 26 July 2007 02:55, Linus Torvalds wrote:
> >
> > On Thu, 26 Jul 2007, Len Brown wrote:
> > >
> > > Feel free to share what you know about the benefits vs. the costs
> > > of maintaining CONFIG_ACPI_SLEEP as a build option.
> >
> >
>>
>> config ACPI_PROCESSOR
>> tristate "Processor"
>> default y
>> help
>> This driver installs ACPI as the idle handler for Linux, and uses
>> ACPI C2 and C3 processor states to save power, on systems that
>> support it. It is required by sev
Len Brown wrote:
> On Thursday 26 July 2007 06:07, Gabriel C wrote:
>
>>> If you feel that your system has been degraded
>>> because it now includes what used to be excluded under
>>> CONFIG_ACPI_SLEEP=n, please let me know how.
>> Even if I want to SUSPEND* to I can't on my Dell Precision 530
>
Linus Torvalds wrote:
On Thu, 26 Jul 2007, [EMAIL PROTECTED] wrote:
how about the fact that Linus found the problem becouse his system didn't work
right?
No, it works, it just forces me to use a configuration that I'm not
personally interested in on that particular machine.
I tend to like
> > I was actually asking how somebody's _system_ has been degraded
> > by this change -- but I haven't got an objective answer to that one yet.
>
> how about the fact that Linus found the problem becouse his system didn't
> work right?
I guess I missed that message. What system didn't work ri
On Thu, 26 Jul 2007, Len Brown wrote:
>
> Can you be specific about how much additional "bloat" your system
> must endure with CONFIG_ACPI_SLEEP=y
All of CONFIG_HOTPLUG_CPU.
Len, this is not about ACPI code. This is about CONFIG_HOTPLUG_CPU. Which
I don't want. And which you forced on me.
On Thu, 26 Jul 2007, [EMAIL PROTECTED] wrote:
>
> how about the fact that Linus found the problem becouse his system didn't work
> right?
No, it works, it just forces me to use a configuration that I'm not
personally interested in on that particular machine.
I tend to like using minimal kerne
On Thursday 26 July 2007 06:07, Gabriel C wrote:
> > If you feel that your system has been degraded
> > because it now includes what used to be excluded under
> > CONFIG_ACPI_SLEEP=n, please let me know how.
>
> Even if I want to SUSPEND* to I can't on my Dell Precision 530
> boxes ,
> SCSI is
On Thu, 26 Jul 2007, Len Brown wrote:
On Thursday 26 July 2007 02:55, Linus Torvalds wrote:
On Thu, 26 Jul 2007, Len Brown wrote:
If you feel that your system has been degraded
because it now includes what used to be excluded under
CONFIG_ACPI_SLEEP=n, please let me know how.
I feel that
On Thu, 26 Jul 2007, Len Brown wrote:
>
> I was actually asking how somebody's _system_ has been degraded
> by this change -- but I haven't got an objective answer to that one yet.
According to that logic, we should always compile *everything* in.
Do you see the problem?
And can you realize t
On Thursday 26 July 2007 02:55, Linus Torvalds wrote:
>
> On Thu, 26 Jul 2007, Len Brown wrote:
> >
> > Feel free to share what you know about the benefits vs. the costs
> > of maintaining CONFIG_ACPI_SLEEP as a build option.
>
> Why don't you just make CONFIG_ACPI_SLEEP dependent on SOFTWARE_SU
Run PNP files through Lindent. These patches contain no functional
changes. I verified that the i386 object files before and after are
identical like this:
$ grep PNP .config
# CONFIG_IP_PNP is not set
CONFIG_PNP=y
CONFIG_PNP_DEBUG=y
CONFIG_ISAPNP=y
CONFIG_PNPBIOS=y
C
--
Bis die Tage mal...Frank
Quid pro quo
Diese Mail wurde mit Sylpheed erstellt.
UBUNTU LINUX Dapper 6.06 Long Term Support
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [EMAIL PROTECTED]
More majordo
On Thu, 26 Jul 2007, Florian Echtler wrote:
>> I have a notebook (Acer Aspire 5550) with the Intel ICH7 chipset (see
>> attached lspci output). Unfortunately, the SATA controller is stuck in
>> non-AHCI mode and the braindead BIOS doesn't allow me to change that. Is
>> it possible to change the
Add a newline to printk so next line does not run together with this
line.
Signed-off-by: Meelis Roos <[EMAIL PROTECTED]>
diff --git a/drivers/acpi/ec.c b/drivers/acpi/ec.c
index 469f3f5..9ecfdbc 100644
--- a/drivers/acpi/ec.c
+++ b/drivers/acpi/ec.c
@@ -685,7 +685,7 @@ static int ec_parse_devic
Len Brown wrote:
> On Wednesday 25 July 2007 22:20, [EMAIL PROTECTED] wrote:
>> On Wed, 25 Jul 2007, Len Brown wrote:
>>
>>> On Wednesday 25 July 2007 14:48, Linus Torvalds wrote:
>>>
... ACPI now seems to select CPU hotplug. Why?
>>> ACPI=y SMP=y systems require SUSPEND_SMP=y for system sleep
On Thu, 26 Jul 2007 13:05:02 +0400 Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
> The following error occurs:
>
> drivers/built-in.o(.text+0xb2f9): In function `acpi_pci_choose_state':
> pci-acpi.c: undefined reference to `acpi_pm_device_sleep_state'
> drivers/built-in.o(.text+0x3269d): In function
The following error occurs:
drivers/built-in.o(.text+0xb2f9): In function `acpi_pci_choose_state':
pci-acpi.c: undefined reference to `acpi_pm_device_sleep_state'
drivers/built-in.o(.text+0x3269d): In function `pnpacpi_suspend':
core.c: undefined reference to `acpi_pm_device_sleep_state'
The pro
On Wed, Jul 25, 2007 at 01:04:02PM -0700, David Brownell wrote:
> I'm curious about the status of the appended patch ... without it,
> the new acpi_pm_device_sleep_state() routine isn't really able to
> do anything intelligent. The patch still applies to 2.6.23-rc1-git;
> my patches-that-still-hav
On Wed, 25 Jul 2007, Len Brown wrote:
> On Wednesday 25 July 2007 14:48, Linus Torvalds wrote:
>
> > ... ACPI now seems to select CPU hotplug. Why?
>
> ACPI=y SMP=y systems require SUSPEND_SMP=y for system sleep support,
> and that requires HOTPLUG_CPU=y.
.. and why do you think I want system
27 matches
Mail list logo