<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/pnp/core.c, branch v4.4.171</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v4.4.171</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v4.4.171'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2015-03-18T21:40:04+00:00</updated>
<entry>
<title>PNP: Avoid leaving unregistered device objects in lists</title>
<updated>2015-03-18T21:40:04+00:00</updated>
<author>
<name>Rafael J. Wysocki</name>
<email>rafael.j.wysocki@intel.com</email>
</author>
<published>2015-03-18T21:40:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=71150d226564686ef32d15d29edfd18346f6e929'/>
<id>urn:sha1:71150d226564686ef32d15d29edfd18346f6e929</id>
<content type='text'>
pnp_register_protocol() and __pnp_add_device() both have a problem
that if device_register() fails, the objects they create will be left
in the lists they have been put one beforehand.  Unfortunately, that
is not handled by the callers of those routines either, so in case
of a device registration errors the PNP bus type's data structures
will end up in an inconsistent state.

Make pnp_register_protocol() and __pnp_add_device() remove the
objects from the lists if device registration fails.

Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;
</content>
</entry>
<entry>
<title>PNP: Convert pnp_lock into a mutex</title>
<updated>2015-03-18T21:39:55+00:00</updated>
<author>
<name>Rafael J. Wysocki</name>
<email>rafael.j.wysocki@intel.com</email>
</author>
<published>2015-03-18T21:39:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=38f6b38dbb0896511c509fbb6ceabbedbee8e87d'/>
<id>urn:sha1:38f6b38dbb0896511c509fbb6ceabbedbee8e87d</id>
<content type='text'>
pnp_lock is a spinlock, but it is only acquired from process context,
so it may be a mutex just fine.

Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'pnp' into release</title>
<updated>2011-01-12T09:59:44+00:00</updated>
<author>
<name>Len Brown</name>
<email>len.brown@intel.com</email>
</author>
<published>2011-01-12T09:59:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=6d1f23f204c9e4638bd30ff3a768c47e40cd3ac0'/>
<id>urn:sha1:6d1f23f204c9e4638bd30ff3a768c47e40cd3ac0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>PNP: Set up pnp_debug via module and not via boot param.</title>
<updated>2010-10-27T06:23:59+00:00</updated>
<author>
<name>Thomas Renninger</name>
<email>trenn@suse.de</email>
</author>
<published>2010-10-25T19:11:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=cdefba03e44bd3b3311a3849a81ec7030dfa1519'/>
<id>urn:sha1:cdefba03e44bd3b3311a3849a81ec7030dfa1519</id>
<content type='text'>
Cleanup only, no functional change (pnp.debug can be enabled
and disabled at runtime, but that's not a real enhancement).

This one depends on another PNP cleanup patch:
PNP: Compile all pnp built-in stuff in one module namespace

Signed-off-by: Thomas Renninger &lt;trenn@suse.de&gt;
Signed-off-by: Bjorn Helgaas &lt;bjorn.helgaas@hp.com&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'pnp-log' into release</title>
<updated>2010-10-25T06:13:48+00:00</updated>
<author>
<name>Len Brown</name>
<email>len.brown@intel.com</email>
</author>
<published>2010-10-25T06:13:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=8c654bb80801aeafba071396602c777758604980'/>
<id>urn:sha1:8c654bb80801aeafba071396602c777758604980</id>
<content type='text'>
</content>
</entry>
<entry>
<title>ACPI/PNP: A HID value of an object never changes -&gt; make it const</title>
<updated>2010-10-01T23:28:51+00:00</updated>
<author>
<name>Thomas Renninger</name>
<email>trenn@suse.de</email>
</author>
<published>2010-10-01T08:54:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=620e112cfe1c9281c176de8ad1a7691c4eb4950d'/>
<id>urn:sha1:620e112cfe1c9281c176de8ad1a7691c4eb4950d</id>
<content type='text'>
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>PNP: log PNP resources, as we do for PCI</title>
<updated>2010-10-01T05:59:34+00:00</updated>
<author>
<name>Bjorn Helgaas</name>
<email>bjorn.helgaas@hp.com</email>
</author>
<published>2010-09-29T18:24:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=c1f3f2819667a238585c65bba96c8b16af39a442'/>
<id>urn:sha1:c1f3f2819667a238585c65bba96c8b16af39a442</id>
<content type='text'>
ACPI devices are often involved in address space conflicts with PCI devices,
so I think it's worth logging the resources they use.  Otherwise we have to
depend on lspnp or groping around in sysfs to find them.

Signed-off-by: Bjorn Helgaas &lt;bjorn.helgaas@hp.com&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>PNPACPI: Add support for remote wakeup</title>
<updated>2010-07-18T23:58:48+00:00</updated>
<author>
<name>Alan Stern</name>
<email>stern@rowland.harvard.edu</email>
</author>
<published>2010-06-29T20:49:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=b14e033e17d0ea0ba12668d0d2f371cd31586994'/>
<id>urn:sha1:b14e033e17d0ea0ba12668d0d2f371cd31586994</id>
<content type='text'>
This patch (as1354) adds remote-wakeup support to the pnpacpi driver.
The new can_wakeup method also allows other PNP protocol drivers
(pnpbios or iaspnp) to add wakeup support, but I don't know enough
about how they work to actually do it.

Signed-off-by: Alan Stern &lt;stern@rowland.harvard.edu&gt;
Reviewed-by: Bjorn Helgaas &lt;bjorn.helgaas@hp.com&gt;
Signed-off-by: Rafael J. Wysocki &lt;rjw@sisk.pl&gt;
</content>
</entry>
<entry>
<title>dma-mapping: replace all DMA_24BIT_MASK macro with DMA_BIT_MASK(24)</title>
<updated>2009-04-07T15:31:12+00:00</updated>
<author>
<name>Yang Hongyang</name>
<email>yanghy@cn.fujitsu.com</email>
</author>
<published>2009-04-07T02:01:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=2f4f27d42a301ed147e50c2edbcd27bb8990bc8e'/>
<id>urn:sha1:2f4f27d42a301ed147e50c2edbcd27bb8990bc8e</id>
<content type='text'>
Replace all DMA_24BIT_MASK macro with DMA_BIT_MASK(24)

Signed-off-by: Yang Hongyang&lt;yanghy@cn.fujitsu.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>pnp: struct device - replace bus_id with dev_name(), dev_set_name()</title>
<updated>2009-01-06T18:44:38+00:00</updated>
<author>
<name>Kay Sievers</name>
<email>kay.sievers@vrfy.org</email>
</author>
<published>2009-01-06T18:44:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=c85e37c51e7feecbe758e16ecaaa55cea1682e47'/>
<id>urn:sha1:c85e37c51e7feecbe758e16ecaaa55cea1682e47</id>
<content type='text'>
Signed-off-by: Kay Sievers &lt;kay.sievers@vrfy.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
</feed>
