[IPV6]: Remove bogus WARN_ON in Proxy-NA handling.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>c
---
diff --git a/net/ipv6/ndisc.c b/net/ipv6/ndisc.c
index 0304b5f..41a8a5f 100644
--- a/net/ipv6/ndisc.c
+++ b/net/ipv6/ndisc.c
@@ -967,8 +967,6 @@ static void ndisc_recv_na(struct sk_buff
On Friday, October 13, 2006 7:42 AM, Stephen J. Bevan wrote:
> Say you are writing a transparent proxy i.e. when a TCP connection is
> made through the box, rather than forwarding the TCP SYN, it is
> delivered locally where it accepted and then the proxy makes a
> separate TCP connection to origi
Quoting r. David Miller <[EMAIL PROTECTED]>:
> Subject: Re: Dropping NETIF_F_SG since no checksum feature.
>
> From: "Michael S. Tsirkin" <[EMAIL PROTECTED]>
> Date: Thu, 12 Oct 2006 21:12:06 +0200
>
> > Quoting r. David Miller <[EMAIL PROTECTED]>:
> > > Subject: Re: Dropping NETIF_F_SG since no
Caitlin Bestler writes:
> More to the point, on what basis would the application be rejecting a
> connection request based solely on the SYN?
Perhaps not the reason that Martin is interested in but ...
Say you are writing a transparent proxy i.e. when a TCP connection is
made through the box, r
Hi all,
This is Takamiya, from NTT Software.
NTT has released the code of the new cipher algorithm, which is
specified in RFC4312(The Camellia Cipher Algorithm)
Please see
http://info.isl.ntt.co.jp/crypt/eng/camellia/source_s.html .
The above patch is available for the version of 2.
David Miller a écrit :
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Fri, 13 Oct 2006 05:56:43 +0200
2^31 is 2147483648
Thats a *lot* of timer ticks, an inet_peer entry should not stay in
unused_list for more than 10 minutes.
My bad, I thought the time was compared to the creation time
not t
From: "Michael S. Tsirkin" <[EMAIL PROTECTED]>
Date: Thu, 12 Oct 2006 21:12:06 +0200
> Quoting r. David Miller <[EMAIL PROTECTED]>:
> > Subject: Re: Dropping NETIF_F_SG since no checksum feature.
> >
> > Numbers?
>
> I created two subnets on top of the same pair infiniband HCAs:
I was asking fo
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Fri, 13 Oct 2006 05:56:43 +0200
> 2^31 is 2147483648
>
> Thats a *lot* of timer ticks, an inet_peer entry should not stay in
> unused_list for more than 10 minutes.
My bad, I thought the time was compared to the creation time
not the time at which it
Rick Jones a écrit :
More to the point, on what basis would the application be rejecting a
connection request based solely on the SYN?
True, it isn't like there would suddenly be any call user data as in
XTI/TLI.
DATA payload could be included in the SYN packet. TCP specs allow this AFAIK.
David Miller a écrit :
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Thu, 12 Oct 2006 22:14:12 +0200
1) shrink struct inet_peer on 64 bits platforms.
I noticed sizeof(struct inet_peer) was 64+8 on x86_64
As we dont really need 64 bits timestamps
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Thu, 12 Oct 2006 18:55:51 +0900 (JST)
> I tend to agree. Ville, do you agree?
I'll wait for Ville's response before applying this.
Otherwise, I think the change looks fine.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
th
Ok, I will generate those again with descriptions.
Thank you!
Best Regards,
Jesse Huang.
- Original Message -
From: "Andrew Morton" <[EMAIL PROTECTED]>
To: "Jesse Huang" <[EMAIL PROTECTED]>
Cc: ; ;
<[EMAIL PROTECTED]>
Sent: Thursday, October 12, 2006 10:55 AM
Subject: Re: What is curren
On Thu, 12 Oct 2006, Andrew Morton wrote:
> > pci_set_power_state(pdev, PCI_D0);
> > pci_restore_state(pdev);
> > - pci_enable_device(pdev);
> > + ret = pci_enable_device(pdev);
> > + if (ret) {
> > + printk(KERN_ERR "sk98lin: Cannot enable PCI device %s during
> > resume\
On Thu, 12 Oct 2006 15:54:49 -0700
Rick Jones <[EMAIL PROTECTED]> wrote:
> > More to the point, on what basis would the application be rejecting a
> > connection request based solely on the SYN?
>
> True, it isn't like there would suddenly be any call user data as in XTI/TLI.
>
> > There are onl
On Fri, 13 Oct 2006 00:57:18 +0200 (CEST)
Jiri Kosina <[EMAIL PROTECTED]> wrote:
> @@ -5070,7 +5070,13 @@ static int skge_resume(struct pci_dev *p
>
> pci_set_power_state(pdev, PCI_D0);
> pci_restore_state(pdev);
> - pci_enable_device(pdev);
> + ret = pci_enable_device(pdev);
-Original Message-
From: Yang, Steve
Sent: Thursday, October 12, 2006 5:46 PM
To: 'Stephen Hemminger'
Cc: netdev@vger.kernel.org
Subject: RE: [patch] Performance enhancement patches for SB1250 MAC
Stephen,
I assume the "expense" you referred to is the reserved SK cache buffers.
1. The
On Thu, 12 Oct 2006, Stephen Hemminger wrote:
> > > Having the device unregister seems harsh.
> > What would be the proper way? As the initialization failed, accessing
> > the device would not make sense any more (therefore I don't think that
> > calling skge_remove_one() would be OK, as it issu
More to the point, on what basis would the application be rejecting a
connection request based solely on the SYN?
True, it isn't like there would suddenly be any call user data as in XTI/TLI.
There are only two pieces of information available: the remote IP
address and port, and the total numb
On Fri, 13 Oct 2006 00:38:20 +0200 (CEST)
Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Thu, 12 Oct 2006, Stephen Hemminger wrote:
>
> > > pci_set_power_state(pdev, PCI_D0);
> > > pci_restore_state(pdev);
> > > - pci_enable_device(pdev);
> > > + if ((ret = pci_enable_device(pdev))) {
> > > +
On Thu, 12 Oct 2006, Stephen Hemminger wrote:
> > pci_set_power_state(pdev, PCI_D0);
> > pci_restore_state(pdev);
> > - pci_enable_device(pdev);
> > + if ((ret = pci_enable_device(pdev))) {
> > + printk(KERN_ERR "sk98lin: Cannot enable PCI device during
> > resume\n");
> > +
I am sorry for the late response. please read my comment bellow.
Jiri Benc wrote:
On Thu, 21 Sep 2006 09:59:39 -0700, mabbas wrote:
I can not see how does it break per-STA TX rate limit, especially
PRISM2_HOSTAPD_SET_RATE_SETS almost doing the same thing. I am not saying
the patch is correc
On Wed, 11 Oct 2006, [EMAIL PROTECTED] wrote:
> When doing some more testing today I ran into a few bugs, this patchset
> addresses those bugs. This patchset is backed against today's net-2.6 git
> tree.
>
> Please apply these patches for 2.6.19, thanks.
Applied to
git://git.kernel.org/pub/scm/
On Fri, 13 Oct 2006 00:17:50 +0200 (CEST)
Jiri Kosina <[EMAIL PROTECTED]> wrote:
> [PATCH] sk98lin: handle pci_enable_device() return value in skge_resume()
> properly
>
> Fix missing handling of pci_enable_device() return value in skge_resume()
>
> Signed-off-by: Jiri Kosina <[EMAIL PROTECTED
[PATCH] sk98lin: handle pci_enable_device() return value in skge_resume()
properly
Fix missing handling of pci_enable_device() return value in skge_resume()
Signed-off-by: Jiri Kosina <[EMAIL PROTECTED]>
---
drivers/net/sk98lin/skge.c |6 +-
1 files changed, 5 insertions(+), 1 delet
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Thu, 12 Oct 2006 22:14:12 +0200
> 1) shrink struct inet_peer on 64 bits platforms.
>
> I noticed sizeof(struct inet_peer) was 64+8 on x86_64
>
> As we dont really need 64 bits timestamps (we only care fo
On Thu, 12 Oct 2006 14:54:33 -0700
"Yang, Steve" <[EMAIL PROTECTED]> wrote:
> FYI ...
>
> Regards,
> Steve Yang
>
> -Original Message-
> From: Yang, Steve
> Sent: Monday, September 25, 2006 3:50 PM
> To: '[EMAIL PROTECTED]'
> Cc: '[EMAIL PROTECTED]'; 'Mark E Mason'
> Subject: Performan
On Thu, 2006-12-10 at 14:58 -0700, Caitlin Bestler wrote:
> That would seem to limit the usefullness to scenarios where a given
> remote IP address *might* be accepted based on total traffic load,
> number of other connections from the same IP address, etc. If
> *all* requests from that IP addres
On 10/12/06, Rick Jones <[EMAIL PROTECTED]> wrote:
Martin Schiller wrote:
> Hi!
>
> I'm searching for a solution to suppress / delay the SYN-ACK packet of a
> listening server (-application) until he has decided (e.g. analysed the
> requesting ip-address or checked if the corresponding other end
FYI ...
Regards,
Steve Yang
-Original Message-
From: Yang, Steve
Sent: Monday, September 25, 2006 3:50 PM
To: '[EMAIL PROTECTED]'
Cc: '[EMAIL PROTECTED]'; 'Mark E Mason'
Subject: Performance enhancement patches for SB1250 MAC
Hi,
The attached are two network performance enhancement pa
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Thu, 12 Oct 2006 11:24:31 -0700
> Flush the forwarding table when carrier is lost. This helps for
> availability because we don't want to forward to a downed device and
> new packets may come in on other links.
>
> Signed-off-by: Stephen Hemminger
On Thu, 2006-12-10 at 14:32 -0700, Stephen Hemminger wrote:
> > I am on the other extreme - this is problematic if you have a large
> > table already learnt. Agrevate that with an unstable link and it gets a
> > lot worse. Both of which dont sound unrealistic in say a wireless AP.
>
> We don't su
On Thu, 12 Oct 2006 17:30:33 -0400
jamal <[EMAIL PROTECTED]> wrote:
> On Thu, 2006-12-10 at 16:10 -0400, Andy Gospodarek wrote:
> > On Thu, Oct 12, 2006 at 11:24:31AM -0700, Stephen Hemminger wrote:
> > > Flush the forwarding table when carrier is lost. This helps for
> > > availability because we
On Thu, 2006-12-10 at 16:10 -0400, Andy Gospodarek wrote:
> On Thu, Oct 12, 2006 at 11:24:31AM -0700, Stephen Hemminger wrote:
> > Flush the forwarding table when carrier is lost. This helps for
> > availability because we don't want to forward to a downed device and
> > new packets may come in on
On Thu, 12 Oct 2006 23:02:52 +0200
Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi Stephen,
>
> On 10/11/06, Stephen Hemminger wrote:
> > On Wed, 11 Oct 2006, Jesse Brandeburg wrote:
> > > On 10/11/06, Jean Delvare wrote:
> > > > Let the e1000 driver report the most important statistics (rx/tx_bytes
Hi Jesse,
On 10/11/06, Jesse Brandeburg wrote:
> On 10/11/06, Jean Delvare wrote:
> > Let the e1000 driver report the most important statistics (rx/tx_bytes
> > and rx/tx_packets) in real time, rather than every other second. This
> > is similar to what the e100 driver is doing.
> >
> > The curren
Hi Stephen,
On 10/11/06, Stephen Hemminger wrote:
> On Wed, 11 Oct 2006, Jesse Brandeburg wrote:
> > On 10/11/06, Jean Delvare wrote:
> > > Let the e1000 driver report the most important statistics (rx/tx_bytes
> > > and rx/tx_packets) in real time, rather than every other second. This
> > > is si
On Thu, 12 Oct 2006 16:10:44 -0400
Andy Gospodarek <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 12, 2006 at 11:24:31AM -0700, Stephen Hemminger wrote:
> > Flush the forwarding table when carrier is lost. This helps for
> > availability because we don't want to forward to a downed device and
> > new pa
Please pull from tag 'jg-20061012-00' in repository
git://electric-eye.fr.zoreil.com/home/romieu/linux-2.6.git jg-20061012-00
to get the changes below.
Distance from 'upstream-fixes'
-
733b736c91dd2c556f35dffdcf77e667cf10cefc
73f5e28b336772c4b08e
Hi David
Please find this patch against include/net/inetpeer.h and net/ipv4/inetpeer.c
1) shrink struct inet_peer on 64 bits platforms.
I noticed sizeof(struct inet_peer) was 64+8 on x86_64
As we dont really need 64 bits timestamps (we only care
On Thu, Oct 12, 2006 at 11:24:31AM -0700, Stephen Hemminger wrote:
> Flush the forwarding table when carrier is lost. This helps for
> availability because we don't want to forward to a downed device and
> new packets may come in on other links.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECT
Arjan van de Ven wrote:
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: round_jiffies users
CC: [EMAIL PROTECTED]
CC: netdev@vger.kernel.org
This patch introduces users of the round_jiffies() function in the networking
code.
These timers all were of the "about once a second" or "about once
Quoting r. David Miller <[EMAIL PROTECTED]>:
> Subject: Re: Dropping NETIF_F_SG since no checksum feature.
>
> From: "Michael S. Tsirkin" <[EMAIL PROTECTED]>
> Date: Wed, 11 Oct 2006 23:23:39 +0200
>
> > With my patch, there is a huge performance gain by increasing MTU to 64K.
> > And it seems th
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: round_jiffies users
CC: [EMAIL PROTECTED]
CC: netdev@vger.kernel.org
This patch introduces users of the round_jiffies() function in the networking
code.
These timers all were of the "about once a second" or "about once every X
seconds"
variet
Flush the forwarding table when carrier is lost. This helps for
availability because we don't want to forward to a downed device and
new packets may come in on other links.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
net/bridge/br_fdb.c |7 ++-
net/bridge/br_if.c |
On Wed, 11 Oct 2006 10:44:12 -0700
"Jesse Brandeburg" <[EMAIL PROTECTED]> wrote:
> On 10/11/06, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > This patch is posted for review and comments.
> >
> > Let the e1000 driver report the most important statistics (rx/tx_bytes
> > and rx/tx_pac
Martin Schiller wrote:
Hi!
I'm searching for a solution to suppress / delay the SYN-ACK packet of a
listening server (-application) until he has decided (e.g. analysed the
requesting ip-address or checked if the corresponding other end of a
connection is available) if he wants to accept the conn
YOSHIFUJI Hideaki / 吉藤英明 wrote:
+ .data = &sysctl_tcp_rto_max,
+ .maxlen = sizeof(unsigned),
sizeof(unsigned long)
Good catch. That would have corrupted things badly on some 64b
platforms. With all the flux in the area I forgot to change the size
On Thu, Oct 12, 2006 at 12:39:30PM +0200, Eric Dumazet ([EMAIL PROTECTED])
wrote:
> > You should break your decision into per state change transformations.
> > I think it is possible with either conntrack or netlink module Samir
> > Bellabes creates (Network Events Connector
> > subject) or even
On Thursday 12 October 2006 12:31, Evgeniy Polyakov wrote:
> On Thu, Oct 12, 2006 at 12:13:26PM +0200, Martin Schiller ([EMAIL PROTECTED])
wrote:
> > On Thursday, October 12, 2006 10:38 AM, Eric Dumazet wrote:
> > > Well, it is already possible to delay the 'third packet' of an
> > > outgoing conn
On Thursday 12 October 2006 12:13, Martin Schiller wrote:
> On Thursday, October 12, 2006 10:38 AM, Eric Dumazet wrote:
> > Well, it is already possible to delay the 'third packet' of an
> > outgoing connection with a litle hack. But AFAIK not the SYNACK of
> > incoming connection. It could be cool
On Thu, Oct 12, 2006 at 12:13:26PM +0200, Martin Schiller ([EMAIL PROTECTED])
wrote:
> On Thursday, October 12, 2006 10:38 AM, Eric Dumazet wrote:
> >
> > Well, it is already possible to delay the 'third packet' of an
> > outgoing connection with a litle hack. But AFAIK not the SYNACK of
> > incom
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Thu, 12 Oct 2006 12:23:37 +0200
> Small bugfix to the compare_keys fix.
Damn cut&paste :-) I'll add this fix tomorrow, thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More ma
Small bugfix to the compare_keys fix.
[DECNET]: Use correct config option for routing by fwmark in compare_keys()
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit 8302c73a668852de1b1527038bc4c432cf757a7f
tree d4e9be4f4bfc87b56bf4756a12a2538f2211fc84
parent 22c4cae48af19e83f31bb88a98
On Thursday, October 12, 2006 10:38 AM, Eric Dumazet wrote:
>
> Well, it is already possible to delay the 'third packet' of an
> outgoing connection with a litle hack. But AFAIK not the SYNACK of
> incoming connection. It could be cool. Maybe some new syscalls are
> needed:
>
> int syn_recv(int
In article <[EMAIL PROTECTED]> (at Thu, 12 Oct 2006 11:41:24 +0200), Thomas
Graf <[EMAIL PROTECTED]> says:
> Fixes rt6_lookup() to provide the source address in the flow
> and sets RT6_LOOKUP_F_HAS_SADDR whenever it is present in
> the flow.
>
> Avoids unnecessary prefix comparisons by checking
Fixes rt6_lookup() to provide the source address in the flow
and sets RT6_LOOKUP_F_HAS_SADDR whenever it is present in
the flow.
Avoids unnecessary prefix comparisons by checking for a prefix
length first.
Fixes the rule logic to not match packets if a source selector
has been specified but no so
From: Gerrit Renker <[EMAIL PROTECTED]>
Date: Thu, 12 Oct 2006 08:49:19 +0100
> please find attached the updated UDP-Lite patch - I have removed the
> statistics corrections you pointed out to me.
>
> Can you please indicate whether you are ok, by and large, with the
> changes performed by the p
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Thu, 12 Oct 2006 09:46:47 +0200
> Looks like unbalanced locking.
>
> Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
Applied and pushed to -stable, thanks Patrick.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body o
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Thu, 12 Oct 2006 08:40:57 +0200
> [RTNETLINK]: Fix use of wrong skb in do_getlink()
>
> skb is the netlink query, nskb is the reply message.
>
> Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
Applied, thanks Patrick.
-
To unsubscribe from this
On Thursday 12 October 2006 10:08, Martin Schiller wrote:
> Hi!
>
> I'm searching for a solution to suppress / delay the SYN-ACK packet of a
> listening server (-application) until he has decided (e.g. analysed the
> requesting ip-address or checked if the corresponding other end of a
> connection
Hi!
I'm searching for a solution to suppress / delay the SYN-ACK packet of a
listening server (-application) until he has decided (e.g. analysed the
requesting ip-address or checked if the corresponding other end of a
connection is available) if he wants to accept the connect request of the
client
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Thu, 12 Oct 2006 08:35:47 +0200
> How about avoiding the fwmark thing if !CONFIG_IP_ROUTE_FWMARK
I've added that, good idea.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordom
Dave Jones wrote:
> sfuzz D 724EF62A 2828 28717 28691 (NOTLB)
>cd69fe98 0082 012d 724ef62a 0001971a 0010 0007
> df6d22b0
>dfd81080 725bbc5e 0001971a 000cc634 0001 df6d23bc c140e260
> 0202
>de1d5ba0 cd69fea0 de1d5ba0 0
sfuzz.c (google for it if you don't have it already) used to
run forver (or until I got bored and ctrl-c'd it) as long
as it didn't trigger an oops or the like in 2.6.17
Running it against 2.6.18, I notice that it runs for a while,
and then gets totally wedged. It doesn't respond to any signals,
Hi Jeff,
thanks for the patch, but I already have one that fixes this and it will
go to David Miller for inclusion soon.
Regards
Marcel
-
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.o
On Wed, 11 Oct 2006, Venkat Yekkirala wrote:
> > Outstanding items include resolving the igmp skb hook issue
> > generally,
> > testing to verify both the design and implementation, and
> > ensuring that
> > all the related policy changes are merged upstream first.
> >
> Regarding the igmp ho
66 matches
Mail list logo
