Re: panic in RELENG_5 UMA - two new stack traces

From: Gleb Smirnoff (glebius_at_FreeBSD.org)
Date: 07/01/05

  • Next message: Ed Schouten: "GCC on RELENG_5: www/libgtkhtml ICE?" 
    Date: Sat, 2 Jul 2005 00:38:03 +0400
To: Gary Mu1der <gmulder@infotechfl.com>

    On Fri, Jul 01, 2005 at 04:32:38PM -0400, Gary Mu1der wrote:
    G> >G> I can reproduce the crash within 60 seconds of firing off 30+ ping/arp
    G> >G> -d scripts, all running in parallel.
    G> >G>
    G> >G> debug.mpsafenet=0 seems to have solved the problem. I'm running 100+
    G> >G> instances of the above script and the system has been stable for over
    G> >an G> hour.
    G> >
    G> >Thanks! We definitely see that the bug is a race, not a broken logic. I am
    G> >almost sure, that you are experiencing the same bug as I described in
    G> >the beginning of the thread.
    G> >
    G> >Although there is no yet fix available for race between 'arp -d' and
    G> >outgoing packet, there is one for race between incoming ARP reply and
    G> >outgoing packet. We will probably commit it soon, after more review.
    G>
    G> Is this bug specific to only using "arp -d", or does it look like the
    G> "arp -d" tests identify a bug that might cause TCP/IP related crashes
    G> with other types of real-world network traffic.
    G>
    G> To rephrase: Does it look like fixing this bug may fix a lot of the
    G> network-related crashes a number of people have reported?

    See above in the thread. We have two races: one that can fire anytime
    in runtime, and we are going to fix it. The other with 'arp -d', not fixed
    yet.

    I am not sure how many reports on network related panics where related to
    this race. Let's fix it and see. You can patch your boxes with the patch
    and see whether they are more stable in runtime. 

    -- 
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
  • Next message: Ed Schouten: "GCC on RELENG_5: www/libgtkhtml ICE?"

    Relevant Pages

    • Re: [PATCH 2/2] sysfs: fix race condition around sd->s_dentry, take#2
      ... people actually seeing the race, ... and has not seen it with this patch in place. ... The other bug they were seeing even more often was the sysfs_readdir ... Is any fix for that problem being ...
      (Linux-Kernel)
    • Re: [PATCH 2/2] sysfs: fix race condition around sd->s_dentry, take#2
      ... people actually seeing the race, ... and has not seen it with this patch in place. ... The other bug they were seeing even more often was the sysfs_readdir ... Is any fix for that problem being ...
      (Linux-Kernel)
    • Re: [PATCH]CPU hotplug breaks wake_up_new_task
      ... the bug. ... The simple fix for this race is: ... To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ...
      (Linux-Kernel)
    • Warp Rogue 0.5.2 released
      ... The "Never jams" attribute was removed from the Ork guns. ... A bug that allowed shooting through closed doors was fixed. ... A bug that allowed recruiting race leaders was fixed. ... The character generation screens were rearranged. ...
      (rec.games.roguelike.announce)
    • Re: [PATCH] page->flags corruption fix
      ... >> I'd just like to understand the bug before it's fixed. ... spinlocks really avoids the race, your patch sounds less obviously safe ... you've aio like in your tree like in my tree). ... taking one more spinlock to avoid the race at all, ...
      (Linux-Kernel)