[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1tzf339ny.fsf@frodo.ebiederm.org>
Date: Sat, 05 Jul 2008 21:42:57 -0700
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Greg Kroah-Hartman <gregkh@...e.de>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Tejun Heo <htejun@...il.com>,
Daniel Lezcano <dlezcano@...ibm.com>,
linux-kernel@...r.kernel.org, Al Viro <viro@....linux.org.uk>,
Linux Containers <containers@...ts.osdl.org>,
Benjamin Thery <benjamin.thery@...l.net>,
<netdev@...r.kernel.org>, Cornelia Huck <cornelia.huck@...ibm.com>
Subject: Re: [PATCH 00/15] sysfs support for namespaces
> These patches are based off of 2.6.26-rc8 + the -gregkh tree from
> last night. Hopefully that means they apply -mm -gregkh and
> -linux-next.
A quick update. My patchset conflicts with the recently added
driver-core-suppress-sysfs-warnings-for-device_rename.patch
> driver core: Suppress sysfs warnings for device_rename().
>
> Renaming network devices to an already existing name is not
> something we want sysfs to print a scary warning for, since the
> callers can deal with this correctly. So let's introduce
> sysfs_create_link_nowarn() which gets rid of the common warning.
This patch is unnecessary as that path is never exercised anymore.
as: dev_change_name returns early in the case of a noop rename.
In addition my introduction sysfs_rename_link handles this case
cleanly by first removing the old link and then creating the new
link. Preventing false positives when the link names are the same.
So it should be safe to drop Cornelia patch without a reoccurance
of scary errors.
Eric
--
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