1. 10 11月, 2005 1 次提交
    • J
      [netdrvr 8139too] fast poll for thread, if an unlikely race occurs · 760559e1
      Jeff Garzik 提交于
      The rtl8139 thread is triggered only on rare 8139 hardware, the race
      itself is unlikely, and the impact of racing is low.  We don't care
      enough to create a more-complex race-free solution.
      
      Rather, if the trylock fails, we now simply poll twice a second until
      we do get the lock.
      760559e1
  2. 05 11月, 2005 2 次提交
  3. 31 10月, 2005 1 次提交
  4. 19 10月, 2005 1 次提交
  5. 14 9月, 2005 1 次提交
  6. 28 7月, 2005 1 次提交
  7. 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
  8. 13 5月, 2005 1 次提交
    • P
      [PATCH] 8139too: use iomap for pio/mmio · 22f714b6
      Pekka Enberg 提交于
        
        This patch converts the 8139too driver to use the iomap infrastructure
        for PIO and MMIO instead of playing macro tricks.  I also had to fix
        read_eeprom(), mdio_sync(), mdio_read(), and mdio_write() to not pass
        PIO base address to MMIO read() and write() functions.  In addition,
        the patch adds proper __iomem annotations for the driver.
        
        Both modes, PIO and MMIO, were tested with a RealTel RTL8139 card on
        an x86 box.  The 8129 support remains untested due to lack of
        hardware.
      Signed-off-by: NPekka Enberg <penberg@cs.helsinki.fi>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      22f714b6
  9. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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