litmus2008.git/include/linux/pnp.h, branch v2.6.23

PNP: fix up after Lindent

2007-07-26T18:35:21+00:00

These are manual fixups after running Lindent.  No functional change.

Signed-off-by: Bjorn Helgaas 
Cc: Len Brown 
Cc: Adam Belay 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

PNP: Lindent all source files

2007-07-26T18:35:20+00:00

Run Lindent on all PNP source files.

Produced by:

    $ quilt new pnp-lindent
    $ find drivers/pnp -name \*.[ch] | xargs quilt add
    $ quilt add include/linux/{pnp.h,pnpbios.h}
    $ scripts/Lindent drivers/pnp/*.c drivers/pnp/*/*.c include/linux/pnp*.h
    $ quilt refresh --sort

Signed-off-by: Bjorn Helgaas 
Cc: Len Brown 
Cc: Adam Belay 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

ACPI, PNP: hook ACPI D-state to PNP suspend/resume

2007-07-22T08:18:20+00:00

applied after Rafel's 'PM: Update global suspend and hibernation operations framework' patch set

Signed-off-by: Shaohua Li 
Signed-off-by: Len Brown

PNP: notice whether we have PNP devices (PNPBIOS or PNPACPI)

2007-05-08T18:15:23+00:00

This series converts i386 and x86_64 legacy serial ports to be platform
devices and prevents probing for them if we have PNP.

This prevents double discovery, where a device was found both by the legacy
probe and by 8250_pnp.

This also prevents the serial driver from claiming IRDA devices (unless they
have a UART PNP ID).  The serial legacy probe sometimes assumed the wrong IRQ,
so the user had to use "setserial" to fix it.

Removing the need for setserial to make IRDA devices work seems good, but it
does break some things.  In particular, you may need to keep setserial from
poking legacy UART stuff back in by doing something like "dpkg-reconfigure
setserial" with the "kernel" option.  Otherwise, the setserial-discovered
"UART" will claim resources and prevent the IRDA driver from loading.

This patch:

If we can discover devices using PNP, we can skip some legacy probes.  This
flag ("pnp_platform_devices") indicates that PNPBIOS or PNPACPI is enabled and
should tell us about builtin devices.

Signed-off-by: Bjorn Helgaas 
Cc: Keith Owens 
Cc: Len Brown 
Cc: Adam Belay 
Cc: Matthieu CASTET 
Cc: Jean Tourrilhes 
Cc: Matthew Garrett 
Cc: Ville Syrjala 
Cc: Russell King 
Cc: Samuel Ortiz 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

init dma masks in pnp_dev

2007-05-08T18:15:00+00:00

PNP now initializes device dma masks, which prevents oopses when generic
dma calls are made using pnp device nodes.

This assumes PNP only uses ISA DMA, with 24 bit addresses; and that it's
safe to init those masks for all devices (rather than finding out which
devices have been assigned DMA channels, and handling only those).

Signed-off-by: David Brownell 
Cc: Adam Belay 
Cc: Jaroslav Kysela 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] PNP: export pnp_bus_type

2007-02-11T18:51:28+00:00

The PNP framework doesn't export "pnp_bus_type", which is an unfortunate
exception to the policy followed by pretty much every other bus.  I noticed
this when I had to find a device in order to provide its platform_data.

Note that per advice from Arjan, the "export" scope has been been minimized to
avoid the hundred-plus bytes needed to support access from modules.  In this
case, the symbol is only needed by statically linked kernel code that lives
outside the drivers/pnp directory.

Signed-off-by: David Brownell 
Cc: Adam Belay 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] 64bit resource: change pnp core to use resource_size_t

2006-06-27T16:24:00+00:00

Based on a patch series originally from Vivek Goyal 

Cc: Vivek Goyal 
Signed-off-by: Andrew Morton 
Signed-off-by: Greg Kroah-Hartman

[ALSA] [PATCH] alsa: Improved PnP suspend support

2006-01-03T11:31:30+00:00

Also use the PnP functions to start/stop the devices during the suspend so
that drivers will not have to duplicate this code.

Cc: Adam Belay 
Cc: Jaroslav Kysela 
Cc: Takashi Iwai 

Signed-off-by: Pierre Ossman 
Signed-off-by: Andrew Morton 
Signed-off-by: Takashi Iwai

[ALSA] PATCH] Add PM support to PnP drivers

2006-01-03T11:31:19+00:00

Add suspend/resume callback to pnp_driver and pnp_card_driver.

Signed-off-by: Takashi Iwai

[PATCH] drivers/pnp/: cleanups

2005-11-07T15:54:09+00:00

This patch contains the following possible cleanups:
- make needlessly global code static
- #if 0 the following unused global function:
  - core.c: pnp_remove_device
- #if 0 the following unneeded EXPORT_SYMBOL's:
  - card.c: pnp_add_card
  - card.c: pnp_remove_card
  - card.c: pnp_add_card_device
  - card.c: pnp_remove_card_device
  - card.c: pnp_add_card_id
  - core.c: pnp_register_protocol
  - core.c: pnp_unregister_protocol
  - core.c: pnp_add_device
  - core.c: pnp_remove_device
  - pnpacpi/core.c: pnpacpi_protocol
  - driver.c: pnp_add_id
  - isapnp/core.c: isapnp_read_byte
  - manager.c: pnp_auto_config_dev
  - resource.c: pnp_register_dependent_option
  - resource.c: pnp_register_independent_option
  - resource.c: pnp_register_irq_resource
  - resource.c: pnp_register_dma_resource
  - resource.c: pnp_register_port_resource
  - resource.c: pnp_register_mem_resource

Note that this patch #if 0's exactly one functions and removes no
functions.  Most it does is the #if 0 of EXPORT_SYMBOL's, so if any modular
code will use any of them, re-adding will be trivial.

Modular ISAPnP might be interesting in some cases, but this is more legacy
code.  If someone would work on it to sort all the issues out (starting
with the point that most users of __ISAPNP__ will have to be fixed)
re-enabling the required EXPORT_SYMBOL's won't be hard for him.

Signed-off-by: Adrian Bunk 
Cc: Adam Belay 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds