1. 07 11月, 2005 4 次提交
  2. 29 10月, 2005 2 次提交
  3. 28 10月, 2005 1 次提交
  4. 20 10月, 2005 1 次提交
  5. 09 10月, 2005 1 次提交
  6. 01 10月, 2005 11 次提交
  7. 11 9月, 2005 1 次提交
  8. 10 9月, 2005 1 次提交
  9. 08 9月, 2005 1 次提交
    • O
      [PATCH] provide MODALIAS= enviroment variable to autoload ieee1394 modules via udev · 9b19d85a
      Olaf Hering 提交于
      https://bugzilla.novell.com/show_bug.cgi?id=103746
      
      Old 2.6.13 hotplug enviroment for 'plug in firewire disk' event:
      
      ==> debug.01139.ieee1394.add.8211 <==
      set -- ieee1394
      UDEV_LOG='7'
      ACTION='add'
      DEVPATH='/class/ieee1394/00010410100036e0-0'
      SUBSYSTEM='ieee1394'
      SEQNUM='1139'
      PHYSDEVPATH='/devices/pci0001:10/0001:10:0d.0/0001:11:0a.0/fw-host0/00010410100036e0/00010410100036e0-0'
      PHYSDEVBUS='ieee1394'
      VENDOR_ID='000000'
      MODEL_ID='001010'
      GUID='00010410100036e0'
      SPECIFIER_ID='00609e'
      VERSION='010483'
      UDEVD_EVENT='1'
      
      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'
      ieee1394:ven00000000mo00001010sp0000609Ever00010483
      
      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: NOlaf Hering <olh@suse.de>
      Cc: Ben Collins <bcollins@debian.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      9b19d85a
  10. 06 9月, 2005 1 次提交
  11. 30 8月, 2005 1 次提交
  12. 27 8月, 2005 1 次提交
  13. 28 7月, 2005 1 次提交
  14. 15 7月, 2005 1 次提交
    • O
      [PATCH] ratelimit the ieee1394 IR legacy activated messages · 98848fa8
      Olaf Hering 提交于
      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: NOlaf Hering <olh@suse.de>
      Cc: Jody McIntyre <scjody@modernduck.com>
      Cc: Ben Collins <bcollins@debian.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      98848fa8
  15. 11 7月, 2005 1 次提交
    • B
      [PATCH] Sync up ieee-1394 · 1934b8b6
      Ben Collins 提交于
      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: NLinus Torvalds <torvalds@osdl.org>
      1934b8b6
  16. 07 7月, 2005 1 次提交
    • L
      ieee1394: fix broken signed char assumption. · 07bbeaf1
      Linus Torvalds 提交于
      "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.
      07bbeaf1
  17. 28 6月, 2005 1 次提交
  18. 26 6月, 2005 1 次提交
    • C
      [PATCH] Cleanup patch for process freezing · 3e1d1d28
      Christoph Lameter 提交于
      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
         PF_FROZEN).
      
      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: NChristoph Lameter <christoph@lameter.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      3e1d1d28
  19. 21 6月, 2005 3 次提交
  20. 18 6月, 2005 2 次提交
  21. 17 6月, 2005 1 次提交
  22. 26 5月, 2005 2 次提交
    • A
      [SCSI] git-scsi-misc-sbp2-warning-fix · 644e02ea
      Andrew Morton 提交于
      drivers/ieee1394/sbp2.c: In function `sbp2_check_sbp2_response':
      drivers/ieee1394/sbp2.c:2154: warning: unused variable `device_type'
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      644e02ea
    • A
      [SCSI] TYPE_RBC cache fixes (sbp2.c affected) · 631e8a13
      Al Viro 提交于
      	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: NAl Viro <viro@parcelfarce.linux.theplanet.co.uk>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      631e8a13