linux.git/drivers/pnp/core.c, branch v4.11.5 Clone of https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git PNP: Avoid leaving unregistered device objects in lists 2015-03-18T21:40:04+00:00 Rafael J. Wysocki rafael.j.wysocki@intel.com 2015-03-18T21:40:04+00:00 71150d226564686ef32d15d29edfd18346f6e929 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 <rafael.j.wysocki@intel.com> 
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 <rafael.j.wysocki@intel.com>
PNP: Convert pnp_lock into a mutex 2015-03-18T21:39:55+00:00 Rafael J. Wysocki rafael.j.wysocki@intel.com 2015-03-18T21:39:55+00:00 38f6b38dbb0896511c509fbb6ceabbedbee8e87d 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 <rafael.j.wysocki@intel.com> 
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 <rafael.j.wysocki@intel.com>
Merge branch 'pnp' into release 2011-01-12T09:59:44+00:00 Len Brown len.brown@intel.com 2011-01-12T09:59:44+00:00 6d1f23f204c9e4638bd30ff3a768c47e40cd3ac0 






PNP: Set up pnp_debug via module and not via boot param.
2010-10-27T06:23:59+00:00

Thomas Renninger
trenn@suse.de

2010-10-25T19:11:16+00:00

cdefba03e44bd3b3311a3849a81ec7030dfa1519

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 <trenn@suse.de>
Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Len Brown <len.brown@intel.com>





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 <trenn@suse.de>
Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Len Brown <len.brown@intel.com>







Merge branch 'pnp-log' into release
2010-10-25T06:13:48+00:00

Len Brown
len.brown@intel.com

2010-10-25T06:13:48+00:00

8c654bb80801aeafba071396602c777758604980












ACPI/PNP: A HID value of an object never changes -> make it const
2010-10-01T23:28:51+00:00

Thomas Renninger
trenn@suse.de

2010-10-01T08:54:00+00:00

620e112cfe1c9281c176de8ad1a7691c4eb4950d

Signed-off-by: Thomas Renninger <trenn@suse.de>
Signed-off-by: Len Brown <len.brown@intel.com>





Signed-off-by: Thomas Renninger <trenn@suse.de>
Signed-off-by: Len Brown <len.brown@intel.com>







PNP: log PNP resources, as we do for PCI
2010-10-01T05:59:34+00:00

Bjorn Helgaas
bjorn.helgaas@hp.com

2010-09-29T18:24:23+00:00

c1f3f2819667a238585c65bba96c8b16af39a442

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 <bjorn.helgaas@hp.com>
Signed-off-by: Len Brown <len.brown@intel.com>





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 <bjorn.helgaas@hp.com>
Signed-off-by: Len Brown <len.brown@intel.com>







PNPACPI: Add support for remote wakeup
2010-07-18T23:58:48+00:00

Alan Stern
stern@rowland.harvard.edu

2010-06-29T20:49:24+00:00

b14e033e17d0ea0ba12668d0d2f371cd31586994

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 <stern@rowland.harvard.edu>
Reviewed-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>





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 <stern@rowland.harvard.edu>
Reviewed-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>







dma-mapping: replace all DMA_24BIT_MASK macro with DMA_BIT_MASK(24)
2009-04-07T15:31:12+00:00

Yang Hongyang
yanghy@cn.fujitsu.com

2009-04-07T02:01:18+00:00

2f4f27d42a301ed147e50c2edbcd27bb8990bc8e

Replace all DMA_24BIT_MASK macro with DMA_BIT_MASK(24)

Signed-off-by: Yang Hongyang<yanghy@cn.fujitsu.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>





Replace all DMA_24BIT_MASK macro with DMA_BIT_MASK(24)

Signed-off-by: Yang Hongyang<yanghy@cn.fujitsu.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>







pnp: struct device - replace bus_id with dev_name(), dev_set_name()
2009-01-06T18:44:38+00:00

Kay Sievers
kay.sievers@vrfy.org

2009-01-06T18:44:38+00:00

c85e37c51e7feecbe758e16ecaaa55cea1682e47

Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>





Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>