1. 03 Oct, 2006 7 commits
    • Franck Bui-Huu's avatar
      [PATCH] Create kallsyms_lookup_size_offset() · ffc50891
      Franck Bui-Huu authored
      Some uses of kallsyms_lookup() do not need to find out the name of a symbol
      and its module's name it belongs.  This is specially true in arch specific
      code, which needs to unwind the stack to show the back trace during oops
      (mips is an example).  In this specific case, we just need to retreive the
      function's size and the offset of the active intruction inside it.
      
      Adds a new entry "kallsyms_lookup_size_offset()" This new entry does
      exactly the same as kallsyms_lookup() but does not require any buffers to
      store any names.
      
      It returns 0 if it fails otherwise 1.
      Signed-off-by: default avatarFranck Bui-Huu <vagabon.xyz@gmail.com>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      ffc50891
    • David Howells's avatar
      [PATCH] FRV: Permit large kmalloc allocations [try #2] · 339b0c08
      David Howells authored
      Permit kmalloc() to make allocations of up to 32MB if so configured.  This
      may be useful under NOMMU conditions where vmalloc() can't do this.
      Signed-off-by: default avatarDavid Howells <dhowells@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      339b0c08
    • David Howells's avatar
      [PATCH] VFS: Make filldir_t and struct kstat deal in 64-bit inode numbers · afefdbb2
      David Howells authored
      These patches make the kernel pass 64-bit inode numbers internally when
      communicating to userspace, even on a 32-bit system.  They are required
      because some filesystems have intrinsic 64-bit inode numbers: NFS3+ and XFS
      for example.  The 64-bit inode numbers are then propagated to userspace
      automatically where the arch supports it.
      
      Problems have been seen with userspace (eg: ld.so) using the 64-bit inode
      number returned by stat64() or getdents64() to differentiate files, and
      failing because the 64-bit inode number space was compressed to 32-bits, and
      so overlaps occur.
      
      This patch:
      
      Make filldir_t take a 64-bit inode number and struct kstat carry a 64-bit
      inode number so that 64-bit inode numbers can be passed back to userspace.
      
      The stat functions then returns the full 64-bit inode number where
      available and where possible.  If it is not possible to represent the inode
      number supplied by the filesystem in the field provided by userspace, then
      error EOVERFLOW will be issued.
      
      Similarly, the getdents/readdir functions now pass the full 64-bit inode
      number to userspace where possible, returning EOVERFLOW instead when a
      directory entry is encountered that can't be properly represented.
      
      Note that this means that some inodes will not be stat'able on a 32-bit
      system with old libraries where they were before - but it does mean that
      there will be no ambiguity over what a 32-bit inode number refers to.
      
      Note similarly that directory scans may be cut short with an error on a
      32-bit system with old libraries where the scan would work before for the
      same reasons.
      
      It is judged unlikely that this situation will occur because modern glibc
      uses 64-bit capable versions of stat and getdents class functions
      exclusively, and that older systems are unlikely to encounter
      unrepresentable inode numbers anyway.
      
      [akpm: alpha build fix]
      Signed-off-by: default avatarDavid Howells <dhowells@redhat.com>
      Cc: Trond Myklebust <trond.myklebust@fys.uio.no>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      afefdbb2
    • Andrew Morton's avatar
      [PATCH] pid.h cleanup · 1d32849b
      Andrew Morton authored
      Make the pid.h macros look less revolting in an 80-col window.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      1d32849b
    • Paul Mundt's avatar
      [PATCH] Add unifdef to gitignore · ad7a3bf3
      Paul Mundt authored
      This seems to have been missed when unifdef went in
      via Sam's tree..
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      ad7a3bf3
    • Jeff Garzik's avatar
      [PATCH] hp100: fix conditional compilation mess · 7525d4bf
      Jeff Garzik authored
      The previous hp100 changeset attempted to kill warnings, but was only
      tested on !CONFIG_ISA platforms.  The correct conditional compilation
      setup involves tested CONFIG_ISA rather than just MODULE.
      
      Fixes link on CONFIG_ISA platforms (i386) in current -git.
      Signed-off-by: default avatarJeff Garzik <jeff@garzik.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      7525d4bf
    • Andrew Morton's avatar
      [PATCH] revert "insert IOAPIC(s) and Local APIC into resource map" · 0e4a523f
      Andrew Morton authored
      Commit 54dbc0c9 is causing various
      people's machines to fail to map PCI resources.
      
      Revert it in preparation for addressing the show-APICs-in-/proc/iomem
      requirement in a different manner.
      
      Cc: Aaron Durbin <adurbin@google.com>
      Cc: Andi Kleen <ak@muc.de>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0e4a523f
  2. 02 Oct, 2006 33 commits