1. 04 Jan, 2006 1 commit
  2. 24 Nov, 2005 1 commit
    • David Hrdeman's avatar
      [PATCH] USB: fix USB key generates ioctl_internal_command errors issue · 63dc3ff3
      David Hrdeman authored
      On Wed, Nov 16, 2005 at 06:34:24PM -0800, Pete Zaitcev wrote:
      >On Wed, 16 Nov 2005 23:52:32 +0100, David Hrdeman <david@2gen.com> wrote:
      >> usb-storage: waiting for device to settle before scanning
      >>   Vendor: I0MEGA    Model: UMni1GB*IOM2K4    Rev: 1.01
      >>   Type:   Direct-Access                      ANSI SCSI revision: 02
      >> SCSI device sda: 2048000 512-byte hdwr sectors (1049 MB)
      >> sda: Write Protect is off
      >> sda: Mode Sense: 00 00 00 00
      >> sda: assuming drive cache: write through
      >> ioctl_internal_command: <8 0 0 0> return code = 8000002
      >>    : Current: sense key=0x0
      >>     ASC=0x0 ASCQ=0x0
      >> SCSI device sda: 2048000 512-byte hdwr sectors (1049 MB)
      >I think it's harmless. I saw things like that, and initially I plugged
      >them with workarounds like this:
      Thanks for the pointer, and yes, it is harmless, but it floods the
      console with the messages which hides other (potentially important)
      messages...following your example I've made a patch which fixes the
      Signed-off-by: default avatarDavid Hrdeman <david@2gen.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  3. 17 Nov, 2005 2 commits
  4. 28 Oct, 2005 6 commits
  5. 12 Sep, 2005 3 commits
  6. 08 Sep, 2005 2 commits
  7. 12 Jul, 2005 1 commit
  8. 03 Jun, 2005 1 commit
  9. 04 May, 2005 3 commits
  10. 22 Apr, 2005 1 commit
    • Sven Anderson's avatar
      [PATCH] USB: clean up all iPod models in unusual_devs.h · 35f4a0c4
      Sven Anderson authored
      Phil Dibowitz wrote:
      > 1. You're adding product IDs 1202, 1203, 1204, and 1205. 1203 was
      > already there, but you remove it, OK, but 1205 is already there, so
      > you'll need to fix that.
      I was not removing 1203, it's just the extension of the bcd range. You are 
      right about 1205, as I wrote, it was a patch against Attached is 
      a patch against 2.6.12-rc2.
      > 2. I'm OK with the full bcd range if Apple is changing it on firmware
      > revs... fine, but it's bcd, not hex... 0x9999 =)
      I just copied from other entries. There're a lot 0xffffs in unusual_dev.h, 
      so I assumed it is correct. I changed it to 0x9999.
      > 3. It's rather obnoxious to take the original submitter's credit away.
      I didn't remove it, I changed it to "based on...". Because I changed 
      something (the range) in his entry, I thought it is the best to take the 
      responsibility but keep the origin. Anyway, in the new patch I did it in a 
      different way.
      > 4. Your /proc/bus/usb/devices shows 1204, but I see no evidence 1202 is
      > really an iPod.
      I don't have an old iPod mini, but you find a lot of evidence here:
      Especially this one:
      > It also looks like 1205's entry is getting mangled, but I haven't
      > attempted to apply the patch, so I'm not sure.
      No, the patch was ok, but I agree it looks strange. It's not very 
      readable, because I cannot tell diff to work blockwise instead of 
      linewise. Because of the similarity of the entries, diff splits and merges 
      them. Anyway, the new patch "looks" better. ;-)
      Signed-off-by: default avatarSven Anderson <sven-linux@anderson.de>
      Signed-off-by: default avatarPhil Dibowitz <phil@ipom.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
  11. 18 Apr, 2005 1 commit
  12. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      Let it rip!