From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wolfgang Grandegger Subject: Re: pch_can: Data transmission stops after dropped packet Date: Thu, 06 Dec 2012 15:41:32 +0100 Message-ID: <50C0AE9C.80508@grandegger.com> References: <50ACABE2.2020306@grandegger.com> <50ACF9C0.8050206@grandegger.com> <50AD042B.3020305 @grandegger.com> <50AD319E.2000209@grandegger.com> <50AF8C01.6060 809@grandegger.com> <50AFABB1.7080 507@grandegger.com> <50AFAFF0.9030706@grandegger.com> <50B2449B.806 0708@grandegger.com> <50B38AFB.70209@grandegger.com> <50B3B162.902 0905@grandegger.com> <50B751D7.6060106@grandeg ger.com> <50C0AA5F.5070305@pengutronix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Return-path: Received: from ngcobalt02.manitu.net ([217.11.48.102]:49349 "EHLO ngcobalt02.manitu.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932744Ab2LFOln (ORCPT ); Thu, 6 Dec 2012 09:41:43 -0500 In-Reply-To: <50C0AA5F.5070305@pengutronix.de> Sender: linux-can-owner@vger.kernel.org List-ID: To: Marc Kleine-Budde Cc: Michael Pellegrini , linux-can@vger.kernel.org On 12/06/2012 03:23 PM, Marc Kleine-Budde wrote: > On 12/06/2012 03:20 PM, Michael Pellegrini wrote: >> Michael Pellegrini gmail.com> writes: >> >>>> I have implemented a better solution now using different sets of >>>> registers for tx and rx. This avoids locking in the RX path as well. >>>> Furthermore, pch_can now uses spin_[un]lock_bh. Would be nice if you >>>> could give the pch_can and c_can_pci driver a try when time permits. >>> >>> Great! I'm happy to test these drivers out. In addition to testing >>> these drivers through my application, I'm looking at creating a soak test to >>> really push the interface (and the driver) hard. That test will probably be >>> ready early next week. I will get back to you with the results. >> >> I have some results. >> >> The good news: The c_can driver appears to work very well. It has been running >> successfully under the soak test for 18 hours and counting. >> >> The bad news: The pch_can driver is exhibiting the transmission problem again. >> The soak test causes the driver to fail within minutes. > > We want to kick the pch_can driver anyways. > >> Details of the soak test: >> >> There are two systems involved in the test: the PCH-System and an External Node. >> The External Node transmits data at a high rate, bringing bus utilization to >> ~35%. >> The PCH-System also transmits data, in bursts of 10 messages every 5 ms. >> Combined, the two systems utilize ~90% of bus bandwidth. >> The PCH-System is constantly checking that it is receiving data from the >> External Node at the expected rate and in the expected order. > > Which patches do you have applied to the c_can driver? I provided out-of-tree sources of my "RFC v2" patches allowing him to easily build it for his UBUNTU v3.2 system. Wolfgang.