CCID3 and CCID4 share code status

Hi, I'm almost finishing the initial release of the dccp plugin for gstreamer and the integration patches of both, ccid3 and ccid4 (still with basic changes from ccid3) according to discussed in the mail list. Since gerrit changed the ccid3 module source code, I had to update the ccid4 code too.

DCCP feature negotiation via setsockopt/getsockopt

Well, I'm very closer to release the first version of dccp plugin for gstreamer and I want to ask you something related to feature negotiation, which gerrit recently submitted patches related to this last week... In the gstreamer plugin I want to provide a plugin property named ccid, where the pro

Re:

2007/10/16, Mojtaba Hosseini <[EMAIL PROTECTED]>: > Hello, >I've recently started using DCCP as an alternative to our UDP-based > implementation for point to point videoconferencing application. I had to > struggle a bit to have it working. To save the next newbie the same trouble, > I've writt

Re: CONFLICT using git-pull

FYI, I started to use git-gui and it seems to be very helpful, but I'm still using quilt/gquilt to finish the patches series for ccid3/ccid4 integration. 2007/9/20, Gerrit Renker <[EMAIL PROTECTED]>: > | You said that will define a specific frequency > | (for instance, every week) that you will

Re: [RFC]: field name identifier conventions

2007/10/20, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>: > Em Sat, Oct 20, 2007 at 07:03:49PM -0200, Arnaldo Carvalho de Melo escreveu: > > Em Sat, Oct 20, 2007 at 04:54:35PM +0100, Gerrit Renker escreveu: > > > I have a question/suggestion for DCCP/CCID field names, which have a > > > tendency t

How much is available for reading on the socket?

Hi, using "ioctl (socket, FIONREAD, &readsize)" I can get how much is available to read from the socket using TCP. Is there a equivalent option for DCCP? I used this with DCCP and I got: ioctl failed: invalid argument Leandro. - To unsubscribe from this list: send the line "unsubscribe dccp" in

Re: [PATCH][DCCP 1/1] Implement SIOCINQ/FIONREAD

Em 23/10/07, Ian McDonald<[EMAIL PROTECTED]> escreveu: > On 10/24/07, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> wrote: > > Just like UDP. > > > > Signed-off-by: Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> > > Signed-off-by: Leandro Melo de Sales <[EMAIL PROTECTED]> > > > Signed-off-by: Ian McDo

Gstreamer e DCCP: issues related to ccid-3

Can you please revise to me the problem that you and the VLC guy had while was implement DCCP support on VLC? I'm implementing the dccp plugin for gstreamer and everything goes very well, I can transmit an mp3 sound using ccid-2, but when I try to use ccid-3, I can just send very little via send

[PATCH 0/25] Towards CCID3/CCID4 code integration

Hi Gerrit, based on conversations with you, Arnaldo and Ian, please consider the following patches related to ccid-4 initial implementation and code share with ccid-3. Also, please reset the ccid4 branch to have the latest dccp branch code before apply these patches series. It would be interesti

Re: [PATCH 13/25] Share TFRC feedback types struct via ccid34_lib

2007/10/31, Gerrit Renker <[EMAIL PROTECTED]>: > Leandro, > > following Arnaldo's reply, can you please you the suggested naming scheme (it > is also > already used in packet_history.c and loss_interval.c): I will be looking into > merging > the patches with the CCID3 set of patches, to reduce wo

Re: Gstreamer e DCCP: issues related to ccid-3

