1. 16 10月, 2009 8 次提交
  2. 12 10月, 2009 1 次提交
  3. 10 10月, 2009 2 次提交
    • A
      USB: serial: don't call release without attach · a4720c65
      Alan Stern 提交于
      This patch (as1295) fixes a recently-added bug in the USB serial core.
      If certain kinds of errors occur during probing, the core may call a
      serial driver's release method without previously calling the attach
      method.  This causes some drivers (io_ti in particular) to perform an
      invalid memory access.
      
      The patch adds a new flag to keep track of whether or not attach has
      been called.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Tested-by: NJean-Denis Girard <jd.girard@sysnux.pf>
      CC: stable <stable@kernel.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      a4720c65
    • R
      IRQ: Change __softirq_pending to unsigned int in asm-generic/hardirq.h. · cc9b0b9b
      Ralf Baechle 提交于
      Since the beginnings in aafe4dbe
      ("asm-generic: add generic versions of common headers") the generic
      version of <asm/hardirq.h> defined __softirq_pending as unsigned long.
      
      Which is different from other architectures for no apparent good reason
      and was causing the following warning:
      
        kernel/time/tick-sched.c: In function 'tick_nohz_stop_sched_tick':
        kernel/time/tick-sched.c:261: warning: format '%02x' expects type 'unsigned int', but argument 2 has type 'long unsigned int'
      
      Reported and initial patch by Wu Zhangjin <wuzhangjin@gmail.com>.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      Acked-by: NArnd Bergmann <arnd@arndb.de>
      [ Arnd points out that we really should make sure parisc and alpha are
        ok with this, since they have also been converted to use the generic
        hardirq.h file. But neither seems to use it, although parisc does
        build a IRQSTAT_SIRQ_PEND #define into asm-offsets - but that also
        appears unused..    - Linus ]
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      cc9b0b9b
  4. 08 10月, 2009 1 次提交
  5. 07 10月, 2009 1 次提交
  6. 06 10月, 2009 9 次提交
  7. 05 10月, 2009 5 次提交
    • B
      net: Support inclusion of <linux/socket.h> before <sys/socket.h> · 9c501935
      Ben Hutchings 提交于
      The following user-space program fails to compile:
      
          #include <linux/socket.h>
          #include <sys/socket.h>
          int main() { return 0; }
      
      The reason is that <linux/socket.h> tests __GLIBC__ to decide whether it
      should define various structures and macros that are now defined for
      user-space by <sys/socket.h>, but __GLIBC__ is not defined if no libc
      headers have yet been included.
      
      It seems safe to drop support for libc 5 now.
      Signed-off-by: NBen Hutchings <ben@decadent.org.uk>
      Signed-off-by: NBastian Blank <waldi@debian.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9c501935
    • D
      drm/fb: add setcmap and fix 8-bit support. · 068143d3
      Dave Airlie 提交于
      This adds support for the setcmap api and fixes the 8bpp
      support at least on radeon hardware. It adds a new load_lut
      hook which can be called once the color map is setup.
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      068143d3
    • D
      drm/radeon/kms: respect single crtc cards, only create one crtc. (v2) · dfee5614
      Dave Airlie 提交于
      Also add single crtc for RN50 chips.
      
      changes in v2:
      fix vblank init to respect single crtc flag
      fix r100 mode bandwidth to respect single crtc flag
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      dfee5614
    • A
      a99bbaf5
    • J
      Revert "Seperate read and write statistics of in_flight requests" · 0f78ab98
      Jens Axboe 提交于
      This reverts commit a9327cac.
      
      Corrado Zoccolo <czoccolo@gmail.com> reports:
      
      "with 2.6.32-rc1 I started getting the following strange output from
      "iostat -kx 2":
      Linux 2.6.31bisect (et2) 	04/10/2009 	_i686_	(2 CPU)
      
      avg-cpu:  %user   %nice %system %iowait  %steal   %idle
                10,70    0,00    3,16   15,75    0,00   70,38
      
      Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s
      avgrq-sz avgqu-sz   await  svctm  %util
      sda              18,22     0,00    0,67    0,01    14,77     0,02
      43,94     0,01   10,53 39043915,03 2629219,87
      sdb              60,89     9,68   50,79    3,04  1724,43    50,52
      65,95     0,70   13,06 488437,47 2629219,87
      
      avg-cpu:  %user   %nice %system %iowait  %steal   %idle
                 2,72    0,00    0,74    0,00    0,00   96,53
      
      Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s
      avgrq-sz avgqu-sz   await  svctm  %util
      sda               0,00     0,00    0,00    0,00     0,00     0,00
      0,00     0,00    0,00   0,00 100,00
      sdb               0,00     0,00    0,00    0,00     0,00     0,00
      0,00     0,00    0,00   0,00 100,00
      
      avg-cpu:  %user   %nice %system %iowait  %steal   %idle
                 6,68    0,00    0,99    0,00    0,00   92,33
      
      Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s
      avgrq-sz avgqu-sz   await  svctm  %util
      sda               0,00     0,00    0,00    0,00     0,00     0,00
      0,00     0,00    0,00   0,00 100,00
      sdb               0,00     0,00    0,00    0,00     0,00     0,00
      0,00     0,00    0,00   0,00 100,00
      
      avg-cpu:  %user   %nice %system %iowait  %steal   %idle
                 4,40    0,00    0,73    1,47    0,00   93,40
      
      Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s
      avgrq-sz avgqu-sz   await  svctm  %util
      sda               0,00     0,00    0,00    0,00     0,00     0,00
      0,00     0,00    0,00   0,00 100,00
      sdb               0,00     4,00    0,00    3,00     0,00    28,00
      18,67     0,06   19,50 333,33 100,00
      
      Global values for service time and utilization are garbage. For
      interval values, utilization is always 100%, and service time is
      higher than normal.
      
      I bisected it down to:
      [a9327cac] Seperate read and write
      statistics of in_flight requests
      and verified that reverting just that commit indeed solves the issue
      on 2.6.32-rc1."
      
      So until this is debugged, revert the bad commit.
      Signed-off-by: NJens Axboe <jens.axboe@oracle.com>
      0f78ab98
  8. 04 10月, 2009 1 次提交
  9. 03 10月, 2009 5 次提交
  10. 02 10月, 2009 7 次提交