1. 29 May, 2004 1 commit
  2. 28 May, 2004 8 commits
  3. 29 May, 2004 1 commit
  4. 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
  5. 27 May, 2004 1 commit
  6. 28 May, 2004 3 commits
  7. 27 May, 2004 8 commits
    • David Mosberger's avatar
      [PATCH] ia64: use new ptep_set_access_flags · b8038895
      David Mosberger authored
      ia64: Implement race-free ptep_set_access_flags()
      
      Signed-off-by: davidm@hpl.hp.com
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      b8038895
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc32: Fix typo in USB sleep code on intrepid based laptops · 69066dda
      Benjamin Herrenschmidt authored
      This fixes a typo in the low level platform code that puts to sleep and
      wakes up the USB cell.  This fixes a problem when pmdisk is used on
      those machines (pmdisk patch not merged yet, soon maybe...)
      
      From: Guido Guenther <agx@sigxcpu.org>
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      69066dda
    • Linus Torvalds's avatar
      Merge bk://gkernel.bkbits.net/net-drivers-2.6 · 0e760e3a
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      0e760e3a
    • Jeff Garzik's avatar
      d913e61d
    • Jeff Garzik's avatar
      [netdrvr ixgb] massive update · 3c7fd9ca
      Jeff Garzik authored
      Since Intel agreed to submit further updates via broken-up patches
      like they do currently (and admirably) for e1000 and e100, I agreed
      to merge this update to bring the driver up to speed.
      
      Contributed by: Ayyappan.Veeraiyan@intel.com
      
      Changes:
      
      Features implemented
      
      *	Support for new 850nm adapters.
      *	Copyright notice updated to include year 2004.
      *	Fix for "ixgb does not maintain non-default MTU setting across a
      link loss" issue - When link loss happens in non-default MTU
      environment, driver will incorrectly operate with default 1500 MTU
      setting.
      *	Netpoll support added
      *	Ethtool support - status functionality, FlowControl interface,
      Checksum interface, TSO and Scatter Gather interfaces
      *	Race condition fix - Race condition (TX path) exists between
      ixgb_xmit_frame and clean_tx_irq routines in handling the queue.
      * 	Removed dead code segments (#if 0)
      
      
      Performance improvement features 
      *	Mod operator usage is removed - used to cause performance
      problems in non-IA architecture based machines
      *	Multiple ICR register read in ISR is avoided
      *	RS bit set on only 'end of packet' TX descriptors - to avoid
      multiple writebacks by controller for packets with multiple descriptors.
      *	RX descriptors prefetch is done - improved 1500 MTU TX
      performance
      
      
      All relevant e1000 driver cleanups ported to ixgb
      *	Valid error propagation in functions ixgb_up, ixgb_probe,
      ixgb_open. 
      * 	NAPI code cleanups
      * 	u8, u16 and u32 data types are changed to uint8_t, uint16_t and
      uint32_t respectively. We use these types on our shared code for
      multiple OSes and also to make it uniform with e1000 driver.
      *	Some functions in ixgb_main.c are moved to different location -
      This enables easy porting of e1000 bug fixes to ixgb 
      3c7fd9ca
    • Jeff Garzik's avatar
      Merge redhat.com:/spare/repo/netdev-2.6/via-rhine · 207ebf51
      Jeff Garzik authored
      into redhat.com:/spare/repo/net-drivers-2.6
      207ebf51
    • Jeff Garzik's avatar
      Merge redhat.com:/spare/repo/netdev-2.6/sis900 · 159ea78e
      Jeff Garzik authored
      into redhat.com:/spare/repo/net-drivers-2.6
      159ea78e
    • Jeff Garzik's avatar
      Merge redhat.com:/spare/repo/netdev-2.6/pcnet32 · 64de62b4
      Jeff Garzik authored
      into redhat.com:/spare/repo/net-drivers-2.6
      64de62b4