From: Jean Delvare <khali@linux-fr.org>
To: "Shen, Voice" <Voice.Shen@atmel.com>
Cc: "Wu, Josh" <Josh.wu@atmel.com>,
javier Martin <javier.martin@vista-silicon.com>,
linux-input@vger.kernel.org, Wolfram Sang <w.sang@pengutronix.de>,
Axel Lin <axel.lin@gmail.com>,
Dmitry Torokhov <dmitry.torokhov@gmail.com>
Subject: Re: qt1070: Why IRQF_TRIGGER_NONE?
Date: Thu, 3 May 2012 08:14:49 +0200 [thread overview]
Message-ID: <20120503081449.065a8232@endymion.delvare> (raw)
In-Reply-To: <ABFEDD1A8D2AAF42A54E3C074D49DC720F627464@penmbx02>
On Thu, 3 May 2012 05:15:14 +0000, Shen, Voice wrote:
> Hi All,
> Some information as following,
>
> According to the datasheet of qt1070, we can use IRQF_TRIGGER_FALLING or IRQF_TRIGGER_LOW (I think this is the best) for IRQ flag. However, the IRQ line is a GPIO of a SOC. Some SOC can detect the level change of the GPIO, while can not distinguish the falling or rising. So, the IRQ flag depends on the trigger mode of GPIO line.
>
> Maybe use the "flags" element in "struct i2c_board_info" to pass the IRQ flag, or add another element named "irqflags" into "struct i2c_board_info". I think this will be better, but I am not sure whether this is a good solution.
i2c_board_info.flags is for I2C client flags, please do not abuse it
for IRQ information.
I have no objection to an irq_flag member being added, however I
remember past discussions where people argued whether it was the right
thing to do or whether the IRQ mode was best set by platform
initialization code. Part of that discussion was archived here:
http://marc.info/?t=128743170300002&r=1&w=2
Said discussion did not result in any code being merged as I don't
think we came to an agreement. Feel free to restart the discussion with
the interested people.
--
Jean Delvare
next prev parent reply other threads:[~2012-05-03 6:15 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-02 8:35 qt1070: Why IRQF_TRIGGER_NONE? javier Martin
2012-05-03 1:41 ` Josh Wu
2012-05-03 5:15 ` Shen, Voice
2012-05-03 6:14 ` Jean Delvare [this message]
2012-05-04 2:07 ` Shen, Voice
2012-05-04 7:06 ` javier Martin
2012-05-04 7:56 ` Dmitry Torokhov
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=20120503081449.065a8232@endymion.delvare \
--to=khali@linux-fr.org \
--cc=Josh.wu@atmel.com \
--cc=Voice.Shen@atmel.com \
--cc=axel.lin@gmail.com \
--cc=dmitry.torokhov@gmail.com \
--cc=javier.martin@vista-silicon.com \
--cc=linux-input@vger.kernel.org \
--cc=w.sang@pengutronix.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;
as well as URLs for NNTP newsgroup(s).