1. 07 Jan, 2003 3 commits
  2. 06 Jan, 2003 28 commits
  3. 05 Jan, 2003 9 commits
    • Richard Henderson's avatar
      Merge are.twiddle.net:/home/rth/BK/linus-2.5 · 487cffcd
      Richard Henderson authored
      into are.twiddle.net:/home/rth/BK/axp-2.5
      487cffcd
    • Patrick Mochel's avatar
      Introduce struct kset. · 3e815107
      Patrick Mochel authored
      struct kset is what struct subsystem should have originally been called. It
      is a set of kobjects, and nothing more, with a much less confusing name than
      'subsystem.'
      
      struct kset contains an embedded kobject, making it possible to represent it
      in the object hierarchy, and sysfs. This also provides a means for objects
      to easily express a list of subordinate objects. 
      
      struct subsystem still exists, and contains an rwsem, which its subordinate
      ksets use to protect their lists. 
      
      An arbitrary number of ksets may belong to a subsystem. A ksets specifies
      the subsystem it belongs to via its ->subsys field. 
      
      struct subsystem also contains a default kset, which may be used without
      having to define a separate kset. 
      
      The objects that defined subordinate subsystems (bus and class drivers) have
      been converted to use subordinate ksets instead.
      
      
      Note that the usage of ksets is flexible. 
      - ksets may contain a list of objects of any type, not just kobjects.
      - The objects registered with a kset do not have to be registered.
      - ksets themselves do not have to be registered. One can be used by
        simply calling kset_init(). 
      - ksets do not need a name if they are not registered. 
      - Note however that locking must be done manually in these cases.
      3e815107
    • David S. Miller's avatar
      Merge davem@nuts.ninka.net:/home/davem/src/BK/net-2.5 · c627bc55
      David S. Miller authored
      into kernel.bkbits.net:/home/davem/net-2.5
      c627bc55
    • David S. Miller's avatar
      Merge davem@nuts.ninka.net:/home/davem/src/BK/sparc-2.5 · da085726
      David S. Miller authored
      into kernel.bkbits.net:/home/davem/sparc-2.5
      da085726
    • Dipankar Sarma's avatar
      [IPV4]: barriers in lockfree rtcache. · 54f13d39
      Dipankar Sarma authored
      1. All the memory barriers are SMP-only avoiding unnecessary overhead on UP.
      2, My forward porting merge of the rt_rcu patch dropped two changes in
         rt_intern_hash() in around 2.5.43 that ordered the writes while
         inserting a dst entry at the start of a hash chain. The dst entry updates
         must be visible to other (weakly ordered) CPUs before it is inserted.
         The necessary smp_wmb()s are added.
      3. Comments to go with the write ordering.
      54f13d39
    • Stephen Rothwell's avatar
    • Hideaki Yoshifuji's avatar
    • Arnd Bergmann's avatar
      [NET-DV]: Add some missing statics. · 79f2a550
      Arnd Bergmann authored
      79f2a550
    • Pablo Menichini's avatar
      [SPARC-ENVCTRL]: Handle failed kmalloc. · 9ff8e5a0
      Pablo Menichini authored
      9ff8e5a0