1. 21 May, 2006 5 commits
    • Benjamin Herrenschmidt's avatar
      [PATCH] powerpc: Fix ide-pmac sysfs entry · 22192ccd
      Benjamin Herrenschmidt authored
      It looks like the generic ide code now wants ide_init_hwif_ports() to set
      the parent struct device into the ide_hw structure (new field ?).  Without
      this, the mac ide code can cause the ide probing code to explode in flames
      in sysfs registration due to what looks like a stale pointer in there
      (happens when removing/re-inserting one of the hotswap media bays on some
      laptops).
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      22192ccd
    • Chuck Ebbert's avatar
      [PATCH] i386: remove junk from stack dump · c44b20d5
      Chuck Ebbert authored
      i386 stack dump has a "<0>" in the middle of the line and an extra space
      between columns in multicolumn mode.  Remove those and also remove an extra
      blank line of source code.
      Signed-off-by: default avatarChuck Ebbert <76306.1226@compuserve.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      c44b20d5
    • Paul A. Clarke's avatar
      [PATCH] matroxfb: fix DVI setup to be more compatible · 6d39bedc
      Paul A. Clarke authored
      There has been a longstanding problem with the Matrox G450 and perhaps
      other similar cards, with modes "above" 1280x1024-60 on ppc/ppc64 boxes
      running Linux.  Higher resolutions and/or higher refresh rates resulted in
      a very noticably "jittery" display, and sometimes no display, depending on
      the physical monitor.  This patch fixes that problem on the systems I have
      easy access to...
      
      I've tested with SLES9SP3 (2.6.5+ kernel) and 2.6.16-rc6 custom kernels on
      an IBM eServer p5 520 w/G450 (a.k.a GXT135P on IBM's ppc64 systems), and a
      colleague of mine (Ian Romanick) tested it successfully on an Apple ppc32
      box (w/GXT135P).  I also tested it on IA32 box I have with a GXT135P to
      verify that it didn't obviously break anything.  In my testing, I covered
      single-card, single and dual-head setups using both HD15 and DVI-D signals,
      on both the IA32 and ppc64 boxes.  While everything appeared fine on both
      boxes, I did encounter one problem: I can't get any signal on the DVI-D
      output on the ppc64 box.  However, this is also the case without my patch.
      
      I just noticed that screen-blanking only occurs on the primary display as
      well.
      Signed-off-by: default avatarPaul A. Clarke <pc@us.ibm.com>
      Signed-off-by: default avatarIan Romanick <idr@us.ibm.com>
      Signed-off-by: default avatarPetr Vandrovec <petr@vandrovec.name>
      Cc: "Antonino A. Daplas" <adaplas@pol.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      6d39bedc
    • Lin Feng Shen's avatar
      [PATCH] NFS: fix error handling on access_ok in compat_sys_nfsservctl · d64b1c87
      Lin Feng Shen authored
      Functions compat_nfs_svc_trans, compat_nfs_clnt_trans,
      compat_nfs_exp_trans, compat_nfs_getfd_trans and compat_nfs_getfs_trans,
      which are called by compat_sys_nfsservctl(fs/compat.c), don't handle the
      return value of access_ok properly.  access_ok return 1 when the addr is
      valid, and 0 when it's not, but these functions have the reversed
      understanding.  When the address is valid, they always return -EFAULT to
      compat_sys_nfsservctl.
      
      An example is to run /usr/sbin/rpc.nfsd(32bit program on Power5).  It
      doesn't function as expected.  strace showes that nfsservctl returns
      -EFAULT.
      
      The patch fixes this by correcting the error handling on the return value
      of access_ok in the five functions.
      Signed-off-by: default avatarLin Feng Shen <shenlinf@cn.ibm.com>
      Cc: Trond Myklebust <trond.myklebust@fys.uio.no>
      Acked-by: default avatarNeil Brown <neilb@suse.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      d64b1c87
    • Ayaz Abdulla's avatar
      [PATCH] forcedeth: fix multi irq issues · 84b3932b
      Ayaz Abdulla authored
      With Manfred Spraul <manfred@colorfullife.com> and
           Andrew Morton <akpm@osdl.org>
      
      Bring back this recently-reverted patch, only fixed.
      
      Original changelog:
      
          From: Ayaz Abdulla <aabdulla@nvidia.com>
      
          This patch fixes the issues with multiple irqs.
      
          I am resending based on feedback. I decoupled the dma mask for
          consistent memory and fixed leak with multiple irq in error path.
      
          Thanks to Manfred for catching the spin lock problem.
      
      Fix it:
      
          From: Manfred Spraul <manfred@colorfullife.com>
      
          Fix bug introduced by ebf34c9b, covered in
          http://bugzilla.kernel.org/show_bug.cgi?id=6568.
      
          Remove second instance of the request_irq() calls: they were moved
          from nv_open into nv_request_irq.
      
          Thanks to Alistair Strachan <alistair@devzero.co.uk> for reporting and
          persisting.
      Signed-off-by: default avatarAyaz Abdulla <aabdulla@nvidia.com>
      Signed-off-by: default avatarManfred Spraul <manfred@colorfullife.com>
      Cc: Jeff Garzik <jeff@garzik.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      84b3932b
  2. 20 May, 2006 22 commits
  3. 19 May, 2006 13 commits