<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/pci/rom.c, branch linux-3.14.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.14.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.14.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2015-03-06T22:43:23Z</updated>
<entry>
<title>PCI: Fix infinite loop with ROM image of size 0</title>
<updated>2015-03-06T22:43:23Z</updated>
<author>
<name>Michel Dänzer</name>
</author>
<published>2015-01-19T08:53:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f63d753b4f605910cfdad50ed1e8e3d0613add8d'/>
<id>urn:sha1:f63d753b4f605910cfdad50ed1e8e3d0613add8d</id>
<content type='text'>
commit 16b036af31e1456cb69243a5a0c9ef801ecd1f17 upstream.

If the image size would ever read as 0, pci_get_rom_size() could keep
processing the same image over and over again.  Exit the loop if we ever
read a length of zero.

This fixes a soft lockup on boot when the radeon driver calls
pci_get_rom_size() on an AMD Radeon R7 250X PCIe discrete graphics card.

[bhelgaas: changelog, reference]
Link: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1386973
Reported-by: Federico &lt;federicotg@gmail.com&gt;
Signed-off-by: Michel Dänzer &lt;michel.daenzer@amd.com&gt;
Signed-off-by: Bjorn Helgaas &lt;bhelgaas@google.com&gt;
Reviewed-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>PCI: Convert pcibios_resource_to_bus() to take a pci_bus, not a pci_dev</title>
<updated>2013-12-21T17:06:10Z</updated>
<author>
<name>Yinghai Lu</name>
</author>
<published>2013-12-10T06:54:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fc2798502f860b18f3c7121e4dc659d3d9d28d74'/>
<id>urn:sha1:fc2798502f860b18f3c7121e4dc659d3d9d28d74</id>
<content type='text'>
These interfaces:

  pcibios_resource_to_bus(struct pci_dev *dev, *bus_region, *resource)
  pcibios_bus_to_resource(struct pci_dev *dev, *resource, *bus_region)

took a pci_dev, but they really depend only on the pci_bus.  And we want to
use them in resource allocation paths where we have the bus but not a
device, so this patch converts them to take the pci_bus instead of the
pci_dev:

  pcibios_resource_to_bus(struct pci_bus *bus, *bus_region, *resource)
  pcibios_bus_to_resource(struct pci_bus *bus, *resource, *bus_region)

In fact, with standard PCI-PCI bridges, they only depend on the host
bridge, because that's the only place address translation occurs, but
we aren't going that far yet.

[bhelgaas: changelog]
Signed-off-by: Yinghai Lu &lt;yinghai@kernel.org&gt;
Signed-off-by: Bjorn Helgaas &lt;bhelgaas@google.com&gt;</content>
</entry>
<entry>
<title>PCI: Add PCI ROM helper for platform-provided ROM images</title>
<updated>2013-03-26T23:19:41Z</updated>
<author>
<name>Matthew Garrett</name>
</author>
<published>2013-03-26T21:25:54Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fffe01f7a768d07cc50ace71abe28fbf2f786a43'/>
<id>urn:sha1:fffe01f7a768d07cc50ace71abe28fbf2f786a43</id>
<content type='text'>
It turns out that some UEFI systems provide apparently an apparently valid
PCI ROM BAR that turns out to contain garbage, so the attempt in 547b52463
to prefer the ROM from the BAR actually breaks a different set of machines.
As Linus pointed out, the graphics drivers are probably in the best
position to make this judgement, so this basically reverts 547b52463 and
f9a37be0f and adds a new helper function. Followup patches will add support
to nouveau and radeon for probing this ROM source if they can't find a ROM
from some other source.

[bhelgaas: added reporter and bugzilla pointers, s/f4eb5ff05/547b52463]
Reference: https://bugzilla.redhat.com/show_bug.cgi?id=927451
Reference: http://lkml.kernel.org/r/kg69ef$vdb$1@ger.gmane.org
Reported-by: Mantas Mikulėnas &lt;grawity@gmail.com&gt;
Reported-by: Chris Murphy &lt;bugzilla@colorremedies.com&gt;
Signed-off-by: Matthew Garrett &lt;matthew.garrett@nebula.com&gt;
Signed-off-by: Bjorn Helgaas &lt;bhelgaas@google.com&gt;</content>
</entry>
<entry>
<title>PCI: Use ROM images from firmware only if no other ROM source available</title>
<updated>2013-03-19T21:51:14Z</updated>
<author>
<name>Matthew Garrett</name>
</author>
<published>2013-03-19T21:26:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=547b524636249fbe906ab78a50ab0017c490316c'/>
<id>urn:sha1:547b524636249fbe906ab78a50ab0017c490316c</id>
<content type='text'>
Mantas Mikulėnas reported that his graphics hardware failed to
initialise after commit f9a37be0f02a ("x86: Use PCI setup data").

The aim of this commit was to ensure that ROM images were available on
some Apple systems that don't expose the GPU ROM via any other source.
In this case, UEFI appears to have provided a broken ROM image that we
were using even though there was a perfectly valid ROM available via
other sources.  The simplest way to handle this seems to be to just
re-order pci_map_rom() and leave any firmare-supplied ROM to last.

