[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZlnaKCz8Yz2rfX-c@smile.fi.intel.com>
Date: Fri, 31 May 2024 17:09:44 +0300
From: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
To: Alexander Stein <alexander.stein@...tq-group.com>
Cc: Bartosz Golaszewski <bartosz.golaszewski@...aro.org>,
linux-gpio@...r.kernel.org, linux-kernel@...r.kernel.org,
Linus Walleij <linus.walleij@...aro.org>,
Bartosz Golaszewski <brgl@...ev.pl>
Subject: Re: [PATCH v2 2/2] gpiolib: Show more info for interrupt only lines
in debugfs
On Fri, May 31, 2024 at 01:19:56PM +0200, Alexander Stein wrote:
> Hi,
>
> Am Donnerstag, 30. Mai 2024, 21:12:30 CEST schrieb Andy Shevchenko:
> > Show more info for interrupt only lines in debugfs. It's useful
> > to monitor the lines that have been never requested as GPIOs,
> > but IRQs.
>
> I was trying to test this on TQMa8MPQL (i.MX8MP) using gpio-mxc.c.
> But apparently this series only has an effect when gpiochip_lock_as_irq()
> is called eventually. I'm wondering what needs to be done so IRQ only
> GPIOs are listed in debugfs. Using irq_request_resources/irq_release_resources
> similar to what pinctrl-at91.c is doing?
For the record on Intel Galileo Gen2 I see this difference
Before:
gpiochip4: GPIOs 8-15, parent: platform/gpio-dwapb.1, gpio-dwapb.1:
gpio-10 ( |spi169 CS0 ) out hi
After:
gpiochip4: GPIOs 8-15, parent: platform/gpio-dwapb.1, gpio-dwapb.1:
gpio-9 ( |irq ) in hi IRQ ACTIVE LOW
gpio-10 ( |spi169 CS0 ) out hi
but it's handled via gpiolib-acpi.
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists