On Wed, Feb 01, 2012 at 02:20:13PM +0400, Sergei Shtylyov wrote: > Hello. > > On 31-01-2012 17:04, Heiko Schocher wrote: > > >>On Mon, Jan 23, 2012 at 09:56:07AM +0100, Heiko Schocher wrote: > >>>- AM1808 based board > >>>- 64 MiB DDR ram > >>>- 2 MiB Nor flash > >>>- 128 MiB NAND flash > >>>- use internal RTC > >>>- I2C support > >>>- hwmon lm75 support > >>>- UBI/UBIFS support > >>>- MMC support > >>>- USB OTG support > > >>>Signed-off-by: Heiko Schocher<h...@denx.de> > >>>Cc: linux-arm-ker...@lists.infradead.org > >>>Cc: devicetree-disc...@lists.ozlabs.org > >>>Cc: davinci-linux-open-sou...@linux.davincidsp.com > >>>Cc: linux-...@lists.infradead.org > >>>Cc: linux-i2c@vger.kernel.org > >>>Cc: net...@vger.kernel.org > >>>Cc: David Woodhouse<dw...@infradead.org> > >>>Cc: Ben Dooks<ben-li...@fluff.org> > >>>Cc: Wolfram Sang<w.s...@pengutronix.de> > >>>Cc: Sekhar Nori<nsek...@ti.com> > >>>Cc: Kevin Hilman<khil...@ti.com> > >>>Cc: Wolfgang Denk<w...@denx.de> > > >>>--- > >>>- post this board support with USB support, even though > >>> USB is only working with the 10 ms "workaround", posted here: > >>> http://comments.gmane.org/gmane.linux.usb.general/54505 > >>> I see this issue also on the AM1808 TMDXEXP1808L evalboard. > >>>- MMC and USB are not using OF support yet, ideas how to port > >>> this are welcome. I need for USB and MMC boards board > >>> specific callbacks, how to solve this with OF support? > > [...] > > >>>diff --git a/arch/arm/boot/dts/enbw_cmc.dts > >>>b/arch/arm/boot/dts/enbw_cmc.dts > >>>new file mode 100644 > >>>index 0000000..e5995ce > >>>--- /dev/null > >>>+++ b/arch/arm/boot/dts/enbw_cmc.dts > [...] > > >>>+ compatible = "ns16550a"; > > >>Should include a string for the specific device. Something like: > > >> compatible = "ti,da800", "ns16550a"; > > >added. > > Note that there's no DA800 chip, only DA828, DA830, and DA850 AFAIK.
Right, so the compatible string should reflect that. g. -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html