All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marc Kleine-Budde <mkl@pengutronix.de>
To: "Heinz-Jürgen Oertel" <hj.oertel@t-online.de>
Cc: linux-can@vger.kernel.org
Subject: Re: adding can4linux to drivers/char
Date: Sun, 29 Sep 2013 19:44:51 +0200	[thread overview]
Message-ID: <52486713.2000209@pengutronix.de> (raw)
In-Reply-To: <2109885.0l6dWmo4a5@heinz.site>

[-- Attachment #1: Type: text/plain, Size: 1986 bytes --]

On 09/29/2013 06:28 PM, Heinz-Jürgen Oertel wrote:
> Am Samstag, 21. September 2013, 21:55:45 schrieb Wolfgang Grandegger:
>> I think you need *strong* arguments to get it accepted. 
> 
> I have some good arguments for this kind of driver
> - it is much more simple in design than others,
>   simplicity is one of the Linux design goals

What is in your opinion too complicated about linux CAN? Is it a lack of
Documentation or examples?

> - It has a simple user API

For a simple program you need socket(), bind(), read(), write().

> - It does not need any other infrastructure than the kernel API

This is another way of telling, we've reinvented the rest on our own.

> - It is mature

The ultimate question is: What problem does it solve?

> I agree, it would be nice to share the low level CAN controller related 
> experiences of the developers. That is may be something we can share if we 
> could agree of a set of CAN controller header files with shared register 
> #defines. And a set of very basic functions like initialize and activate CAN, 
> set acceptance filters, transmit and receive, read out error register or 
> whatever.

Like the driver and the socket infrastructure?

> But to stay simple, I don't like the idea to have another additional layer 
> around SocketCAN as layer below the can4linux API.

Does this mean you want to duplicate the drivers?

> Linux offers real diversity on the desktop, why not with drivers? Linux also 
> has different sound devices and architectures.  Why not offering two different 
> CAN driver concepts to the application programmer,
> let she decide what to use.

Sorry, but I can only NAK this idea.

Marc
-- 
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 259 bytes --]

  reply	other threads:[~2013-09-29 17:44 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-20 23:03 adding can4linux to drivers/char Heinz-Jürgen Oertel
2013-09-21  9:17 ` Oliver Hartkopp
2013-09-21 19:57   ` Wolfgang Grandegger
2013-09-21 13:38 ` Marc Kleine-Budde
2013-09-21 16:37   ` Sebastian Haas
2013-09-21 17:09     ` Marc Kleine-Budde
2013-09-21 18:17       ` Oliver Hartkopp
     [not found]         ` <CADGMhsXaJOpbdCgEAoOguZWX2rS_P0a-H5UDZwUWiHD4Nj=upw@mail.gmail.com>
2013-09-22 10:40           ` Marc Kleine-Budde
2013-09-22 11:01           ` Oliver Hartkopp
2013-09-23 13:46       ` Marc Kleine-Budde
2013-09-21 19:55 ` Wolfgang Grandegger
2013-09-29 16:28   ` Heinz-Jürgen Oertel
2013-09-29 17:44     ` Marc Kleine-Budde [this message]
2013-09-29 17:45     ` Sebastian Haas
2013-09-29 18:44       ` Marc Kleine-Budde
2013-09-29 19:23         ` Max S.
2013-09-29 19:17           ` Heinz-Jürgen Oertel
2013-09-29 19:43           ` autobaud detection (was: Re: adding can4linux to drivers/char) Marc Kleine-Budde
2013-09-30  7:30         ` adding can4linux to drivers/char Sebastian Haas
2013-09-30 10:20           ` Kurt Van Dijck
2013-09-29 19:23       ` Heinz-Jürgen Oertel
2013-09-30  9:35         ` Oliver Hartkopp
2013-10-01 20:20           ` AW: " May, Stefan
2013-10-02  7:49             ` Oliver Hartkopp
2013-10-02  8:43             ` Linux CAN CUSE hacks, SocketCAN and RT Was: " Pavel Pisa
2013-10-02  9:47               ` Wolfgang Grandegger
2013-09-29 19:41     ` Wolfgang Grandegger
2013-09-30  7:40       ` Sebastian Haas
2013-09-30  8:21         ` Wolfgang Grandegger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52486713.2000209@pengutronix.de \
    --to=mkl@pengutronix.de \
    --cc=hj.oertel@t-online.de \
    --cc=linux-can@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.