lkml.org 
[lkml]   [2006]   [Feb]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: sysfs regressions (was: 2.6.16-rc4: known regressions)
On Wed, Feb 22, 2006 at 06:17:14PM +0100, Matthias Andree wrote:
> Christoph Hellwig schrieb am 2006-02-22:
>
> > And to continue the rant: the broken mount uevent feature (which
> > can't work right) got in without any serious review through the
> > driver model tree. just as all those break udev/etc patches that
> > cause all these userland breakages for those people brave enough
> > to use udev and surrounding bits.
> >
> > Folks, we need to stop breaking sysfs interface all the time. Having
> > attributes on objects is real nice from many perspectives, but it's
> > also a burden because the internal object model is now seen by the
> > outside world. That means anything involving sysfs needs a careful
> > design not random patching as the driver model core people appear to
> > do.
>
> Oh, and while we're at it: perhaps someone should revert the patch that
> caused Douglas Gilbert to chase incompatible sysfs changes in his
> user-space applications. It's pretty sad to see random breakage,
> apparently by randomly changing / to : in paths from what I discern from
> Doug's Changelog. (No, I don't have the background handy, neither would
> I care; I just see the application chasing sysfs changes, and that's
> enough to complain.)

No, that fixed a real bug where sysfs would create multiple symlinks
with the same name in the same directory. That _had_ to be fixed, as
even Douglas's old tools couldn't handle that properly :)

thanks,

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

\
 
 \ /
  Last update: 2006-02-22 18:50    [W:0.059 / U:1.572 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site