From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dinh Nguyen Subject: Re: can problems on socfpga [was Re: [PATCH v2 4/6] ARM: socfpga: dts: add can0+1] Date: Fri, 25 Apr 2014 15:24:06 -0500 Message-ID: <1398457446.26387.0.camel@linux-builds1> References: <1396422700-3962-1-git-send-email-s.trumtrar@pengutronix.de> <1396422700-3962-4-git-send-email-s.trumtrar@pengutronix.de> <20140404102815.GA9242@amd.pavel.ucw.cz> <20140425195319.GA3677@amd.pavel.ucw.cz> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20140425195319.GA3677@amd.pavel.ucw.cz> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org To: ZY - pavel Cc: Thor Thayer , socketcan@hartkopp.net, linux-can@vger.kernel.org, mkl@pengutronix.de, linux-arm-kernel@lists.infradead.org, Steffen Trumtrar , wg@grandegger.com List-Id: linux-can.vger.kernel.org On Fri, 2014-04-25 at 21:53 +0200, ZY - pavel wrote: > Hi! > > > > Signed-off-by: Steffen Trumtrar > > > > I have had similar patch here, except that it only listed 2 interrupts > > for each d_can controller. > > > > Otherwise it looks identical. > > > > Reviewed-by: Pavel Machek > > Actually, does it work for you? Here it produces warnings during boot > > c_can_platform ffc00000.d_can: invalid resource > c_can_platform ffc00000.d_can: control memory is not used for raminit > c_can_platform ffc00000.d_can: c_can_platform device registered > (regs=9085c000, irq=163) > ... > can: controller area network core (rev 20120528 abi 9) > NET: Registered protocol family 29 > can: raw protocol (rev 20120528) > can: broadcast manager protocol (rev 20120528 t) > can: netlink gateway (rev 20130117) max_hops=1 > > . Then can0 is correctly registered, and seems to even receive > packets, but only when enter is pressed on serial console... which is > kind of weird. I suspected irq problems, but same symptomps with > "irqpoll" -- it leads to generate 2000 irqs/second, but still waits > for enter. > > [Aha, and we have just two interrupts listed, but I don't think that > explains all the problems. Unfortunately, that particular target uses > human for remote power switch...]. > > Any ideas? CC'ing Thor Thayer. He's done the CAN testing on the SOCFPGA platform. Dinh > > Thanks, > Pavel