All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bjorn Helgaas <bhelgaas@google.com>
To: Lucas Stach <l.stach@pengutronix.de>
Cc: linux-arm-kernel@lists.infradead.org, linux-sh@vger.kernel.org,
	linux-samsung-soc@vger.kernel.org, linux-tegra@vger.kernel.org,
	linux-pci@vger.kernel.org, devicetree@vger.kernel.org,
	Jingoo Han <jg1.han@samsung.com>,
	Simon Horman <horms@verge.net.au>,
	Shawn Guo <shawn.guo@linaro.org>,
	Stephen Warren <swarren@wwwdotorg.org>,
	Ben Dooks <ben-linux@fluff.org>,
	Kukjin Kim <kgene.kim@samsung.com>,
	Thierry Reding <thierry.reding@gmail.com>,
	Arnd Bergmann <arnd@arndb.de>,
	kernel@pengutronix.de
Subject: Re: [PATCH v2 2/6] PCI: tegra: use new OF interrupt mapping when possible
Date: Wed, 16 Apr 2014 10:29:31 -0600	[thread overview]
Message-ID: <20140416162931.GA13168@google.com> (raw)
In-Reply-To: <1397636445.5070.8.camel@weser.hi.pengutronix.de>

On Wed, Apr 16, 2014 at 10:20:45AM +0200, Lucas Stach wrote:
> Am Dienstag, den 15.04.2014, 12:30 -0600 schrieb Bjorn Helgaas:
> > On Tue, Apr 15, 2014 at 12:07:34PM +0200, Lucas Stach wrote:
> > > Hi Bjorn,
> > > 
> > > Am Freitag, den 04.04.2014, 10:55 -0600 schrieb Bjorn Helgaas:
> > > > On Wed, Mar 05, 2014 at 02:25:47PM +0100, Lucas Stach wrote:
> > > > > This is the recommended method of doing the IRQ
> > > > > mapping. For old devicetrees we fall back to the
> > > > > previous practice.
> > > > > 
> > > > > Signed-off-by: Lucas Stach <l.stach@pengutronix.de>
> > > > > Acked-by: Arnd Bergmann <arnd@arndb.de>
> > > > 
> > > > Applied with Stephen's Tested-by to my pending/host-tegra branch.  I'll
> > > > rebase and rename it after v3.15-rc1, and I think we can squeeze it into
> > > > v3.15 shortly after that.  Thanks.
> > > > 
> > > 
> > > Are you still planning to push this into 3.15, or has this slipped to
> > > 3.16?
> > 
> > Yes, I'm hoping to put them in v3.15.  I assume these actually
> > fix something, e.g., we need these changes to boot with new devicetrees, or
> > something?
> > 
> > The changelogs don't make it clear that these are fixes, and I want to heed
> > Linus' guidance: "Anyway, because -rc1 is already pretty darn big, I do
> > *not* want to hear about 'sorry this missed the window, can I still sneak
> > in'.  Fixes only."
> > 
> > I should have applied these sooner to make the merge window; I apologize
> > for that.  Anyway, if you outline what these fix, I'll update the
> > changelogs in my tree.
> > 
> Actually they are a bit on the fence.
> 
> The i.MX and thus the designware patch actually fixes wrong behavior,
> where all PCI legacy interrupts would be mapped to a single GIC
> interrupt, which would leave INT B,C,D nonfunctional on i.MX.
> 
> The others only make DT interrupt mapping functional for all drivers, so
> they would be useful if you need to remap interrupts across bridges or
> something. But apparently nobody had the need to to this on platforms
> other than i.MX until now, so those patches only fix a theoretical
> issue.

It sounds like the others should fix real problems; it's just that nobody
has actually tested relevant configurations yet.  I think that's fair game,
so I updated the changelogs and put them in my for-linus branch for v3.15.

This includes the designware, rcar, and tegra patches.

Bjorn

WARNING: multiple messages have this Message-ID (diff)
From: Bjorn Helgaas <bhelgaas@google.com>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 2/6] PCI: tegra: use new OF interrupt mapping when possible
Date: Wed, 16 Apr 2014 16:29:31 +0000	[thread overview]
Message-ID: <20140416162931.GA13168@google.com> (raw)
In-Reply-To: <1397636445.5070.8.camel@weser.hi.pengutronix.de>

