2005-04-16 16:20:36 -06:00
|
|
|
#ifndef _LINUX_TYPES_H
|
|
|
|
#define _LINUX_TYPES_H
|
|
|
|
|
2012-10-13 03:46:48 -06:00
|
|
|
#define __EXPORTED_HEADERS__
|
|
|
|
#include <uapi/linux/types.h>
|
2009-02-07 22:30:25 -07:00
|
|
|
|
2009-02-06 08:17:58 -07:00
|
|
|
#ifndef __ASSEMBLY__
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
#define DECLARE_BITMAP(name,bits) \
|
|
|
|
unsigned long name[BITS_TO_LONGS(bits)]
|
|
|
|
|
|
|
|
typedef __u32 __kernel_dev_t;
|
|
|
|
|
|
|
|
typedef __kernel_fd_set fd_set;
|
|
|
|
typedef __kernel_dev_t dev_t;
|
|
|
|
typedef __kernel_ino_t ino_t;
|
|
|
|
typedef __kernel_mode_t mode_t;
|
2011-07-26 15:04:15 -06:00
|
|
|
typedef unsigned short umode_t;
|
2012-05-19 08:25:23 -06:00
|
|
|
typedef __u32 nlink_t;
|
2005-04-16 16:20:36 -06:00
|
|
|
typedef __kernel_off_t off_t;
|
|
|
|
typedef __kernel_pid_t pid_t;
|
|
|
|
typedef __kernel_daddr_t daddr_t;
|
|
|
|
typedef __kernel_key_t key_t;
|
|
|
|
typedef __kernel_suseconds_t suseconds_t;
|
|
|
|
typedef __kernel_timer_t timer_t;
|
|
|
|
typedef __kernel_clockid_t clockid_t;
|
|
|
|
typedef __kernel_mqd_t mqd_t;
|
|
|
|
|
2006-10-01 00:27:11 -06:00
|
|
|
typedef _Bool bool;
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
typedef __kernel_uid32_t uid_t;
|
|
|
|
typedef __kernel_gid32_t gid_t;
|
|
|
|
typedef __kernel_uid16_t uid16_t;
|
|
|
|
typedef __kernel_gid16_t gid16_t;
|
|
|
|
|
2007-10-28 23:11:28 -06:00
|
|
|
typedef unsigned long uintptr_t;
|
|
|
|
|
2015-11-20 04:12:21 -07:00
|
|
|
#ifdef CONFIG_HAVE_UID16
|
2005-04-16 16:20:36 -06:00
|
|
|
/* This is defined by include/asm-{arch}/posix_types.h */
|
|
|
|
typedef __kernel_old_uid_t old_uid_t;
|
|
|
|
typedef __kernel_old_gid_t old_gid_t;
|
|
|
|
#endif /* CONFIG_UID16 */
|
|
|
|
|
2008-02-08 05:21:24 -07:00
|
|
|
#if defined(__GNUC__)
|
2005-04-16 16:20:36 -06:00
|
|
|
typedef __kernel_loff_t loff_t;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The following typedefs are also protected by individual ifdefs for
|
|
|
|
* historical reasons:
|
|
|
|
*/
|
|
|
|
#ifndef _SIZE_T
|
|
|
|
#define _SIZE_T
|
|
|
|
typedef __kernel_size_t size_t;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifndef _SSIZE_T
|
|
|
|
#define _SSIZE_T
|
|
|
|
typedef __kernel_ssize_t ssize_t;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifndef _PTRDIFF_T
|
|
|
|
#define _PTRDIFF_T
|
|
|
|
typedef __kernel_ptrdiff_t ptrdiff_t;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifndef _TIME_T
|
|
|
|
#define _TIME_T
|
|
|
|
typedef __kernel_time_t time_t;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifndef _CLOCK_T
|
|
|
|
#define _CLOCK_T
|
|
|
|
typedef __kernel_clock_t clock_t;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifndef _CADDR_T
|
|
|
|
#define _CADDR_T
|
|
|
|
typedef __kernel_caddr_t caddr_t;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/* bsd */
|
|
|
|
typedef unsigned char u_char;
|
|
|
|
typedef unsigned short u_short;
|
|
|
|
typedef unsigned int u_int;
|
|
|
|
typedef unsigned long u_long;
|
|
|
|
|
|
|
|
/* sysv */
|
|
|
|
typedef unsigned char unchar;
|
|
|
|
typedef unsigned short ushort;
|
|
|
|
typedef unsigned int uint;
|
|
|
|
typedef unsigned long ulong;
|
|
|
|
|
|
|
|
#ifndef __BIT_TYPES_DEFINED__
|
|
|
|
#define __BIT_TYPES_DEFINED__
|
|
|
|
|
|
|
|
typedef __u8 u_int8_t;
|
|
|
|
typedef __s8 int8_t;
|
|
|
|
typedef __u16 u_int16_t;
|
|
|
|
typedef __s16 int16_t;
|
|
|
|
typedef __u32 u_int32_t;
|
|
|
|
typedef __s32 int32_t;
|
|
|
|
|
|
|
|
#endif /* !(__BIT_TYPES_DEFINED__) */
|
|
|
|
|
|
|
|
typedef __u8 uint8_t;
|
|
|
|
typedef __u16 uint16_t;
|
|
|
|
typedef __u32 uint32_t;
|
|
|
|
|
2008-02-08 05:21:24 -07:00
|
|
|
#if defined(__GNUC__)
|
2005-04-16 16:20:36 -06:00
|
|
|
typedef __u64 uint64_t;
|
|
|
|
typedef __u64 u_int64_t;
|
|
|
|
typedef __s64 int64_t;
|
|
|
|
#endif
|
|
|
|
|
2010-10-26 15:21:10 -06:00
|
|
|
/* this is a special 64bit data type that is 8-byte aligned */
|
2008-01-31 04:57:36 -07:00
|
|
|
#define aligned_u64 __u64 __attribute__((aligned(8)))
|
2006-11-08 01:26:51 -07:00
|
|
|
#define aligned_be64 __be64 __attribute__((aligned(8)))
|
|
|
|
#define aligned_le64 __le64 __attribute__((aligned(8)))
|
2005-08-13 14:55:44 -06:00
|
|
|
|
2006-10-04 05:37:45 -06:00
|
|
|
/**
|
2005-04-16 16:20:36 -06:00
|
|
|
* The type used for indexing onto a disc or disc partition.
|
2006-10-04 05:37:45 -06:00
|
|
|
*
|
|
|
|
* Linux always considers sectors to be 512 bytes long independently
|
|
|
|
* of the devices real block size.
|
2008-12-12 01:51:16 -07:00
|
|
|
*
|
|
|
|
* blkcnt_t is the type of the inode's block count.
|
2005-04-16 16:20:36 -06:00
|
|
|
*/
|
2009-06-19 00:08:50 -06:00
|
|
|
#ifdef CONFIG_LBDAF
|
2006-12-04 03:38:31 -07:00
|
|
|
typedef u64 sector_t;
|
|
|
|
typedef u64 blkcnt_t;
|
|
|
|
#else
|
2008-12-12 01:51:16 -07:00
|
|
|
typedef unsigned long sector_t;
|
2006-03-26 02:37:52 -07:00
|
|
|
typedef unsigned long blkcnt_t;
|
|
|
|
#endif
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
/*
|
2015-02-12 16:01:22 -07:00
|
|
|
* The type of an index into the pagecache.
|
2005-04-16 16:20:36 -06:00
|
|
|
*/
|
|
|
|
#define pgoff_t unsigned long
|
|
|
|
|
PCI: Add pci_bus_addr_t
David Ahern reported that d63e2e1f3df9 ("sparc/PCI: Clip bridge windows
to fit in upstream windows") fails to boot on sparc/T5-8:
pci 0000:06:00.0: reg 0x184: can't handle BAR above 4GB (bus address 0x110204000)
The problem is that sparc64 assumed that dma_addr_t only needed to hold DMA
addresses, i.e., bus addresses returned via the DMA API (dma_map_single(),
etc.), while the PCI core assumed dma_addr_t could hold *any* bus address,
including raw BAR values. On sparc64, all DMA addresses fit in 32 bits, so
dma_addr_t is a 32-bit type. However, BAR values can be 64 bits wide, so
they don't fit in a dma_addr_t. d63e2e1f3df9 added new checking that
tripped over this mismatch.
Add pci_bus_addr_t, which is wide enough to hold any PCI bus address,
including both raw BAR values and DMA addresses. This will be 64 bits
on 64-bit platforms and on platforms with a 64-bit dma_addr_t. Then
dma_addr_t only needs to be wide enough to hold addresses from the DMA API.
[bhelgaas: changelog, bugzilla, Kconfig to ensure pci_bus_addr_t is at
least as wide as dma_addr_t, documentation]
Fixes: d63e2e1f3df9 ("sparc/PCI: Clip bridge windows to fit in upstream windows")
Fixes: 23b13bc76f35 ("PCI: Fail safely if we can't handle BARs larger than 4GB")
Link: http://lkml.kernel.org/r/CAE9FiQU1gJY1LYrxs+ma5LCTEEe4xmtjRG0aXJ9K_Tsu+m9Wuw@mail.gmail.com
Link: http://lkml.kernel.org/r/1427857069-6789-1-git-send-email-yinghai@kernel.org
Link: https://bugzilla.kernel.org/show_bug.cgi?id=96231
Reported-by: David Ahern <david.ahern@oracle.com>
Tested-by: David Ahern <david.ahern@oracle.com>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
Acked-by: David S. Miller <davem@davemloft.net>
CC: stable@vger.kernel.org # v3.19+
2015-05-27 18:23:51 -06:00
|
|
|
/*
|
|
|
|
* A dma_addr_t can hold any valid DMA address, i.e., any address returned
|
|
|
|
* by the DMA API.
|
|
|
|
*
|
|
|
|
* If the DMA API only uses 32-bit addresses, dma_addr_t need only be 32
|
|
|
|
* bits wide. Bus addresses, e.g., PCI BARs, may be wider than 32 bits,
|
|
|
|
* but drivers do memory-mapped I/O to ioremapped kernel virtual addresses,
|
|
|
|
* so they don't care about the size of the actual bus addresses.
|
|
|
|
*/
|
2011-03-22 17:33:50 -06:00
|
|
|
#ifdef CONFIG_ARCH_DMA_ADDR_T_64BIT
|
|
|
|
typedef u64 dma_addr_t;
|
|
|
|
#else
|
|
|
|
typedef u32 dma_addr_t;
|
PCI: Add pci_bus_addr_t
David Ahern reported that d63e2e1f3df9 ("sparc/PCI: Clip bridge windows
to fit in upstream windows") fails to boot on sparc/T5-8:
pci 0000:06:00.0: reg 0x184: can't handle BAR above 4GB (bus address 0x110204000)
The problem is that sparc64 assumed that dma_addr_t only needed to hold DMA
addresses, i.e., bus addresses returned via the DMA API (dma_map_single(),
etc.), while the PCI core assumed dma_addr_t could hold *any* bus address,
including raw BAR values. On sparc64, all DMA addresses fit in 32 bits, so
dma_addr_t is a 32-bit type. However, BAR values can be 64 bits wide, so
they don't fit in a dma_addr_t. d63e2e1f3df9 added new checking that
tripped over this mismatch.
Add pci_bus_addr_t, which is wide enough to hold any PCI bus address,
including both raw BAR values and DMA addresses. This will be 64 bits
on 64-bit platforms and on platforms with a 64-bit dma_addr_t. Then
dma_addr_t only needs to be wide enough to hold addresses from the DMA API.
[bhelgaas: changelog, bugzilla, Kconfig to ensure pci_bus_addr_t is at
least as wide as dma_addr_t, documentation]
Fixes: d63e2e1f3df9 ("sparc/PCI: Clip bridge windows to fit in upstream windows")
Fixes: 23b13bc76f35 ("PCI: Fail safely if we can't handle BARs larger than 4GB")
Link: http://lkml.kernel.org/r/CAE9FiQU1gJY1LYrxs+ma5LCTEEe4xmtjRG0aXJ9K_Tsu+m9Wuw@mail.gmail.com
Link: http://lkml.kernel.org/r/1427857069-6789-1-git-send-email-yinghai@kernel.org
Link: https://bugzilla.kernel.org/show_bug.cgi?id=96231
Reported-by: David Ahern <david.ahern@oracle.com>
Tested-by: David Ahern <david.ahern@oracle.com>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
Acked-by: David S. Miller <davem@davemloft.net>
CC: stable@vger.kernel.org # v3.19+
2015-05-27 18:23:51 -06:00
|
|
|
#endif
|
2011-03-22 17:33:50 -06:00
|
|
|
|
2016-12-10 21:34:53 -07:00
|
|
|
typedef unsigned __bitwise gfp_t;
|
|
|
|
typedef unsigned __bitwise fmode_t;
|
2006-06-12 16:49:31 -06:00
|
|
|
|
2008-09-11 02:31:45 -06:00
|
|
|
#ifdef CONFIG_PHYS_ADDR_T_64BIT
|
|
|
|
typedef u64 phys_addr_t;
|
|
|
|
#else
|
|
|
|
typedef u32 phys_addr_t;
|
|
|
|
#endif
|
|
|
|
|
2008-09-11 02:31:50 -06:00
|
|
|
typedef phys_addr_t resource_size_t;
|
|
|
|
|
2012-04-03 07:11:04 -06:00
|
|
|
/*
|
|
|
|
* This type is the placeholder for a hardware interrupt number. It has to be
|
|
|
|
* big enough to enclose whatever representation is used by a given platform.
|
|
|
|
*/
|
|
|
|
typedef unsigned long irq_hw_number_t;
|
|
|
|
|
2009-01-06 15:40:39 -07:00
|
|
|
typedef struct {
|
atomic_t: Remove volatile from atomic_t definition
When looking at a performance problem on PowerPC, I noticed some awful code
generation:
c00000000051fc98: 3b 60 00 01 li r27,1
...
c00000000051fca0: 3b 80 00 00 li r28,0
...
c00000000051fcdc: 93 61 00 70 stw r27,112(r1)
c00000000051fce0: 93 81 00 74 stw r28,116(r1)
c00000000051fce4: 81 21 00 70 lwz r9,112(r1)
c00000000051fce8: 80 01 00 74 lwz r0,116(r1)
c00000000051fcec: 7d 29 07 b4 extsw r9,r9
c00000000051fcf0: 7c 00 07 b4 extsw r0,r0
c00000000051fcf4: 7c 20 04 ac lwsync
c00000000051fcf8: 7d 60 f8 28 lwarx r11,0,r31
c00000000051fcfc: 7c 0b 48 00 cmpw r11,r9
c00000000051fd00: 40 c2 00 10 bne- c00000000051fd10
c00000000051fd04: 7c 00 f9 2d stwcx. r0,0,r31
c00000000051fd08: 40 c2 ff f0 bne+ c00000000051fcf8
c00000000051fd0c: 4c 00 01 2c isync
We create two constants, write them out to the stack, read them straight back
in and sign extend them. What a mess.
It turns out this bad code is a result of us defining atomic_t as a
volatile int.
We removed the volatile attribute from the powerpc atomic_t definition years
ago, but commit ea435467500612636f8f4fb639ff6e76b2496e4b (atomic_t: unify all
arch definitions) added it back in.
To dig up an old quote from Linus:
> The fact is, volatile on data structures is a bug. It's a wart in the C
> language. It shouldn't be used.
>
> Volatile accesses in *code* can be ok, and if we have "atomic_read()"
> expand to a "*(volatile int *)&(x)->value", then I'd be ok with that.
>
> But marking data structures volatile just makes the compiler screw up
> totally, and makes code for initialization sequences etc much worse.
And screw up it does :)
With the volatile removed, we see much more reasonable code generation:
c00000000051f5b8: 3b 60 00 01 li r27,1
...
c00000000051f5c0: 3b 80 00 00 li r28,0
...
c00000000051fc7c: 7c 20 04 ac lwsync
c00000000051fc80: 7c 00 f8 28 lwarx r0,0,r31
c00000000051fc84: 7c 00 d8 00 cmpw r0,r27
c00000000051fc88: 40 c2 00 10 bne- c00000000051fc98
c00000000051fc8c: 7f 80 f9 2d stwcx. r28,0,r31
c00000000051fc90: 40 c2 ff f0 bne+ c00000000051fc80
c00000000051fc94: 4c 00 01 2c isync
Six instructions less.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-05-16 22:34:57 -06:00
|
|
|
int counter;
|
2009-01-06 15:40:39 -07:00
|
|
|
} atomic_t;
|
|
|
|
|
|
|
|
#ifdef CONFIG_64BIT
|
|
|
|
typedef struct {
|
atomic_t: Remove volatile from atomic_t definition
When looking at a performance problem on PowerPC, I noticed some awful code
generation:
c00000000051fc98: 3b 60 00 01 li r27,1
...
c00000000051fca0: 3b 80 00 00 li r28,0
...
c00000000051fcdc: 93 61 00 70 stw r27,112(r1)
c00000000051fce0: 93 81 00 74 stw r28,116(r1)
c00000000051fce4: 81 21 00 70 lwz r9,112(r1)
c00000000051fce8: 80 01 00 74 lwz r0,116(r1)
c00000000051fcec: 7d 29 07 b4 extsw r9,r9
c00000000051fcf0: 7c 00 07 b4 extsw r0,r0
c00000000051fcf4: 7c 20 04 ac lwsync
c00000000051fcf8: 7d 60 f8 28 lwarx r11,0,r31
c00000000051fcfc: 7c 0b 48 00 cmpw r11,r9
c00000000051fd00: 40 c2 00 10 bne- c00000000051fd10
c00000000051fd04: 7c 00 f9 2d stwcx. r0,0,r31
c00000000051fd08: 40 c2 ff f0 bne+ c00000000051fcf8
c00000000051fd0c: 4c 00 01 2c isync
We create two constants, write them out to the stack, read them straight back
in and sign extend them. What a mess.
It turns out this bad code is a result of us defining atomic_t as a
volatile int.
We removed the volatile attribute from the powerpc atomic_t definition years
ago, but commit ea435467500612636f8f4fb639ff6e76b2496e4b (atomic_t: unify all
arch definitions) added it back in.
To dig up an old quote from Linus:
> The fact is, volatile on data structures is a bug. It's a wart in the C
> language. It shouldn't be used.
>
> Volatile accesses in *code* can be ok, and if we have "atomic_read()"
> expand to a "*(volatile int *)&(x)->value", then I'd be ok with that.
>
> But marking data structures volatile just makes the compiler screw up
> totally, and makes code for initialization sequences etc much worse.
And screw up it does :)
With the volatile removed, we see much more reasonable code generation:
c00000000051f5b8: 3b 60 00 01 li r27,1
...
c00000000051f5c0: 3b 80 00 00 li r28,0
...
c00000000051fc7c: 7c 20 04 ac lwsync
c00000000051fc80: 7c 00 f8 28 lwarx r0,0,r31
c00000000051fc84: 7c 00 d8 00 cmpw r0,r27
c00000000051fc88: 40 c2 00 10 bne- c00000000051fc98
c00000000051fc8c: 7f 80 f9 2d stwcx. r28,0,r31
c00000000051fc90: 40 c2 ff f0 bne+ c00000000051fc80
c00000000051fc94: 4c 00 01 2c isync
Six instructions less.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-05-16 22:34:57 -06:00
|
|
|
long counter;
|
2009-01-06 15:40:39 -07:00
|
|
|
} atomic64_t;
|
|
|
|
#endif
|
|
|
|
|
2010-07-02 11:41:14 -06:00
|
|
|
struct list_head {
|
|
|
|
struct list_head *next, *prev;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct hlist_head {
|
|
|
|
struct hlist_node *first;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct hlist_node {
|
|
|
|
struct hlist_node *next, **pprev;
|
|
|
|
};
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
struct ustat {
|
|
|
|
__kernel_daddr_t f_tfree;
|
|
|
|
__kernel_ino_t f_tinode;
|
|
|
|
char f_fname[6];
|
|
|
|
char f_fpack[6];
|
|
|
|
};
|
|
|
|
|
2011-05-31 22:03:55 -06:00
|
|
|
/**
|
2012-06-27 01:07:19 -06:00
|
|
|
* struct callback_head - callback structure for use with RCU and task_work
|
2011-05-31 22:03:55 -06:00
|
|
|
* @next: next update requests in a list
|
|
|
|
* @func: actual update function to call after the grace period.
|
2015-11-05 19:44:18 -07:00
|
|
|
*
|
|
|
|
* The struct is aligned to size of pointer. On most architectures it happens
|
|
|
|
* naturally due ABI requirements, but some architectures (like CRIS) have
|
|
|
|
* weird ABI and we need to ask it explicitly.
|
|
|
|
*
|
2017-02-02 12:40:15 -07:00
|
|
|
* The alignment is required to guarantee that bit 0 of @next will be
|
2015-11-05 19:44:18 -07:00
|
|
|
* clear under normal conditions -- as long as we use call_rcu(),
|
|
|
|
* call_rcu_bh(), call_rcu_sched(), or call_srcu() to queue callback.
|
|
|
|
*
|
|
|
|
* This guarantee is important for few reasons:
|
|
|
|
* - future call_rcu_lazy() will make use of lower bits in the pointer;
|
|
|
|
* - the structure shares storage spacer in struct page with @compound_head,
|
|
|
|
* which encode PageTail() in bit 0. The guarantee is needed to avoid
|
|
|
|
* false-positive PageTail().
|
2011-05-31 22:03:55 -06:00
|
|
|
*/
|
2012-06-27 01:07:19 -06:00
|
|
|
struct callback_head {
|
|
|
|
struct callback_head *next;
|
|
|
|
void (*func)(struct callback_head *head);
|
2015-11-05 19:44:18 -07:00
|
|
|
} __attribute__((aligned(sizeof(void *))));
|
2012-06-27 01:07:19 -06:00
|
|
|
#define rcu_head callback_head
|
2011-05-31 22:03:55 -06:00
|
|
|
|
2015-06-10 13:53:06 -06:00
|
|
|
typedef void (*rcu_callback_t)(struct rcu_head *head);
|
|
|
|
typedef void (*call_rcu_func_t)(struct rcu_head *head, rcu_callback_t func);
|
|
|
|
|
2009-02-06 08:17:58 -07:00
|
|
|
#endif /* __ASSEMBLY__ */
|
2005-04-16 16:20:36 -06:00
|
|
|
#endif /* _LINUX_TYPES_H */
|