David Miller <[EMAIL PROTECTED]> wrote:
> David we're not looking for a precise match, so please stop
> discussing this in those terms. We're looking for something
> close enough.
But we don't have one that's close. Let me recap: according to Alan's
definitions, all (presumably all non-RAW) net
Alan Cox <[EMAIL PROTECTED]> wrote:
> O> No, it's not. SOCK_DGRAM is an unreliable, unidirectional datagram passing
> > service.
>
> Thats funny UDP receives and sends packets.
I meant that the protocol ships a datagram from one peer to another, but
there's no tie at the protocol level to any d
From: David Howells <[EMAIL PROTECTED]>
Date: Mon, 19 Mar 2007 15:41:38 +
> Alan Cox <[EMAIL PROTECTED]> wrote:
>
> > So use SOCK_DGRAM, its clearly near enough.
>
> No, it's not. SOCK_DGRAM is an unreliable, unidirectional datagram passing
> service.
David we're not looking for a precise
O> No, it's not. SOCK_DGRAM is an unreliable, unidirectional datagram passing
> service.
Thats funny UDP receives and sends packets.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/m
Alan Cox <[EMAIL PROTECTED]> wrote:
> > > Other RPC types use normal socket types.
> >
> > They do? Examples please. I didn't think Linux, at least, has any other
> > RPC socket families, though I could be wrong as I haven't made a thorough
> > study of them.
>
> SunRPC is implemented in user
> > Other RPC types use normal socket types.
>
> They do? Examples please. I didn't think Linux, at least, has any other RPC
> socket families, though I could be wrong as I haven't made a thorough study of
> them.
SunRPC is implemented in user space and uses the existing TCP/IP layer
and socket
Alan Cox <[EMAIL PROTECTED]> wrote:
> > message transmission. You yourself defined RDM to be a datagram service.
> > RxRPC is not, in my opinion, a datagram service, and neither is it a stream
> > service.
>
> Message is what I should have said.
socket(2) also says datagram...
> Which is just
> message transmission. You yourself defined RDM to be a datagram service.
> RxRPC is not, in my opinion, a datagram service, and neither is it a stream
> service.
Message is what I should have said.
> Interestingly, searching for SOCK_RDM definitions with google shows there's
> some disagreemen
Alan Cox <[EMAIL PROTECTED]> wrote:
> > IMHO the problem with classifying RxRPC as a "reliable datagram"
> > socket is that even an atomic unidirectional communication isn't a
> > single datagram, it's at least 3; there is shared connection state
>
> Thats fine. Any *reliable* protocol send
> IMHO the problem with classifying RxRPC as a "reliable datagram"
> socket is that even an atomic unidirectional communication isn't a
> single datagram, it's at least 3; there is shared connection state
Thats fine. Any *reliable* protocol sends more than one packet per
message you send. RD
On Mar 16, 2007, at 10:11:41, Alan Cox wrote:
I know what they are; and I don't think that what's available
covers it.
and use a proper standard socket type.
Assuming that that list is exhaustive...
SOCK_RDM seems to match perfectly well here. The point isn't to
enumerate everything in
> I know what they are; and I don't think that what's available covers it.
>
> > and use a proper standard socket type.
>
> Assuming that that list is exhaustive...
SOCK_RDM seems to match perfectly well here. The point isn't to enumerate
everything in the universe the point is to find "works li
Alan Cox <[EMAIL PROTECTED]> wrote:
> So your messages are neither reliable not unreliable, nor ordered, nor
> unordered.
If you look at the LHS of each of your list of mappings again, you'll see
you've made an assumption there in considering it to be an exhaustive list.
You've assumed a service
On Fri, 16 Mar 2007 14:23:13 +
David Howells <[EMAIL PROTECTED]> wrote:
> Alan Cox <[EMAIL PROTECTED]> wrote:
>
> > If your messages are datagrams and unreliable -> SOCK_DGRAM
>
> Nope.
>
> > If your messages are datagrams and reliable -> SOCK_RDM
>
> Nope.
>
> > If your messages are data
Alan Cox <[EMAIL PROTECTED]> wrote:
> If your messages are datagrams and unreliable -> SOCK_DGRAM
Nope.
> If your messages are datagrams and reliable -> SOCK_RDM
Nope.
> If your messages are datagrams, reliable and ordered -> SOCK_SEQPACKET
Nope.
> If your messages are streams of bits, relia
> Sockets of AF_RXRPC family are:
>
> (1) created as type SOCK_RPC;
There is no such socket type and please don't invent one
If your messages are datagrams and unreliable -> SOCK_DGRAM
If your messages are datagrams and reliable -> SOCK_RDM
If your messages are datagrams, reliable and ordered
On Fri, Mar 16, 2007 at 12:50:08PM +, David Howells wrote:
> (*) Make fs/afs/ use it and delete the current contents of net/rxrpc/
Having this done would be a really useful use case for getting the code
merged..
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body
These patches together supply secure client-side RxRPC connectivity as a Linux
kernel socket family. Only the transport/session side is supplied - the
presentation side (marshalling the data) is left to the client. Copies of the
patches can be found here:
http://people.redhat.com/~dhowe
18 matches
Mail list logo
