[PATCH v2 2/4] can: c_can: fix: enable CAN HW interrupts after napi_enable()

[AnilKumar Ch <anilkumar@ti.com>]

Fix the issue of C_CAN interrupts getting disabled forever even though
we do can configuration multiple times using can utils. According to
NAPI usage we disable all the hardware interrupts in ISR and re-enable
them in poll(). Current implementation calls napi_enable() after hardware
interrupts are enabled. If we get any interrupts between these two steps
then we do not process those interrupts because napi is not enabled. Mostly
these interrupts come because of STATUS is not 0x7 or ERROR interrupts. If
napi_enable() happens before hardware interrupts enabled then c_can_poll()
function will be called eventual re-enabling of interrupts will happen.

This patch moves the napi_enable() call before interrupts enabled.

Signed-off-by: AnilKumar Ch <anilkumar@ti.com>
---
 drivers/net/can/c_can/c_can.c |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/drivers/net/can/c_can/c_can.c b/drivers/net/can/c_can/c_can.c
index fa01621..8dc84d6 100644
--- a/drivers/net/can/c_can/c_can.c
+++ b/drivers/net/can/c_can/c_can.c
@@ -1064,10 +1064,11 @@ static int c_can_open(struct net_device *dev)
 		goto exit_irq_fail;
 	}
 
+	napi_enable(&priv->napi);
+
 	/* start the c_can controller */
 	c_can_start(dev);
 
-	napi_enable(&priv->napi);
 	netif_start_queue(dev);
 
 	return 0;
-- 
1.7.0.4