Hi Paul, On 08/24/2012 06:20 PM, Peter Ujfalusi wrote: > Hi Paul, > > On 08/24/2012 06:38 PM, Paul Walmsley wrote: >> Do we need both this one and your '[PATCH] driver core: Check if r->name >> is valid in platform_get_resource_byname()' ? Or would that second patch >> be enough? Is the crash happening in the platform_get_resource_byname() >> iterator? > > The crash happens in platform_get_resource_byname(). What I see as a problem > that when we boot without DT the r->name is configured for the hwmods. If we > boot with DT we discard the resources created by the OF (which also have the > r->name configured). We replace the resources from hwmods but we do not fix up > the resource names (which is done in other cases). > I have sent the patch for the drivers core as well since I think it is a good > practice anyway to check for NULL pointer before strcmp(). > > Either is good, but IMHO we should fix this in omap_hwmod (at least).
Yes, clearly we do have a corner case today due to the mix of hwmod / DTS resource management. - Legacy boot + hwmod resources is OK - DTS boot with DTS resources will be OK - DTS boot with hwmod resources is not OK since the resource name will not be populated in the case resources are not named :-( If you are OK, I'll take that patch along with Vaibhav one to handle properly the resources from DTS long with the DTS patches I'm queuing for 3.7. Thanks, Benoit -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
