ADC timeout on Overo

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'm trying to enable ADC measurements on an Overo/Summit system running Linux 2.6.28. I started with a fresh git pull of 2.6.28. I added what I thought was the appropriate code to the Overo specific initialization:

--- a/arch/arm/mach-omap2/board-overo.c
+++ b/arch/arm/mach-omap2/board-overo.c
@@ -152,6 +152,10 @@ static struct twl4030_gpio_platform_data overo_gpio_data =
        .irq_end        = TWL4030_GPIO_IRQ_END,
 };

+static struct twl4030_madc_platform_data overo_madc_data = {
+       .irq_line       = 1,
+};
+
 static struct twl4030_usb_data overo_usb_data = {
        .usb_mode       = T2_USB_MODE_ULPI,
 };
@@ -162,6 +166,7 @@ static struct twl4030_platform_data overo_twldata = {
        .gpio           = &overo_gpio_data,
        .usb            = &overo_usb_data,
        .power          = GENERIC3430_T2SCRIPTS_DATA,
+        .madc           = &overo_madc_data,
 };

I built the kernel and the MADC driver module (twl4030-madc.ko). After inserting the module, the file twl4030-madc showed up in /dev. So far, so good. I coded a small user space application that issued a raw read ioctl for adc channel 3. The read timed out, as did reads for all other channels I tried. I did some preliminary debug of the driver and found that the reason for the failure is that once the ADC conversion starts, the EOC_SW1 bit in the CTRL_SW1 register (the indicator of completion) never goes to 1. Further debug shows that in the module initialization routine twl4030_madc_set_power, as soon as the MADC is powered on by setting CTRL1[0] MADCON bit to 1, the BUSY bit of CTRL_SW1 turns on and never turns off. I'm guessing this constant state of busy is why the conversion never completes. This leads me to believe that the MADC is not set up properly. Steve Sakoman confirmed that the HFCLKIN signal is 26 MHz for the Overo, so it does not look like a clock setup problem. Any ideas as to why the BUSY bit comes on and never turns off? Any other ideas?

regards,
frank

--
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

[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux