1. 24 Jul, 2007 2 commits
    • Ulrich Drepper's avatar
      fallocate syscall interface deficiency · 0d786d4a
      Ulrich Drepper authored
      The fallocate syscall returns ENOSYS in case the filesystem does not support
      the operation and expects the userlevel code to fill in.  This is good in
      concept.
      
      The problem is that the libc code for old kernels should be able to
      distinguish the case where the syscall is not at all available vs not
      functioning for a specific mount point.  As is this is not possible and we
      always have to invoke the syscall even if the kernel doesn't support it.
      
      I suggest the following patch.  Using EOPNOTSUPP is IMO the right thing to do.
      
      Cc: Amit Arora <aarora@in.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      0d786d4a
    • Josh Boyer's avatar
      Use resource_size_t for serial port IO addresses · 4f640efb
      Josh Boyer authored
      At present, various parts of the serial code use unsigned long to define
      resource addresses.  This is a problem, because some 32-bit platforms have
      physical addresses larger than 32-bits, and have mmio serial uarts located
      above the 4GB point.
      
      This patch changes the type of mapbase in both struct uart_port and struct
      plat_serial8250_port to resource_size_t, which can be configured to be 64
      bits on such platforms.  The mapbase in serial_struct can't safely be
      changed, because that structure is user visible.
      Signed-off-by: default avatarDavid Gibson <dwg@au1.ibm.com>
      Signed-off-by: default avatarJosh Boyer <jwboyer@linux.vnet.ibm.com>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Jason Wessel <jason.wessel@windriver.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      4f640efb
  2. 22 Jul, 2007 38 commits