[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100928212417.GF19804@ZenIV.linux.org.uk>
Date: Tue, 28 Sep 2010 22:24:17 +0100
From: Al Viro <viro@...IV.linux.org.uk>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Boaz Harrosh <bharrosh@...asas.com>, Julia Lawall <julia@...u.dk>,
"David S. Miller" <davem@...emloft.net>,
Andrew Morton <akpm@...ux-foundation.org>,
uml-devel <user-mode-linux-devel@...ts.sourceforge.net>,
linux-kernel <linux-kernel@...r.kernel.org>,
Stephen Hemminger <shemminger@...tta.com>
Subject: Re: {painfully BISECTED} Please revert f25c80a4b2: arch/um/drivers:
remove duplicate structure field initialization
On Tue, Sep 28, 2010 at 10:11:06PM +0100, Al Viro wrote:
> IOW, it _must_ use the last one in such cases.
>
> As for the driver, I smell an interface change (in eth_mac_addr() arguments)
> that has been missed... FWIW, grep through the tree shows one more instance
> of eth_mac_addr() called with such argument and it's also in net_kern.c; there
> we simply want memcpy() instead, since device is definitely not running at
> that point and we'd done the validity checks earlier.
>
> Not sure if we need lp->lock around that eth_mac_addr() call - not familiar
> with the driver in question. If we don't, we should switch to eth_mac_addr
> for the method, indeed...
FWIW, after looking at that code... I don't think we need lp->lock there,
but I really wonder if we need to update lp->mac as well, or, perhaps simply
remove it completely. Who maintains these drivers? It's not just
net_kern/net_user; there's a bunch of subdrivers for that sucker...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists