<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/include/acpi/acmacros.h, branch linux-2.6.23.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.23.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.23.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2007-07-22T06:27:40Z</updated>
<entry>
<title>Pull misc into release branch</title>
<updated>2007-07-22T06:27:40Z</updated>
<author>
<name>Len Brown</name>
</author>
<published>2007-07-22T06:27:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f79e3185dd0f8650022518d7624c876d8929061b'/>
<id>urn:sha1:f79e3185dd0f8650022518d7624c876d8929061b</id>
<content type='text'>
Conflicts:

	Documentation/feature-removal-schedule.txt
</content>
</entry>
<entry>
<title>ACPI: create CONFIG_ACPI_DEBUG_FUNC_TRACE</title>
<updated>2007-07-22T06:20:07Z</updated>
<author>
<name>Thomas Renninger</name>
</author>
<published>2007-05-31T15:20:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=798d91039849486c7a4f1a458a5680cb55a65408'/>
<id>urn:sha1:798d91039849486c7a4f1a458a5680cb55a65408</id>
<content type='text'>
Split ACPI_DEBUG into function trace enabled and not enabled.

Function trace is most of the ACPI_DEBUG costs, but is
not much of use for kernel ACPI debugging.

Size of kernel image increased on test compile:
+ 48k  (Full ACPI_DEBUG)
+ 35k  (ACPI_DEBUG with function trace compiled out)

Performance without function trace is also much better.

Also remove ACPI_LV_DEBUG_OBJECT from default debug level as
a lot vendors let Store (value, debug) in their code and this
might confuse users when it pops up in syslog.

Signed-off-by: Thomas Renninger &lt;trenn@suse.de&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPI: fix empty macros found by -Wextra</title>
<updated>2007-07-22T04:54:24Z</updated>
<author>
<name>Dave Jones</name>
</author>
<published>2007-07-09T18:33:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4ebf83c8cf89ab13bc23e46b0fcb6178ca23b43c'/>
<id>urn:sha1:4ebf83c8cf89ab13bc23e46b0fcb6178ca23b43c</id>
<content type='text'>
ACPI has a ton of macros which make a bunch of empty if's when configured
in non-debug mode.

[lenb: The code it complaines about is functionally correct,
 so this patch is just to make -Wextra happier]

#define DBG()

if(...)
        DBG();
next_c_statement

which turns into
if(...) ;
next_c_statement

Signed-off-by: Dave Jones &lt;davej@redhat.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPICA: Update copyright to 2007.</title>
<updated>2007-02-03T02:14:31Z</updated>
<author>
<name>Bob Moore</name>
</author>
<published>2007-02-02T16:48:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6c9deb7201d96733dcd1b4cc44e99232308db359'/>
<id>urn:sha1:6c9deb7201d96733dcd1b4cc44e99232308db359</id>
<content type='text'>
Added 2007 copyright to all module headers and signons. This affects
virtually every file in the ACPICA core subsystem, iASL compiler,
and the utilities.

Signed-off-by: Alexey Starikovskiy &lt;alexey.y.starikovskiy@intel.com&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPICA: Removed all 16-bit support.</title>
<updated>2007-02-03T02:14:30Z</updated>
<author>
<name>Bob Moore</name>
</author>
<published>2007-02-02T16:48:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=59fa85057e12ff135df54266722b2064c418fc05'/>
<id>urn:sha1:59fa85057e12ff135df54266722b2064c418fc05</id>
<content type='text'>
Support for 16-bit ACPICA has been completely removed since it is
no longer necessary and it clutters the code. All 16-bit macros,
types, and conditional compiles have been removed, cleaning up
and simplifying the code across the entire subsystem.
DOS support is no longer needed since the Linux firmware kit
is now available.

Signed-off-by: Alexey Starikovskiy &lt;alexey.y.starikovskiy@intel.com&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPICA: Add ACPI_MAX macro</title>
<updated>2007-02-03T02:14:30Z</updated>
<author>
<name>Bob Moore</name>
</author>
<published>2007-02-02T16:48:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=987c21a0b0081d480ec3cd04875509cdc10e15e7'/>
<id>urn:sha1:987c21a0b0081d480ec3cd04875509cdc10e15e7</id>
<content type='text'>
Signed-off-by: Alexey Starikovskiy &lt;alexey.y.starikovskiy@intel.com&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPI: acpi_os_allocate() fixes</title>
<updated>2006-07-10T06:37:22Z</updated>
<author>
<name>Len Brown</name>
</author>
<published>2006-07-10T05:35:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e21c1ca3f98529921c829a792dfdbfc5a5dc393b'/>
<id>urn:sha1:e21c1ca3f98529921c829a792dfdbfc5a5dc393b</id>
<content type='text'>
Replace acpi_in_resume with a more general hack
to check irqs_disabled() on any kmalloc() from ACPI.
While setting (system_state != SYSTEM_RUNNING) on resume
seemed more general, Andrew Morton preferred this approach.

