<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-op-linux/drivers/acpi, branch v4.4-rc4</title>
<subtitle>Talos™ II Linux sources for OpenPOWER</subtitle>
<id>https://git.raptorcs.com/git/talos-op-linux/atom?h=v4.4-rc4</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-op-linux/atom?h=v4.4-rc4'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/'/>
<updated>2015-12-04T19:30:45+00:00</updated>
<entry>
<title>Merge branch 'libnvdimm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm</title>
<updated>2015-12-04T19:30:45+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2015-12-04T19:30:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=fb39cbda147082a2e7dc4e2b5f3298448295e3c4'/>
<id>urn:sha1:fb39cbda147082a2e7dc4e2b5f3298448295e3c4</id>
<content type='text'>
Pull libnvdimm fixes from Dan Williams:

 - NFIT parsing regression fixes from Linda.  The nvdimm hot-add
   implementation merged in 4.4-rc1 interpreted the specification in a
   way that breaks actual HPE platforms.  We are also closing the loop
   with the ACPI Working Group to get this clarification added to the
   spec.

 - Andy pointed out that his laptop without nvdimm resources is loading
   the e820-nvdimm module by default, fix that up to only load the
   module when an e820-type-12 range is present.

* 'libnvdimm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm:
  nfit: Adjust for different _FIT and NFIT headers
  nfit: Fix the check for a successful NFIT merge
  nfit: Account for table size length variation
  libnvdimm, e820: skip module loading when no type-12
</content>
</entry>
<entry>
<title>Merge branches 'acpica', 'acpi-video' and 'device-properties'</title>
<updated>2015-12-04T13:01:17+00:00</updated>
<author>
<name>Rafael J. Wysocki</name>
<email>rafael.j.wysocki@intel.com</email>
</author>
<published>2015-12-04T13:01:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=3e5050e60e3b51e32940926ccb4aa5965f618306'/>
<id>urn:sha1:3e5050e60e3b51e32940926ccb4aa5965f618306</id>
<content type='text'>
* acpica:
  ACPI: Better describe ACPI_DEBUGGER

* acpi-video:
  MAINTAINERS: ACPI / video: update a file name in drivers/acpi/

* device-properties:
  ACPI / property: fix compile error for acpi_node_get_property_reference() when CONFIG_ACPI=n
</content>
</entry>
<entry>
<title>Merge branches 'acpi-pci' and 'pm-pci'</title>
<updated>2015-12-04T13:01:02+00:00</updated>
<author>
<name>Rafael J. Wysocki</name>
<email>rafael.j.wysocki@intel.com</email>
</author>
<published>2015-12-04T13:01:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=c09c9dd2e9c732658c744a802101d5c34fedde22'/>
<id>urn:sha1:c09c9dd2e9c732658c744a802101d5c34fedde22</id>
<content type='text'>
* acpi-pci:
  x86/PCI/ACPI: Fix regression caused by commit 4d6b4e69a245

* pm-pci:
  PCI / PM: Tune down retryable runtime suspend error messages
