1. 23 Oct, 2002 1 commit
  2. 22 Oct, 2002 6 commits
  3. 18 Oct, 2002 33 commits
    • Linus Torvalds's avatar
      Linux v2.5.44 · ecf2c214
      Linus Torvalds authored
      ecf2c214
    • Patrick Mochel's avatar
      [PATCH] device removal · a49c4f6a
      Patrick Mochel authored
      The problem was that when the refcount hit 0, it was unconditionally
      assuming that it had been added, which is wrong.  The patch below
      corrects that, and fixes the Oops when loading the floppy driver.
      a49c4f6a
    • Linus Torvalds's avatar
      Merge bk://linuxusb.bkbits.net/pnp-2.5 · 441a964b
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      441a964b
    • Linus Torvalds's avatar
      Merge home.transmeta.com:/home/torvalds/v2.5/x86-64 · 76dd2761
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      76dd2761
    • Andi Kleen's avatar
      [PATCH] add linux/ioctl32.h header for 2.5.43 · 1a19232d
      Andi Kleen authored
      Several ports (x86-64,ppc64,sparc64) which do 32bit ioctl emulation
      have functions for drivers to let them define their own translation
      handlers. So far it was a bit complicated to use because there
      was no standard include file that declares the prototypes for this
      stuff. Then drivers and other subsystems can start to declare their own
      ioctl translation handlers.
      
      This patch add include/linux/ioctl32.h to fix this.
      
      The actual implementation is in arch specific code. It has been coordinated
      with DaveM and Anton.
      
      This patch is needed for the x86-64 merge I sent in separate mail.
      
      There is currently no preprocessor symbol that the drivers can test
      to see if they should use this. So far they have to check arch symbols.
      This will be fixed later when all 64bit ports that need it add the dynamic
      ioctl registration API too (that's ia64,s390x,mips64)
      1a19232d
    • Andi Kleen's avatar
      [PATCH] x86-64 updates for 2.5.43 · 3428c8d1
      Andi Kleen authored
      This fixes a few files that got lost with the last merge and merges
      with 2.5.43/i386.  Only changes architecture specific files.
      
      It depends on one other patch (for linux/ioctl32.h) which I'm sending
      separately.
      
      Changes:
      - Include missing files (pageattr.c) and Makefile changes
      - Update IA32 subsystem. Various small fixes and a big merge
        with sparc64.
      - Change HZ to 1000
      - Merge some of the 2.5.43/i386 profiling changes. No full oprofile yet.
      - Fix many warnings
      - Update defconfig
      - Various other smaller cleanups and bugfixes.
      3428c8d1
    • Alexander Viro's avatar
      [PATCH] stram switched to private queue · 1e215a63
      Alexander Viro authored
              * switched to private queues
              * set ->queue
      1e215a63
    • Linus Torvalds's avatar
      Merge master.kernel.org:/home/davem/BK/sparc-2.5 · 50fbecd2
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      50fbecd2
    • Alexander Viro's avatar
      [PATCH] nbd converted to private queue · 646fdb02
      Alexander Viro authored
              * switched to private queues
              * set ->queue and ->private_data
              * switched to use of ->bd_disk/->rq_disk
              * merged private blocksize, etc. arrays into nbd_dev[]
              * cleaned up
      646fdb02
    • Alexander Viro's avatar
      [PATCH] jsfd converted to use of private queue · 45552206
      Alexander Viro authored
              * switched to private queues
              * set ->queue and ->private_data
      	* switched to use of ->rq_disk
      45552206
    • Alexander Viro's avatar
      [PATCH] compile fixes · dceb2f49
      Alexander Viro authored
      	sbpcd.c: removes bogus duplicate definition of sbpcd_lock, use of
      CURRENT (we are using private queue) and call of invalidate_buffers() in
      ->media_changed() (caller does it itself).  That went in a changeset from
      davej - looks like a merge problem...
      	sr.c: braino in ifdefed printk - s/disk/cd->disk/.  Thanks to jejb
      for spotting that one...
      dceb2f49
    • Linus Torvalds's avatar
      Merge bk://linux-bt.bkbits.net/bt-2.5 · b1084bc3
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      b1084bc3
    • Linus Torvalds's avatar
      Merge master.kernel.org:/home/davem/BK/net-2.5 · f8735053
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      f8735053
    • David S. Miller's avatar
      Merge nuts.ninka.net:/home/davem/src/BK/sparcwork-2.5 · 07a6661a
      David S. Miller authored
      into nuts.ninka.net:/home/davem/src/BK/sparc-2.5
      07a6661a
    • David S. Miller's avatar
      50652320
    • Linus Torvalds's avatar
      Merge · ddd11110
      Linus Torvalds authored
      ddd11110
    • Dipankar Sarma's avatar
      [PATCH] RCU helper patchset 2/2 · a0b6c9c1
      Dipankar Sarma authored
      This adds a set of list macros that make handling of list protected
      by RCU simpler. The interfaces added are -
      
      list_add_rcu
      list_add_tail_rcu
      	- Adds an element by taking care of memory barrier (wmb()).
      
      list_del_rcu
      	- Deletes an element but doesn't re-initialize the pointers in
      	  the element for supporting RCU based traversal.
      
      list_for_each_rcu
      __list_for_each_rcu
      	- Traversal of RCU protected list - takes care of memory barriers
      	  transparently.
      a0b6c9c1
    • Dipankar Sarma's avatar
      [PATCH] RCU helper patchset 1/2 · 0ec69870
      Dipankar Sarma authored
      This first RCU helper patch adds a read_barrier_depends() primitive
      to all archs which is NOP for archs that doesn't require an rmb()
      for data dependent reads when writes are ordered using a wmb().
      In reality, only alpha requires an rmb(), the rest are NOPs.
      It is likely to be necessary in most situations that would use RCU.
      Please apply.
      
       Description :
      
      Sometime ago, during a discussion on lock-free lookups, it was
      agreed that an additional memory barrier interface,
      read_barrier_depends() that is lighter than an rmb(),
      is necessary to make sure that data-dependent reads are not
      re-ordered over this barrier. For many processors, data-dependency
      enforces order, so this interface is a NOP, but for those that don't
      (like alpha), it can be a rmb().
      
      For example, the following code would force ordering (the initial
      value of "a" is zero, "b" is one, and "p" is "&a"):
      
          CPU 0                           CPU 1
      
          b = 2;
          memory_barrier();
          p = &b;                         q = p;
                                          read_barrier_depends();
                                          d = *q;
      
      because the read of "*q" depends on the read of "p" and these
      two reads should be separated by a read_barrier_depends().  However,
      the following code, with the same initial values for "a" and "b":
      
          CPU 0                           CPU 1
      
          a = 2;
          memory_barrier();
          b = 3;                          y = b;
                                          read_barrier_depends();
                                          x = a;
      
      does not enforce ordering, since there is no data dependency between
      the read of "a" and the read of "b".  Therefore, on some CPUs, such
      as Alpha, "y" could be set to 3 and "x" to 0.  rmb()
      needs to be used here, not read_barrier_depends().
      
      The original discussion can be found at -
      http://marc.theaimsgroup.com/?t=100259422200002&r=1&w=2
      
      Explanation of the need for read_barrier_depends()
      can be found at http://lse.sf.net/locking/wmbdd.html
      0ec69870
    • David S. Miller's avatar
      0694164e
    • Frank Davis's avatar
      [PATCH] drivers/block/xd.c compile · c192e519
      Frank Davis authored
      This fixes a 'used but not declared' compile error
      c192e519
    • David S. Miller's avatar
      [PATCH] Fix scsi OOPS on bootup · b3385cf1
      David S. Miller authored
      It ends up trying to list_del() from an uninitialized
      list_head.
      b3385cf1
    • Steven Whitehouse's avatar
      [DECNET]: Update to support timeouts. · 5d1931fc
      Steven Whitehouse authored
      5d1931fc
    • Hideaki Yoshifuji's avatar
      [IPV6]: Several MLD fixes · 69dda393
      Hideaki Yoshifuji authored
      - Ignore queries for invalid addresses
      - MLD for link-local addresses
      69dda393
    • Hideaki Yoshifuji's avatar
    • David S. Miller's avatar
      Hand resolve of minor conflicts. · 764d1bce
      David S. Miller authored
      764d1bce
    • David S. Miller's avatar
      Merge nuts.ninka.net:/home/davem/src/BK/sctp-2.5 · a9d077d8
      David S. Miller authored
      into nuts.ninka.net:/home/davem/src/BK/net-2.5
      a9d077d8
    • David S. Miller's avatar
      Merge http://linux-lksctp.bkbits.net/lksctp-2.5 · b18b05fb
      David S. Miller authored
      into nuts.ninka.net:/home/davem/src/BK/sctp-2.5
      b18b05fb
    • Steven Whitehouse's avatar
      [NET]: Kill old sklist_foo interfaces. · c3e626e1
      Steven Whitehouse authored
      c3e626e1
    • Alexey Kuznetsov's avatar
      [IPv4]: More output path work. · 56951b54
      Alexey Kuznetsov authored
      - Change {udp,raw}_sendmsg to ip_append_data, work done
      by Maxim Giryaev <gem@asplinux.ru>
      - Get rid of ip_build_xmit() and helper functions.
      Nobody uses it anymore.
      56951b54
    • Frank Davis's avatar
      [IPV4]: Fix CONFIG_NET_FASTROUTE compile. · 012bd31f
      Frank Davis authored
      012bd31f
    • Adam Belay's avatar
      [PATCH] PnP Rewrite V0.9 - 2.5.43 · f72e5c5c
      Adam Belay authored
      The included patch is essentially a Linux Plug and Play Support rewrite.  It
      contains many significant improvements, including the following:
      
      
      1.)  A Global Plug and Play Layer
          - Now drivers do not have to worry about which plug and play
            protocol they are using.  Calls are made directly to the Linux
            Plug and Play Layer and then forwarded to the appropriate
            protocol.
          - This will make it very easy to integrate ACPI PnP support when
            it's ready
      
      
      2.)  A complete Plug and Play BIOS driver
          - The Plug and Play BIOS now supports reading and writing of
            resource configurations.
          - It is now possible to enable disabled PNPBIOS devices.  Therefore
            the user can safely enable PnP OS support in their BIOS.
      
      
      3.)  Driver Model Integration
          - The entire plug and play layer is integrated into the driver model
          - The user interface is housed here
          - PnP protocols are listed under the bus "pnp"
      
      
      4.)  A powerful global resource configuration interface
          - The user can use this to activate PnP devices for legacy and
            user-level drivers
          - See the documentation for how to configure devices.
      
      5.)  Automatic resource allocation for needed devices
      
      
      6.)  A PnP device name database
      
      And many more improvements.
      
      This patch also adds me to the maintainers list, considering the current
      PnP maintainer has been inactive for over 2 years now.
      f72e5c5c
    • Randy Dunlap's avatar
      [PATCH] fix sysrq typos · 0353f267
      Randy Dunlap authored
      0353f267
    • Linus Torvalds's avatar
      Make a polite version of BUG_ON() - WARN_ON() which doesn't · 0fffce8f
      Linus Torvalds authored
      kill the machine.
      
      Damn I hate people who kill the machine for no good reason. 
      0fffce8f