Hello, Andrea!
I have occasionally seen your patch on LWN (missed one in netdev@) and
have two words about. May be this is not too late. I have missed my
entire mailbox yesterday and have not followed the discussion. Pls
forgive me.
Rate-limiting message receive is nothing good at all. First, if
The patch adds raw notifiers in Traffic Control subsystem for communicating
Queue Disciplines and Classifiers added by user via TC application.
Interested kernel modules will have to register to the TC subsystem
to be able to get new QDisc notifys asynchronously.
Signed-off-by: Yashpal Dutta
On Thu, Feb 07, 2008 at 07:01:32PM +0100, Beschorner Daniel wrote:
Could you show me the exact policies/SAs of the tunnel involved
in the crash?
esp/cbc(aes128)/hmac(sha1)
No I meant the exact output of ip x p and ip x s.
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email:
htb_requeue() enqueues skbs for which htb_classify() returns NULL.
This is wrong because such skbs could be handled by NET_CLS_ACT code,
and the decision could be different than earlier in htb_enqueue().
So htb_requeue() is changed to work and look more like htb_enqueue().
Signed-off-by: Jarek
David Miller wrote:
From: Herbert Xu [EMAIL PROTECTED]
Date: Wed, 30 Jan 2008 14:15:33 +1100
Marco Berizzi [EMAIL PROTECTED] wrote:
With 2.6.24 IPSEC/ESP tunnels to older kernels establish fine,
data
flows in both directions, but no data comes out of the tunnel.
Needed to
Andrew Morton wrote:
On Thu, 07 Feb 2008 17:39:23 +0900 Yoshihiro Shimoda [EMAIL PROTECTED]
wrote:
Add support for Renesas SuperH Ethernet controller.
This driver supported SH7710 and SH7712.
Nice looking driver.
Quick comments:
Thank you very much for your comment.
+static void
No I meant the exact output of ip x p and ip x s.
I know, but as I end up every time with a tainted kernel on our
production server I didn't turn ipcomp on, but now I got it.
src Net_B dst A
dir in priority 2088
tmpl src B dst A
proto comp reqid 16394 mode
From: Andrew Morton [EMAIL PROTECTED]
gcc-3.4.4 on powerpc:
drivers/net/bnx2.c:67: error: version causes a section type conflict
Cc: Jeff Garzik [EMAIL PROTECTED]
Cc: Sam Ravnborg [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
drivers/net/bnx2.c |4 ++--
1 file
From: Andrew Morton [EMAIL PROTECTED]
gcc-3.4.4 on powerpc:
drivers/net/typhoon.c:137: error: version causes a section type conflict
Cc: Jeff Garzik [EMAIL PROTECTED]
Cc: Sam Ravnborg [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
drivers/net/typhoon.c |4 ++--
1
From: Andrew Morton [EMAIL PROTECTED]
gcc-3.4.4 on powerpc:
drivers/net/natsemi.c:245: error: natsemi_pci_info causes a section type
conflict
Cc: Jeff Garzik [EMAIL PROTECTED]
Cc: Sam Ravnborg [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
drivers/net/natsemi.c |6
This has been added by the Daniel Lezcano [EMAIL PROTECTED] in the
commit d4fa26ff44e31c2636a985e3092e2cd55d8045de. It looks to me a
preparatory staff for IPv6 namespacing.
I think this is not needed in 2.6.25 but will be required in 2.6.26
very soon.
Regards,
Den
On Fri, 2008-02-08 at
From: Andrew Morton [EMAIL PROTECTED]
gcc-3.4.4 on powerpc:
drivers/net/bnx2x.c:73: error: version causes a section type conflict
Cc: Jeff Garzik [EMAIL PROTECTED]
Cc: Sam Ravnborg [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
drivers/net/bnx2x.c |4 ++--
1 file
From: Andrew Morton [EMAIL PROTECTED]
gcc-3.4.4 on powerpc:
drivers/net/starfire.c:219: error: version causes a section type conflict
Cc: Jeff Garzik [EMAIL PROTECTED]
Cc: Sam Ravnborg [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
drivers/net/starfire.c |2 +-
1
From: Andrew Morton [EMAIL PROTECTED]
gcc-3.4.4 on powerpc:
drivers/net/via-velocity.c:443: error: chip_info_table causes a section type
conflict
on this one I had to remove the __devinitdata too. Don't know why.
Cc: Jeff Garzik [EMAIL PROTECTED]
Cc: Sam Ravnborg [EMAIL PROTECTED]
SCPT already depends in INET, so this doesn't create additional
dependencies.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
---
net/sctp/proc.c | 23 ++-
1 files changed, 2 insertions(+), 21 deletions(-)
diff --git a/net/sctp/proc.c b/net/sctp/proc.c
index
Hi,
This patch replaces the explicit usage of the magic constant 1024
with IP6_RT_PRIO_USER in the IPV6 tree.
Regards,
Rami Rosen
Signed-off-by: Rami Rosen [EMAIL PROTECTED]
diff --git a/net/ipv6/route.c b/net/ipv6/route.c
index 513f72e..6e7b56e 100644
--- a/net/ipv6/route.c
+++
This patch adds MigoR board support to the smc91x driver.
Signed-off-by: Magnus Damm [EMAIL PROTECTED]
---
drivers/net/smc91x.h | 14 ++
1 file changed, 14 insertions(+)
--- 0001/drivers/net/smc91x.h
+++ work/drivers/net/smc91x.h 2008-02-06 23:13:55.0 +0900
@@ -306,6
From: Marco Berizzi [EMAIL PROTECTED]
Date: Fri, 8 Feb 2008 10:12:25 +0100
I haven't seen this patch in Greg 2.6.24-stable
review message.
Due to having just returned from LCA08 I haven't
made any -stable submissions in a while, and I
notified Greg of this tonight.
The networking fixes will
FWIW,
kernel 2.6.22.10, tainted with nvidia and vmware. BUG triggered twice
now when a large number of processes (unrelated to vmware) tried to send
lots of TCP data to other linux boxes (real, not virtual). tg3 TSO has
been disabled with ethtool.
kernel BUG at include/linux/netdevice.h:918!
This makes the code use a good proc API and the text ~50 bytes shorter.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
---
net/sctp/objcnt.c | 85 +++-
1 files changed, 44 insertions(+), 41 deletions(-)
diff --git a/net/sctp/objcnt.c
From: Andrew Morton [EMAIL PROTECTED]
drivers/net/pppol2tp.c: In function `pppol2tp_seq_tunnel_show':
drivers/net/pppol2tp.c:2295: warning: long long unsigned int format, __u64 arg
(arg 4)
drivers/net/pppol2tp.c:2295: warning: long long unsigned int format, __u64 arg
(arg 5)
Hi,
This patches removes dst_net member (a pointer to struct net)
of dst_ops (/include/net/dst.h).
Current network namespace implementation does not use it at all.
Denis - any comments ?
Regards,
Rami Rosen
Signed-off-by: Rami Rosen [EMAIL PROTECTED]
diff --git
On Fri, Feb 08, 2008 at 03:10:00PM +0100, [EMAIL PROTECTED] wrote:
From: Frank Blaschka [EMAIL PROTECTED]
List of major changes and improvements:
no manipulation of the global ARP constructor
clean code split into core, layer 2 and layer 3 functionality
better exploitation of the ethtool
Sven Wegener [EMAIL PROTECTED] writes:
The default synchronization interval of 1000 milliseconds is too high for a
heavily loaded director. Collecting the connection information from one second
and then sending it out in a burst will overflow the socket buffer and lead to
synchronization
On Fri, 2008-02-08 at 03:11 -0800, [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
gcc-3.4.4 on powerpc:
drivers/net/typhoon.c:137: error: version causes a section type conflict
Cc: Jeff Garzik [EMAIL PROTECTED]
Cc: Sam Ravnborg [EMAIL PROTECTED]
Signed-off-by: Andrew
The result of the ip_route_output is not assigned to skb. This means that
- it is leaked
- possible OOPS below dereferrencing skb-dst
- no ICMP message for this case
Signed-off-by: Denis V. Lunev [EMAIL PROTECTED]
---
net/ipv6/ip6_tunnel.c |1 +
1 files changed, 1 insertions(+), 0
FYI, this happened several times with OpenVZ kernel here, though one user
reported against v2.6.24 but without calltrace:
http://marc.info/?l=linux-kernelm=120155594432027w=2
Anyway...
Driver is tg3.
[ 403.240511] WARNING: at net/core/dev.c:1407 skb_gso_segment()
if
Pavel Emelyanov wrote:
SCPT already depends in INET, so this doesn't create additional
dependencies.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
Acked-by: Vlad Yasevich [EMAIL PROTECTED]
---
net/sctp/proc.c | 23 ++-
1 files changed, 2 insertions(+), 21
NACK.
Daniel,
This code is part of the in-kernel API for anycast, which is
intended
to be the same as for multicast. By removing support for NULL there,
you're
making a special case for the anycast code that isn't there in the
multicast
code (can't support a NULL dev), and you really
--
Subject: Smack: unlabeled outgoing ambient packets
From: Casey Schaufler [EMAIL PROTECTED]
Smack uses CIPSO labeling, but allows for unlabeled packets by
specifying an ambient label that is applied to incoming
unlabeled
On Fri, 2008-02-08 at 09:52 -0800, Andrew Morton wrote:
On Fri, 08 Feb 2008 08:59:10 -0500 David Dillow [EMAIL PROTECTED] wrote:
On Fri, 2008-02-08 at 03:11 -0800, [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
gcc-3.4.4 on powerpc:
drivers/net/typhoon.c:137:
On Fri, 8 Feb 2008, Andi Kleen wrote:
Sven Wegener [EMAIL PROTECTED] writes:
The default synchronization interval of 1000 milliseconds is too high for a
heavily loaded director. Collecting the connection information from one second
and then sending it out in a burst will overflow the socket
Kyle Moffett [EMAIL PROTECTED] wrote:
Basically either there is some missing locking here or it does not
need to be atomic_t. Judging from the way it *appears* to be used
to check if cache entries are up-to-date with the latest changes in
policy, I would guess the former.
You're right that
Signed-off-by: Joe Perches [EMAIL PROTECTED]
Acked-by: Don Fry [EMAIL PROTECTED]
---
Originally sent by Joe Dec 14, 2007
Tested by Don on amd_64
--- linux-2.6.24-git13/drivers/net/orig.pcnet32.c 2008-02-04
10:05:48.0 -0800
+++ linux-2.6.24-git18/drivers/net/pcnet32.c2008-02-04
Subject: ipv6_chk_acast_addr remove unused loop
From: Daniel Lezcano [EMAIL PROTECTED]
The ipv6_chk_acast_addr is called with a netdev pointer parameter which
can be NULL. This value is used as a wildcard to browse the netdev list
and search if a device is owning the address. But when looking
Hi,
This patch fixes the ipv6 mode of ipsec beet. It has been using logic
similar to tunnel mode, making it crash during esp packaging.
Signed-off-by: Joakim Koskela [EMAIL PROTECTED]
---
net/ipv6/xfrm6_mode_beet.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git
This is set of small fixes for Tsi108 Ethernet driver.
Based on kernel version 2.6.24
---
Important Notice: This message is intended for the use of the individual to
whom it is addressed and may contain information which is privileged,
confidential and/or exempt from disclosure under
Code clean-up for tsi108_eth network driver.
This patch removes not needed dummy read and the corresponding comment.
The PHY logic requires two reads from the status register to get
current link status. This is done correctly inside mii_check_media().
Signed-off-by: Alexandre Bounine [EMAIL
Bug fix for tsi108_eth network driver.
This patch fixes a problem with link recovery after connection was lost.
Signed-off-by: Alexandre Bounine [EMAIL PROTECTED]
---
diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c
linux-2.6.24-fix/drivers/net/tsi108_eth.c
---
Add ethtool support to tsi108_eth network driver.
Signed-off-by: Alexandre Bounine [EMAIL PROTECTED]
---
diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c
linux-2.6.24-fix/drivers/net/tsi108_eth.c
--- linux-2.6.24/drivers/net/tsi108_eth.c 2008-02-06
17:10:53.0 -0500
+++
Hi Michael,
I'm working on a system that has two on-board 5708's. We've noticed
that it takes about 3 seconds for the link to come up - is this
considered normal? I've tried this with the latest davem tree with
similar results to older kernels/drivers.
# uname -r
2.6.24
# ethtool -i eth3
Hi David
The following changes since commit 3113e88c3cb3c0a22920b621f8e4d1f2ccc07f1e:
Stephen Hemminger (1):
[PKT_SCHED]: vlan tag match
are available in the git repository at:
[EMAIL PROTECTED]:/pub/scm/linux/kernel/git/vxy/lksctp-dev.git pending
Vlad Yasevich (6):
[SCTP]:
On Fri, 2008-02-08 at 14:29 -0500, Brian Haley wrote:
Hi Michael,
I'm working on a system that has two on-board 5708's. We've noticed
that it takes about 3 seconds for the link to come up - is this
considered normal? I've tried this with the latest davem tree with
similar results to
On Fri, Feb 08, 2008 at 11:45:33AM +0100, Beschorner Daniel wrote:
No I meant the exact output of ip x p and ip x s.
I know, but as I end up every time with a tainted kernel on our
production server I didn't turn ipcomp on, but now I got it.
Hmm, that's pretty much what I've got (but I'm on
Bug fix for tsi108_eth network driver.
This patch adds missing linking to driver data.
Signed-off-by: Alexandre Bounine [EMAIL PROTECTED]
---
diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c
linux-2.6.24-fix/drivers/net/tsi108_eth.c
--- linux-2.6.24/drivers/net/tsi108_eth.c 2008-01-24
Fix the following warnings:
WARNING: drivers/isdn/hisax/built-in.o(.text+0x722): Section mismatch in
reference from the function hisax_cs_setup_card() to the function
.devinit.text:setup_teles3()
WARNING: drivers/isdn/hisax/built-in.o(.text+0x72c): Section mismatch in
reference from the
Fix the following warning:
WARNING: drivers/isdn/hisax/built-in.o(.text+0x35818): Section mismatch in
reference from the function hfcsx_card_msg() to the function
.devinit.text:inithfcsx()
hfcsx_card_msg() may be called outside __devinit context.
Following the program logic is looks like the
[EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
drivers/net/pppol2tp.c: In function `pppol2tp_seq_tunnel_show':
drivers/net/pppol2tp.c:2295: warning: long long unsigned int format, __u64 arg
(arg 4)
drivers/net/pppol2tp.c:2295: warning: long long unsigned int format, __u64 arg
On Fri, Feb 08, 2008 at 01:21:57PM -0500, David Dillow wrote:
On Fri, 2008-02-08 at 09:52 -0800, Andrew Morton wrote:
On Fri, 08 Feb 2008 08:59:10 -0500 David Dillow [EMAIL PROTECTED] wrote:
On Fri, 2008-02-08 at 03:11 -0800, [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL
Fix following warnings:
WARNING: drivers/isdn/hisax/built-in.o(.text+0x19723): Section mismatch in
reference from the function ISACVersion() to the variable .devinit.data:ISACVer
WARNING: drivers/isdn/hisax/built-in.o(.text+0x2005b): Section mismatch in
reference from the function
Fix the following warnings:
WARNING: drivers/isdn/hisax/built-in.o(.text+0x1b276): Section mismatch in
reference from the function inithscxisac() to the function
.devinit.text:clear_pending_isac_ints()
WARNING: drivers/isdn/hisax/built-in.o(.text+0x1b286): Section mismatch in
reference from the
Hi,
Since I updated a system here from 2.6.24rc8 (+ some unrelated patches)
to 2.6.24 openswan in tunnel mode is rather unhappy now. It works
initially for a few minutes, but then when it comes to renew a key (I think)
the connection always hangs. This means on 2.6.24-final the kernel
can now
From: Ursula Braun [EMAIL PROTECTED]
Dummy NOP actions for fsm-statemachines have to be defined
separately for every using module of fsm-statemachines.
Thus the generic name fsm_action_nop is replaced by
module specific name netiucv_action_nop.
Signed-off-by: Ursula Braun [EMAIL PROTECTED]
---
The seq files API disposes the caller of the difficulty of
checking file position, the length of data to produce and
the size of provided buffer.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
---
net/key/af_key.c | 94 +
1 files changed,
Mainly this removes ifdef-s from inside the ipsec_pfkey_init.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
---
net/key/af_key.c | 35 +++
1 files changed, 27 insertions(+), 8 deletions(-)
diff --git a/net/key/af_key.c b/net/key/af_key.c
index
From: Ursula Braun [EMAIL PROTECTED]
Volatile variables queme_switch and pk_delay are not used anyway.
They are just a left over from an unused timer based packing logic.
Signed-off-by: Ursula Braun [EMAIL PROTECTED]
---
drivers/s390/net/claw.h |2 --
1 file changed, 2 deletions(-)
Index:
--
Jeff,
The following patches are intended for 2.6.25.
They affect the s390 network drivers claw, lcs, and netiucv.
Patch summary:
claw:remove unused volatile variables
netiucv: define module owner in device_driver structure
netiucv: renaming of NOP action
lcs: improvement for
From: Cornelia Huck [EMAIL PROTECTED]
Signed-off-by: Cornelia Huck [EMAIL PROTECTED]
Signed-off-by: Ursula Braun [EMAIL PROTECTED]
---
drivers/s390/net/netiucv.c |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6-uschi/drivers/s390/net/netiucv.c
From: Peter Tiedemann [EMAIL PROTECTED]
additional check of s390dbf level results in better performance
if the default low debugging level is active.
Signed-off-by: Peter Tiedemann [EMAIL PROTECTED]
Signed-off-by: Ursula Braun [EMAIL PROTECTED]
---
drivers/s390/net/claw.h| 17
From: Peter Tiedemann [EMAIL PROTECTED]
Since lcs makes use of 1 debug area only, the number of debug areas
is reduced, while the number of pages per area is increased.
Signed-off-by: Peter Tiedemann [EMAIL PROTECTED]
Signed-off-by: Ursula Braun [EMAIL PROTECTED]
---
drivers/s390/net/lcs.c |
Denis V. Lunev wrote:
This has been added by the Daniel Lezcano [EMAIL PROTECTED] in the
commit d4fa26ff44e31c2636a985e3092e2cd55d8045de. It looks to me a
preparatory staff for IPv6 namespacing.
I think this is not needed in 2.6.25 but will be required in 2.6.26
very soon.
Yes, this is
From: Daniel Lezcano [EMAIL PROTECTED]
Date: Fri, 08 Feb 2008 13:33:49 +0100
Denis V. Lunev wrote:
This has been added by the Daniel Lezcano [EMAIL PROTECTED] in the
commit d4fa26ff44e31c2636a985e3092e2cd55d8045de. It looks to me a
preparatory staff for IPv6 namespacing.
I think this
Pavel Emelyanov wrote:
This makes the code use a good proc API and the text ~50 bytes shorter.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
Acked-by: Vlad Yasevich [EMAIL PROTECTED]
---
net/sctp/objcnt.c | 85 +++-
1 files changed, 44
On Thu, Feb 07, 2008 at 02:44:46PM -0500, Ross Vandegrift wrote:
On Wed, Feb 06, 2008 at 09:53:57AM +0100, Andi Kleen wrote:
That would be useful yes -- for different bandwidths.
My initial test is end-to-end 1000Mbps, but I've got a few different
packet rates.
If the young/old
David Stevens wrote:
NACK.
Daniel,
This code is part of the in-kernel API for anycast, which is
intended
to be the same as for multicast. By removing support for NULL there,
you're
making a special case for the anycast code that isn't there in the
multicast
code (can't support a NULL
Problem : Need to clean up routing table entries in side the Linux
kernel. But kernel is not providing single command to clear all
routing table entries at once.
Modified the kernel to take of the changesDefined new net link
message under NETLINK_ROUTE family RTM_FLUSHROUTE. At the
Merge error paths inside igmp_rcv.
Signed-off-by: Denis V. Lunev [EMAIL PROTECTED]
---
net/ipv4/igmp.c | 13 ++---
1 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/net/ipv4/igmp.c b/net/ipv4/igmp.c
index fe2e6cd..d3f34a7 100644
--- a/net/ipv4/igmp.c
+++ b/net/ipv4/igmp.c
--
Jeff,
the following patch set is intended for 2.6.25. It contains a new
qeth device driver implementation separating the layer 2 from the
layer 3 functions. There are also some new functions and bug
fixes. Kconfig and Makefile apply on top of the latest patch Ursula
Braun send for ctc.
Bug fix for tsi108_eth network driver.
This patch fixes a problem with detection of 1000Mb speed.
Signed-off-by: Alexandre Bounine [EMAIL PROTECTED]
---
diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c
linux-2.6.24-fix/drivers/net/tsi108_eth.c
--- linux-2.6.24/drivers/net/tsi108_eth.c
Change hard coded 2 to NET_IP_ALIGN. Added new #define with comments.
Tested amd_64
Signed-off-by: Don Fry [EMAIL PROTECTED]
---
--- linux-2.6.24-git13/drivers/net/joe.pcnet32.c2008-02-04
10:59:08.0 -0800
+++ linux-2.6.24-git18/drivers/net/pcnet32.c2008-02-08
On Fri, 08 Feb 2008 08:59:10 -0500 David Dillow [EMAIL PROTECTED] wrote:
On Fri, 2008-02-08 at 03:11 -0800, [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
gcc-3.4.4 on powerpc:
drivers/net/typhoon.c:137: error: version causes a section type conflict
Cc: Jeff
Marking exported symbols as static causes the following build error on
ia64 with gcc 4.2.3:
drivers/net/wireless/libertas/main.c:1375: error: __ksymtab_lbs_remove_mesh
causes a section type conflict
drivers/net/wireless/libertas/main.c:1354: error: __ksymtab_lbs_add_mesh causes
a section type
On Fri, 08 Feb 2008 16:07:26 -0800
Roland Dreier [EMAIL PROTECTED] wrote:
Marking exported symbols as static causes the following build error on
ia64 with gcc 4.2.3:
drivers/net/wireless/libertas/main.c:1375: error: __ksymtab_lbs_remove_mesh
causes a section type conflict
Setting up a meta match causes a kernel OOPS because of uninitialized
elements in tree.
[ 37.322381] BUG: unable to handle kernel NULL pointer dereference at
[ 37.322381] IP: [883fc717] :em_meta:em_meta_destroy+0x17/0x80
[ 37.322381] Call Trace:
[ 37.322381]
Why not pull the exports? they aren't used anywhere in the existing kernel.
I'm guessing there's some not-(yet-)merged mesh networking stuff that
uses the symbols, but it doesn't matter much to me...
- R.
--
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a
On Fri, 8 Feb 2008 17:40:20 -0800 (PST) [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9920
Summary: kernel panic when using ebtables redirect target
Product: Networking
Version: 2.5
KernelVersion: 2.6.24 and 2.6.24-git
76 matches
Mail list logo