linux-toradex.git/include/linux/pnp.h, branch v2.6.23.12

Revert "PNP: increase the maximum number of resources"

2007-12-18T21:48:22+00:00

This reverts commit fc175adc1c935ea8679d76a78d7a58df34af16eb.

There have been reports that it causes problems:
	http://bugzilla.kernel.org/show_bug.cgi?id=9514
people are still debating for 2.6.24 if it should be reverted or not,
but as it causes a known problem, we will revert this for now.

Signed-off-by: Greg Kroah-Hartman

PNP: increase the maximum number of resources

2007-12-14T17:51:00+00:00

patch a7839e960675b549f06209d18283d5cee2ce9261 in mainline.

On some systems the number of resources(IO,MEM) returnedy by PNP device is
greater than the PNP constant, for example motherboard devices.  It brings
that some resources can't be reserved and resource confilicts.  This will
cause PCI resources are assigned wrongly in some systems, and cause hang. 
This is a regression since we deleted ACPI motherboard driver and use PNP
system driver.

[akpm@linux-foundation.org: fix text and coding-style a bit]
Signed-off-by: Li Shaohua 
Signed-off-by: Zhao Yakui 
Cc: Bjorn Helgaas 
Cc: Thomas Renninger 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds 
Signed-off-by: Greg Kroah-Hartman

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