On Mon, 2006-11-27 at 10:13 -0800, Moore, Robert wrote:
I don't know what's going on here.
I wrote acpixtract in C in order to get away from Perl and Perl issues.
I certainly hope that we don't have yet another version of acpixtract.
Second.
Better remove this one soon. People are packing
Thomas Renninger wrote:
On Mon, 2006-11-27 at 10:13 -0800, Moore, Robert wrote:
I don't know what's going on here.
I wrote acpixtract in C in order to get away from Perl and Perl issues.
I certainly hope that we don't have yet another version of acpixtract.
Second.
Better remove this
On Mon, 2006-11-27 at 19:19 +0100, Mirosław Majka wrote:
Hi,
I've been sent to You by Ling Yu. don't know how to repair my broken
DSDT. I've tried some of those sent to the ACPI for linux page but none
of them works perfectly. I don't know where to send my decompiled code
to search for some
On Tue, 2006-11-28 at 13:24 +0300, Alexey Starikovskiy wrote:
Thomas Renninger wrote:
On Mon, 2006-11-27 at 10:13 -0800, Moore, Robert wrote:
I don't know what's going on here.
I wrote acpixtract in C in order to get away from Perl and Perl issues.
I certainly hope that we don't
Hi All,
On 11/28/06, Wu, Cody [EMAIL PROTECTED] wrote:
Hi Kein,
The SCI handler, which will run a GPE handler as you said here, Who is
belongs to? I mean, is it part of OS? Or BIOS? ACPI spec seems says if
the OS is ACPI compatible and ACPI was enabled, EC will trigger SCI,
then handled by
On Fri, 2006-11-24 at 23:34 -0800, Yong Lee wrote:
Hi all,
I’m hoping that someone out there can lend me a hand with a problem that we
were seeing. I’m not very familiar with the acpi tool so please bear with
me.
We had an outage where we could not ssh into our web server and we had to
Thomas Renninger wrote:
On Tue, 2006-11-28 at 13:24 +0300, Alexey Starikovskiy wrote:
Thomas Renninger wrote:
On Mon, 2006-11-27 at 10:13 -0800, Moore, Robert wrote:
I don't know what's going on here.
I wrote acpixtract in C in order to get away from Perl and Perl issues.
Hi Eric,
But, the thing is, I didn't see in any place
that the actual USB1 device is being associated with the 3rd bit of
this GPE register block. Is it defined in some other ACPI table or is
it dectated by the system platform?
This is made stiff in the board hardware layout especially how it
Thanks Cody for your replay!
Thank you all guys!
Eric.
On 11/29/06, Wu, Cody [EMAIL PROTECTED] wrote:
Hi Eric,
But, the thing is, I didn't see in any place
that the actual USB1 device is being associated with the 3rd bit of
this GPE register block. Is it defined in some other ACPI table or is
Hi Yong Lee,
shpchp: acpi_pciehprm:\_SB_.PCI0.PBLO OSHP fails=0x5
This message means OSHP method is not found under _SB.PCI0.PBLO. This
message itself is harmless, I think.
But, IIRC, old shpchp driver had a problem that loading shpchp driver
may cause a master-abort on some ongoing PCI
Peter Clifton napisał(a):
I don't know about the HP NX 6125, but on my nc 6320, you have to rmmod
psmouse before you shutdown or reboot the computer, otherwise something
upsets the BIOS and it won't run at full speed on next boot up.
Can't hurt to give it a try. The other method to get it
11 matches
Mail list logo