1. 07 11月, 2005 5 次提交
  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 1 次提交