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
| ||
|
Message-ID: <20071009232804.GA22010@kroah.com> Date: Tue, 9 Oct 2007 16:28:04 -0700 From: Greg KH <greg@...ah.com> To: Roland Dreier <rdreier@...co.com> Cc: Cornelia Huck <cornelia.huck@...ibm.com>, Tejun Heo <htejun@...il.com>, ebiederm@...ssion.com, stern@...land.harvard.edu, kay.sievers@...y.org, linux-kernel@...r.kernel.org Subject: Re: [PATCHSET 3/4] sysfs: divorce sysfs from kobject and driver model On Tue, Oct 09, 2007 at 04:20:39PM -0700, Roland Dreier wrote: > > > - relaying implementation details to userspace so that they cannot be > > > easily changed. We would need to allow kobjects not showing up in sysfs > > > and making symlinks a sysfs facility not relying on kobjects to help > > > there. > > > > Huh? Why would you want a kobject to not show up in sysfs? > > I think the text you replied to explained it perfectly: becase you > don't want internal implementation details to be exposed the userspace > and become an unchangeable part of the kernel/userspace interface. But a kobject represents "something" in the kernel. If it's there, then it shows up in sysfs. But if it isn't, or it changes somehow, then it no longer is in sysfs, which is fine, and your userspace tools have to be able to handle that by virtue of the rules of how to use sysfs from userspace. thanks, greg k-h - 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