[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200702051612.06492.arnd@arndb.de>
Date: Mon, 5 Feb 2007 16:12:05 +0100
From: Arnd Bergmann <arnd@...db.de>
To: "John W. Linville" <linville@...driver.com>
Cc: Marcelo Tosatti <marcelo@...ck.org>,
netdev <netdev@...r.kernel.org>, Jeff Garzik <jgarzik@...ox.com>,
"John W. Linville" <linville@...hat.com>,
Dan Williams <dcbw@...hat.com>,
"Luis R. Rodriguez" <mcgrof@...il.com>,
Arnaldo Carvalho de Melo <acme@...stprotocols.net>
Subject: Re: [PATCH] Marvell Libertas 8388 802.11b/g USB driver (v2)
On Monday 05 February 2007 15:01, John W. Linville wrote:
>
> > I disagree, entry/exit points have been shown to be useful in practice
> > to identify firmware problems on field.
>
> I'm not too fond of the ENTER/LEAVE stuff either. But, I do sympathize
> that they _can_ be useful in certain circumstances/workflows/whatever.
>
> Is there an official "party line" on this documented somewhere
> (i.e. CodingStyle or elsewhere)? A quick search doesn't reveal one
> to me.
I don't think there is a formal rule. My personal opinion is that
you should trace events that come from the hardware of from the user,
if you trace at all, but never trace function call sequences that
can be simply identified by knowing the source code.
Arnd <><
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists