Now we use acpi.debug_level and acpi.debug_layer as kernel boot
parameters instead of acpi_dbg_level and acpi_dbg_layer.
But the document is not updated in time.
Thanks to Andi Kleen for pointing it out.
This is the patch to update documentation for ACPI debug option.
Signed-off-by: Zhang Rui <[E
On Tue, 2007-04-24 at 02:58 +0800, Len Brown wrote:
> It is useful to see what Microsoft is doing with ACPI in Vista --
> as that shapes many of the BIOS implementations that Linux will
> encounter:
>
> http://download.microsoft.com/download/5/b/9/5b97017b-e28a-4bae-ba48-174cf47d23cd/CPA002_WH06.p
On Sun, 2007-04-22 at 22:57 -0400, Lex Neva wrote:
> So, the questions I have:
>
> Is this a problem anyone's seen before?
>
> Is this a bug? If so, is it in linux-ACPI or psmouse (or something
> else)?
>
> Is there anything I can do to get my power savings and still make the
> mouse
> driver
Hi,
On Tuesday 24 April 2007, Mark Lord wrote:
> Tejun Heo wrote:
> >
> > of the time. I think HDIO_GET_IDENTITY's meaning is something like
> > "give me IDENTIFY page of the device as seen by the driver" and doesn't
> > really matter as long as it can be used to get general idea about the
> >
Tejun Heo wrote:
of the time. I think HDIO_GET_IDENTITY's meaning is something like
"give me IDENTIFY page of the device as seen by the driver" and doesn't
really matter as long as it can be used to get general idea about the
device.
The correct/original meaning of that ioctl was "boot time I
Alan Cox wrote:
* after successfully executing _GTF taskfiles, IDENTIFY page is
reloaded
Interesting question we should sort out: What is our identify page as
supplied to the user meant to be ?
The old IDE one started off as the "identify data at boot" (which is
useful) and mutated through a
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly involv
It is useful to see what Microsoft is doing with ACPI in Vista --
as that shapes many of the BIOS implementations that Linux will encounter:
http://download.microsoft.com/download/5/b/9/5b97017b-e28a-4bae-ba48-174cf47d23cd/CPA002_WH06.ppt
-
To unsubscribe from this list: send the line "unsubscribe
On Monday 23 April 2007, Pavel Machek wrote:
> Hi!
>
> > static inline int device_suspend(pm_message_t state)
> > --- g26.orig/drivers/base/power/main.c 2007-04-04 13:03:33.0
> > -0700
> > +++ g26/drivers/base/power/main.c 2007-04-04 13:03:34.0 -0700
> > @@ -29,6 +29,9 @@
Hi!
> static inline int device_suspend(pm_message_t state)
> --- g26.orig/drivers/base/power/main.c2007-04-04 13:03:33.0
> -0700
> +++ g26/drivers/base/power/main.c 2007-04-04 13:03:34.0 -0700
> @@ -29,6 +29,9 @@ LIST_HEAD(dpm_off_irq);
> DECLARE_MUTEX(dpm_sem);
> D
Alan Cox wrote:
>> * after successfully executing _GTF taskfiles, IDENTIFY page is
>> reloaded
>
> Interesting question we should sort out: What is our identify page as
> supplied to the user meant to be ?
>
> The old IDE one started off as the "identify data at boot" (which is
> useful) and mu
Alan Cox wrote:
> You can end up with _SDD methods for SFF format controllers (or what we
> think of as SFF format controllers) when we don't have the knowledge to
> drive them in their full super-whizzo method (eg Marvell)
>
>> The ACPI spec says the layout is dependent on controller interface an
12 matches
Mail list logo