On Fri, 20 Apr 2007, Neil Brown wrote: > On Thursday April 19, [EMAIL PROTECTED] wrote: > > On Fri, 20 Apr 2007, Neil Brown wrote: > > > > > Not sure how best to fix this one.... kmem_cache_destroy currently > > > doesn't know which alias is being destroyed. > > > > The aliases are there for decorative purposes when running without > > debugging. If one switches on debugging then it matters but then the > > symlinks are not created since there will be no aliases. > > > > I guess we can ignore the problem? > > Maybe.... > But then if we create the same cache with a different size, we might > need to create a directory in sysfs, but there is already a symlink > there... > It doesn't feel very clean.
Right. Sigh. But there is no user of the symlinks. I could drop the symlinks completely. Just do not track what names a cache aliases to? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
