<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic interrupt not capturing in i.MX Processors</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/interrupt-not-capturing/m-p/787048#M121943</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I'm using an imx6ull board.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I implemented a new SPI device driver in it. That driver contains a diagnostic interrupt, which checks for faults before initialization of the device.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The interrupt is a GPIO interrupt. So I implemented as follows,&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt;adc-&amp;gt;diag_irq = gpio_to_irq(6);&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt; ret = devm_request_irq(adc-&amp;gt;dev, adc-&amp;gt;diag_irq, diagnostic_handler, IRQF_TRIGGER_RISING, "DIAG_END", 0);&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;I implemented this in the driver probe() and immediately enabled start diagnostics bit.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Once the bit is set, within 8mesc it receives diag_end interrupt. It is a one time process before initialization of the device.&lt;/P&gt;&lt;P&gt;But the processor doesn't read the interrupt. The diagnostic check and device initialization are done in the probe() only.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I manually gave interrupt. That time I found my ISR is working. Which means, the interrupt implementation and ISR registrations are working.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Why is it not receiving the interrupt? Any timing issue like debouncing.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Could you suggest a solution to solve this issue?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 04 Sep 2018 06:13:58 GMT</pubDate>
    <dc:creator>mathew_k_t</dc:creator>
    <dc:date>2018-09-04T06:13:58Z</dc:date>
    <item>
      <title>interrupt not capturing</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/interrupt-not-capturing/m-p/787048#M121943</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I'm using an imx6ull board.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I implemented a new SPI device driver in it. That driver contains a diagnostic interrupt, which checks for faults before initialization of the device.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The interrupt is a GPIO interrupt. So I implemented as follows,&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt;adc-&amp;gt;diag_irq = gpio_to_irq(6);&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt; ret = devm_request_irq(adc-&amp;gt;dev, adc-&amp;gt;diag_irq, diagnostic_handler, IRQF_TRIGGER_RISING, "DIAG_END", 0);&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;I implemented this in the driver probe() and immediately enabled start diagnostics bit.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Once the bit is set, within 8mesc it receives diag_end interrupt. It is a one time process before initialization of the device.&lt;/P&gt;&lt;P&gt;But the processor doesn't read the interrupt. The diagnostic check and device initialization are done in the probe() only.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I manually gave interrupt. That time I found my ISR is working. Which means, the interrupt implementation and ISR registrations are working.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Why is it not receiving the interrupt? Any timing issue like debouncing.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Could you suggest a solution to solve this issue?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 04 Sep 2018 06:13:58 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/interrupt-not-capturing/m-p/787048#M121943</guid>
      <dc:creator>mathew_k_t</dc:creator>
      <dc:date>2018-09-04T06:13:58Z</dc:date>
    </item>
  </channel>
</rss>

