1. 14 11月, 2005 36 次提交
  2. 13 11月, 2005 4 次提交
    • T
      [PATCH] sil24: add missing ata_pad_free() · e9c05afa
      Tejun Heo 提交于
      sil24_port_stop() is missing call to ata_pad_free() thus leaking pad
      buffer when a port is stopped.  This patch adds it.
      Signed-off-by: NTejun Heo <htejun@gmail.com>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      e9c05afa
    • C
      [SBUSFB]: implement ->compat_ioctl · 9ffb83bc
      Christoph Hellwig 提交于
      This patch adds a new function, sbusfb_compat_ioctl() to
      drivers/video/sbuslib.c and uses it as compat_ioctl in all sbus fb
      drivers
      
      This remove the last per-arch compat ioctl bits in
      arch/sparc64/kernel/ioctl32.c so it would be nice if people could test
      if this actually copiles and works and if yes apply it :)
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9ffb83bc
    • C
      [SPARC]: Fix RTC compat ioctl kernel log spam. · 535f8d65
      Christoph Hellwig 提交于
      On Fri, Nov 11, 2005 at 12:58:40PM -0800, David S. Miller wrote:
      > 
      > This change:
      > 
      > diff-tree 8ca2bdc7 (from feee207e44d3643d19e648aAuthor: Christoph Hellwig <hch@lst.de>
      > Date:   Wed Nov 9 12:07:18 2005 -0800
      > 
      >     [SPARC] sbus rtc: implement ->compat_ioctl
      >     
      >     Signed-off-by: Christoph Hellwig <hch@lst.de>
      >     Signed-off-by: David S. Miller <davem@davemloft.net>
      > 
      > results in the console now getting spewed on sparc64 systems
      > with messages like:
      > 
      > [   11.968298] ioctl32(hwclock:464): Unknown cmd fd(3) cmd(401c7014){00} arg(efc
      > What's happening is hwclock tries first the SBUS rtc device ioctls
      > then the normal rtc driver ones.
      > 
      > So things actually worked better when we had the SBUS rtc compat ioctl
      > directly handled via the generic compat ioctl code.
      > 
      > There are _so_ many rtc drivers in the kernel implementing the
      > generic rtc ioctls that I don't think putting a ->compat_ioctl
      > into all of them to fix this problem is feasible.  Unless we
      > write a single rtc_compat_ioctl(), export it to modules, and hook
      > it into all of those somehow.
      > 
      > But even that doesn't appear to have any pretty implementation.
      > 
      > Any better ideas?
      
      We had similar problems with other ioctls where userspace did things
      like that.  What we did there was to put the compat handler to generic
      code.  The patch below does that, adding a big comment about what's
      going on and removing the COMPAT_IOCTL entires for these on powerpc
      that not only weren't ever useful but are duplicated now aswell.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      535f8d65
    • D
      [PATCH] I8K: fix /proc reporting of blank service tags · 4f005551
      Dmitry Torokhov 提交于
      Make /proc/i8k display '?' when service tag is blank in BIOS.
      This fixes segfault in i8k gkrellm plugin.
      Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      4f005551