1. 15 Jul, 2002 18 commits
  2. 14 Jul, 2002 1 commit
  3. 15 Jul, 2002 1 commit
  4. 14 Jul, 2002 1 commit
  5. 15 Jul, 2002 1 commit
  6. 14 Jul, 2002 18 commits
    • Trond Myklebust's avatar
      [PATCH] 2.5.25 Clean up RPC receive code [part 2] · 4b1191c8
      Trond Myklebust authored
        After getting rid of rpc_lock_task() from net/sunrpc/xprt.c (see the
      previous patch), we can now remove it from the generic RPC queue
      handling code.
      4b1191c8
    • Trond Myklebust's avatar
      [PATCH] 2.5.25 Clean up RPC receive code · 1eedbd78
      Trond Myklebust authored
        Divorces task xid<->request slot mapping from the internals of the
      rpc_waitqueue xprt->pending. Instead xprt_lookup_rqst() is made to
      search a dedicated list (xprt->recv) on which the request slot is
      placed immediately after being allocated to a task. The new queue is
      protected using the spinlock xprt->sock_lock rather than the generic
      RPC task lock.
      
        Both udp_data_ready() and tcp_data_ready() (well tcp_read_request()
      actually) now need to protect against the request being removed from
      the xprt->recv list while they copy the RPC reply data from the skb.
      On the other hand, they no longer need to worry about the task
      disappearing from xprt->pending. This means that rpc_lock_task() hack
      can be replaced by the spinlock xprt->sock_lock.
      1eedbd78
    • Trond Myklebust's avatar
      [PATCH] Fix NFS attribute caching bug · 45bde054
      Trond Myklebust authored
        Fixes an obvious bug in __nfs_refresh_inode(): after updating the
      attribute cache, if we discover that the data cache is invalid don't
      call nfs_zap_caches() as that will also reinvalidate the attribute
      cache.
        This bug plays havoc with the new lookup/revalidation code in 2.4.19
      since it forces a lot of unnecessary extra GETATTR RPC calls.
      45bde054
    • Douglas Gilbert's avatar
      [PATCH] sg driver against lk 2.5.25 · 4b11b184
      Douglas Gilbert authored
      This patch is against lk 2.5.25 . It
        - fixes copy_from/to_user() [William Stinson from dj tree]
        - disables kiobuf use, so it will compile without kiobufs
      
      The latter change is so Andrew Morton can remove kiobufs
      as suggested in his "direct-to-BIO for O_DIRECT" thread.
      4b11b184
    • Martin Dalecki's avatar
      [PATCH] 2.5.25 end_request trivia · 44a88f1c
      Martin Dalecki authored
       - Make airo include tqueue.h, which is needed to make this driver
         compile at all again.
      
       - Adjust aztcd.c and sonycd535.c to the recent end_request() signature
         changes.
      44a88f1c
    • Dave Jones's avatar
      [PATCH] bluesmoke fixes take 2. · 9399b29a
      Dave Jones authored
      From Andi Kleen:
      
      Some fixes for CONFIG_X86_MCE_NONFATAL
      
      Calling smp_call_function from interrupt context is forbidden
      
      Unless I'm mistaken it would BUG on any box with more than two CPUs because
      it would expect smp_call_function callback to run only on a single CPU??
      
      Also handle the Hammer.
      9399b29a
    • Linus Torvalds's avatar
      Merge http://linuxconsole.bkbits.net:8080/dev · 484f2a9c
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      484f2a9c
    • Linus Torvalds's avatar
      Merge bk://thebsh.namesys.com/bk/reiser3-linux-2.5 · 866aa8f7
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      866aa8f7
    • Hirofumi Ogawa's avatar
      [PATCH] error code for mprotect() · 964f2d4d
      Hirofumi Ogawa authored
      SuSv3 says: "The mprotect() function shall fail if:
      
        [EACCES]
          The prot argument specifies a protection that violates the access
          permission the process has to the underlying memory object.
      
        [EAGAIN]
          The prot argument specifies PROT_WRITE over a MAP_PRIVATE mapping and
          there are insufficient memory resources to reserve for locking the
          private page.
      
        [EINVAL]
          The addr argument is not a multiple of the page size as returned by
          sysconf().
      
        [ENOMEM]
          Addresses in the range [addr,addr+len) are invalid for the address
          space of a process, or specify one or more pages which are not mapped.
      
        [ENOMEM]
          The prot argument specifies PROT_WRITE on a MAP_PRIVATE mapping, and
          it would require more space than the system is able to supply for
          locking the private pages, if required.
      
        [ENOTSUP]
          The implementation does not support the combination of accesses
          requested in the prot argument."
      
      This fixes error code of mprotect() of the ENOMEM case.
      964f2d4d
    • Hirofumi Ogawa's avatar
      [PATCH] error code for msync() · 8375eba2
      Hirofumi Ogawa authored
      SuSv3 says: "The msync() function shall fail if:
      
      [EBUSY]
          Some or all of the addresses in the range starting at addr and
          continuing for len bytes are locked, and MS_INVALIDATE is
          specified.
      
      [EINVAL]
          The value of flags is invalid.
      
      [EINVAL]
          The value of addr is not a multiple of the page size {PAGESIZE}.
      
      [ENOMEM]
          The addresses in the range starting at addr and continuing for len
          bytes are outside the range allowed for the address space of a process
          or specify one or more pages that are not mapped."
      
      This fixes error code of msync() of the EINVAL case.
      8375eba2
    • Anton Blanchard's avatar
      [PATCH] Allow non zero boot cpu · b8bbd139
      Anton Blanchard authored
      A partitioned ppc64 machine can have a boot cpuid anywhere from 0 to 31.
      With the non linear cpu changes in 2.5.24 we must set up the initial task
      to start on the boot cpu. (since it isnt always 0 now)
      
      With this patch I am able to boot on cpus other than 0. I also tested
      discontiguous cpuids. So the non linear cpu stuff checks out OK.
      b8bbd139
    • Pavel Machek's avatar
      [PATCH] Kill warning I introduces in eepro100 · 7a11b4d8
      Pavel Machek authored
      I introduced warning about 3 releases ago. This prototypes are
      actually unneccessary and killing them makes warning go away. Please
      apply,
      7a11b4d8
    • Pavel Machek's avatar
      [PATCH] suspend-to-disk: cleanup printks(), rearrange reading · ea7d406d
      Pavel Machek authored
      I'd like Florent credited -- he is maintaining 2.4.X version and
      helping with development. Kill warnings by rearranging code / adding
      prototypes. Enable using separate console (so user sees progress and X
      suspend/resume works properly), forward-port of updates from Florent
      and stop using own PRINTK stuff (mostly). Reading now primarily uses
      block_device(), this should enable more cleanups. Fixed double free on
      error path.
      ea7d406d
    • Andi Kleen's avatar
      [PATCH] fix iounmap for non page aligned addresses · e80e317b
      Andi Kleen authored
      This fixes a problem introduced by the pageattr ioremap/unmap patches.
      iounmap lost the ability to free non page aligned addresses, which
      are e.g. used by the bootflag code.  This patch fixes this.
      
      Also fix a potential off by one bug.
      e80e317b
    • Linus Torvalds's avatar
      Merge http://linux-input.bkbits.net/linux-input · a4e2c5d1
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      a4e2c5d1
    • Urban Widmark's avatar
      [PATCH] smbfs - smbiod · 37c55498
      Urban Widmark authored
      This patch for 2.5.25 is a rewrite of how smbfs builds requests. It allows
      for more parallellism, better error handling and supporting oplocks with
      further patches.
      37c55498
    • Linus Torvalds's avatar
      145ecbd6
    • Dave Hansen's avatar
      [PATCH] AFFS fix return without releasing BKL · 166d1bfb
      Dave Hansen authored
      This was found by Dan Carpenter <error27@email.com>, using an smatch
      script.  Looks to me like like an error caused during all the BKL
      pushing.  1 more coming...
      
      Not tested (Greg, please don't hurt me :p )
      166d1bfb