2007/10/25, Ian McDonald <[EMAIL PROTECTED]>: > On 10/25/07, Gerrit Renker <[EMAIL PROTECTED]> wrote: > > /* something like (but do have a look at the paraslash sources) > > do { > > wrote = send (socket, (const char *) buf + bytes_written, > > count - bytes

DCCP and GStreamer: File descriptor sharing

Hi all, I want to share a same socket-fd between two process using dccp. The gstreamer plugin architecture uses a concept of sink and src (each one named element), where sink send and src receive data. In this case, one of then connects and inform the file descriptor to the other. Then I thought

Re: [PATCH 3/25] Adjustments of the ccid-4 copyright and kernel module authors

2007/11/1, Tommi Saviranta <[EMAIL PROTECTED]>: > On Thu, Nov 01, 2007 at 10:24:44 -0200, Arnaldo Carvalho de Melo wrote: > > Em Thu, Nov 01, 2007 at 02:22:49PM +0200, Tommi Saviranta escreveu: > > > On Wed, Oct 31, 2007 at 20:21:53 -0300, Leandro wrote: > > > > - * net/dccp/ccids/ccid4.h > > > >

Re: [PATCH 0/25] Towards CCID3/CCID4 code integration

2007/11/1, Gerrit Renker <[EMAIL PROTECTED]>: > The new ccid4 branch is now online. With regard to merging between ccid3/4, > this will > take some time. Ok, no problem. > I have a day job to do and there may be a few changes in the ccid3 code > (will be announced on the list), but I'll let you

Re: [PATCH 9/25] Adapt CCID-4 according to the latest changes to CCID-3

2007/11/1, Tommi Saviranta <[EMAIL PROTECTED]>: > On Wed, Oct 31, 2007 at 21:30:35 -0300, Leandro wrote: > > [CCID-4] Adapt CCID-4 according to the latest changes to CCID-3 > > > > Signed-off-by: Leandro Melo de Sales <[EMAIL PROTECTED]> > > Another hit from whitespace police. This isn't really abo

Re: [PATCH 25/25] Final adjustments to ccid3.c, ccid4.c and lib/tfrc_ccids.c

2007/11/1, Tommi Saviranta <[EMAIL PROTECTED]>: > On Wed, Oct 31, 2007 at 21:32:10 -0300, Leandro wrote: > > [CCID-3/4] Final adjustments to ccid3.c, ccid4.c and lib/tfrc_ccids.c > > > > According to the chosen strategy explained in [PATCH 15/25], some > > defines become unnecessary. This patch rem

Re: [PATCH 16/25] Share ccid3_hc_rx_sock struct and ccid3_hc_rx_sk function via tfrc_ccids

2007/11/1, Gerrit Renker <[EMAIL PROTECTED]>: > I think we need to get back to deciding on a naming scheme for the structs. > It is not > your fault, but with the current scheme the names become extremely cryptic: > > | + * @tfrchcrx_last_counter - Tracks window counter (RFC 4342, 8.1) > | + * @

[PATCH 7/25] Initial lib for sharing common code between ccid-3/ccid-4

Just forward a private e-mail with Tommi about his comments. 2007/11/1, Tommi Saviranta <[EMAIL PROTECTED]>: > On Wed, Oct 31, 2007 at 21:30:24 -0300, Leandro wrote: > > [CCID-3/4 lib] Initial lib for sharing common code between ccid-3/ccid-4 > > > > The lib is called tfrc_ccids.o > > > Index: lea

Re: [PATCH 0/25] Towards CCID3/CCID4 code integration

Hi Gerrit, 2007/11/3, Gerrit Renker <[EMAIL PROTECTED]>: > I've had a look at the recent set of patches, some more detailed comments > below. > Basically, I think it is too early to think of merging: it will constrain your > work, at the moment there is really not much being shared, and to me it

Re: [PATCH 17/25] Share ccid3_tx_state_name function via tfrc_ccids

2007/11/10, Gerrit Renker <[EMAIL PROTECTED]>: > | [CCID-3/4] Share ccid3_tx_state_name function via tfrc_ccids > > There is a build problem in declaring the following routines as shared: > > #if defined(CONFIG_IP_DCCP_CCID3_DEBUG) || defined(CONFIG_IP_DCCP_CCID4_DEBUG) > static const char *tfrc_tx

Re: [PATCH 5/25] Enforces a minimum interval of 10 milliseconds as per CCID-4 draft

2007/11/9, Tommi Saviranta <[EMAIL PROTECTED]>: > On Thu, Nov 08, 2007 at 11:18:30 +, Gerrit Renker wrote: > > Maybe the code would be clearer to read this way: > > > > hctx->ccid4hctx_t_ipi = scaled_div32(((u64)hctx->ccid4hctx_s) << 6, > >hctx-

Re: [PATCH 4/25] Set packet size to 1460 as per ccid-4 draft

2007/11/9, Gerrit Renker <[EMAIL PROTECTED]>: > | | if (hctx->ccid4hctx_p > 0) > | | - hctx->ccid4hctx_x_calc = tfrc_calc_x(hctx->ccid4hctx_s, > | | + hctx->ccid4hctx_x_calc = tfrc_calc_x(NOM_PACKET_SIZE, > | | hctx->ccid4hctx

Re: [PATCH 1/25] CCID-4 Kconfig and Makefile

2007/11/8, Gerrit Renker <[EMAIL PROTECTED]>: > | +config IP_DCCP_CCID4_DEBUG > | + bool "CCID4 debugging messages" > | + depends on IP_DCCP_CCID4 > > | +# The TFRC Library: currently has CCID 3 and CCID 4 as customer > | config IP_DCCP_TFRC_LIB > | - depends on IP_DCCP_CCID3

Re: [PATCH 1/25] CCID-4 Kconfig and Makefile

2007/11/13, Gerrit Renker <[EMAIL PROTECTED]>: > Quoting Leandro: > | 2007/11/8, Gerrit Renker <[EMAIL PROTECTED]>: > | > | +config IP_DCCP_CCID4_DEBUG > | > | + bool "CCID4 debugging messages" > | > | + depends on IP_DCCP_CCID4 > | > > | > | +# The TFRC Library: currently has CCID

Re: [PATCH 11/25] Share TFRC sender states via tfrc_ccids

2007/11/8, Gerrit Renker <[EMAIL PROTECTED]>: > | @@ -76,16 +76,16 @@ static const char *ccid4_tx_state_name(e > | #endif > | > | static void ccid4_hc_tx_set_state(struct sock *sk, > | - enum ccid4_hc_tx_states state) > | + enum tfrc_hc_

Re: [Announce]: Test Tree and CCID4 Tree updated

2007/11/10, Gerrit Renker <[EMAIL PROTECTED]>: > This is to announce that the test tree on > git://eden-feed.erg.abdn.ac.uk/dccp_exp > has now been updated with regard to removal of spinlocks (changelog as per > previous mail). > > The CCID4 tree has also been updated to match the changes, change

Re: How much is available for reading on the socket?

2007/11/9, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>: > Em Fri, Nov 09, 2007 at 01:51:27PM +, Gerrit Renker escreveu: > > | > using "ioctl (socket, FIONREAD, &readsize)" I can get how much is > > | > available to read from the socket using TCP. Is there a equivalent > > | > option for DCCP?