1. 03 10月, 2006 1 次提交
  2. 26 9月, 2006 1 次提交
  3. 01 8月, 2006 1 次提交
    • V
      [PATCH] radeonfb sleep fixes · 994aad25
      Volker Braun 提交于
      Many IBM Thinkpad T4* models and some R* and X* with radeon video cards draw
      too much power when suspended to RAM, reducing drastically the battery
      lifetime.  The solution is to enable suspend-to-D2 on these machines.  They
      are whitelisted through their subsystem vendor/device ID.  This fixes
      http://bugzilla.kernel.org/show_bug.cgi?id=3022
      
      The patch introduces a framework to alter the pm_mode and reinit_func fields
      of the radeonfb_info structure based on a whitelist.  This should facilitate
      future hardware-dependent workarounds.  The workaround for the Samsung P35
      that is already in the radeonfb code has been rewritten using this framework.
      
      The behavior can be overridden with module options:
      
      i)  video=radeonfb:force_sleep=1
          enable suspend-to-D2 also on non-whitelisted machines (useful for
          testing new notebook models),
      
      ii) video=radeonfb:ignore_devlist=1
          Disable checking the whitelist and do not apply any workarounds.
      
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: "Antonino A. Daplas" <adaplas@pol.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      994aad25
  4. 31 7月, 2006 1 次提交
  5. 28 3月, 2006 1 次提交
  6. 24 3月, 2006 1 次提交
  7. 21 2月, 2006 1 次提交
  8. 15 1月, 2006 1 次提交
    • P
      [PATCH] ppc: Remove powermac support from ARCH=ppc · a7fdd90b
      Paul Mackerras 提交于
      This makes it possible to build kernels for PReP and/or CHRP
      with ARCH=ppc by removing the (non-building) powermac support.
      It's now also possible to select PReP and CHRP independently.
      Powermac users should now build with ARCH=powerpc instead of
      ARCH=ppc.  (This does mean that it is no longer possible to
      build a 32-bit kernel for a G5.)
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      a7fdd90b
  9. 02 10月, 2005 1 次提交
  10. 05 9月, 2005 1 次提交
  11. 17 4月, 2005 2 次提交
    • B
      [PATCH] ppc32: Fix AGP and sleep again · 0c541b44
      Benjamin Herrenschmidt 提交于
      My previous patch that added sleep support for uninorth-agp and some AGP
      "off" stuff in radeonfb and aty128fb is breaking some configs.  More
      specifically, it has problems with rage128 setups since the DRI code for
      these in X doesn't properly re-enable AGP on wakeup or console switch
      (unlike the radeon DRM).
      
      This patch fixes the problem for pmac once for all by using a different
      approach.  The AGP driver "registers" special suspend/resume callbacks with
      some arch code that the fbdev's can later on call to suspend and resume
      AGP, making sure it's resumed back in the same state it was when suspended.
       This is platform specific for now.  It would be too complicated to try to
      do a generic implementation of this at this point due to all sort of weird
      things going on with AGP on other architectures.  We'll re-work that whole
      problem cleanly once we finally merge fbdev's and DRI.
      
      In the meantime, please apply this patch which brings back some r128 based
      laptops into working condition as far as system sleep is concerned.
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      0c541b44
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4