Hi,
> > > > On Wed, Jul 25, 2012 at 05:42:06PM +0530, Ajay Kumar Gupta wrote:
> > > > > @@ -240,20 +238,24 @@ int __devinit musb_init_debugfs(struct musb
> > *musb)
> > > > > struct dentry *root;
> > > > > struct dentry *file;
> > > > > int ret;
> > > > > + char name[10];
> > > > >
> > > > > - root = debugfs_create_dir("musb", NULL);
> > > > > + sprintf(name, "musb%d", musb->id);
> > > > > + root = debugfs_create_dir(name, NULL);
> > > >
> > > > I told you to use dev_name(musb) for a reason. See what happens when
> > > > you use dev_name(musb);
> > > >
> > > > Do you not think about the other users of this driver ? Do you not
> > > > know what's the ID on platform_devices which "don't have an ID" ??
> > >
> > > We are now using musb_ida for all glue layers so '-1' issue will not
> come.
> >
> > true.
> >
> > > Still if we can manage without 'id' then better to do that way.
> >
> > just make sure to notice that directory name will "musb.0".
It creates musb-hdrc.0 and musb-hdrc.1 as glue layers use "musb-hdrc"
name in platform_device_alloc() call.
Ajay
>
> Sure.
>
> Ajay
> >
> > --
> > balbi
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
