On Fri, Jul 13 2007, Jens Axboe wrote:
> On Thu, Jul 12 2007, James Morris wrote:
> > On Thu, 12 Jul 2007, David Miller wrote:
> >
> > > From: James Morris <[EMAIL PROTECTED]>
> > > Date: Thu, 12 Jul 2007 16:12:25 -0400 (EDT)
> > >
> > > > I'm seeing TCP connection stalls with current git, and a
On Thu, 12 Jul 2007 10:59:53 -0700,
Yinghai Lu <[EMAIL PROTECTED]> wrote:
> @@ -1285,8 +1290,11 @@ int device_move(struct device *dev, struct device
> *new_parent)
> dev->parent = new_parent;
> if (old_parent)
> klist_remove(&dev->knode_parent);
> - if (new_parent)
>
On Fri, Jul 13 2007, Adrian Bunk wrote:
> This patch removes some code that became dead code after the ATARI_ACSI
> removal.
>
> It also indirectly fixes the following bug introduced by
> commit c2bcf3b8978c291e1b7f6499475c8403a259d4d6:
>
> config ATARI_SLM
> tristate "Atari SLM laser p
A long time ago we used OCP with the gianfar driver. Eventually when
we kill arch/ppc including this will cause issues so lets just kill it now.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
commit 4e2440a284a0bfaaf3baa0ba4de2c2300912c983
tree cd40eeafcd71577c95dc775b2e682ed852db5f71
parent
On Thu, Jul 12 2007, James Morris wrote:
> On Thu, 12 Jul 2007, David Miller wrote:
>
> > From: James Morris <[EMAIL PROTECTED]>
> > Date: Thu, 12 Jul 2007 16:12:25 -0400 (EDT)
> >
> > > I'm seeing TCP connection stalls with current git, and a bisect found the
> > > following as a possible cause
Hi Jeff,
We have the fixed the review comments as part of Patch2 and resubmitted
it again yesterday.
Thanks,
~Siva
-Original Message-
From: Jeff Garzik [mailto:[EMAIL PROTECTED]
Sent: Monday, July 02, 2007 5:51 PM
To: Veena Parat
Cc: netdev@vger.kernel.org; Leonid Grossman; Ramkrishna
On 7/12/07, Greg KH <[EMAIL PROTECTED]> wrote:
But you were not able to test USB, right? Does that work properly now
with this patch?
Will test it later with USB cdrom by big file reading.
YH
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMA
On Thu, 12 Jul 2007, Rick Jones wrote:
> > One question is why the RTO gets so large that it limits failover?
> >
> > If Linux TCP is working correctly, RTO should be srtt + 2*rttvar
> >
> > So either there is a huge srtt or variance, or something is going
> > wrong with RTT estimation. Given
Hello Stephen , Thank you . see inline .
On Wed, 11 Jul 2007, Stephen Hemminger wrote:
On Wed, 11 Jul 2007 20:38:43 -0700 (PDT)
"Mr. James W. Laferriere" <[EMAIL PROTECTED]> wrote:
Hello Stephen (& All) , Maybe next build of the tarball one could tar
up the base directory na
On Thu, Jul 12, 2007 at 12:06:00PM -0700, Yinghai Lu wrote:
> On 7/12/07, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Thu, Jul 12, 2007 at 10:59:53AM -0700, Yinghai Lu wrote:
> > Please split this into two separate patches, as they are doing two
> > different things. One for the driver core, and on
On Thu, 12 Jul 2007, David Miller wrote:
> From: James Morris <[EMAIL PROTECTED]>
> Date: Thu, 12 Jul 2007 16:12:25 -0400 (EDT)
>
> > I'm seeing TCP connection stalls with current git, and a bisect found the
> > following as a possible cause:
>
> To add to this James is seeing this with distcc
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 12 Jul 2007 18:19:20 -0500
> Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Jul 11, 2007 at 02:27:12PM -0700, Andrew Morton wrote:
> > > On Wed, 11 Jul 2007 22:01:37 +0100
> > > Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
> > >
> > > > Fr
From: John Donoghue <[EMAIL PROTECTED]>
CONFIG_EP93XX_ETH=y, CONFIG_MII=n results in an obvious link error.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.20.2.orig/drivers/net/arm/Kconfig 2007-03-09 22:32:46.0
-0500
+++ linux-2.6.20.2/drivers/net/arm/Kconfig 2007-03-
This patch makes the needlessly global __inet_twsk_kill() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/net/inet_timewait_sock.h |3 ---
net/ipv4/inet_timewait_sock.c|5 ++---
2 files changed, 2 insertions(+), 6 deletions(-)
--- linux-2.6.22-rc6-mm1/include/net
Matt Mackall <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 11, 2007 at 02:27:12PM -0700, Andrew Morton wrote:
> > On Wed, 11 Jul 2007 22:01:37 +0100
> > Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
> >
> > > From: Mike Anderson <[EMAIL PROTECTED]>
> > >
> > > This patch adds a dm-netlink skeleton supp
Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> As for worry about kmallocs do these events happen often?
The worst case would most likely be in a dm multipath configuration where
you could get a burst of N number events (N being equal to the number of
luns times the number of paths that are havin
On Thu, 12 Jul 2007 18:19:20 -0500
Matt Mackall <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 11, 2007 at 02:27:12PM -0700, Andrew Morton wrote:
> > On Wed, 11 Jul 2007 22:01:37 +0100
> > Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
> >
> > > From: Mike Anderson <[EMAIL PROTECTED]>
> > >
> > > This p
On Wed, Jul 11, 2007 at 02:27:12PM -0700, Andrew Morton wrote:
> On Wed, 11 Jul 2007 22:01:37 +0100
> Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
>
> > From: Mike Anderson <[EMAIL PROTECTED]>
> >
> > This patch adds a dm-netlink skeleton support to the Makefile, and the dm
> > directory.
> >
>
Hi Adrian,
On Mon, Jul 09, 2007 at 07:25:39PM +0200, Adrian Bunk wrote:
> With one exception, all DONGLE_OLD drivers have newer counterparts.
>
> The DONGLE_OLD drivers depend on BROKEN_ON_SMP which e.g. implies that
> the many distributions shipping only SMP-kernels will never offer them.
>
>
So the problem is that RTO can grows to be twice the failover detection
time. So back to the original mail, the scenario has a switch with failover
detection of 20seconds. Worst case TCP RTO could grow to 40 seconds.
Going back in archive to original mail:
Background
==
When designi
On Thu, 12 Jul 2007, Stephen Hemminger wrote:
Does this fix your problems? I don't have dual port boards but have an
old SK-9843 fiber board.
Nope. It still hangs with:
fresno:~# ip li set eth2 up
fresno:~# ip li set eth2 down
fresno:~# ip li set eth3 up
This is with 2.6.22.1
If I load th
On Thu, 12 Jul 2007 14:27:05 -0700
Rick Jones <[EMAIL PROTECTED]> wrote:
> > One question is why the RTO gets so large that it limits failover?
> >
> > If Linux TCP is working correctly, RTO should be srtt + 2*rttvar
> >
> > So either there is a huge srtt or variance, or something is going
> >
Does this fix your problems? I don't have dual port boards but have an old
SK-9843 fiber board.
The XM PHY can give IRQ on lost carrier, which is better than polling.
This version also solves an number of bonding/carrier related bugs.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
-
On Thu, 12 Jul 2007 22:29:50 +0100
"Daniel J Blueman" <[EMAIL PROTECTED]> wrote:
> On 12/07/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > On Wed, 11 Jul 2007 23:55:29 +0100
> > "Daniel J Blueman" <[EMAIL PROTECTED]> wrote:
> >
> > > > >
> > > > > Please try again with post 2.6.22 git versio
On 12/07/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
On Wed, 11 Jul 2007 23:55:29 +0100
"Daniel J Blueman" <[EMAIL PROTECTED]> wrote:
> > >
> > > Please try again with post 2.6.22 git version (1.16)?
> >
> > Reproduced with 2.6.22 w/ sky2 1.16 from git. We observe this
> > characteristic fa
One question is why the RTO gets so large that it limits failover?
If Linux TCP is working correctly, RTO should be srtt + 2*rttvar
So either there is a huge srtt or variance, or something is going
wrong with RTT estimation. Given some reasonable maximums of
Srtt = 500ms and rttvar = 250ms, th
On Thu, Jul 12, 2007 at 01:37:43PM -0600, Eric W. Biederman wrote:
> This of course assumes things are a good fit or the other pieces
> can be made to be a good fit. Currently I don't see the what makes
> device mapper's events not fit the existing models, and I don't
> see it in the description f
On Thu, 12 Jul 2007 13:24:48 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: OBATA Noboru <[EMAIL PROTECTED]>
> Date: Thu, 12 Jul 2007 22:59:50 +0900 (JST)
>
> > How do you think TCP timeouts in Linux can adapt to such changes
> > in network environment?
>
> I'm honestly not interest
From: James Morris <[EMAIL PROTECTED]>
Date: Thu, 12 Jul 2007 16:12:25 -0400 (EDT)
> I'm seeing TCP connection stalls with current git, and a bisect found the
> following as a possible cause:
To add to this James is seeing this with distcc I believe.
-
To unsubscribe from this list: send the lin
TCP's timeouts are perfectly fine, and the only thing you
might be showing above is that the application timeouts
are too short or that TCP needs notifications.
The application timeouts are probably being driven by external desires
for a given recovery time.
TCP notifications don't solve any
From: OBATA Noboru <[EMAIL PROTECTED]>
Date: Thu, 12 Jul 2007 22:59:50 +0900 (JST)
> How do you think TCP timeouts in Linux can adapt to such changes
> in network environment?
I'm honestly not interested in discussing this any more
and Ian has even showed that the RFCs state that if we have
a max
I'm seeing TCP connection stalls with current git, and a bisect found the
following as a possible cause:
534f2aaa6ab07cd71164180bc958a7dcde41db11 is first bad commit
commit 534f2aaa6ab07cd71164180bc958a7dcde41db11
Author: Jens Axboe <[EMAIL PROTECTED]>
Date: Fri Jun 1 14:52:37 2007 +0200
s
Mike Anderson <[EMAIL PROTECTED]> writes:
> Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>> I may be a little off but looking at the events types defined.
>> device down, device up. Defining a completely new interface for this
>> looks absolutely absurd.
>>
>>
>> This is device hotplug isn't it
Sangtae noticed the ssthresh got missed.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/net/ipv4/tcp_probe.c 2007-07-11 10:47:22.0 -0700
+++ b/net/ipv4/tcp_probe.c 2007-07-11 14:24:12.0 -0700
@@ -111,6 +111,7 @@ static int jtcp_rcv_established(struct s
On Thu, 05 Jul 2007 20:11:16 +0900
Masakazu Mokuno <[EMAIL PROTECTED]> wrote:
> Hi,
>
> This is the third submission of the network driver for PS3.
> The differences from the previous one are:
>
> - renamed source file names so that their prefix can match
> with the module name
> - adde
On Thu, 12 Jul 2007 15:59:26 +0900
Masakazu Mokuno <[EMAIL PROTECTED]> wrote:
> Hi
>
> This patch fixes the improper return value of the hard_start_xmit()
> handler of PS3 gelic network driver.
>
> Signed-off-by: Masakazu Mokuno <[EMAIL PROTECTED]>
> ---
> drivers/net/ps3_gelic_net.
On Wed, 2007-07-11 at 20:46 +0200, Patrick McHardy wrote:
> Sridhar Samudrala wrote:
> > This patch fixes a bug in the 'ip' command to display
> > IPv6 cloned routes.
> > ip -6 route ls cache
> > returns empty even when there are cloned routes because of
> > of a missing else in print_route() ro
On 7/12/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Thu, Jul 12, 2007 at 10:59:53AM -0700, Yinghai Lu wrote:
Please split this into two separate patches, as they are doing two
different things. One for the driver core, and one for pci devices.
they need to applied together, otherwise all pci_dev
On Thu, Jul 12, 2007 at 10:59:53AM -0700, Yinghai Lu wrote:
> [PATCH] try parent numa_node at first before using default
>
> For pci_device, pcibios_scan_root and pci_scan_root will call pci_device_add.
> pci_device_add will call device_initialize and set_dev_node(&dev->dev,
> pcibus_to_node(bus))
On Thu, 12 Jul 2007 12:45:26 -0500
Dustin Marquess <[EMAIL PROTECTED]> wrote:
> Bingo! That did it.
>
> I copied/modified the #ifdef from tulip_core.c:
>
> /* Set the copy breakpoint for the copy-only-tiny-buffer Rx structure. */
> #if defined(__alpha__) || defined(__arm__) || defined(__hppa__)
Fix a bug in the patches I sent yesterday. Should apply cleanly with
or without the macvlan stuff.
[VLAN]: Fix memset length
Fix sizeof(ETH_ALEN) Introduced by my rtnl_link patches.
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit 38080b6eda6e5a93a4bd11a5f4a4941d9558d816
tree 4d911
[NET]: Add macvlan driver
Add macvlan driver, which allows to create virtual ethernet devices
based on MAC address.
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit 553029f4dd24c41322c3e6cb31458e7e094d21ee
tree 71791bde3cea46103a44389f7f07cf6eea86eba9
parent 30fed2136dc8c9baea5aada9
Bingo! That did it.
I copied/modified the #ifdef from tulip_core.c:
/* Set the copy breakpoint for the copy-only-tiny-buffer Rx structure. */
#if defined(__alpha__) || defined(__arm__) || defined(__hppa__) \
|| defined(CONFIG_SPARC) || defined(__ia64__) \
|| defined(__sh__) || def
[VLAN]: Use multicast list synchronization helpers
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit 30fed2136dc8c9baea5aada97fc6ce60e99fdbf9
tree 8919e11b22f621c4ab2a3cbb45e8d4431385a38f
parent 86de1244f4e8736a7bdfc28b899cc2ce5e36cf5c
author Patrick McHardy <[EMAIL PROTECTED]> Thu, 1
[NET]: dev_mcast: add multicast list synchronization helpers
The method drivers currently use to synchronize multicast lists is not
very pretty:
- walk the multicast list
- search each entry on a copy of the previous list
- if new add to lower device
- walk the copy of the previous list
- search
[VLAN]: Fix promiscous/allmulti synchronization races
The set_multicast_list function may be called without holding the rtnl
mutex, resulting in races when changing the underlying device's promiscous
and allmulti state. Use the change_rx_mode hook, which is always invoked
under the rtnl.
Signed-o
These patches introduce a new net_device hook for synchronizing promiscous
and allmulti state to an underlying device (as done by 8021q, bonding,
maxvlan, ..) to fix some races that occur when doing this from
dev->set_multicast_list. They also introduce two helpers for multicast
list synchonization
[NET]: Add net_device change_rx_mode callback
Currently the set_multicast_list (and set_rx_mode) callbacks are
responsible for configuring the device according to the IFF_PROMISC,
IFF_MULTICAST and IFF_ALLMULTI flags and the mc_list (and uc_list in
case of set_rx_mode).
These callbacks can be inv
[PATCH] try parent numa_node at first before using default
For pci_device, pcibios_scan_root and pci_scan_root will call pci_device_add.
pci_device_add will call device_initialize and set_dev_node(&dev->dev,
pcibus_to_node(bus)).
other device such as netdev, and usb_device, set_dev_node is never b
On Thu, 2007-07-12 at 14:07 +0200, Patrick McHardy wrote:
> [Removed Andrew from CC]
>
> Ranko Zivojnovic wrote:
> > I agree - it does look like the most sensible thing to do - have
> > gnet_stats_basic and gnet_stats_rate_est allocated within the
> > gen_estimator struct rather than pointers look
Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> I may be a little off but looking at the events types defined.
> device down, device up. Defining a completely new interface for this
> looks absolutely absurd.
>
>
> This is device hotplug isn't it? As such we should be using the
> hotplug infras
From: frederic RODO <[EMAIL PROTECTED]>
Convert the macb driver to use the generic PHY layer in
drivers/net/phy.
Signed-off-by: Frederic RODO <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/net/Kconfig |2 +-
drivers/net/macb.c
From: Patrice Vilchez <[EMAIL PROTECTED]>
Add multicast capability to Atmel ethernet macb driver.
Signed-off-by: Patrice Vilchez <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/net/macb.c | 120
1 files c
On Wed, Jul 11, 2007 at 11:19:27AM +0200, Jens Axboe ([EMAIL PROTECTED]) wrote:
> Hi,
Hi Jens.
> Here's an updated implementation of tcp network splice receive support.
> It actually works for me now, no data corruption seen.
>
> For the original announcement and how to test it, see:
>
> http:/
On Wed, Jul 11, 2007 at 11:30:17PM -0400, Dan Williams wrote:
> On Tue, 2007-07-10 at 14:25 -0500, Larry Finger wrote:
> > Jean,
> >
> > Jean Tourrilhes wrote:
> > > Hi,
> > >
> > > SoftMAC output the channel twice in the scan output. It should
> > > display frequency and channel, but only on
On Thu, Jul 12, 2007 at 11:40:23AM -0500, Larry Finger wrote:
> Jean Tourrilhes wrote:
> >
> > Well, I actually like forcing driver to use frequency, because
> >that's an absolute physical measure and contains more meaning.
>
> Yes, but it is easier to keep a channel number in your head than a
Hi,
On Thu, 12 Jul 2007, Keiichi KII wrote:
> Hi Satyam,
>
> > struct netconsole_target {
> > struct list_headlist;
> > +#ifdef CONFIG_NETCONSOLE_DYNAMIC
> > + struct config_item item;
> > + int enabled;
> > +#endif
> > struct netpoll np;
Jean Tourrilhes wrote:
Well, I actually like forcing driver to use frequency, because
that's an absolute physical measure and contains more meaning.
Yes, but it is easier to keep a channel number in your head than a frequency.
Larry
-
To unsubscribe from this list: send the line "unsu
On 7/11/07, Jan-Bernd Themann <[EMAIL PROTECTED]> wrote:
Generic Large Receive Offload proposal
I'm very glad that somebody is stepping up to take responsibility
for this!
I'm the primary author of the Myricom Myri10GE driver, and its LRO mechanism
(which has been rejected several times when p
On Thu, 12 Jul 2007 13:30:28 +0200,
Stefan Richter <[EMAIL PROTECTED]> wrote:
> So, since figuring the correct DMA device out is done by drivers
> themselves, they usually can figure out the correct NUMA node as well.
> The only precondition is that each DMA device has the correct NUMA node
> set.
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Wed, 11 Jul 2007 22:01:59 +0100
> Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
>
>> From: Mike Anderson <[EMAIL PROTECTED]>
>>
>> This patch adds support for the dm_path_event dm_send_event funtions which
>> create and send netlink attribute events.
Pavel Emelianov wrote:
> Patrick McHardy wrote:
>
>>Pavel Emelianov wrote:
>>
>>>+if (data != NULL && data[VETH_INFO_PEER] != NULL) {
>>>+err = nla_parse_nested(tb, IFLA_INFO_MAX,
>>>+data[VETH_INFO_PEER], ifla_policy);
>>>+if (err < 0)
>>>+
Patrick McHardy wrote:
> Pavel Emelianov wrote:
>> +if (data != NULL && data[VETH_INFO_PEER] != NULL) {
>> +err = nla_parse_nested(tb, IFLA_INFO_MAX,
>> +data[VETH_INFO_PEER], ifla_policy);
>> +if (err < 0)
>> +return err;
From: David Miller <[EMAIL PROTECTED]>
Subject: Re: [PATCH 2.6.22] TCP: Make TCP_RTO_MAX a variable (take 2)
Date: Thu, 12 Jul 2007 02:37:10 -0700 (PDT)
> Subject: Re: [PATCH 2.6.22] TCP: Make TCP_RTO_MAX a variable (take 2)
> From: David Miller <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: [E
Patrick McHardy wrote:
> Pavel Emelianov wrote:
>> Patrick McHardy wrote:
>>
>>> No, to get unique names the sequence has to be:
>>>
>>> dev_alloc_name
>>> register_netdevice
>>> dev_alloc_name
>>> register_netdevice
>>>
>>> But you have:
>>>
>>> dev_alloc_name
>>> dev_alloc_name (<- might allocate
On Thu, 12 Jul 2007, Sami Farin wrote:
> On Thu, Jul 12, 2007 at 10:53:57 +0300, Ilpo Järvinen wrote:
> > On Wed, 11 Jul 2007, Sami Farin wrote:
> >
> > > That's right, so descriptive is the new Linux kernel 2.6.22.
> > > Took a while to grep what is "leaking".
> > >
> > > Linux safari.finland.f
Hi Jarek,
On Thursday 12 July 2007 14:59, Jarek Poplawski wrote:
> > +#ifdef CONFIG_NETPOLL
> > + /* Prevent race with netpoll - yes, this is a kludge.
> > +* But at least it doesn't penalize the non-netpoll
> > +* code path. */
>
> Alas, this can penalize those who have it enabled (e.
Pavel Emelianov wrote:
> + if (data != NULL && data[VETH_INFO_PEER] != NULL) {
> + err = nla_parse_nested(tb, IFLA_INFO_MAX,
> + data[VETH_INFO_PEER], ifla_policy);
> + if (err < 0)
> + return err;
> + }
One more sugg
Pavel Emelianov wrote:
> Patrick McHardy wrote:
>
>>No, to get unique names the sequence has to be:
>>
>>dev_alloc_name
>>register_netdevice
>>dev_alloc_name
>>register_netdevice
>>
>>But you have:
>>
>>dev_alloc_name
>>dev_alloc_name (<- might allocate same name as first call)
>>register_netdevic
David Miller <[EMAIL PROTECTED]> wrote:
> From: Evgeniy Polyakov <[EMAIL PROTECTED]>
> Date: Thu, 12 Jul 2007 12:10:29 +0400
>
> > On Wed, Jul 11, 2007 at 04:37:36PM -0700, Mike Anderson ([EMAIL PROTECTED])
> > wrote:
> > > > > --- linux.orig/include/linux/netlink.h2007-07-11
> > > > > 2
Patrick McHardy wrote:
> Pavel Emelianov wrote:
>> Patrick McHardy wrote:
>>
>>> Pavel Emelianov wrote:
>>>
+static int veth_newlink(struct net_device *dev,
+ struct nlattr *tb[], struct nlattr *data[])
+{
+ int err;
+ struct net_device *peer;
+ st
Pavel Emelianov wrote:
> Patrick McHardy wrote:
>
>>>+
>>>+if (tb[IFLA_IFNAME])
>>>+nla_strlcpy(ifname, tb[IFLA_IFNAME], IFNAMSIZ);
>>>+else
>>>+snprintf(ifname, IFNAMSIZ, DRV_NAME "%%d");
>>
>>
>>Does this work? The other device is not registered at this time, so I
Pavel Emelianov wrote:
> Patrick McHardy wrote:
>
>>Pavel Emelianov wrote:
>>
>>>+static int veth_newlink(struct net_device *dev,
>>>+ struct nlattr *tb[], struct nlattr *data[])
>>>+{
>>>+int err;
>>>+struct net_device *peer;
>>>+struct veth_priv *priv;
>>>+cha
Patrick McHardy wrote:
> Pavel Emelianov wrote:
>> +static int veth_newlink(struct net_device *dev,
>> + struct nlattr *tb[], struct nlattr *data[])
>> +{
>> +int err;
>> +struct net_device *peer;
>> +struct veth_priv *priv;
>> +char ifname[IFNAMSIZ];
>> +
>> +
Patrick McHardy wrote:
> Pavel Emelianov wrote:
>> +static int veth_newlink(struct net_device *dev,
>> + struct nlattr *tb[], struct nlattr *data[])
>> +{
>> +int err;
>> +struct net_device *peer;
>> +struct veth_priv *priv;
>> +char ifname[IFNAMSIZ];
>> +
>> +
Hi!
I'm really sorry I couldn't write this sooner.
Below are a few of my doubts:
On 10-07-2007 12:44, Olaf Kirch wrote:
> On Tuesday 10 July 2007 00:27, David Miller wrote:
>> I'm happy to entertain this kind of solution, but we really
>> need to first have an interface to change multiple bits
>
Pavel Emelianov wrote:
> +static int veth_newlink(struct net_device *dev,
> + struct nlattr *tb[], struct nlattr *data[])
> +{
> + int err;
> + struct net_device *peer;
> + struct veth_priv *priv;
> + char ifname[IFNAMSIZ];
> +
> + /*
> + * prepare the
Hi Evgeniy
On Thursday 12 July 2007 10:01, Evgeniy Polyakov wrote:
> > +
> > + if (tcph->cwr || tcph->ece || tcph->urg || !tcph->ack || tcph->psh
> > + || tcph->rst || tcph->syn || tcph->fin)
> > + return -1;
>
> I think you do not want to break lro frame because of push flag -
[Removed Andrew from CC]
Ranko Zivojnovic wrote:
> I agree - it does look like the most sensible thing to do - have
> gnet_stats_basic and gnet_stats_rate_est allocated within the
> gen_estimator struct rather than pointers looking here and there - and
> provide api to maintain those stats - it si
On Thu, 2007-07-12 at 12:46 +0200, Jarek Poplawski wrote:
> On Thu, Jul 12, 2007 at 12:18:23PM +0300, Ranko Zivojnovic wrote:
> > On Thu, 2007-07-12 at 09:37 +0200, Jarek Poplawski wrote:
> > > - setup_timer(&elist[idx].timer, est_timer, est->interval);
> > > + setup_t
Cornelia Huck wrote:
> On Thu, 12 Jul 2007 07:47:52 +0200,
> Stefan Richter <[EMAIL PROTECTED]> wrote:
>> Also keep in mind that either device_move() should update the numa_node,
>> or the subsystems which call device_move() should explicitly update it
>> on their own. (Unless they know that thei
On Thu, Jul 12, 2007 at 10:53:57 +0300, Ilpo Järvinen wrote:
> On Wed, 11 Jul 2007, Sami Farin wrote:
>
> > That's right, so descriptive is the new Linux kernel 2.6.22.
> > Took a while to grep what is "leaking".
> >
> > Linux safari.finland.fbi 2.6.22-cfs-v19 #3 SMP Tue Jul 10 00:22:25 EEST
> >
From: Frank Blaschka <[EMAIL PROTECTED]>
Add barrier to loop where atomic variable is evaluated.
Signed-off-by: Frank Blaschka <[EMAIL PROTECTED]>
Signed-off-by: Ursula Braun <[EMAIL PROTECTED]>
Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]>
---
drivers/s390/net/qeth_main.c |1 +
1 files c
From: Frank Blaschka <[EMAIL PROTECTED]>
For large incoming packets > PAGE_SIZE/2 qeth creates a fragmented skb
by adding pointers to qdio pages to the fragment list of the skb.
This avoids allocating big chunks of consecutive memory. Also copying
data from the qdio buffer to the skb is economized
--
second attempt to send qeth patches:
This time with corrected sender address - sorry for the confusion.
two qeth patches for 2.6.23:
- scatter-gather patch improves handling of large incoming packets
- barrier patch is required due to a recent removal of 'volatile'
from atomic_t in include/
As SSB is submitted for inclusion in mainline,
the b44 port should also be submitted.
All b44-ssb bugs known to me are fixed in this patch.
Please review this. If you want to test this, please pull my
tree from http://bu3sch.de/git/wireless-dev.git/
Index: linux-2.6/drivers/net/b44.c
===
On Thu, Jul 12, 2007 at 12:18:23PM +0300, Ranko Zivojnovic wrote:
> On Thu, 2007-07-12 at 09:37 +0200, Jarek Poplawski wrote:
> > On Wed, Jul 11, 2007 at 04:41:37PM +0300, Ranko Zivojnovic wrote:
> > > Signed-off-by: Ranko Zivojnovic <[EMAIL PROTECTED]>
> >
> > Maybe it's only my issue, but it see
- Removed 3 buffer mode support from driver - unused feature
Signed-off-by: Veena Parat <[EMAIL PROTECTED]>
---
diff -Nurp 2.0.23.1P2/drivers/net/s2io.c 2.0.23.1P3/drivers/net/s2io.c
--- 2.0.23.1P2/drivers/net/s2io.c 2007-07-04 02:05:10.0 -0700
+++ 2.0.23.1P3/drivers/net/s2io.c
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Thu, 12 Jul 2007 12:10:29 +0400
> On Wed, Jul 11, 2007 at 04:37:36PM -0700, Mike Anderson ([EMAIL PROTECTED])
> wrote:
> > > > --- linux.orig/include/linux/netlink.h 2007-07-11 21:37:31.0
> > > > +0100
> > > > +++ linux/include/linux/netl
Implementation of review comments
- Incorporated Jeff Garzik's comments on coding standards
- Incorporated Andreas Schwab's comments on redundant condition check
Signed-off-by: Veena Parat <[EMAIL PROTECTED]>
---
diff -Nurp 2.0.23.1P3/drivers/net/s2io.c 2.0.23.1P4/drivers/net/s2io.c
--- 2.0.23.1
- Removed MSI support from driver - unused feature
- Incorporated Jeff Garzik's comments on elimination of inline typecasting
Signed-off-by: Veena Parat <[EMAIL PROTECTED]>
---
diff -Nurp 2.0.23.1P1/drivers/net/s2io.c 2.0.23.1P2/drivers/net/s2io.c
--- 2.0.23.1P1/drivers/net/s2io.c 2007-07-
- Removed 3 buffer mode support from driver - unused feature
Signed-off-by: Veena Parat <[EMAIL PROTECTED]>
---
diff -Nurp 2.0.23.1P2/drivers/net/s2io.c 2.0.23.1P3/drivers/net/s2io.c
--- 2.0.23.1P2/drivers/net/s2io.c 2007-07-04 02:05:10.0 -0700
+++ 2.0.23.1P3/drivers/net/s2io.c
- Adding checks to check the return value of pci mapping function
Signed-off-by: Veena Parat <[EMAIL PROTECTED]>
---
diff -Nurp 2.0.23.1/drivers/net/s2io.c 2.0.23.1P1/drivers/net/s2io.c
--- 2.0.23.1/drivers/net/s2io.c 2007-07-03 08:54:02.0 -0700
+++ 2.0.23.1P1/drivers/net/s2io.c 200
Hi Satyam,
> struct netconsole_target {
> struct list_headlist;
> +#ifdef CONFIG_NETCONSOLE_DYNAMIC
> + struct config_item item;
> + int enabled;
> +#endif
> struct netpoll np;
> };
If CONFIG_NETCONSOLE_DYNAMIC is unset, we can
On Wed, 2007-07-11 at 19:41 -0400, John W. Linville wrote:
> > >I believe we have a deadlock in d80211.
> >
> > I have it too. But I'm using iwl3945 driver, in-kernel mac80211, and a
> > gentoo kernel (basically a patched vanilla-2.6.22.1). My machine is a
> > x86_64 core 2 duo.
> >
> > >The fol
On Wed, Jul 11, 2007 at 04:37:36PM -0700, Mike Anderson ([EMAIL PROTECTED])
wrote:
> > > --- linux.orig/include/linux/netlink.h2007-07-11 21:37:31.0
> > > +0100
> > > +++ linux/include/linux/netlink.h 2007-07-11 21:37:50.0 +0100
> > > @@ -21,7 +21,7 @@
> > > #define NETLINK_D
Hi, Jan-Bernd.
I have couple of comments over implementation besides one you saw
previous time.
On Wed, Jul 11, 2007 at 04:21:34PM +0200, Jan-Bernd Themann ([EMAIL PROTECTED])
wrote:
> +static int lro_tcp_ip_check(struct sk_buff *skb, struct iphdr *iph,
> + struct tcphdr
> This looks good, patch applied and I'll get this into the
> 2.6.23 merge window.
>
> Once this sits around for a while and we feel super-confident
> with it we can consider a backport into -stable.
OK. Thanks for the review.
Miklos
-
To unsubscribe from this list: send the line "unsubscribe n
On 7/12/07, OBATA Noboru <[EMAIL PROTECTED]> wrote:
> Ian McDonald wrote:
> > On 6/26/07, OBATA Noboru <[EMAIL PROTECTED]> wrote:
> >
> >> From: OBATA Noboru <[EMAIL PROTECTED]>
> >>
> >> Make TCP_RTO_MAX a variable, and allow a user to change it via a
> >> new sysctl entry /proc/sys/net/ipv4/tcp
Hi,
This (resubmitted) patch adds support for ipv4/ipv6 interfamily
addressing for the ipsec BEET (Bound End-to-End Tunnel) mode, as
specified by the ietf draft found at:
http://www.ietf.org/internet-drafts/draft-nikander-esp-beet-mode-07.txt
The previous implementation required that both addres
1 - 100 of 117 matches
Mail list logo