On Wed, Apr 16, 2014 at 10:20:45AM +0200, Lucas Stach wrote:
> Am Dienstag, den 15.04.2014, 12:30 -0600 schrieb Bjorn Helgaas:
> > On Tue, Apr 15, 2014 at 12:07:34PM +0200, Lucas Stach wrote:
> > > Hi Bjorn,
> > > 
> > > Am Freitag, den 04.04.2014, 10:55 -0600 schrieb Bjorn Helgaas:
> > > > On Wed, Mar 05, 2014 at 02:25:47PM +0100, Lucas Stach wrote:
> > > > > This is the recommended method of doing the IRQ
> > > > > mapping. For old devicetrees we fall back to the
> > > > > previous practice.
> > > > > 
> > > > > Signed-off-by: Lucas Stach <l.stach@pengutronix.de>
> > > > > Acked-by: Arnd Bergmann <arnd@arndb.de>
> > > > 
> > > > Applied with Stephen's Tested-by to my pending/host-tegra branch.  I'll
> > > > rebase and rename it after v3.15-rc1, and I think we can squeeze it into
> > > > v3.15 shortly after that.  Thanks.
> > > > 
> > > 
> > > Are you still planning to push this into 3.15, or has this slipped to
> > > 3.16?
> > 
> > Yes, I'm hoping to put them in v3.15.  I assume these actually
> > fix something, e.g., we need these changes to boot with new devicetrees, or
> > something?
> > 
> > The changelogs don't make it clear that these are fixes, and I want to heed
> > Linus' guidance: "Anyway, because -rc1 is already pretty darn big, I do
> > *not* want to hear about 'sorry this missed the window, can I still sneak
> > in'.  Fixes only."
> > 
> > I should have applied these sooner to make the merge window; I apologize
> > for that.  Anyway, if you outline what these fix, I'll update the
> > changelogs in my tree.
> > 
> Actually they are a bit on the fence.
> 
> The i.MX and thus the designware patch actually fixes wrong behavior,
> where all PCI legacy interrupts would be mapped to a single GIC
> interrupt, which would leave INT B,C,D nonfunctional on i.MX.
> 
> The others only make DT interrupt mapping functional for all drivers, so
> they would be useful if you need to remap interrupts across bridges or
> something. But apparently nobody had the need to to this on platforms
> other than i.MX until now, so those patches only fix a theoretical
> issue.

It sounds like the others should fix real problems; it's just that nobody
has actually tested relevant configurations yet.  I think that's fair game,
so I updated the changelogs and put them in my for-linus branch for v3.15.

This includes the designware, rcar, and tegra patches.

Bjorn

WARNING: multiple messages have this Message-ID (diff)
From: bhelgaas@google.com (Bjorn Helgaas)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 2/6] PCI: tegra: use new OF interrupt mapping when possible
Date: Wed, 16 Apr 2014 10:29:31 -0600	[thread overview]
Message-ID: <20140416162931.GA13168@google.com> (raw)
In-Reply-To: <1397636445.5070.8.camel@weser.hi.pengutronix.de>

On Wed, Apr 16, 2014 at 10:20:45AM +0200, Lucas Stach wrote:
> Am Dienstag, den 15.04.2014, 12:30 -0600 schrieb Bjorn Helgaas:
> > On Tue, Apr 15, 2014 at 12:07:34PM +0200, Lucas Stach wrote:
> > > Hi Bjorn,
> > > 
> > > Am Freitag, den 04.04.2014, 10:55 -0600 schrieb Bjorn Helgaas:
> > > > On Wed, Mar 05, 2014 at 02:25:47PM +0100, Lucas Stach wrote:
> > > > > This is the recommended method of doing the IRQ
> > > > > mapping. For old devicetrees we fall back to the
> > > > > previous practice.
> > > > > 
> > > > > Signed-off-by: Lucas Stach <l.stach@pengutronix.de>
> > > > > Acked-by: Arnd Bergmann <arnd@arndb.de>
> > > > 
> > > > Applied with Stephen's Tested-by to my pending/host-tegra branch.  I'll
> > > > rebase and rename it after v3.15-rc1, and I think we can squeeze it into
> > > > v3.15 shortly after that.  Thanks.
> > > > 
> > > 
> > > Are you still planning to push this into 3.15, or has this slipped to
> > > 3.16?
> > 
> > Yes, I'm hoping to put them in v3.15.  I assume these actually
> > fix something, e.g., we need these changes to boot with new devicetrees, or
> > something?
> > 
> > The changelogs don't make it clear that these are fixes, and I want to heed
> > Linus' guidance: "Anyway, because -rc1 is already pretty darn big, I do
> > *not* want to hear about 'sorry this missed the window, can I still sneak
> > in'.  Fixes only."
> > 
> > I should have applied these sooner to make the merge window; I apologize
> > for that.  Anyway, if you outline what these fix, I'll update the
> > changelogs in my tree.
> > 
> Actually they are a bit on the fence.
> 
> The i.MX and thus the designware patch actually fixes wrong behavior,
> where all PCI legacy interrupts would be mapped to a single GIC
> interrupt, which would leave INT B,C,D nonfunctional on i.MX.
> 
> The others only make DT interrupt mapping functional for all drivers, so
> they would be useful if you need to remap interrupts across bridges or
> something. But apparently nobody had the need to to this on platforms
> other than i.MX until now, so those patches only fix a theoretical
> issue.

