linux-kernel - Re: [Regression] "irqdomain: Don't set type when mapping an IRQ" breaks nexus7 gpio buttons

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 8 Aug 2016 23:50:32 +0200
From:	Linus Walleij <linus.walleij@...aro.org>
To:	Jon Hunter <jonathanh@...dia.com>
Cc:	John Stultz <john.stultz@...aro.org>,
	Thomas Gleixner <tglx@...utronix.de>,
	Marc Zyngier <marc.zyngier@....com>,
	lkml <linux-kernel@...r.kernel.org>,
	Bjorn Andersson <bjorn.andersson@...aro.org>
Subject: Re: [Regression] "irqdomain: Don't set type when mapping an IRQ"
 breaks nexus7 gpio buttons

On Mon, Aug 8, 2016 at 11:04 AM, Jon Hunter <jonathanh@...dia.com> wrote:

> I am wondering if it is related to ...
>
> [    1.678160] apq8064-pinctrl 800000.pinctrl: pin GPIO_16 already requested by 16540000.serial; cannot claim for 16580000.i2c
> [    1.678207] apq8064-pinctrl 800000.pinctrl: pin-16 (16580000.i2c) status -22
> [    1.678362] 1-0010 supply vcc33 not found, using dummy regulator
> [    1.678779] 1-0010 supply vccio not found, using dummy regulator
> [    1.702427] apq8064-pinctrl 800000.pinctrl: could not request pin 16 (GPIO_16) from group gpio16  on device 800000.pinctrl

I don't think so. That looks like a straight-formward pin conflict where the
i2c is tossed out because the pins it tries to take are already taken by
the serial.

Has nothing to do with any IRQs.

It's not neat but a different issue.

Yours,
Linus Walleij