</content>
</entry>
<entry>
<title>x86/PCI/ACPI: Fix regression caused by commit 4d6b4e69a245</title>
<updated>2015-12-02T01:30:15+00:00</updated>
<author>
<name>Liu Jiang</name>
<email>jiang.liu@linux.intel.com</email>
</author>
<published>2015-11-27T03:12:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=727ae8be30b428082d3519817f4fb98b712d457d'/>
<id>urn:sha1:727ae8be30b428082d3519817f4fb98b712d457d</id>
<content type='text'>
Commit 4d6b4e69a245 ("x86/PCI/ACPI: Use common interface to support
PCI host bridge") converted x86 to use the common interface
acpi_pci_root_create, but the conversion missed on code piece in
arch/x86/pci/bus_numa.c, which causes regression on some legacy
AMD platforms as reported by Arthur Marsh &lt;arthur.marsh@internode.on.net&gt;.
The root causes is that acpi_pci_root_create() fails to insert
host bridge resources into iomem_resource/ioport_resource because
x86_pci_root_bus_resources() has already inserted those resources.
So change x86_pci_root_bus_resources() to not insert resources into
iomem_resource/ioport_resource.

Fixes: 4d6b4e69a245 ("x86/PCI/ACPI: Use common interface to support PCI host bridge")
Signed-off-by: Jiang Liu &lt;jiang.liu@linux.intel.com&gt;
Reported-and-tested-by: Arthur Marsh &lt;arthur.marsh@internode.on.net&gt;
Reported-and-tested-by: Krzysztof Kolasa &lt;kkolasa@winsoft.pl&gt;
Reported-and-tested-by: Keith Busch &lt;keith.busch@intel.com&gt;
Reported-and-tested-by: Hans de Bruin &lt;jmdebruin@xmsnet.nl&gt;
Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;
</content>
</entry>
<entry>
<title>nfit: Adjust for different _FIT and NFIT headers</title>
<updated>2015-11-30T22:51:46+00:00</updated>
<author>
<name>Linda Knippers</name>
<email>linda.knippers@hpe.com</email>
</author>
<published>2015-11-21T00:05:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=6b577c9d772c45448aec784ec235cea228b4d3ad'/>
<id>urn:sha1:6b577c9d772c45448aec784ec235cea228b4d3ad</id>
<content type='text'>
When support for _FIT was added, the code presumed that the data
returned by the _FIT method is identical to the NFIT table, which
starts with an acpi_table_header.  However, the _FIT is defined
to return a data in the format of a series of NFIT type structure
entries and as a method, has an acpi_object header rather tahn
an acpi_table_header.

To address the differences, explicitly save the acpi_table_header
from the NFIT, since it is accessible through /sys, and change
the nfit pointer in the acpi_desc structure to point to the
table entries rather than the headers.

Reported-by: Jeff Moyer (jmoyer@redhat.com&gt;
Signed-off-by: Linda Knippers &lt;linda.knippers@hpe.com&gt;
Acked-by: Vishal Verma &lt;vishal.l.verma@intel.com&gt;
[vishal: fix up unit test for new header assumptions]
Signed-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;
</content>
</entry>
<entry>
<title>nfit: Fix the check for a successful NFIT merge</title>
<updated>2015-11-30T22:51:46+00:00</updated>
<author>
<name>Linda Knippers</name>
<email>linda.knippers@hpe.com</email>
</author>
<published>2015-11-21T00:05:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=ff5a55f89c6690a0b292f1a7e0cd4532961588d5'/>
<id>urn:sha1:ff5a55f89c6690a0b292f1a7e0cd4532961588d5</id>
<content type='text'>
Missed previously due to a lack of test coverage on a platform that
provided an valid response to _FIT.

Signed-off-by: Linda Knippers &lt;linda.knippers@hpe.com&gt;
Acked-by: Vishal Verma &lt;vishal.l.verma@intel.com&gt;
Signed-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;
</content>
</entry>
<entry>
<title>nfit: Account for table size length variation</title>
<updated>2015-11-30T22:22:35+00:00</updated>
<author>
<name>Linda Knippers</name>
<email>linda.knippers@hpe.com</email>
</author>
<published>2015-11-21T00:05:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=826c416f3c9493b69630a811832cfb7c9007f840'/>
<id>urn:sha1:826c416f3c9493b69630a811832cfb7c9007f840</id>
<content type='text'>
The size of NFIT tables don't necessarily match the size of the
data structures that we use for them.  For example, the NVDIMM
Control Region Structure table is shorter for a device with
no block control windows than for a device with block control windows.
Other tables, such as Flush Hint Address Structure and the Interleave
Structure are variable length by definition.

Account for the size difference when comparing table entries by
using the actual table size from the table header if it's less
than the structure size.

Signed-off-by: Linda Knippers &lt;linda.knippers@hpe.com&gt;
Acked-by: Vishal Verma &lt;vishal.l.verma@intel.com&gt;
Signed-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;
</content>
</entry>
<entry>
<title>ACPI: Better describe ACPI_DEBUGGER</title>
<updated>2015-11-30T21:58:51+00:00</updated>
<author>
<name>Peter Zijlstra</name>
<email>peterz@infradead.org</email>
</author>
<published>2015-11-30T21:32:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=1170419496ae333fff1c2e8ca7dccf9a412e97c1'/>
<id>urn:sha1:1170419496ae333fff1c2e8ca7dccf9a412e97c1</id>
<content type='text'>
Hi,

For a brief moment I was tricked into thinking that:

  In-kernel debugger (EXPERIMENTAL) (ACPI_DEBUGGER) [N/y/?] (NEW)

might be something useful. Better describe the feature to reduce
such confusion.

Signed-off-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;
Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;
</content>
</entry>
<entry>
<title>Merge branches 'acpi-smbus', 'acpi-ec' and 'acpi-pci'</title>
<updated>2015-11-20T00:22:52+00:00</updated>
<author>
<name>Rafael J. Wysocki</name>
<email>rafael.j.wysocki@intel.com</email>
</author>
<published>2015-11-20T00:22:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=a3767e3c9da514e63e898772b72b932f9eb3b062'/>
<id>urn:sha1:a3767e3c9da514e63e898772b72b932f9eb3b062</id>
<content type='text'>
* acpi-smbus:
  Revert "ACPI / SBS: Add 5 us delay to fix SBS hangs on MacBook"
  ACPI / SMBus: Fix boot stalls / high CPU caused by reentrant code

* acpi-ec:
  ACPI-EC: Drop unnecessary check made before calling acpi_ec_delete_query()

* acpi-pci:
  PCI: Fix OF logic in pci_dma_configure()
</content>
</entry>
<entry>
<title>Merge branches 'pm-cpufreq' and 'acpi-cppc'</title>
<updated>2015-11-20T00:22:10+00:00</updated>
<author>
<name>Rafael J. Wysocki</name>
<email>rafael.j.wysocki@intel.com</email>
</author>
<published>2015-11-20T00:22:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=9832bf3a35f55b8650280a6a3236859e751a1294'/>
<id>urn:sha1:9832bf3a35f55b8650280a6a3236859e751a1294</id>
<content type='text'>
* pm-cpufreq:
  Revert "Documentation: kernel_parameters for Intel P state driver"
  cpufreq: mediatek: fix build error
  cpufreq: intel_pstate: Add separate support for Airmont cores
  cpufreq: intel_pstate: Replace BYT with ATOM
  Revert "cpufreq: intel_pstate: Use ACPI perf configuration"
  Revert "cpufreq: intel_pstate: Avoid calculation for max/min"

* acpi-cppc:
  ACPI / CPPC: Use h/w reduced version of the PCCT structure
</content>
</entry>
</feed>
