Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 15 Nov 2012 09:59:08 -0800
From:      Adrian Chadd <adrian@freebsd.org>
To:        Warner Losh <imp@bsdimp.com>
Cc:        attilio@freebsd.org, Ian Lepore <freebsd@damnhippie.dyndns.org>, freebsd-hackers@freebsd.org, freebsd-arch@freebsd.org
Subject:   Re: [RFQ] make witness panic an option
Message-ID:  <CAJ-VmokcgHMYZC2v_fGvBBk1MfzkkfOecaJ%2B3MQrBN4nRG5GCA@mail.gmail.com>
In-Reply-To: <47374EC3-5022-49AC-A17E-7F234A88B5C6@bsdimp.com>
References:  <CAJ-Vmo=i=Amo_QqHi4GnGie0Gc0YnK3XaRKjvBO-=SFboFYPmA@mail.gmail.com> <1353001175.1217.153.camel@revolution.hippie.lan> <CAJ-FndBP5Pi=SCpyBLK3b=HM_gQ9u8M4%2B1tLk9tA5X-gqismVA@mail.gmail.com> <47374EC3-5022-49AC-A17E-7F234A88B5C6@bsdimp.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 15 November 2012 09:56, Warner Losh <imp@bsdimp.com> wrote:

>> Do you really think that an abusable mechanism will help here rather

> It sounds like he's more worried about introducing LoRs into his wireless code. They are harmless, for him, and he can fix them by reloading the driver. They are only harmful if he loses a race.

LOR's and lock assertions. Ie, I want to find out at run time that a
lock wasnt' held at a certain position but continue soldiering on.
That's how I've been finding out all of the races in net80211/ath, as
there wasn't locking where there needed to be.



Adrian
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmokcgHMYZC2v_fGvBBk1MfzkkfOecaJ%2B3MQrBN4nRG5GCA>