1. 09 2月, 2009 1 次提交
  2. 06 2月, 2009 1 次提交
  3. 07 1月, 2009 1 次提交
  4. 25 7月, 2008 1 次提交
  5. 22 7月, 2008 1 次提交
  6. 28 4月, 2008 2 次提交
  7. 17 10月, 2007 1 次提交
  8. 16 7月, 2007 1 次提交
  9. 09 5月, 2007 1 次提交
    • W
      aty128fb: fix blanking · 125e1137
      Witold Filipczyk 提交于
      I have a problem with blanking. The soundcard uses speakers of the monitor.
      Sound is muted when the screen blanks due to a bug in aty128fb.c.
      
      Here is a fragment of linux/fb.h
      /* VESA Blanking Levels */
      #define VESA_NO_BLANKING        0
      #define VESA_VSYNC_SUSPEND      1
      #define VESA_HSYNC_SUSPEND      2
      #define VESA_POWERDOWN          3
      
      enum {
              /* screen: unblanked, hsync: on,  vsync: on */
              FB_BLANK_UNBLANK       = VESA_NO_BLANKING,
      
              /* screen: blanked,   hsync: on,  vsync: on */
              FB_BLANK_NORMAL        = VESA_NO_BLANKING + 1,
      
              /* screen: blanked,   hsync: on,  vsync: off */
              FB_BLANK_VSYNC_SUSPEND = VESA_VSYNC_SUSPEND + 1,
      
              /* screen: blanked,   hsync: off, vsync: on */
              FB_BLANK_HSYNC_SUSPEND = VESA_HSYNC_SUSPEND + 1,
      
              /* screen: blanked,   hsync: off, vsync: off */
              FB_BLANK_POWERDOWN     = VESA_POWERDOWN + 1
      };
      
      So FB_BLANK_NORMAL is 1, FB_BLANK_VSYNC_SUSPEND is 2,
      FB_BLANK_HSYNC_SUSPEND is 3, FB_BLANK_POWERDOWN is 4.
      And now:
      blank = FB_BLANK_NORMAL (1)
      blank & FB_BLANK_HSYNC_SUSPEND (1 & 3) is true,
      so normal blank caused hsync suspend and sound is muted.
      
      Cc: James Simmons <jsimmons@infradead.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      125e1137
  10. 05 3月, 2007 1 次提交
  11. 20 2月, 2007 6 次提交
  12. 20 12月, 2006 1 次提交
  13. 09 12月, 2006 1 次提交
  14. 02 9月, 2006 1 次提交
  15. 31 8月, 2006 1 次提交
  16. 06 8月, 2006 1 次提交
    • O
      [PATCH] crash in aty128_set_lcd_enable() on PowerBook · c3760ae1
      Olaf Hering 提交于
      Current Linus tree crashes in aty128_set_lcd_enable() because par->pdev
      is NULL. This happens since at least a week. Call trace is:
      
      aty128_set_lcd_enable
      aty128fb_set_par
      fbcon_init
      visual_init
      take_over_console
      fbcon_takeover
      notifier_call_chain
      blocking_notifier_call_chain
      register_framebuffer
      aty128fb_probe
      pci_device_probe
      bus_for_each_dev
      driver_attach
      bus_add_driver
      driver_register
      __pci_register_driver
      aty128fb_init
      init
      kernel_thread
      
      - info->fix was assigned twice.
      
      - par->vram_size is assigned in aty128_probe(), no need to redo it again
        in aty128_init()
      
      - register_framebuffer() uses uninitialized struct members, move it past
        par->pdev assignment and past aty128_bl_init().
      Signed-off-by: NOlaf Hering <olh@suse.de>
      Acked-by: NAntonino Daplas <adaplas@pol.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      c3760ae1
  17. 01 8月, 2006 1 次提交
  18. 11 7月, 2006 2 次提交
  19. 01 7月, 2006 1 次提交
  20. 27 6月, 2006 1 次提交
  21. 26 6月, 2006 1 次提交
  22. 28 3月, 2006 2 次提交
  23. 12 3月, 2006 1 次提交
  24. 15 1月, 2006 1 次提交
  25. 07 11月, 2005 1 次提交
    • A
      [PATCH] fbcon/fbdev: Move softcursor out of fbdev to fbcon · c465e05a
      Antonino A. Daplas 提交于
      According to Jon Smirl, filling in the field fb_cursor with soft_cursor for
      drivers that do not support hardware cursors is redundant.  The soft_cursor
      function is usable by all drivers because it is just a wrapper around
      fb_imageblit.  And because soft_cursor is an fbcon-specific hook, the file is
      moved to the console directory.
      
      Thus, drivers that do not support hardware cursors can leave the fb_cursor
      field blank.  For drivers that do, they can fill up this field with their own
      version.
      
      The end result is a smaller code size.  And if the framebuffer console is not
      loaded, module/kernel size is also reduced because the soft_cursor module will
      also not be loaded.
      Signed-off-by: NAntonino Daplas <adaplas@pol.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      c465e05a
  26. 10 9月, 2005 1 次提交
  27. 05 9月, 2005 1 次提交
  28. 28 6月, 2005 1 次提交
  29. 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