On Fri, 2007-07-20 at 04:25 +0800, Andrew Morton wrote:
>
> It's quite sad that this uses GFP_ATOMIC. Because GFP_ATOMIC is quite
> unreliable.
>
> Is it just not possible to use GFP_KERNEL here?
I thought of this problem before,
but GFP_ATOMIC is required in some cases.
> If _any_ of the calle
If the ACPI device has _EJ0, ignore the device. _PSx will set power for the
slot,
and the hotplug driver will take care of _PSx.
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Index: lgit/drivers/pci/pci-acpi.c
===
--- lgit.orig/dri
applied after Rafel's 'PM: Update global suspend and hibernation operations
framework' patch set
Use ACPI methods to select PCI device suspend state.
Signed-off-by: Shaohua Li<[EMAIL PROTECTED]>
Index: lgit/drivers/pci/pci-acpi.c
==
applied after Rafel's 'PM: Update global suspend and hibernation operations
framework' patch set
Hook acpi d-state to pnp suspend/resume.
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Index: lgit/include/linux/pnp.h
===
--- lgit.ori
It's quite sad that this uses GFP_ATOMIC. Because GFP_ATOMIC is quite
unreliable.
Is it just not possible to use GFP_KERNEL here?
If _any_ of the callers of this function could have used GFP_KERNEL then we
could at least pass the gfp_t into this function to allow it to use the
stronger form wh
On Thursday 19 July 2007 10:32:11 am [EMAIL PROTECTED] wrote:
> From Bjorn:
> >> In RHEL5 there was a change made to the acpi motherboard driver to
> >> not attach if any of the _CRS values are not I/O ports.
>
> >Yes. This is part of linux-2.6-x86_64-memory-hotplug.patch, and it
> >apparently he
Hi,
the following is the only way I could think of to hide some events as
per Dmitry suggestions while still using the default {set,get}keycode
implementation.
Unfortunately I don't have enough time to put more work in the
sony-laptop module right now.
I'll send an updated patch series later (tom
>From Bjorn:
>> In RHEL5 there was a change made to the acpi motherboard driver to
>> not attach if any of the _CRS values are not I/O ports.
>Yes. This is part of linux-2.6-x86_64-memory-hotplug.patch, and it
>apparently helps fix a bug:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=20
On Wed, Jul 18, 2007 at 03:28:01PM +0100, Matthew Garrett wrote:
> On Wed, Jul 18, 2007 at 08:45:19PM +0900, Mattia Dongili wrote:
> > On Tue, Jul 17, 2007 at 11:37:33AM +0100, Richard Hughes wrote:
> > > On Mon, 2007-07-16 at 19:09 +0100, Matthew Garrett wrote:
> > > >
> > > > That's fine, we hav
On Wed, Jul 18, 2007 at 11:45:25PM -0300, Henrique de Moraes Holschuh wrote:
>
> Len,
>
> Please pull from:
Henirque, just as a suggestion, but now that thinkpad-acpi isn't part
of the ACPI subdirectories in the kernel source, I'm wondering whether
it might not be better for you to just subm
On Wed, 2007-07-18 at 15:33 -0600, Bjorn Helgaas wrote:
> On Wednesday 18 July 2007 02:21:14 am Thomas Renninger wrote:
> > On Tue, 2007-07-17 at 09:49 -0600, Bjorn Helgaas wrote:
> > > On Monday 16 July 2007 08:21:07 am Thomas Renninger wrote:
> > > > PNP0C02 devices normally have a lot more IO po
On Thursday, 19 July 2007 04:05, Len Brown wrote:
> Rafael,
> Please delete the instances of the string ACPI_STATE_S2 -- it doesn't exist
> in practice
> and we don't want to imply it exists by inventing it here.
OK, I will.
> otherwise:
> Acked-by: Len Brown <[EMAIL PROTECTED]>
Thanks!
Greeti
12 matches
Mail list logo
