1. 28 May, 2004 5 commits
  2. 29 May, 2004 1 commit
  3. 28 May, 2004 18 commits
    • Sean Young's avatar
      [WATCHDOG] v2.6.6 sc520_wdt.c-patch2 · f70c90bf
      Sean Young authored
      This patch also removes the cbar usage which is unnecessary. The MMCR is
      always available at 0xfffef000; there is no need to use the cbar register
      (if mmcr aliasing is enabled, then the MMCR is _also_ available at
      another address set by CBAR).
      f70c90bf
    • Wim Van Sebroeck's avatar
      [WATCHDOG] v2.6.6 sc520_wdt.c-patch1 · baae0d6b
      Wim Van Sebroeck authored
      Clean-up (general stuff: comments, keep module parameters together, ...)
      Added clear definitions for the Watchdog Timer Control Register bits
      Made start, stop and keepalive return 0 if successful
      Fixed nowayout behaviour so that it is consistent with other watchdog drivers
      Fixed release behaviour so that it is consistent with other watchdog drivers
      Added wdt_set_heartbeat function to set the timeout/heartbeat of the watchdog
      Made sure that memory remapping (wdtmrctl) is done before misc_register is started
      MMCR_BASE_DEFAULT was wrong (Bug 2497 reported by Sean Young)
      
      Tested by Sean Young
      baae0d6b
    • Wim Van Sebroeck's avatar
      [WATCHDOG] v2.6.6 w83627hf_wdt.c · 630fb05e
      Wim Van Sebroeck authored
      When drivers starts show the correct watchdog driver info.
      630fb05e
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleed-2.6 · a7b2f24a
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/i2c-2.6
      a7b2f24a
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleed-2.6 · 075769bc
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/usb-2.6
      075769bc
    • Alexey Fisher's avatar
      [PATCH] I2C: add max1619 driver · 0bfc2c92
      Alexey Fisher authored
      This is a driver for "Remote/Local Temperature Sensor with Dual-Alarm Outputs
      and SMBus Serial Interface" MAX1619. I found this chip an my Laptop SAMSUNG
      NV5000. Daryng I use Linux cooling didn't worked at all, naw  with this
      driwer it's working. I hope  this will be usefool for ather too.
      
      I didn't hade any expiriens with programming, but i didn't wont to wait wann
      some body make it vor me. Jean halped me correrct any mysteiks wich i made.
      Thanks Jaen :)
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      0bfc2c92
    • Jean Delvare's avatar
      [PATCH] I2C: i2c-parport: support the ADM1031 evaluation board · 0c2bdd29
      Jean Delvare authored
      The following patch adds support for the ADM1030 and ADM1031 evaluation
      boards to the i2c-parport and i2c-parport-light drivers. They are almost
      compatible with the already supported ADM1025 and ADM1032 boards, except
      that the ADM1032 board needs some pins to be set high to draw its power,
      while the same pins power up heating resistors on the ADM1031 board. I
      considered it was a bit dangerous to do that by default, so I ended up
      with two different device definitions, one with powering pins set, and
      one with these pins cleared.
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      0c2bdd29
    • Luiz Capitulino's avatar
      [PATCH] PCI: fix pci/probe.c possible NULL pointer. · 0abcbadd
      Luiz Capitulino authored
       In drivers/pci/probe.c::pci_scan_bridge() the call for pci_alloc_child_bus()
      can return NULL, but it is not handled by the function (detected by
      Coverity's checker).
      
       The patch bellow fix that returning `max' if we got the NULL, but
      I do not know if it is right. I guess it is, because in that case
      the function will act in the same way as with `pass != 0'.
      
      Signed-off by: Luiz Capitulino <lcapitulino@prefeitura.sp.gov.br>
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      0abcbadd
    • Todd Rimmer's avatar
      [PATCH] PCI: Add InfiniCon PCI ID to pci_ids.h · e4bbb861
      Todd Rimmer authored
      We would like to have the InfiniCon PCI Vendor ID added to pci_ids.h
      Below is a context diff, which would would greatly appreciate if you
      applied and included in future kernel releases.
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      e4bbb861
    • Ian Abbott's avatar
      [PATCH] USB: ftdi_sio throttling fix · 283eb063
      Ian Abbott authored
      This patch fixes throttling problems in the ftdi_sio driver for the
      2.6 kernel.  The old throttling mechanism (unlinking the read urb)
      often failed to work, and even it did work, would lose any data
      held in the transfer buffer.  The new mechanism presented here is
      based on what the whitehead driver does (defer processing and
      resubmitting of the read urb until unthrottled).
      Signed-off-by: default avatarIan Abbott <abbotti@mev.co.uk>
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      283eb063
    • Alan Stern's avatar
      [PATCH] USB: Use normal return codes for several routines in hub.c · ae0c1536
      Alan Stern authored
      This patch changes the return codes used by hub_port_wait_reset(),
      hub_port_reset(), and hub_port_debounce() in hub.c.  I couldn't stand the
      {-1=error, 0=okay, 1=disconnect} scheme; the meanings seemed arbitrary and
      I constantly forgot which number stood for what status.  The revised code
      uses normal negative error codes, including -ENOTCONN to indicate device
      disconnected, or 0 for success.
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      ae0c1536
    • Todd Poynor's avatar
      [PATCH] Fix for leave-runtime-suspended-devices-off-at-system-resume.patch · 9e6b95c3
      Todd Poynor authored
      A patch to fix my previous
      leave-runtime-suspended-devices-off-at-system-resume patch; the new
      changes save a copy of power.power_state in order to know whether to
      resume a device, independently of mods to that field by a driver suspend
      routine.  This fixes 2.6.7-rc1-mm1 in the same fashion as the updated
      2.6.6 patch sent previously.
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      9e6b95c3
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleed-2.6 · 5bb8ea44
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/driver-2.6
      5bb8ea44
    • Greg Kroah-Hartman's avatar
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleed-2.6 · 6e058568
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/pci-2.6
      6e058568
    • Greg Kroah-Hartman's avatar
      [PATCH] Report which device failed to suspend · 5ca5b409
      Greg Kroah-Hartman authored
      Based on a patch from Nickolai Zeldovich <kolya@MIT.EDU> but put into the
      proper place by me.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      5ca5b409
    • Todd Poynor's avatar
      [PATCH] Leave runtime suspended devices off at system resume · b8ff3f6b
      Todd Poynor authored
      Currently all devices are resumed at system resume time, including any
      that were individually powered off ("at runtime") prior to the system
      suspend.  In certain cases it can be nice to force back on individually
      suspended devices, such as the display, but hopefully this policy can be
      left up to userspace power managers; the kernel should probably honor
      the settings previously made by userspace/drivers.  This seems
      preferable to requiring a power-conscious system to re-suspend devices
      after a system resume; furthermore, for certain platforms (such as
      XScale PXA27X) there can be disastrous consequences of powering up
      devices when the system is in a state incompatible with operation of the
      device.
      
      Suggested patch does this:
      
      (1) At system resume, checks power_state to see if the device was
      suspended prior to system suspend, and skips powering on the device if
      so.
      
      (2) Does not re-suspend an already-suspended device at system suspend
      (using a different method than is currently employed, which reorders the
      list, see #3).
      
      (3) Preserves the active/off device list order despite the above changes
      to suspend/resume behavior, to avoid dependency problems that tend to
      occur when the list is reordered.
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      b8ff3f6b
    • Todd Poynor's avatar
      [PATCH] Device runtime suspend/resume fixes · 98e1a74e
      Todd Poynor authored
      (1) Set device power state at runtime resume (as is done for runtime
      suspend) so that a later suspend does not think the device is still
      suspended (refusing to suspend it again).
      
      (2) Move devices from the active list to the off list only when
      suspending all devices as part of a system suspend, not for runtime
      suspend.  This matches the resume code, which only moves devices from
      off to active during system resume, such that runtime resume currently
      doesn't move the suspended device back to the active list.  (This also
      avoids reordering the device list for runtime suspends; the list is in
      order of registration and suspend/resume works best that way -- granted,
      more sweeping improvements in how device dependencies are accounted for
      in the suspend/resume order are also needed someday.)
      
      Runtime device suspend/resume is in some cases used frequently on
      battery-powered embedded devices, to save additional power and to handle
      device power state interactions with overall system power state on
      certain platforms.
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      98e1a74e
  4. 27 May, 2004 1 commit
  5. 28 May, 2004 3 commits
  6. 27 May, 2004 12 commits