1. 06 Oct, 2008 3 commits
    • Linus Torvalds's avatar
      Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb · 11f9b020
      Linus Torvalds authored
      * 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb: (33 commits)
        V4L/DVB (9103): em28xx: HVR-900 B3C0 - fix audio clicking issue
        V4L/DVB (9099): em28xx: Add detection for K-WORLD DVB-T 310U
        V4L/DVB (9092): gspca: Bad init values for sonixj ov7660.
        V4L/DVB (9080): gspca: Add a delay after writing to the sonixj sensors.
        V4L/DVB (9075): gspca: Bad check of returned status in i2c_read() spca561.
        V4L/DVB (9053): fix buffer overflow in uvc-video
        V4L/DVB (9043): S5H1420: Fix size of shadow-array to avoid overflow
        V4L/DVB (9037): Fix support for Hauppauge Nova-S SE
        V4L/DVB (9029): Fix deadlock in demux code
        V4L/DVB (8979): sms1xxx: Add new USB product ID for Hauppauge WinTV MiniStick
        V4L/DVB (8978): sms1xxx: fix product name for Hauppauge WinTV MiniStick
        V4L/DVB (8967): Use correct XC3028L firmware for AMD ATI TV Wonder 600
        V4L/DVB (8963): s2255drv field count fix
        V4L/DVB (8961): zr36067: Fix RGBR pixel format
        V4L/DVB (8960): drivers/media/video/cafe_ccic.c needs mm.h
        V4L/DVB (8958): zr36067: Return proper bytes-per-line value
        V4L/DVB (8957): zr36067: Restore the default pixel format
        V4L/DVB (8955): bttv: Prevent NULL pointer dereference in radio_open
        V4L/DVB (8935): em28xx-cards: Remove duplicate entry (EM2800_BOARD_KWORLD_USB2800)
        V4L/DVB (8933): gspca: Disable light frquency for zc3xx cs2102 Kokom.
    • Haavard Skinnemoen's avatar
      atmel-mci: Initialize BLKR before sending data transfer command · e683b423
      Haavard Skinnemoen authored
      The atmel-mci driver sometimes fails data transfers like this:
         mmcblk0: error -5 transferring data
         end_request: I/O error, dev mmcblk0, sector 2749769
         end_request: I/O error, dev mmcblk0, sector 2749777
      It turns out that this might be caused by the BLKR register (which
      contains the block size and the number of blocks being transfered) being
      initialized too late. This patch moves the initialization of BLKR so
      that it contains the correct value before the block transfer command is
      This error is difficult to reproduce, but if you insert a long delay
      (mdelay(10) or thereabouts) between the calls to atmci_start_command()
      and atmci_submit_data(), all transfers seem to fail without this patch,
      while I haven't seen any failures with this patch.
      Reported-by: default avatarHein_Tibosch <hein_tibosch@yahoo.es>
      Signed-off-by: default avatarHaavard Skinnemoen <haavard.skinnemoen@atmel.com>
      Signed-off-by: default avatarPierre Ossman <drzeus@drzeus.cx>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
    • Rafael J. Wysocki's avatar
      x86 ACPI: Blacklist two HP machines with buggy BIOSes · e84956f9
      Rafael J. Wysocki authored
      There is a bug in the BIOSes of some HP boxes with AMD Turions which
      connects IO-APIC pins with ACPI thermal trip points in such a way that
      if the state of the IO-APIC is not as expected by the (buggy) BIOS, the
      thermal trip points are set to insanely low values (usually all of them
      become 16 degrees Celsius).  As a result, thermal throttling kicks in
      and knock the system down to its shoes.
      Unfortunately some of the recent IO-APIC changes made the bug show up.
      To prevent this from happening, blacklist machines that are known to be
      affected (nx6115 and 6715b in this particular case).
      This fixes http://bugzilla.kernel.org/show_bug.cgi?id=11516 listed as
      a regression from 2.6.26.
      On my box it was caused by:
      commit 691874fa
      Author: Maciej W. Rozycki <macro@linux-mips.org>
      Date:   Tue May 27 21:19:51 2008 +0100
          x86: I/O APIC: timer through 8259A second-chance
      Signed-off-by: default avatarMaciej W. Rozycki <macro@linux-mips.org>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      and the whole story is described in this (huge) thread:
      Matthew Garrett told us about that happening on the nx6125:
      and then Maciej analysed the breakage on the basis of a DSDT from the
      As far as the Dmitry's and Jason's boxes are concerned, I recognized the
      symptoms and asked them to verify that the blacklisting helped.
      It appears that the buggy BIOS code has been copy-pasted to the entire
      range of machines, for no good reason.
      Signed-off-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
      Tested-by: default avatarDmitry Torokhov <dmitry.torokhov@gmail.com>
      Tested-by: default avatarJason Vas Dias <jason.vas.dias@gmail.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
  2. 05 Oct, 2008 22 commits
  3. 04 Oct, 2008 15 commits