1. 19 Sep, 2002 2 commits
  2. 18 Sep, 2002 21 commits
    • Paul Mackerras's avatar
      Merge samba.org:/home/paulus/kernel/linux-2.5 · c08da0db
      Paul Mackerras authored
      into samba.org:/home/paulus/kernel/for-linus-ppc
      c08da0db
    • Keith Owens's avatar
      [PATCH] Remove Keith Owens from MAINTAINERS · 343da22d
      Keith Owens authored
      343da22d
    • Jens Axboe's avatar
      [PATCH] Update md to new i/o completions · 3babc504
      Jens Axboe authored
      3babc504
    • Christoph Hellwig's avatar
      [PATCH] remove scsi_queue.c · 5f761bd3
      Christoph Hellwig authored
      it has just one function nowdays, and that one would be much better
      static in scsi.c
      5f761bd3
    • Jens Axboe's avatar
      [PATCH] umem and DAC960 bio_endio() · 8e4f4255
      Jens Axboe authored
      update DAC960 and umem to new bio_endio() completions
      8e4f4255
    • Jens Axboe's avatar
      [PATCH] bio_endio() cleanups · fad5529e
      Jens Axboe authored
      Make BIO_UPTODATE a sticky good flag, only clearing it on error.
      
      I pondered leaving the BIO_UPTODATE clearing up to the bi_end_io()
      functions, but decided against that and left it in bio_endio() as
      before.
      
      I also added a bit of debug in bio_endio() to detect callers specifying
      more than bi_size i/o complete.  And to top it all of, bio_endio()
      documentation.  This is mainly to clear my back when people bitch about
      using bio_endio(), I can say RTFM without worry :-)
      fad5529e
    • Chuck Lever's avatar
      [PATCH] rename svc_get/putlong as svc_get/putu32 · ee5e0cb4
      Chuck Lever authored
      This renames the svc_getlong and svc_putlong macros as svc_getu32 and
      svc_putu32.  this is simple clean up and is obviously correct.  it was
      part of the patch that implements stricter type checking for rpc auth
      flavors.
      ee5e0cb4
    • Chuck Lever's avatar
      [PATCH] stricter type checking for rpc auth flavors · b9239fb2
      Chuck Lever authored
      This implements stricter type checking for rpc auth flavors.  it is a
      prerequisite for RPC GSSAPI and its authentication pseudoflavors.
      please apply it.
      b9239fb2
    • Chuck Lever's avatar
      [PATCH] (2/2) clean up RPC over TCP transport socket connect · 1e04f496
      Chuck Lever authored
      This renames *reconn* to *conn* since the same code now handles both
      initial TCP connect, and TCP reconnection, and corrects some comments.
      against 2.5.36, requires earlier patch (1/1).
      1e04f496
    • Chuck Lever's avatar
      [PATCH] (1/2) clean up RPC over TCP transport socket connect · be83269e
      Chuck Lever authored
      This provides clean up and bug fixes for the RPC layer's TCP socket
      connection management logic.  Trond, Alexey, and DaveM have seen this
      patch.  i've been running it for several weeks here and feel it is ready
      for wider testing.  these two patches are prerequisites for further
      clean-ups and fixes for RPC over TCP.
      
      bugs fixed:
      +  TCP connection establishment now times out after 60 seconds instead of
         hanging for ten minutes.  60 seconds is more in line with how long a
         server takes to reboot.
      +  on a soft-mounted file system, TCP reconnections now time out and fail
         the RPC request, like most other NFS clients, instead of hanging the
         NFS client until the server comes back.
      +  on hard-mounted file systems, the RPC layer now delays 15 seconds
         before retrying after a failed connection attempt instead of retrying
         as soon as it can.
      +  TCP connection error recovery is now more verbose so users can see why
         their NFS sessions are hung.  this can be tuned with future patches if
         it is unreasonably noisy.
      +  the TCP connect logic is cleaned up so adding checks for new errnos
         is easier.
      +  the same code now handles both initial connection and reconnection.
         the original initial connection code did not have comprehensive error
         handling.
      +  some obscure design elements are now documented in comments.
      +  kfree was used by mistake in xprt_destroy.
      be83269e
    • Daniel Jacobowitz's avatar
      [PATCH] Fix for ptrace breakage · c13e8f03
      Daniel Jacobowitz authored
      This patch consolidates zap_thread into reparent_thread, and fixes
      __will_become_orphaned_pgrp to check p->real_parent instead of
      p->parent.
      c13e8f03
    • Linus Torvalds's avatar
      Make pid_max grow dynamically as needed. · ffb726cd
      Linus Torvalds authored
      ffb726cd
    • Linus Torvalds's avatar
      Missing EOL noticed by Chuck Lever · e06818fb
      Linus Torvalds authored
      e06818fb
    • Jens Axboe's avatar
      [PATCH] xfs, use bio_add_page() · 1e09d11c
      Jens Axboe authored
      XFS now needs to use bio_add_page() as not to build bio's of the wrong
      size. Also makes the bio build nicer.
      1e09d11c
    • Jens Axboe's avatar
      [PATCH] scsi doesn't need locking around end_that_request_first() · 08435553
      Jens Axboe authored
      Seems James introduced this one, it's not needed though. Will take a
      look at eh thread now...
      08435553
    • Jens Axboe's avatar
      [PATCH] jfs and xfs update · 5937c67e
      Jens Axboe authored
      missed updating xfs and jfs to new bi_end_io handling
      5937c67e
    • Jens Axboe's avatar
      [PATCH] partial bio completion notification · 392aaa18
      Jens Axboe authored
      Make bio->bi_end_io() take bytes_done and actual error as argument. This
      enables partial completion of bio's, which is important for latency
      reasons (bio can be huge, for slow media we want page-by-page
      completions).
      
      I think I got most of the bi_end_io() functions out there, but I might
      have missed a few. For the record, if you don't care about partial
      completions and just want to be notified when the entire bio completes,
      add a
      
      	if (bio->bi_size)
      		return 1;
      
      to the top of your bi_end_io(). It should return 0 on completion.
      bio_endio() will decrement bio->bi_size appropriately, it's recommended
      for people to go through that. Otherwise they will have to control
      BIO_UPTODATE and bi_size decrement themselves, there's really no reason
      to do that. I've deliberately avoided doing any functional changes to
      any of the end_io functions, as I think that would only make the patch
      more complex. It's simple right now, but this being i/o paths I prefer
      (as usual) to be careful and take small steps. The mpage_end_io_read()
      do-vecs-at-the-time change can come right after this, for instance.
      392aaa18
    • Jens Axboe's avatar
      [PATCH] make mpage use bio_add_page() · cf780a87
      Jens Axboe authored
      This makes mpage use bio_add_page().  It has the added advantage that
      users don't need to have deep knowledge about what the different bio
      fields mean, nor does it have to abuse some of them while building the
      bio.
      cf780a87
    • Jens Axboe's avatar
      [PATCH] bio_add_page() · f8b46092
      Jens Axboe authored
      This is bio_add_page(), 100% identical to the version I sent out for
      comments earlier this week.  With the previous queue restriction patch,
      this guarentees that we can always add a page worth of data to the bio.
      bio_add_page() returns 0 on success, and 1 on failure.  Either the page
      is added completely, or the attempt is aborted.
      
      bio_add_page() uses the normal queue restrictions to determine whether
      we an add the page or not. if a queue has further restrictions, it can
      define a q->merge_bvec_fn() to further impose limits.
      
      Patch also includes changes to ll_rw_kio(), if for nothing else to
      demonstrate how to use this piece of instrastructure.
      f8b46092
    • Jens Axboe's avatar
      [PATCH] impose sane queue restrictions · efbb72f9
      Jens Axboe authored
      Impose sane limits on queue restrictions. that means:
      
       - q->max_sectors must be able to at least span a page
       - q->max_phys_segments and q->max_hw_segments must be at least 1
       - q->max_segment_size must be at least page sized
       - q->seg_boundary_mask must be at least PAGE_CACHE_SIZE-1
      efbb72f9
    • Tom Rini's avatar
      PPC32: Boot wrapper updates. · 037bd2fd
      Tom Rini authored
      The major changes here are:
      
      (1) Combine the pmac and chrp directories into a single
      `openfirmware' directory, since both use Open Firmware and the code
      was very similar.
      
      (2) Move the Open Firmware interfaces out to a `of1275' directory
      and put them in separate files so we only include the ones we need.
      This work is due to Leigh Brown.
      
      (3) On PReP and embedded, get the memory size from the memory
      controller.  Don't try to ask Open Firmware even on PRePs which
      have it.
      037bd2fd
  3. 17 Sep, 2002 17 commits
    • Paul Mackerras's avatar
      Merge samba.org:/home/paulus/kernel/linux-2.5 · 8c6c406e
      Paul Mackerras authored
      into samba.org:/home/paulus/kernel/for-linus-ppc
      8c6c406e
    • Urban Widmark's avatar
      [PATCH] smbfs - C99 stuff · d1cd8c07
      Urban Widmark authored
      Art Haas did these.
      d1cd8c07
    • Adrian Bunk's avatar
      [PATCH] fix cyclades.c compile error · 74e8b5f4
      Adrian Bunk authored
      cyclades.c doesn't compile cleanly: the problem is that older -dj
      patches contained patches to both cyclades.c and cyclades.h but only the
      former one went into your tree.  This syncs up the header file too.
      74e8b5f4
    • Art Haas's avatar
      [PATCH] designated initializer patches for fs_ · 5383f8ec
      Art Haas authored
        Here's a resend of C99 patches for the files in fs.
      5383f8ec
    • Rusty Russell's avatar
      [PATCH] Designated initializers for drivers_bluetooth · 5b6797cb
      Rusty Russell authored
      The old form of designated initializers are obsolete: we need to
      replace them with the ISO C forms before 2.6.  Gcc has always supported
      both forms anyway.
      5b6797cb
    • Rusty Russell's avatar
      [PATCH] Re: per_cpu data question · 70851335
      Rusty Russell authored
        I suck.  Lvalues continue to haunt me.  This works for me.
      
        BTW, I prefer to have bug reports cc'd to linux-kernel, so the
        results are archived.  Plus, public humiliation is good for the
        soul.
      70851335
    • Lucas Correia Villa Real's avatar
      [PATCH] 2.5.31_drivers_i2c_i2c-philips-par.c · db2787b4
      Lucas Correia Villa Real authored
        This is a trivial patch already applied in the -ac tree for the 2.4.19 kernel.
        Patch for i2c-philips-par.c free() the memory in the case of problems loading
        the adapter.
      db2787b4
    • James Mayer's avatar
      [PATCH] Typos in drivers_s390_net_iucv.c · 87650f2a
      James Mayer authored
      87650f2a
    • Brad Hards's avatar
      [PATCH] Re: header cleanup - drivers_char_eurotechwdt.c · aad0e83e
      Brad Hards authored
         <linux/smp_lock.h> has the normal idempotent construction.
      
         The attached file removes the second #include.
      aad0e83e
    • Art Haas's avatar
      [PATCH] designated initializer patches fs_freevxfs · a9da8f60
      Art Haas authored
        Here's a C99 designated initializer patch for fs/freevxfs. The
        patch is against 2.5.35.
      a9da8f60
    • Linus Torvalds's avatar
      Merge bk://ldm.bkbits.net/linux-2.5 · 47983411
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      47983411
    • Andrew Morton's avatar
      [PATCH] Add /proc/meminfo:Slab · 6b27052e
      Andrew Morton authored
      Display the total slab memory in /proc/meminfo.  Handy while we play
      with the slab pruning code.
      
      This info is also available via /proc/slabinfo, but I think this
      convenience is worth the extra few lines.
      6b27052e
    • Andrew Morton's avatar
      [PATCH] move the buffer_head IO functions into buffer.c · 1b4623d6
      Andrew Morton authored
      Patch from Christoph Hellwig.
      
      Move the buffer_head-based IO functions out of ll_rw_blk.c and into
      fs/buffer.c.  So the buffer IO functions are all in buffer.c, and
      ll_rw_blk.c knows nothing about buffer_heads.
      
      This patch has been acked by Jens.
      1b4623d6
    • Andrew Morton's avatar
      [PATCH] export unmap_underlying__metadata() · 9c389aa6
      Andrew Morton authored
      From Anton Altaparmakov
      
      The below bk patch against your current bk repository adds an export
      for fs/buffer.c::unmap_underlying_metadata() to modules.
      
      It is required to make ntfs compile as a module in the current kernel.
      
      Note that NTFS doesn't currently dirty bufferheads of the underlying
      blockdevice and as such could probably live without calling
      unmap_underlying_metadata() but as soon as we enable writing to
      compressed files it will do so and considering some of the
      infrastructure code is already present I would rather not rip it out
      now.
      9c389aa6
    • Andrew Morton's avatar
      [PATCH] mmap cleanup and lock ranking fixes · bf53ceda
      Andrew Morton authored
      Patch by Christoph Hellwig.
      
      This patch is cleanup of mmap.c with the side-effect of making the lock
      order of mapping->i_shared_lock and mm->page_table_lock consistant.
      
      __remove_shared_vm_struct is merged into its only caller,
      remove_shared_vm_struct, which now also does the job of
      {lock,unlock}_vma_mappings itself, to avoid duplicate checks.
      
      Similarly, vma_link is updated to take and release i_shared_lock
      itself, fixing the lock order.  split_vma is updated to use
      insert_vm_struct instead of using __insert_vm_struct and taking
      page_table_lock and i_shared_lock itself (wrongly).  __insert_vm_struct
      is removed as it is unused now.
      bf53ceda
    • Andrew Morton's avatar
      [PATCH] consolidate the VMA splitting code · 5846fc6c
      Andrew Morton authored
      Patch from Christoph Hellwig.  250 lines of code go away.
      
      The three syscalls madvice/mlock/mprotect all change attributes of
      memory regions.  These attributes are stored in vm_area_structs (VMAs).
      
      The current code for those syscalls does this by having four
      subroutines each, for changing a whole VMA, one for just setting new
      flags if a full VMA is affected, one that creates a new VMA in the
      right part of the old one and sets the flags there, one for the left
      part, and one that splits of both the left and the right part and sets
      the new flags in the middle.
      
      This patch makes those routines create new VMAs on the left and on te
      right hand first and then always setting the flags in the old VMA.
      Together with using a library function (split_vma) to to the split this
      simplies the code and makes it more readable.  As a side affect it
      fixes some VM accounting bugs observed by Hugh Dickins.
      5846fc6c
    • Andrew Morton's avatar
      [PATCH] move madvise implementation into madvise.c · c89a8bad
      Andrew Morton authored
      Patch from Christoph Hellwig moves the madvise implementation out of
      filemap.c and into its own .c file.  No other changes are made.
      c89a8bad