1. 27 Jan, 2004 6 commits
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/gregkh/linux/i2c-2.6 · 8a4ebbc8
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      8a4ebbc8
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleed-2.5 · bef87257
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/i2c-2.6
      bef87257
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleed-2.5 · 959ab1dc
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/usb-2.6
      959ab1dc
    • Greg Kroah-Hartman's avatar
    • Jean Delvare's avatar
      [PATCH] I2C: Bring lm75 and lm78 in compliance with sysfs naming conventions · 66a38d0a
      Jean Delvare authored
      Here is a patch that brings the lm75 and lm78 drivers in compliance with
      sysfs naming conventions. The drivers as found in existing 2.6 kernels
      do not have a digit appended to the temperature-related files names as
      the sysfs naming conversion recommends (obviously because they each have
      a single temperature channel). As a result, libsensors won't find the
      files.
      
      It was discussed on the list wether a '1' should be appended in this
      case, and our conclusion was that it would be better to do so because it
      helps automatic processing of the sysfs exported files. Please apply if
      you agree with this.
      66a38d0a
    • Alan Stern's avatar
      [PATCH] USB: Update sound/usb/usbaudio.c · 6afd2055
      Alan Stern authored
      On Tue, 27 Jan 2004, Greg KH wrote:
      
      > Hm, can you send me a patch to fix up snd_usb_extigy_boot_quirk() in
      > sound/usb/usbaudio.c now that this patch broke that code?  :)
      
      Here it is.  The problem with changing things in the core is always that
      you may miss some of the repercussions.  In this case the patch will
      restore the code's original functionality.
      
      However the whole thing looks a bit creaky to me.  Changing device
      descriptors and who knows what else without informing usbcore isn't a good
      idea.  What this code _really_ appears to need is some form of
      usb_device_reenumerate().  Such a function would fit very nicely into the
      framework I've worked out for the revised usb_device_reset(); maybe I'll
      add it in there.  It would do essentially the same thing as device_reset
      except for skipping the actual port reset.
      6afd2055
  2. 26 Jan, 2004 30 commits
  3. 25 Jan, 2004 3 commits
  4. 24 Jan, 2004 1 commit