From: Marcel Holtmann <marcel@holtmann.org>
To: "Sjur Brændeland" <sjur.brandeland@stericsson.com>
Cc: netdev@vger.kernel.org, davem@davemloft.net,
Daniel Martensson <daniel.martensson@stericsson.com>,
kaber@trash.net, stefano.babic@babic.homelinux.org,
randy.dunlap@oracle.com
Subject: RE: [PATCH net-next-2.6 v6 08/12] net-caif: add CAIF socket implementation
Date: Tue, 16 Mar 2010 23:03:01 -0700 [thread overview]
Message-ID: <1268805781.2700.46.camel@localhost.localdomain> (raw)
In-Reply-To: <61D8D34BB13CFE408D154529C120E079033D51A2@eseldmw101.eemea.ericsson.se>
Hi Sjur,
> >> + * The sock->type specifies the socket type to use. The CAIF
> >> socket is + * a packet stream in the sence that it is packet based.
> >> + * CAIF trusts the reliability of the link, no resending is
> >> implemented. + */ + if (sock->type != SOCK_SEQPACKET)
> >> + return -ESOCKTNOSUPPORT;
> >
> > we came to an interesting detail here when testing with a STE modem.
> > Why is this SEQPACKET and not a STREAM.
>
> The reason is that CAIF provides different services not just AT,
> and some of them are really packet oriented such as Utility links and
> Video. It would not be right to provide a stream based solution in this case.
>
> > Especially with the AT
> > command channels it is kinda weird that you have an MTU. The AT
> > specification doesn't really have any defined behavior when using a
> > sequential packet transport. It is more a stream based socket.
>
> Yes I see your point. In order to limit the effort and simplify
> caif_socket we ended up implementing only SEQPACKET.
I think we need to split this. Use SEQPACKET for packet based services
and have STREAM for AT command channel.
So while this might cause internally some more code. It would take away
the complexity from userspace to turn it into a stream. And that is what
the userspace is expecting.
Regards
Marcel
next prev parent reply other threads:[~2010-03-17 6:03 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-01 12:12 [PATCH net-next-2.6 v6 00/12] net-caif: introducing CAIF protocol stack sjur.brandeland
2010-03-01 12:12 ` [PATCH net-next-2.6 v6 01/12] net-caif: add CAIF protocol definitions sjur.brandeland
2010-03-01 12:12 ` [PATCH net-next-2.6 v6 02/12] net-caif: add CAIF socket and configuration headers sjur.brandeland
2010-03-01 12:12 ` [PATCH net-next-2.6 v6 03/12] net-caif: add CAIF core protocol stack header files sjur.brandeland
2010-03-01 12:12 ` [PATCH net-next-2.6 v6 04/12] net-caif: add CAIF Link layer device " sjur.brandeland
2010-03-01 12:12 ` [PATCH net-next-2.6 v6 05/12] net-caif: add CAIF core protocol stack sjur.brandeland
2010-03-01 12:12 ` [PATCH net-next-2.6 v6 06/12] net-caif: add CAIF generic caif support functions sjur.brandeland
2010-03-01 12:12 ` [PATCH net-next-2.6 v6 07/12] net-caif: add CAIF device registration functionality sjur.brandeland
2010-03-01 12:12 ` [PATCH net-next-2.6 v6 08/12] net-caif: add CAIF socket implementation sjur.brandeland
2010-03-01 12:12 ` [PATCH net-next-2.6 v6 09/12] net-caif: add CAIF netdevice sjur.brandeland
2010-03-01 12:12 ` [PATCH net-next-2.6 v6 10/12] net-caif: add CAIF Kconfig and Makefiles sjur.brandeland
2010-03-01 12:12 ` [PATCH net-next-2.6 v6 11/12] net-caif: add CAIF documentation sjur.brandeland
2010-03-01 12:12 ` [PATCH net-next-2.6 v6 12/12] net-caif-driver: add CAIF serial driver (ldisc) sjur.brandeland
2010-03-15 21:53 ` [PATCH net-next-2.6 v6 08/12] net-caif: add CAIF socket implementation Marcel Holtmann
2010-03-16 13:27 ` Sjur Brændeland
2010-03-17 6:03 ` Marcel Holtmann [this message]
2010-03-17 11:04 ` Sjur BRENDELAND
2010-03-03 9:17 ` [PATCH net-next-2.6 v6 00/12] net-caif: introducing CAIF protocol stack David Miller
2010-03-03 14:10 ` Marcel Holtmann
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=1268805781.2700.46.camel@localhost.localdomain \
--to=marcel@holtmann.org \
--cc=daniel.martensson@stericsson.com \
--cc=davem@davemloft.net \
--cc=kaber@trash.net \
--cc=netdev@vger.kernel.org \
--cc=randy.dunlap@oracle.com \
--cc=sjur.brandeland@stericsson.com \
--cc=stefano.babic@babic.homelinux.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).