RE: [PATCH 02/11] soc/fsl: Introduce DPAA BMan device management driver
From: Roy Pledge <hidden>
Date: 2015-07-10 20:58:07
Also in:
linuxppc-dev, lkml
From: Roy Pledge <hidden>
Date: 2015-07-10 20:58:07
Also in:
linuxppc-dev, lkml
On Fri, 2015-07-10 at 13:36 +0200, Paul Bolle wrote:quoted
On do, 2015-07-09 at 16:21 -0400, Roy Pledge wrote:quoted
+#ifdef CONFIG_FSL_DPA_CHECKING +#define DPA_ASSERT(x) \ + do { \ + if (!(x)) { \ + pr_crit("ASSERT: (%s:%d) %s\n", __FILE__, __LINE__, \ + __stringify_1(x)); \ + dump_stack(); \ + panic("assertion failure"); \Not my call, but why panic() here?I'm pretty sure I've complained about this before (as well as all the BUG_ONs).
Is the concern here just the call to panic()? I'm happy to change what happens when an issue is detected but the DPA_ASSERT() calls are very useful when testing changes to the driver and when bringing up the drivers on new silicon variants.