On Fri, Jan 18, 2008 at 11:45:12AM +0100, Kay Sievers wrote: > On Fri, 2008-01-18 at 08:38 +0100, Jarek Poplawski wrote: > > On Fri, Jan 18, 2008 at 01:31:17PM +0800, Dave Young wrote: > > > On Jan 18, 2008 11:18 AM, Kay Sievers <[EMAIL PROTECTED]> wrote: > > ... > > > > Yeah, might be better to wait until class_device is gone, otherwise you > > > > may need to fix stuff that is just going to be removed. Your change to > > > > have iterators for the class devices look like a nice preparation for > > > > future changes though. > > > > > > > > Our rough plan is: > > > > 2.6.25: > > > > - get the ~100 patches in Greg's tree (in -mm) merged :) > > > > 2.6.26: > > > > ??? - remove the 20 char limit in "struct device" > > > > - get rid of "struct class_device" > > > > > > Fine, thanks. > > > > > > Let's wait for other people's comment. > > > > Dave, I doubt you'll ever manage to do this if you're going to wait: > > probably there will be always some new changes like this around... > > Well there are not "changes" in that sense, the class_device stuff will > be entirely ripped out, and I doubt we will want to change anything > there, just shortly before it's deleted.
So, 2.6.26 means shortly... And this all needs some time for testing, debugging or maybe some change of concept, so this would take a while... Well, it's not my problem, but since this stuff will go away, shouldn't we care more about the staff that will stay? > Also your assumptions about device nesting are not really true, there is > no limit, even when there are no current users nesting deeper, and > "struct device" can be any nesting depth, and that's where it gets > interesting. I'm just trying to figure this out. It seems this is a real problem while freezing, but not necessarily here (but I can miss something). Regards, Jarek P. -- 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/