It sounds like the others should fix real problems; it's just that nobody
has actually tested relevant configurations yet.  I think that's fair game,
so I updated the changelogs and put them in my for-linus branch for v3.15.

This includes the designware, rcar, and tegra patches.

Bjorn

  reply	other threads:[~2014-04-16 16:29 UTC|newest]

Thread overview: 118+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-05 13:25 [PATCH v2 0/6] PCI irq mapping fixes and cleanups Lucas Stach
2014-03-05 13:25 ` Lucas Stach
2014-03-05 13:25 ` Lucas Stach
2014-03-05 13:25 ` [PATCH v2 1/6] ARM: dts: tegra: add PCIe interrupt mapping properties Lucas Stach
2014-03-05 13:25   ` Lucas Stach
2014-03-05 13:25   ` Lucas Stach
2014-03-05 21:55   ` Stephen Warren
2014-03-05 21:55     ` Stephen Warren
2014-03-05 21:55     ` Stephen Warren
2014-03-05 21:55     ` Stephen Warren
2014-03-06  9:33     ` Lucas Stach
2014-03-06  9:33       ` Lucas Stach
2014-03-06  9:33       ` Lucas Stach
2014-03-06 17:41   ` Stephen Warren
2014-03-06 17:41     ` Stephen Warren
2014-03-06 17:41     ` Stephen Warren
2014-03-05 13:25 ` [PATCH v2 2/6] PCI: tegra: use new OF interrupt mapping when possible Lucas Stach
2014-03-05 13:25   ` Lucas Stach
2014-03-05 13:25   ` Lucas Stach
2014-03-06 17:36   ` Stephen Warren
2014-03-06 17:36     ` Stephen Warren
2014-03-06 17:36     ` Stephen Warren
2014-03-06 17:39     ` Lucas Stach
2014-03-06 17:39       ` Lucas Stach
2014-03-06 17:39       ` Lucas Stach
2014-03-07  0:25       ` Arnd Bergmann
2014-03-07  0:25         ` Arnd Bergmann
2014-03-07  0:25         ` Arnd Bergmann
2014-03-07  0:25         ` Arnd Bergmann
2014-03-07  3:31         ` Jingoo Han
2014-03-07  3:31           ` Jingoo Han
2014-03-07  3:31           ` Jingoo Han
2014-04-11 17:40       ` Srikanth Thokala
2014-04-11 17:52         ` Srikanth Thokala
2014-04-11 17:40         ` Srikanth Thokala
2014-04-11 17:40         ` Srikanth Thokala
2014-04-11 20:41         ` Jason Gunthorpe
2014-04-11 20:41           ` Jason Gunthorpe
2014-04-11 20:41           ` Jason Gunthorpe
2014-04-14 10:56           ` Srikanth Thokala
2014-04-14 10:56             ` Srikanth Thokala
2014-04-14 10:56             ` Srikanth Thokala
2014-04-14 10:56             ` Srikanth Thokala
2014-04-04 16:55   ` Bjorn Helgaas
2014-04-04 16:55     ` Bjorn Helgaas
2014-04-04 16:55     ` Bjorn Helgaas
2014-04-15 10:07     ` Lucas Stach
2014-04-15 10:07       ` Lucas Stach
2014-04-15 10:07       ` Lucas Stach
2014-04-15 18:30       ` Bjorn Helgaas
2014-04-15 18:30         ` Bjorn Helgaas
2014-04-15 18:30         ` Bjorn Helgaas
2014-04-16  8:20         ` Lucas Stach
2014-04-16  8:20           ` Lucas Stach
2014-04-16  8:20           ` Lucas Stach
2014-04-16 16:29           ` Bjorn Helgaas [this message]
2014-04-16 16:29             ` Bjorn Helgaas
2014-04-16 16:29             ` Bjorn Helgaas
2014-03-05 13:25 ` [PATCH v2 3/6] PCI: rcar: " Lucas Stach
2014-03-05 13:25   ` Lucas Stach
2014-03-05 13:25   ` Lucas Stach
2014-03-06  4:12   ` Simon Horman
2014-03-06  4:12     ` Simon Horman
2014-03-06  4:12     ` Simon Horman
2014-04-04 17:01   ` Bjorn Helgaas
2014-04-04 17:01     ` Bjorn Helgaas
2014-04-04 17:01     ` Bjorn Helgaas
2014-04-04 17:01     ` Bjorn Helgaas
2014-04-07  9:30     ` [PATCH v2 rebased] " Lucas Stach
2014-04-07  9:30       ` Lucas Stach
2014-04-07  9:30       ` Lucas Stach
2014-03-05 13:25 ` [PATCH v2 4/6] ARM: dts: exynos5440: fix PCIe interrupt mapping Lucas Stach
2014-03-05 13:25   ` Lucas Stach
2014-03-05 13:25   ` Lucas Stach
2014-03-06  2:38   ` Jingoo Han
2014-03-06  2:38     ` Jingoo Han
2014-03-06  2:38     ` Jingoo Han
2014-03-05 13:25 ` [PATCH v2 5/6] ARM: dts: imx6: add PCIe interrupt mapping properties Lucas Stach
2014-03-05 13:25   ` Lucas Stach
2014-03-05 13:25   ` Lucas Stach
2014-03-10  3:09   ` Shawn Guo
2014-03-10  3:09     ` Shawn Guo
2014-03-10  3:09     ` Shawn Guo
2014-03-10  3:09     ` Shawn Guo
2014-03-05 13:25 ` [PATCH v2 6/6] PCI: designware: use new OF interrupt mapping when possible Lucas Stach
2014-03-05 13:25   ` Lucas Stach
2014-03-05 13:25   ` Lucas Stach
2014-03-05 18:42   ` Jason Gunthorpe
2014-03-05 18:42     ` Jason Gunthorpe
2014-03-05 18:42     ` Jason Gunthorpe
2014-04-04 17:03     ` Bjorn Helgaas
2014-04-04 17:03       ` Bjorn Helgaas
2014-04-04 17:03       ` Bjorn Helgaas
2014-04-04 17:05       ` Bjorn Helgaas
2014-04-04 17:05         ` Bjorn Helgaas
2014-04-04 17:05         ` Bjorn Helgaas
2014-04-04 17:05         ` Bjorn Helgaas
2014-04-07  8:38         ` Lucas Stach
2014-04-07  8:38           ` Lucas Stach
2014-04-07  8:38           ` Lucas Stach
2014-04-07  9:13           ` Jingoo Han
2014-04-07  9:13             ` Jingoo Han
2014-04-07  9:13             ` Jingoo Han
2014-03-06  2:47   ` Jingoo Han
2014-03-06  2:47     ` Jingoo Han
2014-03-06  2:47     ` Jingoo Han
2014-03-06 15:33     ` Marek Vasut
2014-03-06 15:33       ` Marek Vasut
2014-03-06 15:33       ` Marek Vasut
2014-03-06 15:33       ` Marek Vasut
2014-03-13 17:41       ` Tim Harvey
2014-03-13 17:41         ` Tim Harvey
2014-03-13 17:41         ` Tim Harvey
2014-03-13 17:41         ` Tim Harvey
2014-03-28 15:47 ` [PATCH v2 0/6] PCI irq mapping fixes and cleanups Lucas Stach
2014-03-28 15:47   ` Lucas Stach
2014-03-28 15:47   ` Lucas Stach
2014-03-28 15:47   ` Lucas Stach

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=20140416162931.GA13168@google.com \
    --to=bhelgaas@google.com \
    --cc=arnd@arndb.de \
    --cc=ben-linux@fluff.org \
    --cc=devicetree@vger.kernel.org \
    --cc=horms@verge.net.au \
    --cc=jg1.han@samsung.com \
    --cc=kernel@pengutronix.de \
    --cc=kgene.kim@samsung.com \
    --cc=l.stach@pengutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=linux-tegra@vger.kernel.org \
    --cc=shawn.guo@linaro.org \
    --cc=swarren@wwwdotorg.org \
    --cc=thierry.reding@gmail.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.