2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
|
* ioport.h Definitions of routines for detecting, reserving and
|
|
|
|
|
* allocating system resources.
|
|
|
|
|
*
|
|
|
|
|
* Authors: Linus Torvalds
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#ifndef _LINUX_IOPORT_H
|
|
|
|
|
#define _LINUX_IOPORT_H
|
|
|
|
|
|
2008-01-30 20:30:32 +08:00
|
|
|
#ifndef __ASSEMBLY__
|
2005-04-17 06:20:36 +08:00
|
|
|
#include <linux/compiler.h>
|
2006-06-13 06:49:31 +08:00
|
|
|
#include <linux/types.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
|
* Resources are tree-like, allowing
|
|
|
|
|
* nesting etc..
|
|
|
|
|
*/
|
|
|
|
|
struct resource {
|
2006-06-13 06:49:31 +08:00
|
|
|
resource_size_t start;
|
|
|
|
|
resource_size_t end;
|
2005-04-17 06:20:36 +08:00
|
|
|
const char *name;
|
|
|
|
|
unsigned long flags;
|
2016-01-27 04:57:19 +08:00
|
|
|
unsigned long desc;
|
2005-04-17 06:20:36 +08:00
|
|
|
struct resource *parent, *sibling, *child;
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* IO resources have these defined flags.
|
|
|
|
|
*/
|
|
|
|
|
#define IORESOURCE_BITS 0x000000ff /* Bus-specific bits */
|
|
|
|
|
|
2010-03-06 01:47:26 +08:00
|
|
|
#define IORESOURCE_TYPE_BITS 0x00001f00 /* Resource type */
|
2012-08-08 02:42:46 +08:00
|
|
|
#define IORESOURCE_IO 0x00000100 /* PCI/ISA I/O ports */
|
2005-04-17 06:20:36 +08:00
|
|
|
#define IORESOURCE_MEM 0x00000200
|
2012-08-08 02:42:45 +08:00
|
|
|
#define IORESOURCE_REG 0x00000300 /* Register offsets */
|
2005-04-17 06:20:36 +08:00
|
|
|
#define IORESOURCE_IRQ 0x00000400
|
|
|
|
|
#define IORESOURCE_DMA 0x00000800
|
2010-03-06 01:47:42 +08:00
|
|
|
#define IORESOURCE_BUS 0x00001000
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2010-03-06 01:47:26 +08:00
|
|
|
#define IORESOURCE_PREFETCH 0x00002000 /* No side effects */
|
|
|
|
|
#define IORESOURCE_READONLY 0x00004000
|
|
|
|
|
#define IORESOURCE_CACHEABLE 0x00008000
|
|
|
|
|
#define IORESOURCE_RANGELENGTH 0x00010000
|
|
|
|
|
#define IORESOURCE_SHADOWABLE 0x00020000
|
PCI: clean up resource alignment management
Done per Linus' request and suggestions. Linus has explained that
better than I'll be able to explain:
On Thu, Mar 27, 2008 at 10:12:10AM -0700, Linus Torvalds wrote:
> Actually, before we go any further, there might be a less intrusive
> alternative: add just a couple of flags to the resource flags field (we
> still have something like 8 unused bits on 32-bit), and use those to
> implement a generic "resource_alignment()" routine.
>
> Two flags would do it:
>
> - IORESOURCE_SIZEALIGN: size indicates alignment (regular PCI device
> resources)
>
> - IORESOURCE_STARTALIGN: start field is alignment (PCI bus resources
> during probing)
>
> and then the case of both flags zero (or both bits set) would actually be
> "invalid", and we would also clear the IORESOURCE_STARTALIGN flag when we
> actually allocate the resource (so that we don't use the "start" field as
> alignment incorrectly when it no longer indicates alignment).
>
> That wouldn't be totally generic, but it would have the nice property of
> automatically at least add sanity checking for that whole "res->start has
> the odd meaning of 'alignment' during probing" and remove the need for a
> new field, and it would allow us to have a generic "resource_alignment()"
> routine that just gets a resource pointer.
Besides, I removed IORESOURCE_BUS_HAS_VGA flag which was unused for ages.
Signed-off-by: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Gary Hade <garyhade@us.ibm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2008-03-30 23:50:14 +08:00
|
|
|
|
2010-03-06 01:47:26 +08:00
|
|
|
#define IORESOURCE_SIZEALIGN 0x00040000 /* size indicates alignment */
|
|
|
|
|
#define IORESOURCE_STARTALIGN 0x00080000 /* start field is alignment */
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2009-04-24 11:48:32 +08:00
|
|
|
#define IORESOURCE_MEM_64 0x00100000
|
2010-03-06 01:47:47 +08:00
|
|
|
#define IORESOURCE_WINDOW 0x00200000 /* forwarded by bridge */
|
2010-03-30 01:38:00 +08:00
|
|
|
#define IORESOURCE_MUXED 0x00400000 /* Resource is software muxed */
|
2009-04-24 11:48:32 +08:00
|
|
|
|
resource: Add System RAM resource type
The IORESOURCE_MEM I/O resource type is used for all types of
memory-mapped ranges, ex. System RAM, System ROM, Video RAM,
Persistent Memory, PCI Bus, PCI MMCONFIG, ACPI Tables, IOAPIC,
reserved, and so on.
This requires walk_system_ram_range(), walk_system_ram_res(),
and region_intersects() to use strcmp() against string "System
RAM" to search for System RAM ranges in the iomem table, which
is inefficient. __ioremap_caller() and reserve_memtype() on x86,
for instance, call walk_system_ram_range() for every request to
check if a given range is in System RAM ranges.
However, adding a new I/O resource type for System RAM is not a
viable option, see [1]. There are approx. 3800 references to
IORESOURCE_MEM in the kernel/drivers, which makes it very
difficult to distinguish their usages between new type and
IORESOURCE_MEM.
The I/O resource types are also used by the PNP subsystem.
Therefore, introduce an extended I/O resource type,
IORESOURCE_SYSTEM_RAM, which consists of IORESOURCE_MEM and a
new modifier flag IORESOURCE_SYSRAM, see [2].
To keep the code 'if (resource_type(r) == IORESOURCE_MEM)' still
working for System RAM, resource_ext_type() is added for
extracting extended type bits.
Link[1]: http://lkml.kernel.org/r/1449168859.9855.54.camel@hpe.com
Link[2]: http://lkml.kernel.org/r/CA+55aFy4WQrWexC4u2LxX9Mw2NVoznw7p3Yh=iF4Xtf7zKWnRw@mail.gmail.com
Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
Signed-off-by: Borislav Petkov <bp@suse.de>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Andy Lutomirski <luto@amacapital.net>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Brian Gerst <brgerst@gmail.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Denys Vlasenko <dvlasenk@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Hanjun Guo <hanjun.guo@linaro.org>
Cc: Jakub Sitnicki <jsitnicki@gmail.com>
Cc: Jiang Liu <jiang.liu@linux.intel.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Luis R. Rodriguez <mcgrof@suse.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Toshi Kani <toshi.kani@hp.com>
Cc: linux-arch@vger.kernel.org
Cc: linux-mm <linux-mm@kvack.org>
Link: http://lkml.kernel.org/r/1453841853-11383-2-git-send-email-bp@alien8.de
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2016-01-27 04:57:17 +08:00
|
|
|
#define IORESOURCE_EXT_TYPE_BITS 0x01000000 /* Resource extended types */
|
|
|
|
|
#define IORESOURCE_SYSRAM 0x01000000 /* System RAM (modifier) */
|
|
|
|
|
|
2008-10-23 10:55:31 +08:00
|
|
|
#define IORESOURCE_EXCLUSIVE 0x08000000 /* Userland may not map this resource */
|
resource: Add System RAM resource type
The IORESOURCE_MEM I/O resource type is used for all types of
memory-mapped ranges, ex. System RAM, System ROM, Video RAM,
Persistent Memory, PCI Bus, PCI MMCONFIG, ACPI Tables, IOAPIC,
reserved, and so on.
This requires walk_system_ram_range(), walk_system_ram_res(),
and region_intersects() to use strcmp() against string "System
RAM" to search for System RAM ranges in the iomem table, which
is inefficient. __ioremap_caller() and reserve_memtype() on x86,
for instance, call walk_system_ram_range() for every request to
check if a given range is in System RAM ranges.
However, adding a new I/O resource type for System RAM is not a
viable option, see [1]. There are approx. 3800 references to
IORESOURCE_MEM in the kernel/drivers, which makes it very
difficult to distinguish their usages between new type and
IORESOURCE_MEM.
The I/O resource types are also used by the PNP subsystem.
Therefore, introduce an extended I/O resource type,
IORESOURCE_SYSTEM_RAM, which consists of IORESOURCE_MEM and a
new modifier flag IORESOURCE_SYSRAM, see [2].
To keep the code 'if (resource_type(r) == IORESOURCE_MEM)' still
working for System RAM, resource_ext_type() is added for
extracting extended type bits.
Link[1]: http://lkml.kernel.org/r/1449168859.9855.54.camel@hpe.com
Link[2]: http://lkml.kernel.org/r/CA+55aFy4WQrWexC4u2LxX9Mw2NVoznw7p3Yh=iF4Xtf7zKWnRw@mail.gmail.com
Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
Signed-off-by: Borislav Petkov <bp@suse.de>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Andy Lutomirski <luto@amacapital.net>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Brian Gerst <brgerst@gmail.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Denys Vlasenko <dvlasenk@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Hanjun Guo <hanjun.guo@linaro.org>
Cc: Jakub Sitnicki <jsitnicki@gmail.com>
Cc: Jiang Liu <jiang.liu@linux.intel.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Luis R. Rodriguez <mcgrof@suse.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Toshi Kani <toshi.kani@hp.com>
Cc: linux-arch@vger.kernel.org
Cc: linux-mm <linux-mm@kvack.org>
Link: http://lkml.kernel.org/r/1453841853-11383-2-git-send-email-bp@alien8.de
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2016-01-27 04:57:17 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
#define IORESOURCE_DISABLED 0x10000000
|
2014-02-27 02:25:56 +08:00
|
|
|
#define IORESOURCE_UNSET 0x20000000 /* No address assigned yet */
|
2005-04-17 06:20:36 +08:00
|
|
|
#define IORESOURCE_AUTO 0x40000000
|
|
|
|
|
#define IORESOURCE_BUSY 0x80000000 /* Driver has marked this resource busy */
|
|
|
|
|
|
resource: Add System RAM resource type
The IORESOURCE_MEM I/O resource type is used for all types of
memory-mapped ranges, ex. System RAM, System ROM, Video RAM,
Persistent Memory, PCI Bus, PCI MMCONFIG, ACPI Tables, IOAPIC,
reserved, and so on.
This requires walk_system_ram_range(), walk_system_ram_res(),
and region_intersects() to use strcmp() against string "System
RAM" to search for System RAM ranges in the iomem table, which
is inefficient. __ioremap_caller() and reserve_memtype() on x86,
for instance, call walk_system_ram_range() for every request to
check if a given range is in System RAM ranges.
However, adding a new I/O resource type for System RAM is not a
viable option, see [1]. There are approx. 3800 references to
IORESOURCE_MEM in the kernel/drivers, which makes it very
difficult to distinguish their usages between new type and
IORESOURCE_MEM.
The I/O resource types are also used by the PNP subsystem.
Therefore, introduce an extended I/O resource type,
IORESOURCE_SYSTEM_RAM, which consists of IORESOURCE_MEM and a
new modifier flag IORESOURCE_SYSRAM, see [2].
To keep the code 'if (resource_type(r) == IORESOURCE_MEM)' still
working for System RAM, resource_ext_type() is added for
extracting extended type bits.
Link[1]: http://lkml.kernel.org/r/1449168859.9855.54.camel@hpe.com
Link[2]: http://lkml.kernel.org/r/CA+55aFy4WQrWexC4u2LxX9Mw2NVoznw7p3Yh=iF4Xtf7zKWnRw@mail.gmail.com
Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
Signed-off-by: Borislav Petkov <bp@suse.de>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Andy Lutomirski <luto@amacapital.net>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Brian Gerst <brgerst@gmail.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Denys Vlasenko <dvlasenk@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Hanjun Guo <hanjun.guo@linaro.org>
Cc: Jakub Sitnicki <jsitnicki@gmail.com>
Cc: Jiang Liu <jiang.liu@linux.intel.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Luis R. Rodriguez <mcgrof@suse.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Toshi Kani <toshi.kani@hp.com>
Cc: linux-arch@vger.kernel.org
Cc: linux-mm <linux-mm@kvack.org>
Link: http://lkml.kernel.org/r/1453841853-11383-2-git-send-email-bp@alien8.de
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2016-01-27 04:57:17 +08:00
|
|
|
/* I/O resource extended types */
|
|
|
|
|
#define IORESOURCE_SYSTEM_RAM (IORESOURCE_MEM|IORESOURCE_SYSRAM)
|
|
|
|
|
|
2008-06-10 07:52:04 +08:00
|
|
|
/* PnP IRQ specific bits (IORESOURCE_BITS) */
|
2005-04-17 06:20:36 +08:00
|
|
|
#define IORESOURCE_IRQ_HIGHEDGE (1<<0)
|
|
|
|
|
#define IORESOURCE_IRQ_LOWEDGE (1<<1)
|
|
|
|
|
#define IORESOURCE_IRQ_HIGHLEVEL (1<<2)
|
|
|
|
|
#define IORESOURCE_IRQ_LOWLEVEL (1<<3)
|
2006-07-03 15:24:10 +08:00
|
|
|
#define IORESOURCE_IRQ_SHAREABLE (1<<4)
|
2008-06-28 06:57:14 +08:00
|
|
|
#define IORESOURCE_IRQ_OPTIONAL (1<<5)
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2008-06-10 07:52:04 +08:00
|
|
|
/* PnP DMA specific bits (IORESOURCE_BITS) */
|
2005-04-17 06:20:36 +08:00
|
|
|
#define IORESOURCE_DMA_TYPE_MASK (3<<0)
|
|
|
|
|
#define IORESOURCE_DMA_8BIT (0<<0)
|
|
|
|
|
#define IORESOURCE_DMA_8AND16BIT (1<<0)
|
|
|
|
|
#define IORESOURCE_DMA_16BIT (2<<0)
|
|
|
|
|
|
|
|
|
|
#define IORESOURCE_DMA_MASTER (1<<2)
|
|
|
|
|
#define IORESOURCE_DMA_BYTE (1<<3)
|
|
|
|
|
#define IORESOURCE_DMA_WORD (1<<4)
|
|
|
|
|
|
|
|
|
|
#define IORESOURCE_DMA_SPEED_MASK (3<<6)
|
|
|
|
|
#define IORESOURCE_DMA_COMPATIBLE (0<<6)
|
|
|
|
|
#define IORESOURCE_DMA_TYPEA (1<<6)
|
|
|
|
|
#define IORESOURCE_DMA_TYPEB (2<<6)
|
|
|
|
|
#define IORESOURCE_DMA_TYPEF (3<<6)
|
|
|
|
|
|
2008-06-10 07:52:04 +08:00
|
|
|
/* PnP memory I/O specific bits (IORESOURCE_BITS) */
|
2005-04-17 06:20:36 +08:00
|
|
|
#define IORESOURCE_MEM_WRITEABLE (1<<0) /* dup: IORESOURCE_READONLY */
|
|
|
|
|
#define IORESOURCE_MEM_CACHEABLE (1<<1) /* dup: IORESOURCE_CACHEABLE */
|
|
|
|
|
#define IORESOURCE_MEM_RANGELENGTH (1<<2) /* dup: IORESOURCE_RANGELENGTH */
|
|
|
|
|
#define IORESOURCE_MEM_TYPE_MASK (3<<3)
|
|
|
|
|
#define IORESOURCE_MEM_8BIT (0<<3)
|
|
|
|
|
#define IORESOURCE_MEM_16BIT (1<<3)
|
|
|
|
|
#define IORESOURCE_MEM_8AND16BIT (2<<3)
|
|
|
|
|
#define IORESOURCE_MEM_32BIT (3<<3)
|
|
|
|
|
#define IORESOURCE_MEM_SHADOWABLE (1<<5) /* dup: IORESOURCE_SHADOWABLE */
|
|
|
|
|
#define IORESOURCE_MEM_EXPANSIONROM (1<<6)
|
|
|
|
|
|
2008-06-28 06:57:03 +08:00
|
|
|
/* PnP I/O specific bits (IORESOURCE_BITS) */
|
|
|
|
|
#define IORESOURCE_IO_16BIT_ADDR (1<<0)
|
|
|
|
|
#define IORESOURCE_IO_FIXED (1<<1)
|
2015-10-14 14:29:36 +08:00
|
|
|
#define IORESOURCE_IO_SPARSE (1<<2)
|
2008-06-28 06:57:03 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/* PCI ROM control bits (IORESOURCE_BITS) */
|
|
|
|
|
#define IORESOURCE_ROM_ENABLE (1<<0) /* ROM is enabled, same as PCI_ROM_ADDRESS_ENABLE */
|
|
|
|
|
#define IORESOURCE_ROM_SHADOW (1<<1) /* ROM is copy at C000:0 */
|
|
|
|
|
#define IORESOURCE_ROM_COPY (1<<2) /* ROM is alloc'd copy, resource field overlaid */
|
2006-10-05 05:49:52 +08:00
|
|
|
#define IORESOURCE_ROM_BIOS_COPY (1<<3) /* ROM is BIOS copy, resource field overlaid */
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2006-12-20 05:12:08 +08:00
|
|
|
/* PCI control bits. Shares IORESOURCE_BITS with above PCI ROM. */
|
|
|
|
|
#define IORESOURCE_PCI_FIXED (1<<4) /* Do not move resource */
|
|
|
|
|
|
2016-01-27 04:57:19 +08:00
|
|
|
/*
|
|
|
|
|
* I/O Resource Descriptors
|
|
|
|
|
*
|
|
|
|
|
* Descriptors are used by walk_iomem_res_desc() and region_intersects()
|
|
|
|
|
* for searching a specific resource range in the iomem table. Assign
|
|
|
|
|
* a new descriptor when a resource range supports the search interfaces.
|
|
|
|
|
* Otherwise, resource.desc must be set to IORES_DESC_NONE (0).
|
|
|
|
|
*/
|
|
|
|
|
enum {
|
|
|
|
|
IORES_DESC_NONE = 0,
|
|
|
|
|
IORES_DESC_CRASH_KERNEL = 1,
|
|
|
|
|
IORES_DESC_ACPI_TABLES = 2,
|
|
|
|
|
IORES_DESC_ACPI_NV_STORAGE = 3,
|
|
|
|
|
IORES_DESC_PERSISTENT_MEMORY = 4,
|
|
|
|
|
IORES_DESC_PERSISTENT_MEMORY_LEGACY = 5,
|
|
|
|
|
};
|
2011-07-26 08:13:00 +08:00
|
|
|
|
|
|
|
|
/* helpers to define resources */
|
|
|
|
|
#define DEFINE_RES_NAMED(_start, _size, _name, _flags) \
|
|
|
|
|
{ \
|
|
|
|
|
.start = (_start), \
|
|
|
|
|
.end = (_start) + (_size) - 1, \
|
|
|
|
|
.name = (_name), \
|
|
|
|
|
.flags = (_flags), \
|
2016-01-27 04:57:19 +08:00
|
|
|
.desc = IORES_DESC_NONE, \
|
2011-07-26 08:13:00 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
#define DEFINE_RES_IO_NAMED(_start, _size, _name) \
|
|
|
|
|
DEFINE_RES_NAMED((_start), (_size), (_name), IORESOURCE_IO)
|
|
|
|
|
#define DEFINE_RES_IO(_start, _size) \
|
|
|
|
|
DEFINE_RES_IO_NAMED((_start), (_size), NULL)
|
|
|
|
|
|
|
|
|
|
#define DEFINE_RES_MEM_NAMED(_start, _size, _name) \
|
|
|
|
|
DEFINE_RES_NAMED((_start), (_size), (_name), IORESOURCE_MEM)
|
|
|
|
|
#define DEFINE_RES_MEM(_start, _size) \
|
|
|
|
|
DEFINE_RES_MEM_NAMED((_start), (_size), NULL)
|
|
|
|
|
|
|
|
|
|
#define DEFINE_RES_IRQ_NAMED(_irq, _name) \
|
|
|
|
|
DEFINE_RES_NAMED((_irq), 1, (_name), IORESOURCE_IRQ)
|
|
|
|
|
#define DEFINE_RES_IRQ(_irq) \
|
|
|
|
|
DEFINE_RES_IRQ_NAMED((_irq), NULL)
|
|
|
|
|
|
|
|
|
|
#define DEFINE_RES_DMA_NAMED(_dma, _name) \
|
|
|
|
|
DEFINE_RES_NAMED((_dma), 1, (_name), IORESOURCE_DMA)
|
|
|
|
|
#define DEFINE_RES_DMA(_dma) \
|
|
|
|
|
DEFINE_RES_DMA_NAMED((_dma), NULL)
|
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/* PC/ISA/whatever - the normal PC address spaces: IO and memory */
|
|
|
|
|
extern struct resource ioport_resource;
|
|
|
|
|
extern struct resource iomem_resource;
|
|
|
|
|
|
2010-03-12 08:01:09 +08:00
|
|
|
extern struct resource *request_resource_conflict(struct resource *root, struct resource *new);
|
2005-04-17 06:20:36 +08:00
|
|
|
extern int request_resource(struct resource *root, struct resource *new);
|
|
|
|
|
extern int release_resource(struct resource *new);
|
2009-12-23 07:02:22 +08:00
|
|
|
void release_child_resources(struct resource *new);
|
2008-09-05 03:02:44 +08:00
|
|
|
extern void reserve_region_with_split(struct resource *root,
|
|
|
|
|
resource_size_t start, resource_size_t end,
|
|
|
|
|
const char *name);
|
2010-03-12 08:01:09 +08:00
|
|
|
extern struct resource *insert_resource_conflict(struct resource *parent, struct resource *new);
|
2006-06-30 17:15:42 +08:00
|
|
|
extern int insert_resource(struct resource *parent, struct resource *new);
|
2008-08-30 11:18:31 +08:00
|
|
|
extern void insert_resource_expand_to_fit(struct resource *root, struct resource *new);
|
2010-12-17 01:38:46 +08:00
|
|
|
extern void arch_remove_reservations(struct resource *avail);
|
2005-04-17 06:20:36 +08:00
|
|
|
extern int allocate_resource(struct resource *root, struct resource *new,
|
2006-06-13 07:09:23 +08:00
|
|
|
resource_size_t size, resource_size_t min,
|
|
|
|
|
resource_size_t max, resource_size_t align,
|
2010-01-02 00:40:49 +08:00
|
|
|
resource_size_t (*alignf)(void *,
|
2010-01-02 00:40:50 +08:00
|
|
|
const struct resource *,
|
2010-01-02 00:40:49 +08:00
|
|
|
resource_size_t,
|
|
|
|
|
resource_size_t),
|
2005-04-17 06:20:36 +08:00
|
|
|
void *alignf_data);
|
2011-05-08 02:53:16 +08:00
|
|
|
struct resource *lookup_resource(struct resource *root, resource_size_t start);
|
2006-06-13 07:09:23 +08:00
|
|
|
int adjust_resource(struct resource *res, resource_size_t start,
|
|
|
|
|
resource_size_t size);
|
PCI: clean up resource alignment management
Done per Linus' request and suggestions. Linus has explained that
better than I'll be able to explain:
On Thu, Mar 27, 2008 at 10:12:10AM -0700, Linus Torvalds wrote:
> Actually, before we go any further, there might be a less intrusive
> alternative: add just a couple of flags to the resource flags field (we
> still have something like 8 unused bits on 32-bit), and use those to
> implement a generic "resource_alignment()" routine.
>
> Two flags would do it:
>
> - IORESOURCE_SIZEALIGN: size indicates alignment (regular PCI device
> resources)
>
> - IORESOURCE_STARTALIGN: start field is alignment (PCI bus resources
> during probing)
>
> and then the case of both flags zero (or both bits set) would actually be
> "invalid", and we would also clear the IORESOURCE_STARTALIGN flag when we
> actually allocate the resource (so that we don't use the "start" field as
> alignment incorrectly when it no longer indicates alignment).
>
> That wouldn't be totally generic, but it would have the nice property of
> automatically at least add sanity checking for that whole "res->start has
> the odd meaning of 'alignment' during probing" and remove the need for a
> new field, and it would allow us to have a generic "resource_alignment()"
> routine that just gets a resource pointer.
Besides, I removed IORESOURCE_BUS_HAS_VGA flag which was unused for ages.
Signed-off-by: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Gary Hade <garyhade@us.ibm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2008-03-30 23:50:14 +08:00
|
|
|
resource_size_t resource_alignment(struct resource *res);
|
2009-12-16 08:48:21 +08:00
|
|
|
static inline resource_size_t resource_size(const struct resource *res)
|
2008-07-30 13:32:57 +08:00
|
|
|
{
|
|
|
|
|
return res->end - res->start + 1;
|
|
|
|
|
}
|
2009-12-16 08:48:21 +08:00
|
|
|
static inline unsigned long resource_type(const struct resource *res)
|
2008-10-16 13:05:15 +08:00
|
|
|
{
|
|
|
|
|
return res->flags & IORESOURCE_TYPE_BITS;
|
|
|
|
|
}
|
resource: Add System RAM resource type
The IORESOURCE_MEM I/O resource type is used for all types of
memory-mapped ranges, ex. System RAM, System ROM, Video RAM,
Persistent Memory, PCI Bus, PCI MMCONFIG, ACPI Tables, IOAPIC,
reserved, and so on.
This requires walk_system_ram_range(), walk_system_ram_res(),
and region_intersects() to use strcmp() against string "System
RAM" to search for System RAM ranges in the iomem table, which
is inefficient. __ioremap_caller() and reserve_memtype() on x86,
for instance, call walk_system_ram_range() for every request to
check if a given range is in System RAM ranges.
However, adding a new I/O resource type for System RAM is not a
viable option, see [1]. There are approx. 3800 references to
IORESOURCE_MEM in the kernel/drivers, which makes it very
difficult to distinguish their usages between new type and
IORESOURCE_MEM.
The I/O resource types are also used by the PNP subsystem.
Therefore, introduce an extended I/O resource type,
IORESOURCE_SYSTEM_RAM, which consists of IORESOURCE_MEM and a
new modifier flag IORESOURCE_SYSRAM, see [2].
To keep the code 'if (resource_type(r) == IORESOURCE_MEM)' still
working for System RAM, resource_ext_type() is added for
extracting extended type bits.
Link[1]: http://lkml.kernel.org/r/1449168859.9855.54.camel@hpe.com
Link[2]: http://lkml.kernel.org/r/CA+55aFy4WQrWexC4u2LxX9Mw2NVoznw7p3Yh=iF4Xtf7zKWnRw@mail.gmail.com
Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
Signed-off-by: Borislav Petkov <bp@suse.de>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Andy Lutomirski <luto@amacapital.net>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Brian Gerst <brgerst@gmail.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Denys Vlasenko <dvlasenk@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Hanjun Guo <hanjun.guo@linaro.org>
Cc: Jakub Sitnicki <jsitnicki@gmail.com>
Cc: Jiang Liu <jiang.liu@linux.intel.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Luis R. Rodriguez <mcgrof@suse.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Toshi Kani <toshi.kani@hp.com>
Cc: linux-arch@vger.kernel.org
Cc: linux-mm <linux-mm@kvack.org>
Link: http://lkml.kernel.org/r/1453841853-11383-2-git-send-email-bp@alien8.de
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2016-01-27 04:57:17 +08:00
|
|
|
static inline unsigned long resource_ext_type(const struct resource *res)
|
|
|
|
|
{
|
|
|
|
|
return res->flags & IORESOURCE_EXT_TYPE_BITS;
|
|
|
|
|
}
|
2014-02-05 11:32:28 +08:00
|
|
|
/* True iff r1 completely contains r2 */
|
|
|
|
|
static inline bool resource_contains(struct resource *r1, struct resource *r2)
|
|
|
|
|
{
|
|
|
|
|
if (resource_type(r1) != resource_type(r2))
|
|
|
|
|
return false;
|
|
|
|
|
if (r1->flags & IORESOURCE_UNSET || r2->flags & IORESOURCE_UNSET)
|
|
|
|
|
return false;
|
|
|
|
|
return r1->start <= r2->start && r1->end >= r2->end;
|
|
|
|
|
}
|
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
/* Convenience shorthand with allocation */
|
2010-03-30 01:38:00 +08:00
|
|
|
#define request_region(start,n,name) __request_region(&ioport_resource, (start), (n), (name), 0)
|
|
|
|
|
#define request_muxed_region(start,n,name) __request_region(&ioport_resource, (start), (n), (name), IORESOURCE_MUXED)
|
2008-10-23 10:55:31 +08:00
|
|
|
#define __request_mem_region(start,n,name, excl) __request_region(&iomem_resource, (start), (n), (name), excl)
|
|
|
|
|
#define request_mem_region(start,n,name) __request_region(&iomem_resource, (start), (n), (name), 0)
|
|
|
|
|
#define request_mem_region_exclusive(start,n,name) \
|
|
|
|
|
__request_region(&iomem_resource, (start), (n), (name), IORESOURCE_EXCLUSIVE)
|
2005-04-17 06:20:36 +08:00
|
|
|
#define rename_region(region, newname) do { (region)->name = (newname); } while (0)
|
|
|
|
|
|
2006-06-13 07:09:23 +08:00
|
|
|
extern struct resource * __request_region(struct resource *,
|
|
|
|
|
resource_size_t start,
|
2009-01-16 05:51:01 +08:00
|
|
|
resource_size_t n,
|
|
|
|
|
const char *name, int flags);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
/* Compatibility cruft */
|
|
|
|
|
#define release_region(start,n) __release_region(&ioport_resource, (start), (n))
|
|
|
|
|
#define release_mem_region(start,n) __release_region(&iomem_resource, (start), (n))
|
|
|
|
|
|
2006-06-13 07:09:23 +08:00
|
|
|
extern void __release_region(struct resource *, resource_size_t,
|
|
|
|
|
resource_size_t);
|
resource: add release_mem_region_adjustable()
Add release_mem_region_adjustable(), which releases a requested region
from a currently busy memory resource. This interface adjusts the
matched memory resource accordingly even if the requested region does
not match exactly but still fits into.
This new interface is intended for memory hot-delete. During bootup,
memory resources are inserted from the boot descriptor table, such as
EFI Memory Table and e820. Each memory resource entry usually covers
the whole contigous memory range. Memory hot-delete request, on the
other hand, may target to a particular range of memory resource, and its
size can be much smaller than the whole contiguous memory. Since the
existing release interfaces like __release_region() require a requested
region to be exactly matched to a resource entry, they do not allow a
partial resource to be released.
This new interface is restrictive (i.e. release under certain
conditions), which is consistent with other release interfaces,
__release_region() and __release_resource(). Additional release
conditions, such as an overlapping region to a resource entry, can be
supported after they are confirmed as valid cases.
There is no change to the existing interfaces since their restriction is
valid for I/O resources.
[akpm@linux-foundation.org: use GFP_ATOMIC under write_lock()]
[akpm@linux-foundation.org: switch back to GFP_KERNEL, less buggily]
[akpm@linux-foundation.org: remove unneeded and wrong kfree(), per Toshi]
Signed-off-by: Toshi Kani <toshi.kani@hp.com>
Reviewed-by : Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com>
Cc: David Rientjes <rientjes@google.com>
Reviewed-by: Ram Pai <linuxram@us.ibm.com>
Cc: T Makphaibulchoke <tmac@hp.com>
Cc: Wen Congyang <wency@cn.fujitsu.com>
Cc: Tang Chen <tangchen@cn.fujitsu.com>
Cc: Jiang Liu <jiang.liu@huawei.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2013-04-30 06:08:19 +08:00
|
|
|
#ifdef CONFIG_MEMORY_HOTREMOVE
|
|
|
|
|
extern int release_mem_region_adjustable(struct resource *, resource_size_t,
|
|
|
|
|
resource_size_t);
|
|
|
|
|
#endif
|
2005-04-17 06:20:36 +08:00
|
|
|
|
devres: device resource management
Implement device resource management, in short, devres. A device
driver can allocate arbirary size of devres data which is associated
with a release function. On driver detach, release function is
invoked on the devres data, then, devres data is freed.
devreses are typed by associated release functions. Some devreses are
better represented by single instance of the type while others need
multiple instances sharing the same release function. Both usages are
supported.
devreses can be grouped using devres group such that a device driver
can easily release acquired resources halfway through initialization
or selectively release resources (e.g. resources for port 1 out of 4
ports).
This patch adds devres core including documentation and the following
managed interfaces.
* alloc/free : devm_kzalloc(), devm_kzfree()
* IO region : devm_request_region(), devm_release_region()
* IRQ : devm_request_irq(), devm_free_irq()
* DMA : dmam_alloc_coherent(), dmam_free_coherent(),
dmam_declare_coherent_memory(), dmam_pool_create(),
dmam_pool_destroy()
* PCI : pcim_enable_device(), pcim_pin_device(), pci_is_managed()
* iomap : devm_ioport_map(), devm_ioport_unmap(), devm_ioremap(),
devm_ioremap_nocache(), devm_iounmap(), pcim_iomap_table(),
pcim_iomap(), pcim_iounmap()
Signed-off-by: Tejun Heo <htejun@gmail.com>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-01-20 15:00:26 +08:00
|
|
|
/* Wrappers for managed devices */
|
|
|
|
|
struct device;
|
2014-08-01 20:15:10 +08:00
|
|
|
|
|
|
|
|
extern int devm_request_resource(struct device *dev, struct resource *root,
|
|
|
|
|
struct resource *new);
|
|
|
|
|
extern void devm_release_resource(struct device *dev, struct resource *new);
|
|
|
|
|
|
devres: device resource management
Implement device resource management, in short, devres. A device
driver can allocate arbirary size of devres data which is associated
with a release function. On driver detach, release function is
invoked on the devres data, then, devres data is freed.
devreses are typed by associated release functions. Some devreses are
better represented by single instance of the type while others need
multiple instances sharing the same release function. Both usages are
supported.
devreses can be grouped using devres group such that a device driver
can easily release acquired resources halfway through initialization
or selectively release resources (e.g. resources for port 1 out of 4
ports).
This patch adds devres core including documentation and the following
managed interfaces.
* alloc/free : devm_kzalloc(), devm_kzfree()
* IO region : devm_request_region(), devm_release_region()
* IRQ : devm_request_irq(), devm_free_irq()
* DMA : dmam_alloc_coherent(), dmam_free_coherent(),
dmam_declare_coherent_memory(), dmam_pool_create(),
dmam_pool_destroy()
* PCI : pcim_enable_device(), pcim_pin_device(), pci_is_managed()
* iomap : devm_ioport_map(), devm_ioport_unmap(), devm_ioremap(),
devm_ioremap_nocache(), devm_iounmap(), pcim_iomap_table(),
pcim_iomap(), pcim_iounmap()
Signed-off-by: Tejun Heo <htejun@gmail.com>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-01-20 15:00:26 +08:00
|
|
|
#define devm_request_region(dev,start,n,name) \
|
|
|
|
|
__devm_request_region(dev, &ioport_resource, (start), (n), (name))
|
|
|
|
|
#define devm_request_mem_region(dev,start,n,name) \
|
|
|
|
|
__devm_request_region(dev, &iomem_resource, (start), (n), (name))
|
|
|
|
|
|
|
|
|
|
extern struct resource * __devm_request_region(struct device *dev,
|
|
|
|
|
struct resource *parent, resource_size_t start,
|
|
|
|
|
resource_size_t n, const char *name);
|
|
|
|
|
|
2008-09-13 17:33:07 +08:00
|
|
|
#define devm_release_region(dev, start, n) \
|
devres: device resource management
Implement device resource management, in short, devres. A device
driver can allocate arbirary size of devres data which is associated
with a release function. On driver detach, release function is
invoked on the devres data, then, devres data is freed.
devreses are typed by associated release functions. Some devreses are
better represented by single instance of the type while others need
multiple instances sharing the same release function. Both usages are
supported.
devreses can be grouped using devres group such that a device driver
can easily release acquired resources halfway through initialization
or selectively release resources (e.g. resources for port 1 out of 4
ports).
This patch adds devres core including documentation and the following
managed interfaces.
* alloc/free : devm_kzalloc(), devm_kzfree()
* IO region : devm_request_region(), devm_release_region()
* IRQ : devm_request_irq(), devm_free_irq()
* DMA : dmam_alloc_coherent(), dmam_free_coherent(),
dmam_declare_coherent_memory(), dmam_pool_create(),
dmam_pool_destroy()
* PCI : pcim_enable_device(), pcim_pin_device(), pci_is_managed()
* iomap : devm_ioport_map(), devm_ioport_unmap(), devm_ioremap(),
devm_ioremap_nocache(), devm_iounmap(), pcim_iomap_table(),
pcim_iomap(), pcim_iounmap()
Signed-off-by: Tejun Heo <htejun@gmail.com>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-01-20 15:00:26 +08:00
|
|
|
__devm_release_region(dev, &ioport_resource, (start), (n))
|
2008-09-13 17:33:07 +08:00
|
|
|
#define devm_release_mem_region(dev, start, n) \
|
devres: device resource management
Implement device resource management, in short, devres. A device
driver can allocate arbirary size of devres data which is associated
with a release function. On driver detach, release function is
invoked on the devres data, then, devres data is freed.
devreses are typed by associated release functions. Some devreses are
better represented by single instance of the type while others need
multiple instances sharing the same release function. Both usages are
supported.
devreses can be grouped using devres group such that a device driver
can easily release acquired resources halfway through initialization
or selectively release resources (e.g. resources for port 1 out of 4
ports).
This patch adds devres core including documentation and the following
managed interfaces.
* alloc/free : devm_kzalloc(), devm_kzfree()
* IO region : devm_request_region(), devm_release_region()
* IRQ : devm_request_irq(), devm_free_irq()
* DMA : dmam_alloc_coherent(), dmam_free_coherent(),
dmam_declare_coherent_memory(), dmam_pool_create(),
dmam_pool_destroy()
* PCI : pcim_enable_device(), pcim_pin_device(), pci_is_managed()
* iomap : devm_ioport_map(), devm_ioport_unmap(), devm_ioremap(),
devm_ioremap_nocache(), devm_iounmap(), pcim_iomap_table(),
pcim_iomap(), pcim_iounmap()
Signed-off-by: Tejun Heo <htejun@gmail.com>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-01-20 15:00:26 +08:00
|
|
|
__devm_release_region(dev, &iomem_resource, (start), (n))
|
|
|
|
|
|
|
|
|
|
extern void __devm_release_region(struct device *dev, struct resource *parent,
|
|
|
|
|
resource_size_t start, resource_size_t n);
|
2008-09-26 09:43:34 +08:00
|
|
|
extern int iomem_map_sanity_check(resource_size_t addr, unsigned long size);
|
2008-10-23 10:55:31 +08:00
|
|
|
extern int iomem_is_exclusive(u64 addr);
|
devres: device resource management
Implement device resource management, in short, devres. A device
driver can allocate arbirary size of devres data which is associated
with a release function. On driver detach, release function is
invoked on the devres data, then, devres data is freed.
devreses are typed by associated release functions. Some devreses are
better represented by single instance of the type while others need
multiple instances sharing the same release function. Both usages are
supported.
devreses can be grouped using devres group such that a device driver
can easily release acquired resources halfway through initialization
or selectively release resources (e.g. resources for port 1 out of 4
ports).
This patch adds devres core including documentation and the following
managed interfaces.
* alloc/free : devm_kzalloc(), devm_kzfree()
* IO region : devm_request_region(), devm_release_region()
* IRQ : devm_request_irq(), devm_free_irq()
* DMA : dmam_alloc_coherent(), dmam_free_coherent(),
dmam_declare_coherent_memory(), dmam_pool_create(),
dmam_pool_destroy()
* PCI : pcim_enable_device(), pcim_pin_device(), pci_is_managed()
* iomap : devm_ioport_map(), devm_ioport_unmap(), devm_ioremap(),
devm_ioremap_nocache(), devm_iounmap(), pcim_iomap_table(),
pcim_iomap(), pcim_iounmap()
Signed-off-by: Tejun Heo <htejun@gmail.com>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-01-20 15:00:26 +08:00
|
|
|
|
2009-09-23 07:45:46 +08:00
|
|
|
extern int
|
|
|
|
|
walk_system_ram_range(unsigned long start_pfn, unsigned long nr_pages,
|
|
|
|
|
void *arg, int (*func)(unsigned long, unsigned long, void *));
|
2014-08-09 05:25:50 +08:00
|
|
|
extern int
|
|
|
|
|
walk_system_ram_res(u64 start, u64 end, void *arg,
|
|
|
|
|
int (*func)(u64, u64, void *));
|
|
|
|
|
extern int
|
|
|
|
|
walk_iomem_res(char *name, unsigned long flags, u64 start, u64 end, void *arg,
|
|
|
|
|
int (*func)(u64, u64, void *));
|
2009-09-23 07:45:46 +08:00
|
|
|
|
2012-04-26 15:32:55 +08:00
|
|
|
/* True if any part of r1 overlaps r2 */
|
|
|
|
|
static inline bool resource_overlaps(struct resource *r1, struct resource *r2)
|
|
|
|
|
{
|
|
|
|
|
return (r1->start <= r2->end && r1->end >= r2->start);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
2008-01-30 20:30:32 +08:00
|
|
|
#endif /* __ASSEMBLY__ */
|
2005-04-17 06:20:36 +08:00
|
|
|
#endif /* _LINUX_IOPORT_H */
|
