Thread (24 messages) 24 messages, 3 authors, 2015-07-11

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

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. 
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help