An error occurred fetching the project authors.
  1. 29 Oct, 2005 4 commits
  2. 28 Oct, 2005 4 commits
  3. 24 Oct, 2005 1 commit
  4. 22 Oct, 2005 2 commits
  5. 18 Oct, 2005 2 commits
    • Antonino A. Daplas's avatar
      [PATCH] vesafb: Fix display corruption on display blank · bb7e257e
      Antonino A. Daplas authored
      Reported by: Bob Tracy <rct@gherkin.frus.com>
      
       "...I've got a Toshiba notebook (730XCDT -- Pentium 150MMX) for which
        I'm using the Vesa FB driver.  When the machine has been idle for some
        time and the driver attempts to powerdown the display, rather than the
        display going blank, it goes gray with several strange lines.  When I
        hit the "shift" key or other-wise wake up the display, the old video
        state is not fully restored..."
      
      vesafb recently added a blank method which has only 2 states, powerup and
      powerdown.  The powerdown state is used for all blanking levels, but in his
      case, powerdown does not work correctly for higher levels of display
      powersaving. Thus, for intermediate power levels, use software blanking,
      and use only hardware blanking for an explicit powerdown.
      Signed-off-by: default avatarAntonino Daplas <adaplas@pol.net>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      bb7e257e
    • Linus Torvalds's avatar
      Add some basic .gitignore files · 1e65174a
      Linus Torvalds authored
      This still leaves driver and architecture-specific subdirectories alone,
      but gets rid of the bulk of the "generic" generated files that we should
      ignore.
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      1e65174a
  6. 17 Oct, 2005 1 commit
    • Samuel Thibault's avatar
      [PATCH] SVGATextMode fix · 0aec4867
      Samuel Thibault authored
      Fix bug 5441.
      
      I didn't know about messy programs like svgatextmode...  Couldn't this be
      integrated in some linux/drivers/video/console/svgacon.c ?...  So because
      of the existence of the svgatextmode program, the kernel is not supposed to
      touch to CRT_OVERFLOW/SYNC_END/DISP/DISP_END/OFFSET ?
      
      Disabling the check in vgacon_resize() might help indeed, but I'm really
      not sure whether it will work for any chipset: in my patch, CRT registers
      are set at each console switch, since stty rows/cols apply to consoles
      separately...
      
      The attached solution is to keep the test, but if it fails, we assume that
      the caller knows what it does (i.e.  it is svgatextmode) and then disable
      any further call to vgacon_doresize.  Svgatextmode is usually used to
      _expand_ the display, not to shrink it.  And it is harmless in the case of
      a too big stty rows/cols: the display will just be cropped.  I tested it on
      my laptop, and it works fine with svgatextmode.
      
      A better solution would be that svgatextmode explicitely tells the kernel
      not to care about video timing, but for this an interface needs be defined
      and svgatextmode be patched.
      Signed-off-by: default avatarSamuel Thibault <samuel.thibault@ens-lyon.org>
      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>
      0aec4867
  7. 15 Oct, 2005 1 commit
  8. 07 Oct, 2005 1 commit
    • Tom 'spot' Callaway's avatar
      [SPARC]: Fix p9100 framebuffer in 2.6 · d85c3553
      Tom 'spot' Callaway authored
      The attached patch fixes the p9100 framebuffer so that text is viewable
      (not black on black, like it was before the patch). The linux logo
      displays for a very short period of time, then is replaced by a grey
      box. This leads me to believe that this framebuffer would have problems
      in X, but since there hasn't been a weitek driver for X in several
      millennia, this isn't something that I can confirm or deny.
      
      But this patch does get color console working on my SPARCbook 3TX.
      Signed-off-by: default avatarTom 'spot' Callaway <tcallawa@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      d85c3553
  9. 02 Oct, 2005 1 commit
  10. 30 Sep, 2005 1 commit
  11. 29 Sep, 2005 6 commits
  12. 23 Sep, 2005 1 commit
    • Andrew Morton's avatar
      [PATCH] atyfb c99 fix · 2601c2e2
      Andrew Morton authored
      - fix this:
      
        drivers/video/aty/xlinit.c: In function `atyfb_xl_init':
        drivers/video/aty/xlinit.c:256: warning: ISO C90 forbids mixed declarations and code
      
      - repair some kooky coding style
      
      - Use ARRAY_SIZE()
      
      Cc: Tom 'spot' Callaway <tcallawa@redhat.com>
      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>
      2601c2e2
  13. 21 Sep, 2005 3 commits
  14. 17 Sep, 2005 2 commits
  15. 15 Sep, 2005 2 commits
  16. 14 Sep, 2005 1 commit
  17. 13 Sep, 2005 6 commits
  18. 12 Sep, 2005 1 commit
    • Thomas Winischhofer's avatar
      [PATCH] USB: sisusb[vga] update · 1bbb4f20
      Thomas Winischhofer authored
      here is a new and extended version of the sisusbvga (previously: sisusb)
      driver. The patch is against 2.6.13 and updates the driver to version 0.0.8.
      
      Additions include complete VGA/EGA text console support and a build-in
      display mode infrastructure for userland applications that don't know
       about the graphics internals.
      
      Fixes include some BE/LE issues and a get/put_dev bug in the previous
      version.
      
      Other changes include a change of the module name from "sisusb" to
      "sisusbvga". The previous one was too generic IMHO.
      
      Please note that the patch also affects the Makefile in
      drivers/video/console as the driver requires the VGA 8x16 font in case
      the text console part is selected.
      
      Heavily tested, as usual. Please apply.
      
      One thing though: I already prepared for removal of the "mode" field and
      the changed "name" field in the usb_class_driver structure. This will
      perhaps need some refinement depending on whether you/Linus merge the
      respective core changes before or after 2.6.14.
      Signed-off-by: default avatarThomas Winischhofer <thomas@winischhofer.net>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      1bbb4f20