Recently David Miller and Herbert Xu pointed out that struct net becomes
overbloated and un-maintainable. There are two solutions:
- provide a pointer to a network subsystem definition from struct net.
This costs an additional dereferrence
- place sub-system definition into the structure itself.
Eric W. Biederman wrote:
> The idea of separate structures make sense, and seems needed and useful.
>
> "Denis V. Lunev" <[EMAIL PROTECTED]> writes:
>
>> diff --git a/include/net/netns/unix.h b/include/net/netns/unix.h
>> new file mode 100644
>> index 000..27b4e7f
>> --- /dev/null
>> +++ b/in
YOSHIFUJI Hideaki / 吉藤英明 a écrit :
In article <[EMAIL PROTECTED]> (at Tue, 11 Dec 2007 06:40:18 +0100), Eric Dumazet
<[EMAIL PROTECTED]> says:
nl_pid_hash_alloc() is renamed to nl_pid_hash_zalloc().
It is now returning zeroed memory to its callers.
I do think you do not need (and you should
In article <[EMAIL PROTECTED]> (at Tue, 11 Dec 2007 06:40:18 +0100), Eric
Dumazet <[EMAIL PROTECTED]> says:
> nl_pid_hash_alloc() is renamed to nl_pid_hash_zalloc().
> It is now returning zeroed memory to its callers.
I do think you do not need (and you should not) rename it
because XXX_zalloc()
nl_pid_hash_alloc() is renamed to nl_pid_hash_zalloc().
It is now returning zeroed memory to its callers.
Signed-off-by: Eric Dumazet <[EMAIL PROTECTED]>
diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c
index 2e02b19..dbd7cad 100644
--- a/net/netlink/af_netlink.c
+++ b/net/netlink
[IPSEC]: Add support for combined mode algorithms
This patch adds support for combined mode algorithms with GCM being the
first algorithm supported.
Combined mode algorithms can be added through the xfrm_user interface
using the new algorithm payload type XFRMA_ALG_AEAD. Each algorithms
is ident
[IPSEC]: Use crypto_aead and authenc in ESP
This patch converts ESP to use the crypto_aead interface and in particular
the authenc algorithm. This lays the foundations for future support of
combined mode algorithms.
Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
---
include/net/esp.h | 54 +--
Hi Dave:
This series of patches add AEAD support to ESP.
Please don't merge it just yet because they depend on what's
in the current cryptodev-2.6 tree. Once that tree has settled
down I'll ask you to pull it and then these patches can go on
top of that.
Thanks,
--
Visit Openswan at http://www
[IPSEC]: Allow async algorithms
Now that ESP uses authenc we can turn on the support for async algorithms
in IPsec.
Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
---
net/xfrm/xfrm_algo.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/xfrm/xfrm_algo.c b/net/xfr
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Mon, 10 Dec 2007 21:04:07 -0700
> Kirill Korotaev <[EMAIL PROTECTED]> writes:
>
> > Daniel Lezcano wrote:
> >> Denis V. Lunev wrote:
> >> Can you change this from unx to unix ?
> >
> > no, it won't compile. Guess why :)
>
> Hmm. It looks like it
Kirill Korotaev <[EMAIL PROTECTED]> writes:
> Daniel Lezcano wrote:
>> Denis V. Lunev wrote:
>>
>>>Recently David Miller and Herbert Xu pointed out that struct net becomes
>>>overbloated and un-maintainable. There are two solutions:
>>>- provide a pointer to a network subsystem definition from st
This cleanup shrinks size of net/core/dst.o on i386 from 1299 to 1289 bytes.
(This is because dev_hold()/dev_put() are doing atomic_inc()/atomic_dec() and
force compiler to re-evaluate memory contents.)
Signed-off-by: Eric Dumazet <[EMAIL PROTECTED]>
diff --git a/net/core/dst.c b/net/core/dst.
The idea of separate structures make sense, and seems needed and useful.
"Denis V. Lunev" <[EMAIL PROTECTED]> writes:
> diff --git a/include/net/netns/unix.h b/include/net/netns/unix.h
> new file mode 100644
> index 000..27b4e7f
> --- /dev/null
> +++ b/include/net/netns/unix.h
Hi Dave:
This is the last patch we need before converting ESP over to
crypto_aead.
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
[IP
Herbert Xu wrote:
> On Wed, Dec 05, 2007 at 11:28:34PM -0500, Hideo AOKI wrote:
>> 1. Using sk_forward_alloc and adding socket lock
>>
>>UDP already uses a socket lock to send message. However, it doesn't
>>use the lock to receive message. I wonder if we can also use the
>>lock when sk_
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Sun, 09 Dec 2007 13:18:02 -0800
> [BNX2]: Update version to 1.6.9.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Applied.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More m
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Sun, 09 Dec 2007 13:16:48 -0800
> [BNX2]: Add PHY_DIS_EARLY_DAC workaround.
>
> 5709 Ax and Bx chips all need this workaround.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Applied.
--
To unsubscribe from this list: send the line "unsubscribe
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Sun, 09 Dec 2007 13:17:14 -0800
> [BNX2]: Fix RX packet rot.
>
> Packets can be left in the RX ring if the NAPI budget is reached.
> This is caused by storing the latest rx index at the beginning of
> bnx2_rx_int(). We may not process all the work u
From: Thomas Graf <[EMAIL PROTECTED]>
Date: Mon, 10 Dec 2007 23:18:07 +0100
> RFC4303 introduces dummy packets with a nexthdr value of 59
> to implement traffic confidentiality. Such packets need to
> be dropped silently and the payload may not be attempted to
> be parsed as it consists of random
From: Thomas Graf <[EMAIL PROTECTED]>
Date: Mon, 10 Dec 2007 23:17:03 +0100
> RFC4303 introduces dummy packets with a nexthdr value of 59
> to implement traffic confidentiality. Such packets need to
> be dropped silently and the payload may not be attempted to
> be parsed as it consists of random
From: Daniel Lezcano <[EMAIL PROTECTED]>
Date: Mon, 10 Dec 2007 16:32:50 +0100
> I just noticed that I forgot to put ipv6 under bracket.
> Sorry for that :(
>
> Should I resend the patchset ?
This is not necessary.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body
On Mon, 10 Dec 2007 17:39:22 +0530 (IST) Poonam_Aggrwal-b10812 <[EMAIL
PROTECTED]> wrote:
>
> +++ b/arch/powerpc/sysdev/qe_lib/qe.c
> @@ -149,22 +149,116 @@ EXPORT_SYMBOL(qe_issue_cmd);
> */
> static unsigned int brg_clk = 0;
>
> -unsigned int get_brg_clk(void)
> +u32 get_brg_clk(enum qe_cloc
Tomohiro Kusumi wrote:
> Dear Auke and e1000 maintainers
>
> Hi, this is the patch which makes the e1000 driver legacy I/O port free.
>
> I've received some advice from Auke quite long time ago, and submitted
> a patch (http://lkml.org/lkml/2007/8/10/11) which I think meets what Auke
> had told m
From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
Date: Mon, 10 Dec 2007 14:39:46 +0200 (EET)
> On Mon, 10 Dec 2007, David Miller wrote:
>
> > From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
> > Date: Mon, 10 Dec 2007 14:27:24 +0200 (EET)
> >
> > > Added checks will catch most of the errors if the current
> >
RFC4303 introduces dummy packets with a nexthdr value of 59
to implement traffic confidentiality. Such packets need to
be dropped silently and the payload may not be attempted to
be parsed as it consists of random chunk.
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6.25/net/ipv6/es
RFC4303 introduces dummy packets with a nexthdr value of 59
to implement traffic confidentiality. Such packets need to
be dropped silently and the payload may not be attempted to
be parsed as it consists of random chunk.
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6.25/net/ipv4/es
sis190_tx_timeout
-> sis190_hw_start
-> sis190_soft_reset
-> msleep *splat*
PCI transactions are correctly flushed here.
The msleep() is probably useless.
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: K.M. Liu <[EMAIL PROTECTED]>
---
drivers/net/sis190.c |2 --
1 files chan
More work is needed to handle correctly the PHY of the new devices
when connected to a 10Mb link but this change already helps some
users as is.
Fix for:
http://bugzilla.kernel.org/show_bug.cgi?id=9467
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: K.M. Liu <[EMAIL PROTECTED]>
Cc: J. Glea
It is already done in sis190_init_one.
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: K.M. Liu <[EMAIL PROTECTED]>
---
drivers/net/sis190.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/net/sis190.c b/drivers/net/sis190.c
index 51bbb60..f6a921c 100644
-
i ranges from 0 to 100 in the 'for' loop a few lines above.
Reported by davem.
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: K.M. Liu <[EMAIL PROTECTED]>
---
drivers/net/sis190.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/sis190.c b/drivers/net
Please pull from branch 'sis190' in repository
git://git.kernel.org/pub/scm/linux/kernel/git/romieu/netdev-2.6.git sis190
to get the changes below.
Distance from 'upstream-linus' (7962024e9d16e9349d76b553326f3fa7be64305e)
-
This is a time based rate limiter for use in network testing. When doing
network tests it is often useful to test at reduced bandwidths. The existing
Token Bucket Filter provides rate control, but causes bursty traffic that
can cause different performance than real world. Another alternative is
the
On Tue, 11 Dec 2007 01:48:39 +1100
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
>
> On 5/12/2007 4:17 PM, Andrew Morton wrote:
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.24-rc4-mm1/
> >
> > Will appear later at
> >
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/
Em Sat, Dec 08, 2007 at 10:06:28AM +, Gerrit Renker escreveu:
> This hooks up the TFRC Loss Interval database with CCID 3 packet reception.
> In addition, it makes the CCID-specific computation of the first loss
> interval (which requires access to all the guts of CCID3) local to ccid3.c.
>
>
Pekka Enberg wrote:
Hi Richard,
On Dec 10, 2007 9:29 PM, Richard Knutsson <[EMAIL PROTECTED]> wrote:
Remove local definition of TRUE/FALSE.
This is already fixed in Francois' tree:
http://git.kernel.org/?p=linux/kernel/git/romieu/netdev-2.6.git;a=commitdiff;h=2af61e99e3d1c959840ea007
On Mon, Dec 10, 2007 at 08:57:28PM +0100, Andi Kleen wrote:
> On Monday 10 December 2007 20:32, Sam Ravnborg wrote:
> > On Thu, Nov 22, 2007 at 03:43:10AM +0100, Andi Kleen wrote:
> > > When passing an file name > 1k the stack could be overflowed.
> > > Not really a security issue, but still better
On Mon, 10 Dec 2007, Ilpo Järvinen wrote:
> Dave, please include this one to net-2.6.25.
...
> --
> [PATCH] [TCP]: Fix fack_count miscountings (multiple places)
I've better version of this coming up, so Dave please don't put this one
into net-2.6.25 (noticed that both the original and the afte
On Mon, Dec 10, 2007 at 08:56:49PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> On Mon, 2007-12-10 at 22:51 +0300, Evgeniy Polyakov wrote:
> > On Mon, Dec 10, 2007 at 08:44:55PM +0100, Kay Sievers ([EMAIL PROTECTED])
> > wrote:
> > > > > > Actually not - I have to set reference counter to somet
On Monday 10 December 2007 20:32, Sam Ravnborg wrote:
> On Thu, Nov 22, 2007 at 03:43:10AM +0100, Andi Kleen wrote:
> > When passing an file name > 1k the stack could be overflowed.
> > Not really a security issue, but still better plugged.
>
> Looks good. A s-o-b line again please.
Signed-off-by:
On Mon, 2007-12-10 at 22:51 +0300, Evgeniy Polyakov wrote:
> On Mon, Dec 10, 2007 at 08:44:55PM +0100, Kay Sievers ([EMAIL PROTECTED])
> wrote:
> > > > > Actually not - I have to set reference counter to something other
> > > > > than 1
> > > > > or +/- 1, and thus will have to call kref_get() in
Hi Richard,
On Dec 10, 2007 9:29 PM, Richard Knutsson <[EMAIL PROTECTED]> wrote:
> Remove local definition of TRUE/FALSE.
This is already fixed in Francois' tree:
http://git.kernel.org/?p=linux/kernel/git/romieu/netdev-2.6.git;a=commitdiff;h=2af61e99e3d1c959840ea007ff56b15db794fb99
On Mon, Dec 10, 2007 at 08:44:55PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> > > > Actually not - I have to set reference counter to something other than 1
> > > > or +/- 1, and thus will have to call kref_get() in a loop, which is a
> > > > very ugly step. Is there kref_set() or somethinglik
On Mon, 2007-12-10 at 22:33 +0300, Evgeniy Polyakov wrote:
> On Mon, Dec 10, 2007 at 08:02:28PM +0100, Kay Sievers ([EMAIL PROTECTED])
> wrote:
> > > uganda:~/codes# ls -l /sys/devices/storage/n-0-81003ebc220/
> > > total 0
> > > drwxr-xr-x 2 root root0 2007-12-10 13:23 power
> > > -r--r--
Fix off by one in nested attribute management.
Fixes segv in:
tc qdisc show dev eth1
due to uninitialized attribute table.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
lib/libnetlink.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/libnetlink.c b/lib/
On Mon, Dec 10, 2007 at 08:02:28PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> > uganda:~/codes# ls -l /sys/devices/storage/n-0-81003ebc220/
> > total 0
> > drwxr-xr-x 2 root root0 2007-12-10 13:23 power
> > -r--r--r-- 1 root root 4096 2007-12-10 13:30 size
> > -r--r--r-- 1 root root 40
Remove local definition of TRUE/FALSE.
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/ipg.h b/drivers/net/ipg.h
index d5d092c..4484778 100644
--- a/drivers/net/ipg.h
+++ b/drivers/net/ipg.h
@@ -490,38 +490,34 @@ enum ipg_regs {
* Tune
*/
-/* Miscellane
On Thu, Nov 22, 2007 at 03:43:10AM +0100, Andi Kleen wrote:
>
> When passing an file name > 1k the stack could be overflowed.
> Not really a security issue, but still better plugged.
Looks good. A s-o-b line again please.
Although I am not so happy with the ue of gcc extensions.
Sam
>
>
On Mon, 2007-12-10 at 17:50 +0300, Evgeniy Polyakov wrote:
> On Mon, Dec 10, 2007 at 03:31:48PM +0100, Kay Sievers ([EMAIL PROTECTED])
> wrote:
> > > I meant that for each new device, it will be placed into
> > > /sys/devices/its_name, but it can also be accessed via
> > > /sys/bus/dst/devices/
>
On Mon, Dec 10, 2007 at 07:50:08PM +0100, Sam Ravnborg wrote:
> On Thu, Nov 22, 2007 at 03:43:08AM +0100, Andi Kleen wrote:
> >
> > This way gcc can warn for wrong format strings
>
> This loks good. Can I get i s-o-b then I will apply it.
Sorry must have been left out by mistake.
Signed-off-by:
On Thu, Nov 22, 2007 at 03:43:09AM +0100, Andi Kleen wrote:
>
> Fix wrong format strings in modpost exposed by the previous patch.
> Including one missing argument -- some random data was printed instead.
Looks good. Can I get a s-o-b then I will apply it.
Sam
>
> ---
> scripts/mod/mo
On Thu, Nov 22, 2007 at 03:43:08AM +0100, Andi Kleen wrote:
>
> This way gcc can warn for wrong format strings
This loks good. Can I get i s-o-b then I will apply it.
Sam
>
> ---
> scripts/mod/modpost.c |8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> Index: li
On Mon, Dec 10, 2007 at 07:34:41PM +0100, Aurélien Charbon wrote:
>
> Here is a cleanup for the ip_map caching patch in nfs server.
>
> It prepares for IPv6 text-based mounts and exports.
>
> Tests: tested with only IPv4 network and basic nfs ops (mount, file
> creation and modification)
Thanks!
Here is a cleanup for the ip_map caching patch in nfs server.
It prepares for IPv6 text-based mounts and exports.
Tests: tested with only IPv4 network and basic nfs ops (mount, file
creation and modification)
-
Signed-off-by: Aurelien Charbon <[EMAIL PROTECTED]>
diff -p -u -r -N linux-
Chris Friesen wrote:
I'm seeing some strange behaviour on a 2.6.14 ppc64 system. If I run
"ip neigh show" it prints out nothing, but if I run "arp" then I see the
other nodes on the local network.
[EMAIL PROTECTED]:/root> ip neigh show
[EMAIL PROTECTED]:/root> arp -n
Address
Daniel Lezcano wrote:
> Denis V. Lunev wrote:
>
>>Recently David Miller and Herbert Xu pointed out that struct net becomes
>>overbloated and un-maintainable. There are two solutions:
>>- provide a pointer to a network subsystem definition from struct net.
>> This costs an additional dereferrence
Hello,
I noticed that HTB doesn't properly limit traffic if someone sends UDP
packages bigger than 1500.
Does HTB have some problems/known limits in this area?
There is other traffic in that class and when I drop udp packets bigger than
1500 then remaining traffic is limited properly to corre
Denis V. Lunev wrote:
Recently David Miller and Herbert Xu pointed out that struct net becomes
overbloated and un-maintainable. There are two solutions:
- provide a pointer to a network subsystem definition from struct net.
This costs an additional dereferrence
- place sub-system definition int
I'm seeing some strange behaviour on a 2.6.14 ppc64 system. If I run
"ip neigh show" it prints out nothing, but if I run "arp" then I see the
other nodes on the local network.
[EMAIL PROTECTED]:/root> ip neigh show
[EMAIL PROTECTED]:/root> arp -n
Address HWtype HWaddress
Recently David Miller and Herbert Xu pointed out that struct net becomes
overbloated and un-maintainable. There are two solutions:
- provide a pointer to a network subsystem definition from struct net.
This costs an additional dereferrence
- place sub-system definition into the structure itself.
Recently David Miller and Herbert Xu pointed out that struct net becomes
overbloated and un-maintainable. There are two solutions:
- provide a pointer to a network subsystem definition from struct net.
This costs an additional dereferrence
- place sub-system definition into the structure itself.
Brian S Julin wrote:
> Almost clear... why can you not just add "src " to
> the fwmark route to set the default source address for locally
> originating packets?
IIRC, it doesn't work because netfilter isn't called
in ip source address selection.
--
To unsubscribe from this list: send the line
Daniel Lezcano wrote:
This patchset continue the work to make the different af_inet6
subsystems initialization functions to return an error code and
to handle the error to fails safely.
It takes into account:
* flowlabel
* exthdrs
* frag
* udp
* udplite
Brian S Julin wrote:
Marco wrote:
> > Hello everybody.
> > Kindly, I would like to know if the is any plan to add this feature
to a > > future kernel release.
> > I know that fwmark is able to do this, but there is the limitation
in
> > source ip address selection.
> Could you explain the limita
This patch makes the frag_init to return an error code, so the af_inet6
module can handle the error.
Signed-off-by: Daniel Lezcano <[EMAIL PROTECTED]>
---
include/net/transp_v6.h |3 ++-
net/ipv6/af_inet6.c |8 ++--
net/ipv6/reassembly.c | 16 +---
3 files changed,
This patch makes the inet6_register_protosw to return an error code.
The different protocols can be aware the registration was successful or
not and can pass the error to the initial caller, af_inet6.
Signed-off-by: Daniel Lezcano <[EMAIL PROTECTED]>
---
include/net/protocol.h |2 +-
net/ipv6
This patch makes the flowlab subsystem to return an error code and makes
some cleanup with procfs ifdefs.
The af_inet6 will use the flowlabel init return code to check the initialization
was correct.
Signed-off-by: Daniel Lezcano <[EMAIL PROTECTED]>
---
include/net/ipv6.h |2 +-
net/ipv
This patch factorize the code for the differents init functions for rthdr,
nodata, destopt in a single function exthdrs_init.
This function returns an error so the af_inet6 module can check correctly
the initialization.
Signed-off-by: Daniel Lezcano <[EMAIL PROTECTED]>
---
include/net/transp_v6.h
This patchset makes the different protocols to return an error code, so
the af_inet6 module can check the initialization was correct or not.
The raw6 was taken into account to be consistent with the rest of the
protocols, but the registration is at the same place.
Because the raw6 has its own init
This patchset continue the work to make the different af_inet6
subsystems initialization functions to return an error code and
to handle the error to fails safely.
It takes into account:
* flowlabel
* exthdrs
* frag
* udp
* udplite
* tcp
* r
On Mon, Dec 10, 2007 at 05:50:55PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> > Further questions:
> > Why do you do your own refcounting instead of using kref?
>
> That's because I always used atomic operations as a reference counters
> and did not tried krefs :)
> They are the same ac
Marco wrote:
> Hello everybody.
> Kindly, I would like to know if the is any plan to add this feature to a
> future kernel release.
> I know that fwmark is able to do this, but there is the limitation in source
> ip address selection.
Could you explain the limitation? My iptables manpage see
On Mon, Dec 10, 2007 at 03:31:48PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> > I meant that for each new device, it will be placed into
> > /sys/devices/its_name, but it can also be accessed via
> > /sys/bus/dst/devices/
>
> Still, it looks like a path. :)
>
> Please don't reference any dev
I finally managed to rewrite the netem trace extension to use rtnetlink
communication for the data transfer for user space to kernel space.
The kernel patch is available here:
http://www.tcn.hypert.net/tcn_kernel_2_6_23_rtnetlink
and the iproute patch is here:
http://www.tcn.hypert.net/tcn_ipro
On Mon, 2007-12-10 at 15:58 +0300, Evgeniy Polyakov wrote:
> On Mon, Dec 10, 2007 at 01:51:43PM +0100, Kay Sievers ([EMAIL PROTECTED])
> wrote:
> > On Dec 10, 2007 12:47 PM, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > > diff --git a/Documentation/dst/sysfs.txt b/Documentation/dst/sysfs.txt
> >
A ringbuffer-based implementation of loss interval history is easier to
maintain, allocate, and update.
The `swap' routine to keep the RX history sorted is due to and was written
by Arnaldo Carvalho de Melo, simplifying an earlier macro-based variant.
Details:
* access to the Loss Interval Recor
This separates RX/TX initialisation and puts all packet history / loss intervals
initialisation into tfrc.c.
The organisation is uniform: slab declaration -> {rx,tx}_init() ->
{rx,tx}_exit()
Signed-off-by: Gerrit Renker <[EMAIL PROTECTED]>
---
net/dccp/ccids/lib/packet_history.c | 68 +
Each time feedback is sent two lines are printed:
ccid3_hc_rx_send_feedback: client ... - entry
ccid3_hc_rx_send_feedback: Interval ...usec, X_recv=..., 1/p=...
The first line is redundant and thus removed.
Further, documentation of ccid3_hc_rx_sock (capitalisation) is made consi
This moves the inlines (which were previously declared as macros) back into
packet_history.h since
the loss detection code needs to be able to read entries from the RX history in
order to create the
relevant loss entries: it needs at least tfrc_rx_hist_loss_prev() and
tfrc_rx_hist_last_rcv(), wh
This revision updates earlier patches, following discussion,
and adds one additional cleanup patch at the end.
Patch #1: Revision of initialisation patch; fixed calling __exit function
from __init function - identified by Arnaldo.
Patch #2: Revision - re-converted tfrc_rx_hist_entry()
On Mon, Dec 10, 2007 at 01:51:43PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> On Dec 10, 2007 12:47 PM, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > diff --git a/Documentation/dst/sysfs.txt b/Documentation/dst/sysfs.txt
> > new file mode 100644
> > index 000..79d79dc
> > --- /dev/null
>
On Dec 10, 2007 12:47 PM, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> diff --git a/Documentation/dst/sysfs.txt b/Documentation/dst/sysfs.txt
> new file mode 100644
> index 000..79d79dc
> --- /dev/null
> +++ b/Documentation/dst/sysfs.txt
> @@ -0,0 +1,30 @@
> +This file describes sysfs files cr
On Mon, 10 Dec 2007, David Miller wrote:
> From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
> Date: Mon, 10 Dec 2007 14:27:24 +0200 (EET)
>
> > Added checks will catch most of the errors if the current
> > complex fack_count counting logic is flawed somewhere.
> >
> > Fackets_out should always be advan
From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
Date: Mon, 10 Dec 2007 14:27:24 +0200 (EET)
> Added checks will catch most of the errors if the current
> complex fack_count counting logic is flawed somewhere.
>
> Fackets_out should always be advancable if highest_sack is too
> because the fackets_out i
Added checks will catch most of the errors if the current
complex fack_count counting logic is flawed somewhere.
Fackets_out should always be advancable if highest_sack is too
because the fackets_out is nowadays accurate (and obviously it
must be smaller than packets_out).
Signed-off-by: Ilpo Jä
On Wed, 5 Dec 2007, Andrew Morton wrote:
> On Thu, 06 Dec 2007 17:59:37 +1100 Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
> > This non fatal oops which I have just noticed may be related to this change
> > then
> > - certainly looks networking related.
>
> yep, but it isn't e1000. It's core
From: Poonam Aggrwal <[EMAIL PROTECTED]>
Modified Documentation to explain new properties introduced for UCC TDM
driver. Also two new nodes have been added "brg" and "clocks" to configure
a BRG from device tree.
Signed-off-by: Poonam Aggrwal <[EMAIL PROTECTED]>
Signed-off-by: Ashish Kalra <[EMA
From: Poonam Aggrwal <[EMAIL PROTECTED]>
This patch makes necessary changes in the QE and UCC framework to support
TDM. It also adds support to configure the BRG properly through device
tree entries. Includes the device tree changes for UCC TDM driver as well.
It also includes device tree entrie
From: Poonam Aggrwal <[EMAIL PROTECTED]>
The UCC TDM driver basically multiplexes and demultiplexes data from
different channels. It can interface with for example SLIC kind of devices
to receive TDM data demultiplex it and send to upper applications. At the
transmit end it receives data for d
There are three patches
[PATCH 1/3] drivers/misc : UCC TDM driver for mpc83xx platforms. This
driver is usable in VoIP iind of applications to interface with SLIC
kind of devices to exchange TDM voice samples.
[PATCH 2/3] arch/ : Platform changes
- device tree entries for UCC TDM driver for MPC832
Em Mon, Dec 10, 2007 at 11:31:53AM +, Gerrit Renker escreveu:
> | >
> | > distcc[24516] ERROR: compile
> /root/.ccache/packet_his.tmp.aspire.home.net.24512.i on _tiptop failed
> | > /usr/src/davem-2.6/net/dccp/ccids/lib/packet_history.c: In function
> '__one_after_loss':
> | > /usr/src
Core distributed storage files.
Include userspace interfaces, initialization,
block layer bindings and other core functionality.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
index b4c8319..ca6592d 100644
--- a/drivers/block/Kconf
Algorithms used in distributed storage.
Mirror and linear mapping code.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/dst/alg_linear.c b/drivers/block/dst/alg_linear.c
new file mode 100644
index 000..9dc0976
--- /dev/null
+++ b/drivers/block/dst/alg_linear.c
Network state machine.
Includes network async processing state machine and related tasks.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/dst/kst.c b/drivers/block/dst/kst.c
new file mode 100644
index 000..8fa3387
--- /dev/null
+++ b/drivers/block/dst/kst.c
@
Distributed storage documentation.
Algorithms used in the system, userspace interfaces
(sysfs dirs and files), design and implementation details
are described here.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/Documentation/dst/algorithms.txt b/Documentation/dst/algorithms.
Distributed storage.
I'm pleased to announce the 11'th release of the distributed
storage subsystem (DST). This is a maintenance release and includes
bug fixes and simple feature extensions only.
DST allows to form a storage on top of local and remote nodes
and combine them into linear or mirror
From: Poonam Agarwal-b10812 <[EMAIL PROTECTED]>
The UCC TDM driver basically multiplexes and demultiplexes data from
different channels. It can interface with for example SLIC kind of devices
to receive TDM data demultiplex it and send to upper applications. At the
transmit end it receives dat
There are three patches
[PATCH 1/3] drivers/misc : UCC TDM driver for mpc83xx platforms. This
driver is usable in VoIP iind of applications to interface with SLIC
kind of devices to exchange TDM voice samples.
[PATCH 2/3] arch/ : Platform changes
- device tree entries for UCC TDM driver for MPC83
| >
| > distcc[24516] ERROR: compile
/root/.ccache/packet_his.tmp.aspire.home.net.24512.i on _tiptop failed
| > /usr/src/davem-2.6/net/dccp/ccids/lib/packet_history.c: In function
'__one_after_loss':
| > /usr/src/davem-2.6/net/dccp/ccids/lib/packet_history.c:266: error: lvalue
required as
| > This separates RX/TX initialisation and puts all packet history / loss
intervals
| > initialisation into tfrc.c.
| > The organisation is uniform: slab declaration -> {rx,tx}_init() ->
{rx,tx}_exit()
|
| NAK, you can't call a __exit marked routine from a __init marked
| routine.
|
Ok thanks,
Hello everybody.
Kindly, I would like to know if the is any plan
to add this feature to a future kernel release.
I know that fwmark is able to do this, but there
is the limitation in source ip address selection.
TIA
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body
1 - 100 of 101 matches
Mail list logo
