> > So, if I made it a separate driver, where would it go? Since this > > board still has platform device support, I suspect the platform data > > needed to describe this device would end up being larger than the > > driver itself. > > Excellent question ;-) > > When the driver is really small, I would just leave it in the board > file for now, although that might not be a good long-term strategy. > Do we have any similar cases that we can group together with the > fpga to make a subsystem? Maybe it could be a small driver in the > pinmux subsystem when that is established. At this point, I think I'm just going to leave this FPGA initialization out. It seems that newer versions of the bootloader have made the FPGA entirely inaccessible. This has the unfortunate consequence of making the UART unusable on the MSM8660 SURF. I'll see if I can get this fixed at a bootloader level, or come up with another solution. So, meanwhile, I'll include the other patches, which work fine on the MSM 8660 Fluid target, and I'll just make an additional dsb file for this. Patch soon... The FLUID has the advantage of being a device that is technically available to people (although a bit pricey) http://www.bsquare.com/snapdragon-mobile-development-platform.aspx David -- Sent by an employee of the Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum. -- To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html