Re: [PATCH 0/5] Better namespace handling for/sys/class/net/bonding_masters

From: Greg KH
Date: Thu Oct 13 2011 - 13:25:46 EST


On Thu, Oct 13, 2011 at 12:47:46AM -0700, Eric W. Biederman wrote:
>
> When I was looking at another sysfs issue that Al pointed out (since
> fixed) I realized that I had implemented a trivial code size but overly
> clever way to handle /sys/class/net/bonding_masters.
>
> This patchset removes the support for untagged entries in tagged
> directories (that is currently used to support bonding_masters)
> and replaces it with support for tagged sysfs attributes.
>
> In the process this fixes a small misfeature in how bonding_masters
> derives the network namespace we are dealing with. This change
> allows bonding_masters to derive the network namespace from the
> copy of bonding_masters we open instead of magically from current.
>
> The final patch of this patchset adds sanity checks to sysfs. To
> ensure that we don't accidentally mishandle tagged sysfs entities.
>
> I have tested this code against 3.1-rc9 on my laptop with a mostly yes
> config and I am not seeing any problems. The loud screaming warnings I
> have added in the last patch should catch any corner cases in how people
> use sysfs that I might have overlooked.
>
> Greg, Dave I'm don't know whose tree to merge this through as this code
> is equally device-core and networking. I am hoping that we can get this
> improvement merged for 3.2.

These all look fine to me, and I have no problem with them going through
the network tree as that will most likely be the easiest way due to any
potential merge issues.

David, feel free to add an:
Acked-by: Greg Kroah-Hartman <gregkh@xxxxxxx>

to these patches and take them through your tree if that is ok with you.
If not, I can also always take them through mine, it's your choice.

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/