1. 12 Dec, 2005 1 commit
  2. 18 Nov, 2005 1 commit
  3. 07 Nov, 2005 1 commit
  4. 28 Oct, 2005 3 commits
  5. 20 Oct, 2005 1 commit
  6. 08 Oct, 2005 1 commit
  7. 30 Sep, 2005 11 commits
  8. 10 Sep, 2005 1 commit
  9. 09 Sep, 2005 1 commit
  10. 07 Sep, 2005 1 commit
    • Olaf Hering's avatar
      [PATCH] provide MODALIAS= enviroment variable to autoload ieee1394 modules via udev · 9b19d85a
      Olaf Hering authored
      Old 2.6.13 hotplug enviroment for 'plug in firewire disk' event:
      ==> debug.01139.ieee1394.add.8211 <==
      set -- ieee1394
      Module spb2 is not loaded.
      grep sbp2 /lib/modules/2.6.13-20050901172817-default/modules.alias
      alias ieee1394:ven*mo*sp0000609Ever00010483* sbp2
      printf 'ieee1394:ven%08Xmo%08Xsp%08Xver%08X\n' '0x000000' '0x001010' '0x00609e' '0x010483'
      modprobe -v ieee1394:ven00000000mo00001010sp0000609Ever00010483
      insmod /lib/modules/2.6.13-20050901172817-default/kernel/drivers/ieee1394/sbp2.ko
      Providing a MODALIAS= enviroment variable with the content above will fix it.
      Signed-off-by: default avatarOlaf Hering <olh@suse.de>
      Cc: Ben Collins <bcollins@debian.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  11. 05 Sep, 2005 1 commit
  12. 29 Aug, 2005 1 commit
  13. 26 Aug, 2005 1 commit
  14. 27 Jul, 2005 1 commit
  15. 14 Jul, 2005 1 commit
    • Olaf Hering's avatar
      [PATCH] ratelimit the ieee1394 IR legacy activated messages · 98848fa8
      Olaf Hering authored
      running coriander1 with an Apple iSight produces lots of dmesg output.
      Jul 13 22:14:17 ibook kernel: ieee1394: raw1394: /dev/raw1394 device initialized
      Jul 13 22:15:28 ibook kernel: ohci1394: fw-host0: IR legacy activated
      Jul 13 22:15:59 ibook last message repeated 208 times
      Jul 13 22:17:00 ibook last message repeated 762 times
      Jul 13 22:18:01 ibook last message repeated 914 times
      Jul 13 22:18:17 ibook last message repeated 238 times
      Jul 13 22:18:17 ibook kernel: ieee1394: unsolicited response packet received - no tlabel match
      Jul 13 22:18:17 ibook kernel: ohci1394: fw-host0: IR legacy activated
      its less noisy with the patch:
      Jul 14 08:03:08 ibook kernel: ieee1394: raw1394: /dev/raw1394 device initialized
      Jul 14 08:03:26 ibook kernel: ohci1394: fw-host0: IR legacy activated
      Jul 14 08:03:42 ibook last message repeated 10 times
      Jul 14 08:03:47 ibook kernel: printk: 63 messages suppressed.
      Jul 14 08:03:47 ibook kernel: ohci1394: fw-host0: IR legacy activated
      Jul 14 08:03:52 ibook kernel: printk: 74 messages suppressed.
      Signed-off-by: default avatarOlaf Hering <olh@suse.de>
      Cc: Jody McIntyre <scjody@modernduck.com>
      Cc: Ben Collins <bcollins@debian.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  16. 10 Jul, 2005 1 commit
    • Ben Collins's avatar
      [PATCH] Sync up ieee-1394 · 1934b8b6
      Ben Collins authored
      Lots of this patch is trivial code cleanups (static vars were being
      intialized to 0, etc).
      There's also some fixes for ISO transmits (max buffer handling).
      Aswell, we have a few fixes to disable IRM capabilites correctly.  We've
      also disabled, by default some generally unused EXPORT symbols for the
      sake of cleanliness in the kernel.  However, instead of removing them
      completely, we felt it necessary to have a config option that allowed
      them to be enabled for the many projects outside of the main kernel tree
      that use our API for driver development.
      The primary reason for this patch is to revert a MODE6->MODE10 RBC
      conversion patch from the SCSI maintainers.  The new conversions handled
      directly in the scsi layer do not seem to work for SBP2.  This patch
      reverts to our old working code so that users can enjoy using Firewire
      disks and dvd drives again.
      We are working with the SCSI maintainers to resolve this issue outside
      of the main kernel tree.  We'll merge the patch once the SCSI layer's
      handling of the MODE10 conversion is working for us.
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  17. 06 Jul, 2005 1 commit
    • Linus Torvalds's avatar
      ieee1394: fix broken signed char assumption. · 07bbeaf1
      Linus Torvalds authored
      "ack_code" is assigned (and tested against) negative numbers, but was
      declared as "char".  Which only works if "char" is signed - which it
      necessarily isn't.
      So make that signedness assumption specific.
  18. 27 Jun, 2005 1 commit
  19. 25 Jun, 2005 1 commit
    • Christoph Lameter's avatar
      [PATCH] Cleanup patch for process freezing · 3e1d1d28
      Christoph Lameter authored
      1. Establish a simple API for process freezing defined in linux/include/sched.h:
         frozen(process)		Check for frozen process
         freezing(process)		Check if a process is being frozen
         freeze(process)		Tell a process to freeze (go to refrigerator)
         thaw_process(process)	Restart process
         frozen_process(process)	Process is frozen now
      2. Remove all references to PF_FREEZE and PF_FROZEN from all
         kernel sources except sched.h
      3. Fix numerous locations where try_to_freeze is manually done by a driver
      4. Remove the argument that is no longer necessary from two function calls.
      5. Some whitespace cleanup
      6. Clear potential race in refrigerator (provides an open window of PF_FREEZE
         cleared before setting PF_FROZEN, recalc_sigpending does not check
      This patch does not address the problem of freeze_processes() violating the rule
      that a task may only modify its own flags by setting PF_FREEZE. This is not clean
      in an SMP environment. freeze(process) is therefore not SMP safe!
      Signed-off-by: default avatarChristoph Lameter <christoph@lameter.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  20. 20 Jun, 2005 3 commits
  21. 17 Jun, 2005 2 commits
  22. 16 Jun, 2005 1 commit
  23. 26 May, 2005 2 commits
    • Andrew Morton's avatar
      [SCSI] git-scsi-misc-sbp2-warning-fix · 644e02ea
      Andrew Morton authored
      drivers/ieee1394/sbp2.c: In function `sbp2_check_sbp2_response':
      drivers/ieee1394/sbp2.c:2154: warning: unused variable `device_type'
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
    • Al Viro 's avatar
      [SCSI] TYPE_RBC cache fixes (sbp2.c affected) · 631e8a13
      Al Viro authored
      	a) TYPE_SDAD renamed to TYPE_RBC and taken to scsi.h
      	b) in sbp2.c remapping of TYPE_RPB to TYPE_DISK turned off
      	c) relevant places in midlayer and sd.c taught to accept TYPE_RBC
      	d) sd.c::sd_read_cache_type() looks into page 6 when dealing with
      TYPE_RBC - these guys have writeback cache flag there and are not guaranteed
      to have page 8 at all.
      	e) sd_read_cache_type() got an extra sanity check - it checks that
      it got the page it asked for before using its contents.  And screams if
      mismatch had happened.  Rationale: there are broken devices out there that
      are "helpful" enough to go for "I don't have a page you've asked for, here,
      have another one".  For example, PL3507 had been caught doing just that...
      	f) sbp2 sets sdev->use_10_for_rw and sdev->use_10_for_ms instead
      of bothering to remap READ6/WRITE6/MOD_SENSE, so most of the conversions
      in there are gone now.
      	Incidentally, I wonder if USB storage devices that have no
      mode page 8 are simply RBC ones.  I haven't touched that, but it might
      be interesting to check...
      Signed-off-by: default avatarAl Viro <viro@parcelfarce.linux.theplanet.co.uk>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
  24. 17 May, 2005 1 commit