Mike - I do plan on resubmitting the driver as a replacement driver (remove the old and add the updated version) as suggested by TI. I am just trying to get some other work finished up first. If you want to try the version I submitted, the patch was actually against the arago kernel. You can try patching that version and pulling it into your kernel to see if that fixes your issues. Hopefully I'll get around to resubmitting the driver for consideration some time this week.
Brian > -----Original Message----- > From: davinci-linux-open-source-boun...@linux.davincidsp.com > [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com > ] On Behalf Of Mike Williamson > Sent: Sunday, April 11, 2010 9:56 AM > To: davinci-linux-open-source@linux.davincidsp.com > Subject: SPI Support for DA850 (OMAPL-138). > > Hi, > > I've been working with Kevin's tree and have been having some problems > with the SPI interface for the DA850 (OMAP-L138), SPI version 2. > > I am getting a lot of failures in the davinci_spi_check_error routine > that I'm not sure are real errors. I was googling around and found > this thread: > > http://linux.omap.com/pipermail/davinci-linux-open-source/2009 > -July/015025.html > > The thread raises the same issue that I have found in that the routine > is declaring an error if the status of the SPI engine is claiming that > the Tx buffer is empty (SPIFLG_TX_INTR_MASK) and there is also a check > on a bit (SPIFLG_BUF_INIT_ACTIVE_MASK, bit 24) that is undocumented > in the SPI user guide. I found that I had to turn off both of these > checks in order for the SPI to work with our device in polled mode > with no DMAs. The device is an m25p64 EEPROM, same configuration as > on the 850 / OMAPL138 evm. > > Can anyone confirm if the spi implementation in Kevin's tree is > working for VERSION_2 SPI devices (850 specifically), and what SPI > configuration you're using? > > I am also wondering if the SPI patches from Brian Niebuhr have died on > the wire > (http://linux.davincidsp.com/pipermail/davinci-linux-open-sour > ce/2010-March/018077.html). > It seemed like he had identified several issues with the driver and > had taken a crack at sorting them out. > > -Mike > > > > > -- > Michael Williamson > 315-425-4045x230 > www.criticallink.com > _______________________________________________ > Davinci-linux-open-source mailing list > Davinci-linux-open-source@linux.davincidsp.com > http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source > > _______________________________________________ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
