1. 27 Aug, 2006 30 commits
  2. 26 Aug, 2006 10 commits
    • Alan Stern's avatar
      [PATCH] unusual_devs update for UCR-61S2B · 94918ff6
      Alan Stern authored
      The existing unusual_devs entry for the UCR-61S2B appears to have too
      wide a revision range.  It matches at least one device that doesn't
      respond to the initialization sequence.  Perhaps the sequence needs to
      be updated, or perhaps something else can be done.  For now, this patch
      (as764) restricts the range to include only the revision mentioned in
      the original comment.
      This resolves (for now!) Bugzilla entry #6950.
      Signed-off-by: default avatarAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
    • Tomasz Kazmierczak's avatar
      [PATCH] USB: pl2303: removed support for OTi's DKU-5 clone cable · be729523
      Tomasz Kazmierczak authored
      This patch removes support for a clone of Nokia DKU-5 cable made by Ours
      Technology Inc, as it turned out that the cable does not use the pl2303
      chip, but OTI-6858 chip which is not compatible with the pl2303.
      Signed-off-by: default avatarTomasz Kazmierczak <tomek.fizyk@op.pl>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
    • Greg Kroah-Hartman's avatar
      [PATCH] USB: fix bug in cypress_cy7c63.c driver · b93b58ee
      Greg Kroah-Hartman authored
      This was pointed out by Adrian Bunk <bunk@stusta.de>, as found by the Coverity Checker.
      Cc: Adrian Bunk <bunk@stusta.de>
      Cc: Oliver Bock <o.bock@fh-wolfenbuettel.de>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
    • Henrik Kretzschmar's avatar
      [PATCH] PCI: kerneldoc correction in pci-driver · 39ba487f
      Henrik Kretzschmar authored
      Removes an unused kerneldoc entry from pci_match_device and
      put the others into correct order.
      Signed-off-by: default avatarHenrik Kretzschmar <henne@nachtwindheim.de>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
    • Scott Murray's avatar
      [PATCH] CPCI hotplug: fix resource assignment · cc702c2c
      Scott Murray authored
      Here is a patch against the CPCI hotplug core to fix up PCI resource
      assignment such that things will actually work when a hot inserted
      device is enabled.  I mentioned this patch to you way back in April at
      ELC, but am only now out from under things enough to clean it up and
      submit it.  I've basically cribbed the corresponding code from
      shpchp_pci.c, so there are no big surprises.  If it's still possible, I
      wouldn't mind this going into 2.6.18, but it wouldn't be the end of the
      world if it went into 2.6.19.
      Signed-off-by: default avatarScott Murray <scottm@somanetworks.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
    • Daniel Ritz's avatar
      [PATCH] PCI: fix ICH6 quirks · 65ae4ddd
      Daniel Ritz authored
      - add the ICH6(R) LPC to the ICH6 ACPI quirks.  currently only the ICH6-M
        is handled.  [ PCI_DEVICE_ID_INTEL_ICH6_1 is the ICH6-M LPC, ICH6_0 is
        the ICH6(R) ]
      - remove the wrong quirk calling asus_hides_smbus_lpc() for ICH6.  the
        register modified in asus_hides_smbus_lpc() has a different meaning in
      Signed-off-by: default avatarDaniel Ritz <daniel.ritz@gmx.ch>
      Acked-by: default avatarJean Delvare <khali@linux-fr.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
    • Daniel Ritz's avatar
      [PATCH] PCI: i386 mmconfig: don't forget bus number when setting fallback_slots bits · fd4dc27c
      Daniel Ritz authored
      On i386 PCI mmconfig forgets the bus number when setting the fallback_slots
      bits which means fallback to conf1 only works for bus 0.
      Signed-off-by: default avatarDaniel Ritz <daniel.ritz@gmx.ch>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
    • Daniel Ritz's avatar
      [PATCH] PCI: use PCBIOS as last fallback · 954c0b7c
      Daniel Ritz authored
      there was a change in 2.6.17 which affected the order in which the PCI
      access methods are probed.  this gives regressions on some machines with
      broken BIOS.  the problem is that PCBIOS sometimes reports last bus wrong,
      leaving cardbus non-funcational.  previously those system worked fine with
      direct access.
      The patch changes the PCI init code to have PCBIOS as last fallback, yet
      the PCBIOS code still has to run first to set pcibios_last_bus to the value
      reported by the BIOS.  this is needed in case legacy PCI probing
      (arch/i386/pci/legacy.c) is used to detect peer busses.  using direct
      access if available fixes the cardbus problems.
      Signed-off-by: default avatarDaniel Ritz <daniel.ritz@gmx.ch>
      Cc: Dave Hansen <haveblue@us.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
    • Hans de Goede's avatar
      [PATCH] hwmon: abituguru timeout fixes · faf9b616
      Hans de Goede authored
      This patch contains 2 sets of fixes for the abituguru:
       1) Much improved timeout handling, drasticly reducing the amount of
          timeout errors on some motherboards
       2) Fix the exit paths in the bank1 sensor type detect code to always
          restore the original settings even on an error. Without this our
          special test settings could remain seriously confusing the system
          BIOS's setup menu.
      Both are very much related and are must haves, to avoid messing up the
      uguru CMOS settings.
      Detailed changes:
      - Much improved timeout / wait for status handling. Many thanks to Sunil
        Kumar, for all his testing, ideas and patches! The code now first busy
        waits, polling the uguru for the expected status as this usually
        succeeds pretty quickly (within 90 reads). To avoid unnecessary CPU burn
        in timeout conditions, the amount of busy waiting has been halved from
        previous versions (120 tries instead of 250). This is not a problem,
        because this version goes to sleep after 120 attemps for 1 jiffy and
        then tries again, it does this sleep and try again 5 times before
        finally giving up. This (almost?) completly removes the timeout errors
        some people have seen regulary. Apparently some older uguru versions
        sometimes are distracted for a (relatively) long time. This solves this.
      - These timeout errors not only occur in the sending address part of
        reading the uguru but also in the wait for read state, so errors in
        this state are now handled as retryable just like send address state
        errors and are only logged and reported to userspace if 3 executive
        tries fail.
      - Fix a very nasty bug in the bank1 sensor type detection code, where it
        would not restore the original settings in any of the error paths!
      - Since not successfully restoring the original settings can seriously
        confuse the system BIOS (hang when entering the relevant setup menu),
        we now try restoring them 3 times before giving up.
      Signed-off-by: default avatarHans de Goede <j.w.r.degoede@hhs.nl>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
    • David Brownell's avatar
      [PATCH] i2c: tps65010 build fixes · 4801bc25
      David Brownell authored
      The tps65010.c driver in the main tree never got updated with
      build fixes since the last batch of I2C driver changes; and the
      genirq trigger flags were updated wierdly too.
      This also includes a minor tweak to reduce the frequency used to
      poll for unplug-the-AC-power on the TPS chips that don't provide
      relevant IRQs.  It _would_ be nice to sense whether there's even
      a battery, but that'd normally be an HDQ/1-wire interface to a
      smart battery, and such APIs aren't standardized.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>