On Wed, 2016-11-23 at 19:32 +0100, Matthias Brugger wrote:

Hi Hongzhou,

On 12/05/16 04:55, Hongzhou Yang wrote:

quoted

On Wed, 2016-05-11 at 19:09 -0700, Hongzhou Yang wrote:

quoted

On Thu, 2016-05-12 at 09:41 +0800, chunfeng yun wrote:

quoted

Hi,

On Wed, 2016-05-11 at 11:32 -0700, Hongzhou Yang wrote:

quoted

On Wed, 2016-05-11 at 13:56 +0200, Linus Walleij wrote:

quoted

On Tue, May 10, 2016 at 10:23 AM, Chunfeng Yun
[off-list ref] wrote:

quoted

the default mode of GPIO16 pin is gpio, when set EINT16 to
IRQ_TYPE_LEVEL_HIGH, no interrupt is triggered, it can be
fixed when set its default mode as usb iddig.

Signed-off-by: Chunfeng Yun <chunfeng.yun-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>

Chunfeng, GPIO16 can be used as EINT16 mode, but the pinmux should be 0.
If you want to set its default mode to iddig, you should set it in dts.

I set it in DTS, but it didn't work, because when usb driver requested
IRQ, pinmux was switched back to default mode set by
MTK_EINT_FUNCTION().

After confirmed, there are something wrong with data sheet and pinmux
table, and GPIO16 can only receive interrupt by mode 1. So

Acked-by: Hongzhou Yang <hongzhou.yang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>

Linus,

We find there are some other pins still have the same problem, so please
hold on it. Sorry for so much noise.

Did you made any progress on this? I didn't see any patch on the mailing 
list.

Regards,
Matthias

Hi Matthias,

Sorry for the late reply.

I have double confirmed with HW designer, other special EINTs are
built-in and they are using internal signal, they are not triggered 
by GPIO, only GPIO16 should set to mode 1.

And, Chunfeng already re-sent this patch.

Thank you very much.

Yours,
Hongzhou