Home
last modified time | relevance | path

Searched hist:"80119 ef5c8153e0a6cc5edf00c083dc98a9bd348" (Results 1 – 4 of 4) sorted by relevance

/linux/include/linux/
H A Dmman.hdiff 80119ef5c8153e0a6cc5edf00c083dc98a9bd348 Fri May 23 22:04:31 CEST 2008 Alan Cox <alan@redhat.com> mm: fix atomic_t overflow in vm

The atomic_t type is 32bit but a 64bit system can have more than 2^32
pages of virtual address space available. Without this we overflow on
ludicrously large mappings

Signed-off-by: Alan Cox <alan@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
/linux/mm/
H A Dnommu.cdiff 80119ef5c8153e0a6cc5edf00c083dc98a9bd348 Fri May 23 22:04:31 CEST 2008 Alan Cox <alan@redhat.com> mm: fix atomic_t overflow in vm

The atomic_t type is 32bit but a 64bit system can have more than 2^32
pages of virtual address space available. Without this we overflow on
ludicrously large mappings

Signed-off-by: Alan Cox <alan@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
H A Dswap.cdiff 80119ef5c8153e0a6cc5edf00c083dc98a9bd348 Fri May 23 22:04:31 CEST 2008 Alan Cox <alan@redhat.com> mm: fix atomic_t overflow in vm

The atomic_t type is 32bit but a 64bit system can have more than 2^32
pages of virtual address space available. Without this we overflow on
ludicrously large mappings

Signed-off-by: Alan Cox <alan@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
H A Dmmap.cdiff 80119ef5c8153e0a6cc5edf00c083dc98a9bd348 Fri May 23 22:04:31 CEST 2008 Alan Cox <alan@redhat.com> mm: fix atomic_t overflow in vm

The atomic_t type is 32bit but a 64bit system can have more than 2^32
pages of virtual address space available. Without this we overflow on
ludicrously large mappings

Signed-off-by: Alan Cox <alan@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>