1. 06 Jul, 2004 14 commits
    • Jerzy Szczepkowski's avatar
      [PATCH] Fix memory leak in epoll · c105abb3
      Jerzy Szczepkowski authored
      There was a memory leak in epoll.
      
      The reference count (d_count) of the struct dentry of a new epoll-fd was
      set to TWO.  (new_inode() assigned ONE, than ep_getfd() incremented it by
      dget()).  There was only ONE reference to this dentry, so struct dentry and
      struct inode were never freed.
      Signed-off-by: default avatarDavide Libenzi <davidel@xmailserver.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      c105abb3
    • Rusty Russell's avatar
      [PATCH] Remove include/{asm-i386,linux}/upd4990a.h · 6173a113
      Rusty Russell authored
      From: Alexey Dobriyan <adobriyan@mail.ru>
      
      drivers/char/upd4990a.c was removed from 2.6.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      6173a113
    • Gerd Knorr's avatar
      [PATCH] saa5246a Videotext driver update · a97d11d9
      Gerd Knorr authored
      From: Michael Geng <linux@MichaelGeng.de>
      
      The patch updates docs, comments + strings to also mention the SAA5281 chip
      (which is compatible to the SAA5246A) as supported.
      Signed-off-by: default avatarMichael Geng <linux@MichaelGeng.de>
      Signed-off-by: default avatarGerd Knorr <kraxel@bytesex.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      a97d11d9
    • Mika Kukkonen's avatar
      [PATCH] sparse: fix remaining three non-ANSI warnings · 9d2e400d
      Mika Kukkonen authored
        CHECK   fs/smbfs/smbiod.c
      fs/smbfs/smbiod.c:68:25: warning: non-ANSI parameter list
        CHECK   drivers/isdn/tpam/tpam_crcpc.c
      drivers/isdn/tpam/tpam_crcpc.c:57:15: warning: non-ANSI parameter list
        CHECK   drivers/scsi/aic7xxx/aic79xx_reg_print.c
      drivers/scsi/aic7xxx/aic79xx_osm.h:791:19: warning: non-ANSI parameter list
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      9d2e400d
    • Andi Kleen's avatar
      [PATCH] NUMA API: fix use-after-free bug · fb921d69
      Andi Kleen authored
      Move the memory policy freeing to later in exit to make sure the last
      memory allocations don't use an uninitialized policy.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      fb921d69
    • Antonino Daplas's avatar
      [PATCH] fbdev: set capabilities flag for vesafb and vga16fb · 701cbbb7
      Antonino Daplas authored
      This patch sets the correct capabilities flag for vesafb and vga16fb to
      provide fbcon with the correct hints as to the best scrolling mode.
      Signed-off-by: default avatarAntonino Daplas <adaplas@pol.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      701cbbb7
    • Antonino Daplas's avatar
      [PATCH] fbcon: new scrolling mode: YPAN + REDRAW · 8b984eb4
      Antonino Daplas authored
      Added a new scrolling mode (SCROLL_PAN_REDRAW) to fbcon that should greatly
      benefit unaccelerated drivers such as VESA fbdev.  An increase of 3-10 times
      in scrolling speed can be expected.
      
      Currently, fbcon has 4 different scrolling methods (1-4).  Potentially, we can
      have 6.  This patch implements SCROLL_PAN_REDRAW (5).  SCROLL_WRAP_REDRAW (6)
      is still unimplemented.
      
      Scroll Mode		Operation	YPan	YWrap
      +++++++++++++++++++++++++++++++++++++++++++++++++++++
      1. SCROLL_ACCEL		copyarea	No	No
      2. SCROLL_REDRAW	imageblit	No	No
      3. SCROLL_PAN		copyarea	Yes	No
      4. SCROLL_WRAP		copyarea	No	Yes
      5. SCROLL_PAN_REDRAW 	imageblit	Yes	No	
      6. SCROLL_WRAP_REDRAW	imageblit	No	Yes
      +++++++++++++++++++++++++++++++++++++++++++++++++++++
      Note 1:  I've changed the nomenclature to increase clarity:
      
      SCROLL_ACCEL = SCROLL_MOVE
      SCROLL_REDRAW = SCROLL_REDRAW
      SCROLL_PAN = SCROLL_PAN_MOVE
      SCROLL_WRAP = SCROLL_WRAP_MOVE
      
      To demonstrate the effect of each of the scrolling methods on
      an unaccelerated PCI/AGP-based driver (vesafb), I used a simple
      benchmark (time cat linux/MAINTAINERS - a 50K text file). The
      framebuffer is set at:
      
      1024x768-8bpp, 8x16 font, yres_virtual = 2*yres
      
      1. SCROLL_MOVE:
      real    5m50.277s
      user    0m0.001s
      sys     5m50.227s
      
      Almost 6 minutes for a 50K text file.  Using soft copyarea on a
      PCI-based card is just too slow (because copyarea has to 
      read from the framebuffer memory).
      
      2. SCROLL_PAN_MOVE
      scrollmode: SCROLL_PAN
      real    0m8.592s
      user    0m0.000s
      sys     0m8.586s
      
      Using ypan with copyarea dramatically improves the scrolling.  However, the
      scrolling action is jerky (fast during the panning stages, slows down during
      the copyarea stages).
      
      3. SCROLL_REDRAW (this is the default scrolling mode)
      real    0m3.189s
      user    0m0.000s
      sys     0m3.170s
      
      Simply eliminating the copyarea, even without ypanning, makes it faster than
      SCROLL_PAN_MOvE.  Plus, the scrolling action is smoother.
      
      So, if we combine YPanning with imageblit (PAN_REDRAW), we get this:
      
      4. SCROLL_PAN_REDRAW
      real    0m0.520s
      user    0m0.000s
      sys     0m0.518s
      
      That's almost 6x faster than SCROLL_REDRAW.  Increasing the amount of video
      RAM still increases the speed, but not very dramatically.  Higher than 16 MB,
      the increase is negligible.
      
      Using an accelerated driver, we see almost the same effect but not as
      dramatically:
      
      1. SCROLL_MOVE - accel
      real    0m3.112s
      user    0m0.000s
      sys     0m3.112s
      
      2. SCROLL_REDRAW - accel
      real    0m2.604s
      user    0m0.000s
      sys     0m2.603s
      
      Redraw is still faster than move, but not much.
      
      3. SCROLL_PAN_MOVE - accel
      real    0m0.203s
      user    0m0.000s
      sys     0m0.202s
      
      4. SCROLL_PAN_REDRAW - accel
      real    0m0.326s
      user    0m0.002s
      sys     0m0.323s
      
      This is one exception.  If panning is enabled, move is actually faster than
      redraw.  As to why, I don't know.
      
      So based on the above, fbcon will choose the scrolling method based on the
      following preference:
      
      Ypan/Ywrap > accel imageblit > accel copyarea >
      soft imageblit > (soft copyarea)
      
      Note 2: Exception: accel copyarea > accel imageblit if Pan/Wrap is enabled.
      
      Note 3: soft copyarea will be avoided by fbcon as much as possible unless
      there is a specific override, ie., FBINFO_READS_FAST flag is set.  If this
      flag is set, fbcon will prefer copyarea over imageblit, accel or soft.
      
      As a final note, in order for fbcon to use the best scrolling method, the
      low-level drivers must provide the correct hinting by setting the
      FBINFO_HWACCEL_* flags.
      
      To vesafb users: boot vesafb like this for fastest scrolling action:
      
      video=vesafb:ypan,vram:16
      Signed-off-by: default avatarAntonino Daplas <adaplas@pol.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      8b984eb4
    • Antonino Daplas's avatar
      [PATCH] fbcon: refinements for fbcon · f032365d
      Antonino Daplas authored
      1.  From Petr Vandrovec <vandrove@vc.cvut.cz>.
      
      Begin quote
      
              yesterday I finally found why 2.6.x has problems with taking
              over vgacon.  Problem is that take_over_console does:
      
        	if (IS_VISIBLE)
          	save_screen(i);
        	...
        	visual_init(i, 0);
        	...
      
              so code nicely saves screen contents, and calls visual_init,
              which calls fbcon's init, which in turn can issue vc_resize.  And this
              vc_resize will trigger read from vc->vc_origin.  But vc_origin still
              points to videomemory, not to the buffer where save_screen() copied
              its data.
      
      End quote
      
      So updating vc->vc_origin to point to screenbuf after the previous console
      deinitializes allows fbcon to correctly update the screen from the screen
      buffer.  This change makes the clearing of vram (using fillrect) unnecessary.
      
      2.  If FBINFO_MISC_MODESWITCH flag is set in info, do the set_par() in
      fbcon_switch() instead of piggy-backing the set_par() on fbcon_resize().  This
      preserves the current var, skipping the unnecessary fb_find_mode() step.
      Signed-off-by: default avatarAntonino Daplas <adaplas@pol.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f032365d
    • Antonino Daplas's avatar
      [PATCH] fbcon mode switching fix · 253c89da
      Antonino Daplas authored
      Ugly workaround.  When switching from KD_GRAPHICS to KD_TEXT, the event is
      captured at fbcon_blank() allowing fbcon to reinitialize the hardware.
      However, some hardware requires the reinitialization to be done
      immediately, others require it to be done later.  Others may need it to be
      done immediately and later, this is the worst case.
      Signed-off-by: default avatarAntonino Daplas <adaplas@pol.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      253c89da
    • Martin Schwidefsky's avatar
      [PATCH] s390: cpu hotplug support · 9baeca57
      Martin Schwidefsky authored
      From: Ursula Braun-Krahl <braunu@de.ibm.com>
      From: Heiko Carstens <heiko.carstens@de.ibm.com>
      From: Gerald Schaefer <geraldsc@de.ibm.com>
      From: Martin Schwidefsky <schwidefsky@de.ibm.com>
      
      Add s390 architecture support for cpu hotplug.
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      9baeca57
    • Martin Schwidefsky's avatar
      [PATCH] s390: cpu-idle notifier · 1ef8b835
      Martin Schwidefsky authored
      This patch introduces a notifier chain for cpu idle.  There are two events
      CPU_IDLE and CPU_NOT_IDLE that are called just before the cpu goes to sleep
      and right after the cpu woke up again.  The notifier is used to simplify the
      no-hz-timer-in-idle feature and the virtual cpu timers.  In addition the
      virtual cpu timer functions have been moved to arch/s390/kernel/vtime.c, which
      gives a nice separation between the timer functions related to real time and
      the timer functions related to virtual cpu time.
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      1ef8b835
    • Martin Schwidefsky's avatar
      [PATCH] s390: ctc driver changes · 6ac48313
      Martin Schwidefsky authored
      From: Peter Tiedemann <ptiedem@de.ibm.com>
      
      ctc driver changes:
       - Make use of the debug feature to ease debugging.
       - ctctty: use dev_alloc_name to allocate a network device name.
       - ctctty: avoid deadlock of ctc_tty_close vs ctc_tty_flush_buffer.
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      6ac48313
    • Martin Schwidefsky's avatar
      [PATCH] s390: common i/o layer · 17f0cb1f
      Martin Schwidefsky authored
      From: Arnd Bergmann <arndb@de.ibm.com>
      
      Common i/o layer changes:
       - Reorder checking and setting of the ccw device id.
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      17f0cb1f
    • Martin Schwidefsky's avatar
      [PATCH] s390: dasd driver changes · 51370f4e
      Martin Schwidefsky authored
      From: Horst Hummel <horst.hummel@de.ibm.com>
      
      dasd device driver changes:
       - Set and check the retry counter in start_IO for all requests.
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      51370f4e
  2. 05 Jul, 2004 20 commits
  3. 06 Jul, 2004 3 commits
  4. 05 Jul, 2004 3 commits