From: Daniel Santos <danielfsantos@att.net>
To: linux-gpio <linux-gpio@vger.kernel.org>,
linux-usb <linux-usb@vger.kernel.org>,
linux-spi <linux-spi@vger.kernel.org>,
Samuel Ortiz <sameo@linux.intel.com>,
LKML <linux-kernel@vger.kernel.org>,
Thomas Gleixner <tglx@linutronix.de>
Subject: "Virtual" Interrupts -- Need help please
Date: Sat, 07 Sep 2013 19:19:06 -0500 [thread overview]
Message-ID: <522BC27A.5080303@att.net> (raw)
I've posted a number of requests for aid on this and have gotten very
little responses and none that were helpful. I have spent at least 24
hours of research time on this and just a little direction from somebody
who knows this subsystem can help me immensely as the IRQ subsystem is
new to me.
This is for the MCP2210 driver (a USB to SPI/GPIO bridge) and my driver
is the first of its class for the Linux kernel, giving me less to look
at as an example. I intend to use standard drivers for whatever I have
connected at the other end. For this to work, I need to supply
interrupts for some of these drivers to work correctly. How do I do
this? Every thing else on this driver is ready to go and my handler
functions for this are empty and waiting for some code.
So do i create an IRQ domain and then call generic_handle_irq() from my
URB complete() function? If so, which type of IRQ Domain is appropriate
for this? Unlike typical platform devices, these are dynamically added
and removed throughout the life of the kernel, adding to the challenge.
So, if I understand correctly, my base IRQ number needs to be
dynamically generated. How should I manage this?
Finally, if you have any example drivers that are doing something
similar, that would be SO very helpful as well!
I have some secondary (and less important) questions about how to
integrate this with device drivers that want a DT / open firmware config
(which I know almost nothing about at this time), but that can wait.
Any help *greatly* appreciated and thank you in advance!
Daniel
PS: If interested, my current driver here:
https://github.com/daniel-santos/mcp2210-linux. I haven't sought review
yet because I want to finish it first.
next reply other threads:[~2013-09-08 0:18 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-08 0:19 Daniel Santos [this message]
2013-09-08 0:52 ` "Virtual" Interrupts -- Need help please Guenter Roeck
2013-09-08 23:50 ` Daniel Santos
2013-09-09 0:35 ` Guenter Roeck
2013-09-09 11:02 ` Mark Brown
2013-09-09 11:18 ` Alexander Holler
2013-09-09 11:45 ` Guenter Roeck
2013-09-09 12:00 ` Alexander Holler
2013-09-09 13:45 ` Mark Brown
2013-09-09 14:21 ` Alexander Holler
2013-09-09 11:06 ` Mark Brown
2013-09-09 21:12 ` Daniel Santos
2013-09-10 18:01 ` Mark Brown
2013-09-11 17:59 ` Daniel Santos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=522BC27A.5080303@att.net \
--to=danielfsantos@att.net \
--cc=daniel.santos@pobox.com \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-spi@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=sameo@linux.intel.com \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox