[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.10.1409030032010.3333@nanos>
Date: Wed, 3 Sep 2014 01:02:53 +0200 (CEST)
From: Thomas Gleixner <tglx@...utronix.de>
To: Daniel Thompson <daniel.thompson@...aro.org>
cc: Russell King <linux@....linux.org.uk>,
linaro-kernel@...ts.linaro.org,
Catalin Marinas <catalin.marinas@....com>, patches@...aro.org,
kgdb-bugreport@...ts.sourceforge.net,
Nicolas Pitre <nico@...aro.org>, linux-kernel@...r.kernel.org,
Frederic Weisbecker <fweisbec@...il.com>,
Anton Vorontsov <anton.vorontsov@...aro.org>,
Ben Dooks <ben.dooks@...ethink.co.uk>,
Fabio Estevam <festevam@...il.com>,
Colin Cross <ccross@...roid.com>, kernel-team@...roid.com,
Dave Martin <Dave.Martin@....com>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v11 00/19] arm: KGDB NMI/FIQ support
On Tue, 2 Sep 2014, Daniel Thompson wrote:
> This patchset makes it possible to use kgdb's NMI infrastructure on ARM
> platforms.
>
> The patches are seperated into three distinct groups:
>
> 1. arm specific changes; these provide multi-platform support for FIQ
> (including raising an IPI using FIQ to ensure effective SMP support)
> and extend ARM KGDB support to use the features provided.
>
> 2. irqchip changes; updates to the gic and vic drivers to provide
> support for routing certain interrupt sources to FIQ.
>
> 3. serial changes; driver support to allow the UART interrupt to be
> routed to FIQ. The already mainlined kgdb NMI infrastructure (mostly
> found in drivers/tty/serial/kgdb_nmi.c) will re-route the kgdb
> console UART's interrupt signal from IRQ to FIQ. Naturally the UART
> will no longer function normally and will instead be managed by kgdb
> using the polled I/O functions. Any character delivered to the UART
> causes the kgdb handler function to be called.
To be honest, what you are doing is just ass backwards.
The use case you are looking for is the most irrelevant of all. Just
because KGDB is on some managerial "must have items" checklist does
not make it useful.
The only relevant use cases of FIQs are the same as those of NMIs on
x86:
- Watchdog to detect stuck cpus and issue stack traces
- Performace monitoring
KGDB falls into place once you solved the above.
That said for the general approach, I'll have a look at the irq
related patches in a minute.
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists