1. 15 Oct, 2005 16 commits
  2. 14 Oct, 2005 6 commits
  3. 13 Oct, 2005 14 commits
  4. 12 Oct, 2005 4 commits
    • Herbert Xu's avatar
      [TCP]: Add code to help track down "BUG at net/ipv4/tcp_output.c:438!" · 9ff5c59c
      Herbert Xu authored
      This is the second report of this bug.  Unfortunately the first
      reporter hasn't been able to reproduce it since to provide more
      debugging info.
      
      So let's apply this patch for 2.6.14 to
      
      1) Make this non-fatal.
      2) Provide the info we need to track it down.
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      9ff5c59c
    • Ben Dooks's avatar
      [NETPOLL]: wrong return for null netpoll_poll_lock() · afb997c6
      Ben Dooks authored
      When netpoll is not being used, the macro that
      defines the removed routing netpoll_poll_lock
      defines the return as zero, but the real
      routine returns a `void *`
      Signed-off-by: default avatarBen Dooks <ben-linux@fluff.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      afb997c6
    • Stephen Hemminger's avatar
      [BRIDGE]: fix race on bridge del if · ab4060e8
      Stephen Hemminger authored
      This fixes the RCU race on bridge delete interface.  Basically,
      the network device has to be detached from the bridge in the first
      step (pre-RCU), rather than later. At that point, no more bridge traffic
      will come in, and the other code will not think that network device
      is part of a bridge.
      
      This should also fix the XEN test problems.
      Signed-off-by: default avatarStephen Hemminger <shemminger@osdl.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ab4060e8
    • David S. Miller's avatar
      [SPARC64]: Fix boot failures on SunBlade-150 · c9c10830
      David S. Miller authored
      The sequence to move over to the Linux trap tables from
      the firmware ones needs to be more air tight.  It turns
      out that to be %100 safe we do need to be able to translate
      OBP mappings in our TLB miss handlers early.
      
      In order not to eat up a lot of kernel image memory with
      static page tables, just use the translations array in
      the OBP TLB miss handlers.  That solves the bulk of the
      problem.
      
      Furthermore, to make sure the OBP TLB miss path will work
      even before the fixed MMU globals are loaded, explicitly
      load %g1 to TLB_SFSR at the beginning of the i-TLB and
      d-TLB miss handlers.
      
      To ease the OBP TLB miss walking of the prom_trans[] array,
      we sort it then delete all of the non-OBP entries in there
      (for example, there are entries for the kernel image itself
      which we're not interested in at all).
      
      We also save about 32K of kernel image size with this change.
      Not a bad side effect :-)
      
      There are still some reasons why trampoline.S can't use the
      setup_trap_table() yet.  The most noteworthy are:
      
      1) OBP boots secondary processors with non-bias'd stack for
         some reason.  This is easily fixed by using a small bootup
         stack in the kernel image explicitly for this purpose.
      
      2) Doing a firmware call via the normal C call prom_set_trap_table()
         goes through the whole OBP enter/exit sequence that saves and
         restores OBP and Linux kernel state in the MMUs.  This path
         unfortunately does a "flush %g6" while loading up the OBP locked
         TLB entries for the firmware call.
      
         If we setup the %g6 in the trampoline.S code properly, that
         is in the PAGE_OFFSET linear mapping, but we're not on the
         kernel trap table yet so those addresses won't translate properly.
      
         One idea is to do a by-hand firmware call like we do in the
         early bootup code and elsewhere here in trampoline.S  But this
         fails as well, as aparently the secondary processors are not
         booted with OBP's special locked TLB entries loaded.  These
         are necessary for the firwmare to processes TLB misses correctly
         up until the point where we take over the trap table.
      
      This does need to be resolved at some point.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      c9c10830