An error occurred fetching the project authors.
  1. 20 Sep, 2007 1 commit
    • Stefan Richter's avatar
      ieee1394: ohci1394: fix initialization if built non-modular · be7963b7
      Stefan Richter authored
      Initialization of ohci1394 was broken according to one reporter if the
      driver was statically linked, i.e. not built as loadable module.  Dmesg:
      
        PCI: Device 0000:02:07.0 not available because of resource collisions
        ohci1394: Failed to enable OHCI hardware.
      
      This was reported for a Toshiba Satellite 5100-503.  The cause is commit
      8df4083c in Linux 2.6.19-rc1 which only
      served purposes of early remote debugging via FireWire.  This
      functionality is better provided by the currently out-of-tree driver
      ohci1394_earlyinit.  Reversal of the commit was OK'd by Andi Kleen.
      Signed-off-by: default avatarStefan Richter <stefanr@s5r6.in-berlin.de>
      be7963b7
  2. 17 Jul, 2007 1 commit
    • Rafael J. Wysocki's avatar
      Freezer: make kernel threads nonfreezable by default · 83144186
      Rafael J. Wysocki authored
      Currently, the freezer treats all tasks as freezable, except for the kernel
      threads that explicitly set the PF_NOFREEZE flag for themselves.  This
      approach is problematic, since it requires every kernel thread to either
      set PF_NOFREEZE explicitly, or call try_to_freeze(), even if it doesn't
      care for the freezing of tasks at all.
      
      It seems better to only require the kernel threads that want to or need to
      be frozen to use some freezer-related code and to remove any
      freezer-related code from the other (nonfreezable) kernel threads, which is
      done in this patch.
      
      The patch causes all kernel threads to be nonfreezable by default (ie.  to
      have PF_NOFREEZE set by default) and introduces the set_freezable()
      function that should be called by the freezable kernel threads in order to
      unset PF_NOFREEZE.  It also makes all of the currently freezable kernel
      threads call set_freezable(), so it shouldn't cause any (intentional)
      change of behaviour to appear.  Additionally, it updates documentation to
      describe the freezing of tasks more accurately.
      
      [akpm@linux-foundation.org: build fixes]
      Signed-off-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
      Acked-by: default avatarNigel Cunningham <nigel@nigel.suspend2.net>
      Cc: Pavel Machek <pavel@ucw.cz>
      Cc: Oleg Nesterov <oleg@tv-sign.ru>
      Cc: Gautham R Shenoy <ego@in.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      83144186
  3. 09 Jul, 2007 1 commit
    • Stefan Richter's avatar
      ieee1394: remove old isochronous ABI · 53c96b41
      Stefan Richter authored
      Based on patch "the scheduled removal of RAW1394_REQ_ISO_{SEND,LISTEN}"
      from Adrian Bunk, November 20 2006.
      
      This patch also removes the underlying facilities in ohci1394 and
      disables them in pcilynx.  That is, hpsb_host_driver.devctl() and
      hpsb_host_driver.transmit_packet() are no longer used for iso reception
      and transmission.
      
      Since video1394 and dv1394 only work with ohci1394 and raw1394's rawiso
      interface has never been implemented in pcilynx, pcilynx is now no
      longer useful for isochronous applications.
      
      raw1394 will still handle the request types but will complete the
      requests with errors that indicate API version conflicts.
      Signed-off-by: default avatarStefan Richter <stefanr@s5r6.in-berlin.de>
      53c96b41
  4. 29 Apr, 2007 6 commits
  5. 17 Feb, 2007 1 commit
  6. 08 Feb, 2007 2 commits
  7. 07 Dec, 2006 2 commits
    • Stefan Richter's avatar
      ieee1394: conditionally export ieee1394_bus_type · 3015c739
      Stefan Richter authored
      Follow-up to patch "Consolidate driver registering":
      Since I plan the lifetime of Linux 2.6.20 to be the deprecation phase
      of CONFIG_IEEE1394_EXPORT_FULL_API, it seems fair to keep all previously
      exported symbols available with this option until this phase is over.
      Signed-off-by: default avatarStefan Richter <stefanr@s5r6.in-berlin.de>
      3015c739
    • Ben Collins's avatar
      ieee1394: Consolidate driver registering · ed30c26e
      Ben Collins authored
      This patch consolidates some bookkeeping for driver registering. It
      closely models what pci_register_driver() does. The main addition is
      that the owner of the driver is set, so we get a proper symlink
      for /sys/bus/ieee1394/driver/*/module.
      
      Also moves setting of name and bus type into nodemgr. Because of this,
      we can remove the EXPORT_SYMBOL for ieee1394_bus_type, since it's now
      only used in ieee1394.ko.
      Signed-off-by: default avatarStefan Richter <stefanr@s5r6.in-berlin.de>
      ed30c26e
  8. 17 Sep, 2006 3 commits
  9. 03 Jul, 2006 1 commit
  10. 30 Jun, 2006 1 commit
  11. 12 Jun, 2006 2 commits
  12. 29 Mar, 2006 2 commits
  13. 06 Jan, 2006 1 commit
  14. 01 Dec, 2005 3 commits
  15. 30 Sep, 2005 1 commit
  16. 29 Aug, 2005 1 commit
  17. 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>
      1934b8b6
  18. 26 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
         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: default avatarChristoph Lameter <christoph@lameter.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      3e1d1d28
  19. 20 Jun, 2005 1 commit
  20. 17 May, 2005 2 commits
  21. 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!
      1da177e4