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-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 9 Dec 2011 05:20:50 +0100
From:	Kay Sievers <kay.sievers@...y.org>
To:	Greg KH <greg@...ah.com>
Cc:	linux-kernel@...r.kernel.org, ak@...ux.intel.com, trenn@...e.de,
	davej@...hat.com
Subject: Re: [PATCH-WIP] convert CPU sysdev class to a real subsytem (needed
 for CPU modaliases)

On Fri, Dec 9, 2011 at 01:11, Greg KH <greg@...ah.com> wrote:
> On Thu, Dec 08, 2011 at 02:58:37AM +0100, Kay Sievers wrote:

>> Greg, I guess we need a bit of your time, to make a plan and get the
>> remaining things sorted out. We are planning and fiddling for years
>> already here, and we should finally get the stuff out. :)
>
> I agree, I want this to get done finally.
>
>> Greg, I think with the subsys_interfaces we do not need the
>> 'multi-driver-binding' anymore, seems we can get away with the
>> interfaces only. Classes which need to convert to buses because the
>> class interface is not extensible can be easily converted now. The only
>> missing piece is the 'glue directory'. We should be able to unify
>> classes and buses internally with all that stuff.
>
> Ah, good, I was stalled on this because of the multi-driver-binding
> stuff.  If that's not needed, I'll gladly take any patches for this.

Yeah, I think we don't really need them. The 'interfaces' act as a
sort of 'lightweight driver'. We do that with the class_interfaces
already and I think that works well enough. At least the
sysdev_drivers I converted already, all fit 1:1 into the
subsys_interface.

> So, what do I need to do here?  Your patch looks good at first glance,
> the interface logic looks sane, is that all that we really need to do to
> the core?

Yeah, it seems to work out well. I converted all generic and the x86
code, and after removing drivers/base/sys.c and include/linux/sysdev.h
it looks like this:
   53 files changed, 1014 insertions(+), 1256 deletions(-)
Which could be a sign of doing the right thing.

I'll finish what I have now, then split out the driver-core changes
which we can possibly merge without affecting anything else. I should
get that ready next week.

Then we can check how to proceed with all the individual things to
convert over, and how to do the arch stuff (~70 files), which I have
no idea how to test ... but we've been there with the struct
class_device a few years back already, we'll find it out. :)

After the last user is gone, we can finally remove the sysdevs.

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