On Thu, Oct 18, 2012 at 03:46:15AM +0000, Paul Walmsley wrote: > > Probably the driver was submitted before any SoC integration support was > available. Grepping for 'cpsw' under arch/ turns up only AM33xx. AM335x > didn't have device enumeration support in the mainline kernel until 3.7, > via commit a2cfc509bc4eeef9f5c4607b1203f17f22ea2a36 ("ARM: OMAP3+: hwmod: > Add AM33XX HWMOD data"). So I don't see how it could have worked with > mainline. ... > But it seems that the CPSW has never worked in the mainline kernel. So > this particular patch is not fixing a regression. Therefore we shouldn't > send it upstream during the -rc time period. Instead we'll schedule it to > be sent a few weeks later, during the 3.8 merge window. Let's think about this some more: The driver's commit is from March and is included in v3.4-rc1. You say it will be working in 3.8, after 3.7 comes out, in about December. So how long does it take between merging code and actually getting it working? Sorry to harp on this so much, but I try out my patches with the tip of the appropriate tree before sending them, or when I cannot, at least I put into the log "compile tested only" or something like that. Thanks, Richard -- 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