http://bugzilla.kernel.org/show_bug.cgi?id=3469

Make acpi_os_allocate() into an inline function to
allow /proc/slab_allocators to work.

Delete some memset() that could fault on allocation failure.

Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPI: delete acpi_os_free(), use kfree() directly</title>
<updated>2006-06-30T07:19:10Z</updated>
<author>
<name>Len Brown</name>
</author>
<published>2006-06-30T07:19:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=02438d8771ae6a4b215938959827692026380bf9'/>
<id>urn:sha1:02438d8771ae6a4b215938959827692026380bf9</id>
<content type='text'>
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPI: ACPICA 20060623</title>
<updated>2006-06-28T07:11:38Z</updated>
<author>
<name>Bob Moore</name>
</author>
<published>2006-06-23T21:04:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=967440e3be1af06ad4dc7bb18d2e3c16130fe067'/>
<id>urn:sha1:967440e3be1af06ad4dc7bb18d2e3c16130fe067</id>
<content type='text'>
Implemented a new acpi_spinlock type for the OSL lock
interfaces.  This allows the type to be customized to
the host OS for improved efficiency (since a spinlock is
usually a very small object.)

Implemented support for "ignored" bits in the ACPI
registers.  According to the ACPI specification, these
bits should be preserved when writing the registers via
a read/modify/write cycle. There are 3 bits preserved
in this manner: PM1_CONTROL[0] (SCI_EN), PM1_CONTROL[9],
and PM1_STATUS[11].
http://bugzilla.kernel.org/show_bug.cgi?id=3691

Implemented the initial deployment of new OSL mutex
interfaces.  Since some host operating systems have
separate mutex and semaphore objects, this feature was
requested. The base code now uses mutexes (and the new
mutex interfaces) wherever a binary semaphore was used
previously. However, for the current release, the mutex
interfaces are defined as macros to map them to the
existing semaphore interfaces.

Fixed several problems with the support for the control
method SyncLevel parameter. The SyncLevel now works
according to the ACPI specification and in concert with the
Mutex SyncLevel parameter, since the current SyncLevel is
a property of the executing thread. Mutual exclusion for
control methods is now implemented with a mutex instead
of a semaphore.

Fixed three instances of the use of the C shift operator
in the bitfield support code (exfldio.c) to avoid the use
of a shift value larger than the target data width. The
behavior of C compilers is undefined in this case and can
cause unpredictable results, and therefore the case must
be detected and avoided.  (Fiodor Suietov)

Added an info message whenever an SSDT or OEM table
is loaded dynamically via the Load() or LoadTable()
ASL operators. This should improve debugging capability
since it will show exactly what tables have been loaded
(beyond the tables present in the RSDT/XSDT.)

Signed-off-by: Bob Moore &lt;robert.moore@intel.com&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPI: ACPICA 20060512</title>
<updated>2006-06-14T06:34:48Z</updated>
<author>
<name>Bob Moore</name>
</author>
<published>2006-05-12T21:12:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=958dd242b691f64ab4632b4903dbb1e16fee8269'/>
<id>urn:sha1:958dd242b691f64ab4632b4903dbb1e16fee8269</id>
<content type='text'>
Replaced the acpi_os_queue_for_execution() with a new
interface named acpi_os_execute(). The major difference is
that the new interface does not have a Priority parameter,
this appeared to be useless and has been replaced by
a Type parameter. The Type tells the OS what type of
execution is being requested, such as global lock handler,
notify handler, GPE handler, etc. This allows the host
to queue and execute the request as appropriate for the
request type, possibly using different work queues and
different priorities for the various request types. This
enables fixes for multithreading deadlock problems such as
http://bugzilla.kernel.org/show_bug.cgi?id=5534
(Alexey Starikovskiy and Bob Moore)

Fixed a possible memory leak associated with the
support for the so-called "implicit return" ACPI
extension. Reported by FreeBSD  (Fiodor Suietov)
http://bugzilla.kernel.org/show_bug.cgi?id=6514

Fixed a problem with the Load() operator where a table
load from an operation region could overwrite an internal
table buffer by up to 7 bytes and cause alignment faults
on IPF systems. (With assistance from Luming Yu)

Signed-off-by: Bob Moore &lt;robert.moore@intel.com&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
</feed>
