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 --]
next prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).