From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marek Vasut Subject: Re: [RFC] K-Line protocol via SocketCAN Date: Wed, 15 Jun 2016 13:05:24 +0200 Message-ID: <57613674.2060308@denx.de> References: <573E491E.1000906@denx.de> <573EAE9D.20006@hartkopp.net> <573EFC23.2040906@denx.de> <574E47C8.4000709@denx.de> <575415F5.3070306@hartkopp.net> <57598472.3070207@denx.de> <5759B597.3060009@hartkopp.net> <5759C1D1.1000001@denx.de> <5759CDC9.2010204@hartkopp.net> <575C699A.8080000@denx.de> <575DB7F4.3030906@hartkopp.net> <575F2E9E.3040307@denx.de> <575F9FBD.2030809@hartkopp.net> <5760CEC2.2050701@denx.de> <5760FC6D.9030300@hartkopp.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Return-path: Received: from mail-out.m-online.net ([212.18.0.10]:45188 "EHLO mail-out.m-online.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753101AbcFOLGF (ORCPT ); Wed, 15 Jun 2016 07:06:05 -0400 In-Reply-To: <5760FC6D.9030300@hartkopp.net> Sender: linux-can-owner@vger.kernel.org List-ID: To: Oliver Hartkopp , Mirza Krak Cc: "linux-can@vger.kernel.org" , Marc Kleine-Budde , Wolfgang Grandegger On 06/15/2016 08:57 AM, Oliver Hartkopp wrote: > On 06/15/2016 05:42 AM, Marek Vasut wrote: >> On 06/14/2016 08:10 AM, Oliver Hartkopp wrote: >>> >>>>> On 06/11/2016 09:42 PM, Marek Vasut wrote: >>>>>> Well, I was talking about arinc 429 . >>>>>> >>>>> >>>>> Ah - I remember that discussion: >>>>> https://lwn.net/Articles/663130/ >>>>> http://thread.gmane.org/gmane.linux.network/385449 >>>>> >>>>> What happed to it? >>>> >>>> Priorities shifted. I still hope to return to it and get it into >>>> mainline proper. Since I did some digging in the socketcan recently, >>>> I have a better understanding of it now too. I believe the agreement >>>> there was to put it into the socketcan stack as an extension, does it >>>> still make sense ? >>>> >>> >>> There were intensive discussions about the original patchset and I think >>> the copy&paste hell from the PF_CAN won't make it. >> >> Yeah, that's pretty clear to me. But does it make sense to extend >> socketcan with that arinc429 stuff instead then ? > > You might think into the direction of the SLLIN implementation: > > Create a ldisc which smells like a CAN interface. > SLLIN doesn't change SocketCAN either. The sllin looks like a hack which abuses the can interface by recycling various bits instead of extending it properly last time I looked into the code. I don't think that's an approach I want to follow. Anyway, I don't think sllin should be mixed into the arinc stuff. The arinc429 requires it's own dedicated controller(s), usually SPI ones or such, it would have to be plugged into the can device interface or somewhere there. Certainly not via ldisc. -- Best regards, Marek Vasut