Signed-off-by: Matthew Garrett &lt;matthew.garrett@nebula.com&gt;
Tested-by: Mantas Mikulėnas &lt;grawity@gmail.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>PCI: Use phys_addr_t for physical ROM address</title>
<updated>2012-12-10T18:24:42Z</updated>
<author>
<name>Bjorn Helgaas</name>
</author>
<published>2012-12-10T18:24:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dbd3fc3345390a989a033427aa915a0dfb62149f'/>
<id>urn:sha1:dbd3fc3345390a989a033427aa915a0dfb62149f</id>
<content type='text'>
Use phys_addr_t rather than "void *" for physical memory address.
This removes casts and fixes a "cast from pointer to integer of different
size" warning on ppc44x_defconfig.

Signed-off-by: Bjorn Helgaas &lt;bhelgaas@google.com&gt;</content>
</entry>
<entry>
<title>PCI: Add support for non-BAR ROMs</title>
<updated>2012-12-05T21:38:26Z</updated>
<author>
<name>Matthew Garrett</name>
</author>
<published>2012-12-05T21:33:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=84c1b80e32638f881c17390dfe88143e5cd3f583'/>
<id>urn:sha1:84c1b80e32638f881c17390dfe88143e5cd3f583</id>
<content type='text'>
Platforms may provide their own mechanisms for obtaining ROMs. Add support
for using data provided by the platform in that case.

Signed-off-by: Matthew Garrett &lt;mjg@redhat.com&gt;
Signed-off-by: Bjorn Helgaas &lt;bhelgaas@google.com&gt;
Tested-by: Seth Forshee &lt;seth.forshee@canonical.com&gt;</content>
</entry>
<entry>
<title>PCI: Remove unused, commented-out, code</title>
<updated>2012-08-22T17:31:53Z</updated>
<author>
<name>Bjorn Helgaas</name>
</author>
<published>2012-08-17T02:38:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7990681ad8215977b27ac855520720193de2c98f'/>
<id>urn:sha1:7990681ad8215977b27ac855520720193de2c98f</id>
<content type='text'>
This removes unused code that was already commented out.

Tested-by: Yijing Wang &lt;wangyijing@huawei.com&gt;
Signed-off-by: Bjorn Helgaas &lt;bhelgaas@google.com&gt;
Acked-by: Yinghai Lu &lt;yinghai@kernel.org&gt;</content>
</entry>
<entry>
<title>pci: Fix files needing export.h for EXPORT_SYMBOL/THIS_MODULE</title>
<updated>2011-10-31T23:31:22Z</updated>
<author>
<name>Paul Gortmaker</name>
</author>
<published>2011-05-27T13:37:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=363c75db1d7bbda0aa90e680565f2673bab92ee4'/>
<id>urn:sha1:363c75db1d7bbda0aa90e680565f2673bab92ee4</id>
<content type='text'>
They were implicitly getting it from device.h --&gt; module.h but
we want to clean that up.  So add the minimal header for these
macros.

Signed-off-by: Paul Gortmaker &lt;paul.gortmaker@windriver.com&gt;
</content>
</entry>
<entry>
<title>PCI: fix rom.c kernel-doc warning</title>
<updated>2009-02-13T20:01:56Z</updated>
<author>
<name>Randy Dunlap</name>
</author>
<published>2009-02-09T17:31:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4cc59c721cba27a4644e29103afac0f91af8da3c'/>
<id>urn:sha1:4cc59c721cba27a4644e29103afac0f91af8da3c</id>
<content type='text'>
Fix PCI kernel-doc warning:

Warning(linux-2.6.29-rc4-git1/drivers/pci/rom.c:67): No description found for parameter 'pdev'

Signed-off-by: Randy Dunlap &lt;randy.dunlap@oracle.com&gt;
cc: Jesse Barnes &lt;jbarnes@virtuousgeek.org&gt;
Signed-off-by: Jesse Barnes &lt;jbarnes@virtuousgeek.org&gt;
</content>
</entry>
<entry>
<title>PCI: return error on failure to read PCI ROMs</title>
<updated>2009-02-05T00:58:41Z</updated>
<author>
<name>Timothy S. Nelson</name>
</author>
<published>2009-01-29T19:12:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=97c44836cdec1ea713a15d84098a1a908157e68f'/>
<id>urn:sha1:97c44836cdec1ea713a15d84098a1a908157e68f</id>
<content type='text'>
This patch makes the ROM reading code return an error to user space if
the size of the ROM read is equal to 0.

The patch also emits a warnings if the contents of the ROM are invalid,
and documents the effects of the "enable" file on ROM reading.

Signed-off-by: Timothy S. Nelson &lt;wayland@wayland.id.au&gt;
Acked-by: Alex Villacis-Lasso &lt;a_villacis@palosanto.com&gt;
Signed-off-by: Jesse Barnes &lt;jbarnes@virtuousgeek.org&gt;
</content>
</entry>
</feed>
