Hello all,
In the 2.6.9 changelog It was written that :
ACPI_OS_NAME was removed from the OS-specific headers. The default
name is now Microsoft Windows NT for maximum compatibility.
Regarding the lastest git repository, this is still the case. I was
wondering if this sentence is always true
On Wednesday 05 December 2007 13:34:19 Erwan Velu wrote:
If (\_OSI(Linux)) {}
So on recent hardware could it be interesting to use Windows 2006 or
Linux as default ACPI_OS_NAME ?
You're mixing up _OS and _OSI - they are different things.
With _OS - Linux specifies it is compatible with one
Re: warning on suspend-to-RAM caused by
pnp-request-ioport-and-iomem-resources-used-by-active-devices.patch,
thread here: http://lkml.org/lkml/2007/11/22/110
On Saturday 01 December 2007 05:00:34 am Jiri Slaby wrote:
I didn't get it. Maybe some trolls poking around or something (maybe the
ext3
On Wed, Dec 05, 2007 at 11:24:18AM -0700, Bjorn Helgaas wrote:
This means we will not disable the device and release its
resources. The driver suspend method typically does not release
its resources in the suspend path. For example, if we have:
03f8-03ff : 00:06
03f8-03ff : serial
Oops, the link to the tarball:
http://dbservice.com/ftpdir/tom/acpid-ng.tar.gz
tom
-
To unsubscribe from this list: send the line unsubscribe linux-acpi in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
What is it?
=
An acpi deamon that processes events from various sources, passes these
to scripts for further processing and also broadcasts dbus events.
Currently it contains drivers for (generic-)netlink and evdev event
sources. Configuration and event processing is done in Lua,
as requested by kernel boot messages
suse 2.6.22.13-0.3-default #1 SMP 2007/11/19 15:02:58 UTC i686 i686 i386
# dmidecode 2.9
SMBIOS 2.4 present.
24 structures occupying 1067 bytes.
Table at 0x000DC010.
Handle 0x, DMI type 0, 24 bytes
BIOS Information
Vendor: COMPAL
Version:
On Wednesday, 5 of December 2007, Bjorn Helgaas wrote:
Re: warning on suspend-to-RAM caused by
pnp-request-ioport-and-iomem-resources-used-by-active-devices.patch,
thread here: http://lkml.org/lkml/2007/11/22/110
On Saturday 01 December 2007 05:00:34 am Jiri Slaby wrote:
I didn't get it.
From: Bob Moore [EMAIL PROTECTED]
This bug has been in the ACPICA interpreter since the beginning of time.
It is a reference-after-free bug due to the interpreter doing a
return by reference on local objects instead of a return by value
when the objects are part of a package.
It could
