1. 08 May, 2004 10 commits
    • Stephen Hemminger's avatar
      [TCP]: BIC TCP for Linux 2.6.6 · 54d05783
      Stephen Hemminger authored
      This is a version of Binary Increase Control (BIC) TCP
      developed by NCSU.   It is yet another TCP congestion control
      algorithm for handling big fat pipes. For normal size congestion
      windows it behaves the same as existing TCP Reno, but when window
      is large it uses additive increase to ensure fairness and when
      window is small it uses binary search increase.
      
      For more details see the BIC TCP web page
       http://www.csc.ncsu.edu/faculty/rhee/export/bitcp/
      
      The original code was for web100 (2.4); this version is pretty
      much the same but targeted for 2.6 with less sysctl parameters 
      and more constants.
      
      I don't have a real high speed long haul network to test, but
      when running over 1G links with delays, the performance is more stable
      (ie tests are repeatable) and as fast as existing Reno.
      54d05783
    • Sridhar Samudrala's avatar
      [SCTP]: Fix multihomed connection failures on 64-bit systems. · fbb3aa0d
      Sridhar Samudrala authored
      Avoid the use of sizeof() and pointer arithmetic to get to the end
      of sctp_cookie structure. Instead use the last element peer_init which
      is a zero-sized array as the offset.
      fbb3aa0d
    • David Stevens's avatar
      6619be03
    • James Morris's avatar
      [NET]: Add sock_create_lite() · 398b3c44
      James Morris authored
      The purpose of this is to allow sockets created by the kernel in this way
      to be passed through the LSM socket creation hooks and be labeled and
      mediated in the same manner as other sockets.
      
      This patches addresses a class of potential issues with LSMs, where such
      sockets will not be labeled correctly (if at all), or mediated during
      creation.  Under SELinux, it fixes a specific bug where RPC sockets
      created by the kernel during TCP NFS serving are unlabeled.
      398b3c44
    • James Morris's avatar
      [NET]: Add sock_create_kern() · e2943dca
      James Morris authored
      Under SELinux, and potentially other LSMs, we need to be able to
      distinguish between user sockets and kernel sockets.  For SELinux
      specifically, kernel sockets need to be specially labeled during creation,
      then bypass access control checks (they are controlled by the kernel
      itself and not subject to SELinux mediation).
      
      This addresses a class of potential issues in SELinux where, for example, 
      a TCP NFS session times out, then the kernel re-establishes an RPC 
      connection upon further user activity.  We do not want such kernel 
      created sockets to be labeled with user security contexts.
      
      sock_create() and sock_create_kern() are wrapper functions, which seems 
      semantically clearer to me than e.g. adding a flag to sock_create().  If 
      you prefer the latter, then let me know.
      
      The patch also adds an argument to the LSM socket creation functions
      indicating whether the socket being created is a kernel socket or not.
      e2943dca
    • David S. Miller's avatar
      Merge nuts.davemloft.net:/disk1/BK/network-2.6 · 49a1f4d4
      David S. Miller authored
      into nuts.davemloft.net:/disk1/BK/net-2.6
      49a1f4d4
    • Andrew Morton's avatar
      [PATCH] fix WARN_ON on XFS module unload · 08faf52b
      Andrew Morton authored
      From: Christoph Hellwig <hch@lst.de>
      
      This one is a little funny.  The SGI trees don't show this issue because dmapi
      and quota are separate modules so they must be unloaded before xfs_fs_exit can
      be called at all.
      
      So let's move the exitcalls for them in mainline first to simulate that
      behaviour.
      08faf52b
    • Benjamin Herrenschmidt's avatar
      [PATCH] Fix CTS handling in pmac-zilog.c · 6032402c
      Benjamin Herrenschmidt authored
      From: Paul Mackerras <paulus@samba.org>
      
      This patch fixes a bug in the pmac-zilog driver where if you enable
      CRTSCTS mode, it won't output data when CTS is asserted.  On
      powermacs, the CTS input is inverted.  It also fixes a logic bug in
      testing for CTS and DCD changes.
      6032402c
    • Armin Schindler's avatar
      [PATCH] ISDN Eicon driver: fix empty queue check · d2ac9ae6
      Armin Schindler authored
         Check for last adapter link is done by next member,
         because entries are not removed yet.
      d2ac9ae6
    • Linus Torvalds's avatar
      All the Intel LPC bridges have the same PCI quirks. · 16f16e70
      Linus Torvalds authored
      They all have 128 bytes of ACPI/TCO IO space pointed to
      by config space register 0x40, and 64 bytes of GPIO space
      pointed to by 0x58.
      
      Thanks to Jun Nakajima for the full list.
      16f16e70
  2. 07 May, 2004 14 commits
  3. 06 May, 2004 12 commits
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: Fix nasty typo in PTE freeing code · 09f4450a
      Benjamin Herrenschmidt authored
      There is a typo in the PTE freeing code causing us to possibly
      overflow the batch structure.
      
      Obvious fix (look at the closing parentheses).
      09f4450a
    • Anton Altaparmakov's avatar
      Merge cantab.net:/home/src/bklinux-2.6 · ffa625ad
      Anton Altaparmakov authored
      into cantab.net:/home/src/ntfs-2.6
      ffa625ad
    • Eric Wong's avatar
      [PATCH] logips2pp driver update (MX510/310 support), cleanup · f0cec6ad
      Eric Wong authored
      I've updated the logips2pp driver to detect the MX310 and MX510 mice
      and also made it more maintainable by putting everything into one
      table instead of having 4 arrays for them (the MX700 support wasn't
      added correctly in the last revision).
      f0cec6ad
    • Arjan van de Ven's avatar
      [PATCH] IDE disk cache flush at unopportune momemnts · f864a703
      Arjan van de Ven authored
      This makes the idedisk_release function only flush the cache on final
      release; with the recent 2.6 blocklayer updates release gets called
      somewhat frequently, and at times where IO is outstanding to the disk.
      
      This bug didn't trigger before simply because ide_cacheflush_p() always
      was a nop.
      f864a703
    • Roman Zippel's avatar
      [PATCH] fix value toggle in gconf · ef81b155
      Roman Zippel authored
      gconf doesn't correctly toggle through the values of a symbol, so use
      sym_toggle_tristate_value() instead.
      
      Problem reported by Martin Persenius <martin@persenius.net>
      ef81b155
    • Nitin A. Kamble's avatar
      [PATCH] mxcsr patch for i386 & x86-64 · 681b6bf7
      Nitin A. Kamble authored
      This enables proper mxcsr register masking: the magic mask "0xffbf"
      is not necessarily correct for all CPU's, and there is an architected
      way to discover the proper MXCSR feature bits by examining the fxsave
      results.
      
      Please refer to IA32 Software Developer's Manual, Volume 1, Section
      11.6.6 for more details.
      681b6bf7
    • Petr Vandrovec's avatar
      [PATCH] ncpfs data corruption when using large TCP transfers · 91ddedbe
      Petr Vandrovec authored
      ncpfs was forgetting to update iovec's iov_base field whenever partial
      transmission occured. This was causing data corruption during large
      (60kB) writes.
      
      The code now also passes copy of iovec to the sock_sendmsg, so it does
      not rely on network stack updating (or not updating) passed iovec in
      case of success (or failure).
      91ddedbe
    • Andrew Morton's avatar
      [PATCH] b44 driver needs mii · cd19fd0f
      Andrew Morton authored
      cd19fd0f
    • Paul Wagland's avatar
      [PATCH] bug fix for megaraid memory leak · 4c76a6b2
      Paul Wagland authored
      I was going through the code looking for bits and pieces to pull across
      into the new LSI Logic beta megaraid driver /sys fs code and came across
      this one.
      
      LSI Logic have already fixed this issue for the 2.4 driver, and the new
      beta driver does not use the /proc filesystem at all, so no problem
      there.
      
      The problem is that resources are not freed upon certain error
      conditions in the in-kernel megaraid driver, to quote from Lester
      Hightower (who originally found the issue):
      
         "The problem occurs only in the circumstance where one reads one of
          the /proc/megaraid/hba<X>/diskdrives-ch<N> files where the card <X>
          does not have channel <N> on it.  Most people would likely not
          notice this leak in normal operation, but due to the way that we
          monitor our MegaRaid cards in our company (we read these /proc
          entries every 180s) so we found the leak rather quickly, and
          unpleasantly (when your kernel eats all your RAM)."
      
      Anyway, here is the fix, compiled and tested OK for me.
      4c76a6b2
    • Bartlomiej Zolnierkiewicz's avatar
      [PATCH] ide-disk.c: write cache handling fixes · f0d61324
      Bartlomiej Zolnierkiewicz authored
      From: Alan Cox <alan@redhat.com>, Arjan van de Ven <arjanv@redhat.com>
      
       - calculate drive->wcache for non-removable disks too
       - flush the cache before unlocking the door on removable media,
         otherwise you have a small race with the human
      f0d61324
    • Stephen Rothwell's avatar
      [PATCH] PPC64 iSeries: replace semaphores with completions · fe61f793
      Stephen Rothwell authored
      This replaces some usages of sempahores on the stack with completions.
      
      We think we have had at least one bug report that could be caused by the
      inherent race in the semaphore usage.
      fe61f793
    • Venkatesh Pallipadi's avatar
      [PATCH] bug in bigsmp CPU bringup · d1a1ac7b
      Venkatesh Pallipadi authored
      There is an bug in bigsmp sub-architecture, due to which it will not
      enable all the CPUs when the BIOS-APICIDs are not 0 to n-1 (where n is
      total number of CPUs). Particularly, only 2 CPU comes up on a system
      that has 4 CPUs with BIOS APICID as (0, 1, 6, 7).=20
      
      The bug is root caused to check_apicid_present(bit) call in smpboot.c,
      when bigsmp is expecting apicid in place of bit.
      check_apicid_present(bit) in bigsmp subarchitecture checks the bit with
      phys_id_present_map (which is actually map representing all apicids and
      not bit).
      
      One solution is to change check_apicid_present(bit) to
      check_apicid_present(apicid), in smp_boot_cpus().  But, it can affect
      all the other subarchitectures in various subtle ways.  So, here is a
      simple alternate fix (Thanks to Martin Bligh), which solves the above
      problem. 
      
      [ Confirmation from Martin:
      
           Looks fine, it's exactly the same fix we use for Summit.  Since
           we're using the other method instead of the bitmap, this check
           isn't needed, so we can just bypass it.  This way also has the
           great advantage of being isolated to the bigsmp subarch, so it only
           needs testing there ;-)
       ]
      d1a1ac7b
  4. 05 May, 2004 4 commits