lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <46DABD6A.2030708@gmail.com>
Date:	Sun, 02 Sep 2007 22:40:58 +0900
From:	Tejun Heo <htejun@...il.com>
To:	Greg K-H <greg@...ah.com>,
	"Eric W. Biederman" <ebiederm@...ssion.com>,
	Cornelia Huck <cornelia.huck@...ibm.com>,
	linux-kernel <linux-kernel@...r.kernel.org>,
	Alan Stern <stern@...land.harvard.edu>
Subject: regarding sysfs/kobject separation

Hello, just a note to tell you guys what's going on.

It's taking more time than I expected but it's near completion.  I'm
testing things now.  After that, they need to be split and documented.
It'll be a BIG change and due to other things including moronic military
reserve training, I'll probably be able to post it after next week.
Sorry about the delay but I think the result will be pretty good in the end.

* Suicidal nodes don't need special treatment.  If a file tries to
commit suicide, sysfs will detect the condition and deactivate and drain
the node except for the suiciding reference.

* much more compact and flexible interface based on sysfs_dirent instead
of kobject.

* Backward compatibility is fully maintained.  All kobject based
interface is reimplemented in terms of the new interface.

* Plugged creation and batched error handling.  Sysfs directories can be
'plugged' on creation such that it can be made visible atomically after
all its subtrees are constructed.  Also, the user doesn't have to check
for failure at every step.  For example, the user can do the following.

	dir = sysfs_add_dir(parent, "my_dir", SYSFS_PLUGGED | 0777);
	sysfs_add_file(dir, ...);
	...
	dir2 = sysfs_add_dir(dir, ...);
	sysfs_add_link(dir, "link-to-dir2", dir2);
	...
	if (sysfs_check_batch_error(dir) == 0)
		sysfs_unplug(dir);
	else
		sysfs_remove(dir);

And all the nodes under and including @dir will show up atomically if
all operations succeeded or removed without ever bothering userland.

* Automatic symlink handling.  Symlink names can be formatted with the
name of its target.  e.g. if the symlink name is specified as
"link-%1:%0" and points to "devices/mybus0/mydev0", its name becomes
"link-mybus0-mydev0" && the symlink will be automatically renamed when
the target node or one of its ancestor is moved or renamed.  The symlink
is also plugged and removed together with its target.  So, once created,
the user doesn't have to care about the symlink.  sysfs will take care
of it.

* I think most of the changes wouldn't hinder implementation of tagged
nodes.  In fact, most of the new rename logic which handles symlink
rename together is taken from tagged node implementation, so with some
luck it should be easier to support tagged nodes.

*** Future plans.

* Move uevent support over to sysfs and bridging the current users.
This makes sense because sysfs hierarchy is all that userland can see
and sysfs users which don't use kobject also needs uevent support.

* Convert device model (drivers/base/*) over to the new sysfs_dirent
based interface and make device/driver <-> sysfs association flexible.
Automatic sysfs association is a good thing.  In most cases, it makes
sense and makes drivers simpler but it also needs to be flexible such
that drivers with special needs can override how the device and driver
are represented to userland.  I think such flexibility can be achieved
without too much problem now that sysfs and kobject are separated.

Thanks.

-- 
tejun
-
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