Hi Jeff,
The following patch adds support for the gigabit ethernet device of PS3.
It was sent out before as RFC, now I submit it for 2.6.23.
Signed-off-by: Masakazu Mokuno <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
drivers/net/Kconfig | 10
drivers/net/Makefi
At Tue, 12 Jun 2007 01:08:55 -0700 (PDT),
David Miller wrote:
>
> From: Yoshinori Sato <[EMAIL PROTECTED]>
> Date: Tue, 12 Jun 2007 16:38:55 +0900
>
> > It cannot build with CONFIG_SYSCTL=n and CONFIG_INET=y.
> > In case of CONFIG_INET=y it should become CONFIG_SYSCTL=y.
> >
> > Signed-off-by:
From: Yoshinori Sato <[EMAIL PROTECTED]>
Date: Wed, 13 Jun 2007 14:59:16 +0900
> At Tue, 12 Jun 2007 01:08:55 -0700 (PDT),
> David Miller wrote:
>
> > 2) It is much better to add the appropriate CONFIG_SYSCTL
> >ifdefs to the INET code than to force it on for everyone.
>
> It examined that,
On Tue, 2007-06-12 at 23:17 +0200, Patrick McHardy wrote:
> I've hacked up a
> small multiqueue simulator device and to my big surprise my testing
> showed that Jamal's suggestion of using a single queue state seems to
> work better than I expected. But I've been doing mostly testing of
> the devic
Mithlesh,
You don't initialize max_mc_count anywhere. The multicast address pool
can hold 16 addresses for ports {0,1} and 4 for ports {2,3}. You should
have following line in the probe routine.
> adapter->max_mc_count = (adapter->portnum > 1) ? 4 : 16;
--
Dhananjay Phadke
NetXen Inc.
Mithlesh
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:netdev-
> [EMAIL PROTECTED] On Behalf Of Jason Lunz
> Sent: Tuesday, June 12, 2007 2:48 PM
> To: David Miller
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; netdev@vger.kernel.org;
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED
On Tue, 12 Jun 2007, Stephen Hemminger wrote:
> On Tue, 12 Jun 2007 15:12:58 -0700 (PDT)
> David Miller <[EMAIL PROTECTED]> wrote:
>
> > From: Bill Fink <[EMAIL PROTECTED]>
> > Date: Wed, 16 May 2007 02:44:09 -0400
> >
> > > [EMAIL PROTECTED] ~]# netstat -s | grep -i retrans
> > > 25446 segm
This is a resend of the submission from June 9th, along with added stuff:
* big update to new (in 2.6.22) wireless driver libertas
* revert e100 's-bit' change; see commit message for more info
* more myri, NetXen fixes
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/
*** linux-2.6.21.5/drivers/usb/serial/sierra.c Mon Jun 11 11:37:06 2007
--- linux-2.6.21.5a/drivers/usb/serial/sierra.c Fri Jun 8 23:37:06 2007
***
*** 44,49
--- 44,50
{ USB_DEVICE(0x1199, 0x0112) }, /* Sierra Wireless AirCard 580 */
{ USB_DEVICE(0x0F3D, 0x
Replacing alloc_pages(gfp,0) with alloc_page(gfp)
in net/core/sock.c
Signed-off-by: Shani Moideen <[EMAIL PROTECTED]>
diff --git a/net/core/sock.c b/net/core/sock.c
index 22183c2..25bb52b 100644
--- a/net/core/sock.c
+++ b/net/core/sock.c
@@ -1193,7 +1193,7 @@ static struct sk_buff *sock_a
Replacing alloc_pages(gfp,0) with alloc_page(gfp)
in net/core/pktgen.c
Signed-off-by: Shani Moideen <[EMAIL PROTECTED]>
diff --git a/net/core/pktgen.c b/net/core/pktgen.c
index b92a322..2600c7f 100644
--- a/net/core/pktgen.c
+++ b/net/core/pktgen.c
@@ -2414,7 +2414,7 @@ static struct sk_bu
Replacing alloc_pages(gfp,0) with alloc_page(gfp)
in net/core/skbuff.c
Signed-off-by: Shani Moideen <[EMAIL PROTECTED]>
diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index 1422573..b923181 100644
--- a/net/core/skbuff.c
+++ b/net/core/skbuff.c
@@ -1805,7 +1805,7 @@ int skb_append_data
Mithlesh Thukral wrote:
NetXen: Fix incorrect link status even with switch turned OFF.
NetXen driver failed to accurately indicate when a link is up or down.
This was encountered during failover testing, when the first port
indicated that the link was up even when the 10G switch it was assigned
Brice Goglin wrote:
Limit the number of recoveries from a NIC hw watchdog reset to 1 by default.
It enables detection of defective NICs immediately since these memory parity
errors are expected to happen very rarely (less than once per century*NIC).
Signed-off-by: Brice Goglin <[EMAIL PROTECTED]
John W. Linville wrote:
Fixes identified by the libertas team as important for 2.6.22...
---
The following changes since commit 717c9339202a42ae7bec7d3c4b84deecdcae9f81:
Dan Williams (1):
libertas: reduce SSID and BSSID mixed-case abuse
are found in the git repository at:
git://gi
John W. Linville wrote:
Resending w/o the attached patch, in case it was too big...yikes!
Individual patches are available here:
http://www.kernel.org/pub/linux/kernel/people/linville/wireless-2.6/libertas
John
---
Jeff,
This is the same as the previous pull request, only rebased o
Peter Rasmussen wrote:
I am not on this list, but found this address on:
http://linux-net.osdl.org/index.php/Mailing_Lists.
My question is regarding the ethernet controller (from lspci):
Sundance Technology Inc / IC Plus Corp IC Plus IP1000 Family Gigabit
Ethernet (rev 41)
that seems to h
It kind of surprised me that sending 254 arp packets by using the arp-scan
tool (http://www.nta-monitor.com/tools/arp-scan/) on a /24 consistently
triggers a burst of "eth0: excessive work at interrupt."
This is a 600 MHz PIII, 2.6.22-rc4, via-velocity driver.
model name : Pentium III (Katma
[EMAIL PROTECTED] wrote:
> I wonder if it at some time will be included in the standard Linux kernel?
> I am of course interested because my main board has it built in, so I
> would be willing to test it.
"Me, too!"
This has been discussed sporadically for the last year, and I can confirm
that t
Michael Ellerman wrote:
Linas posted the patches, I responded querying whether the bug fixes
should go into 2.6.22, and then you told him "you need to order your bug
fixes first in the queue". Which seemed pretty clear to me that you'd
wait for the reordered series.
This was presuming Linas act
On Tue, 2007-06-12 at 19:00 -0400, Jeff Garzik wrote:
> Linas Vepstas wrote:
> > On Fri, Jun 08, 2007 at 01:20:20PM -0400, Jeff Garzik wrote:
> >> On Fri, Jun 08, 2007 at 12:06:08PM -0500, Linas Vepstas wrote:
> >>> On Fri, Jun 08, 2007 at 11:12:31AM +1000, Michael Ellerman wrote:
> On Thu, 20
Hello folks,
I'm seeing something odd with r8169 on FC7: doing a ping -s 1600 alternates
between a 1s latency and sub 1ms. Has anyone else seen anything like this?
The system in question is an Asus M2A-VM with an onboard RTL8111 (I think).
NAPI doesn't seem to make a difference. The kernel
On Tue, Jun 12, 2007 at 06:54:35PM -0400, Jeff Garzik wrote:
> John W. Linville wrote:
> >Fixes identified by the libertas team as important for 2.6.22...
> >
> >---
> >
> >The following changes since commit
> >717c9339202a42ae7bec7d3c4b84deecdcae9f81:
> > Dan Williams (1):
> >libertas: r
On Tue, 12 Jun 2007 15:12:58 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Bill Fink <[EMAIL PROTECTED]>
> Date: Wed, 16 May 2007 02:44:09 -0400
>
> > [EMAIL PROTECTED] ~]# netstat -s | grep -i retrans
> > 25446 segments retransmited
> > 20936 fast retransmits
> > 4503 r
Linas Vepstas wrote:
On Tue, Jun 12, 2007 at 07:00:17PM -0400, Jeff Garzik wrote:
Linas Vepstas wrote:
On Fri, Jun 08, 2007 at 01:20:20PM -0400, Jeff Garzik wrote:
On Fri, Jun 08, 2007 at 12:06:08PM -0500, Linas Vepstas wrote:
On Fri, Jun 08, 2007 at 11:12:31AM +1000, Michael Ellerman wrote:
Currently the HTB scheduler does not correctly account for TSO packets
which causes large inaccuracies in the bandwidth control when using TSO.
This patch allows the HTB scheduler to work with TSO enabled devices.
Signed-off-by: Ranjit Manomohan <[EMAIL PROTECTED]>
diff --git a/net/sched/sch_ht
All,
We are pleased to release the new driver "ixgbe" for Intel(R) 82598
based 10GbE PCI Express adapters. The 82598 silicon and the adapters will be
released soon.
Please find the full driver as a patch to latest linus-2.6 tree here:
git-pull git://lost.foo-projects.org/~aveerani/git
Hi Guy,
On Tue, 2007-12-06 at 17:04 +0300, Cohen, Guy wrote:
> Hi Jamal,
>
> Here is a simple scenario (nothing here is rare of extreme case):
> - Busy wireless environment
> - FTP TX on BE queue (low priority)
> - Skype TX on VO queue (high priority)
>
> The channel is busy with high priority p
On Tue, Jun 12, 2007 at 07:00:17PM -0400, Jeff Garzik wrote:
> Linas Vepstas wrote:
> >On Fri, Jun 08, 2007 at 01:20:20PM -0400, Jeff Garzik wrote:
> >>On Fri, Jun 08, 2007 at 12:06:08PM -0500, Linas Vepstas wrote:
> >>>On Fri, Jun 08, 2007 at 11:12:31AM +1000, Michael Ellerman wrote:
> On Thu,
Adrian Bunk wrote:
This patch makes the needlessly global struct rpcb_program static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Chuck Lever <[EMAIL PROTECTED]>
---
net/sunrpc/rpcb_clnt.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-2.6.22-rc4-mm2/n
From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
Date: Tue, 12 Jun 2007 11:50:29 +0300 (EEST)
> Without FRTO, the tcp_try_to_open is never called with
> lost_out > 0 (see tcp_time_to_recover). However, when FRTO is
> enabled, the !tp->lost condition is not used until end of FRTO
> because that way TCP av
Sorry Robert, I found a problem compiling when i turned off XFRM. This
fixes it.
cheers,
jamal
commit bfd389bba7654aa118f0949ff0de45a3bce9700c
Author: Jamal Hadi Salim <[EMAIL PROTECTED]>
Date: Tue Jun 12 18:59:33 2007 -0400
[PKTGEN] IPSEC support
Added transport mode ESP support for
This takes into considerations Patricks feedback.
cheers,
jamal
commit 4fe3190756589ef8155eb97fe725f2564f1fc77d
Author: Jamal Hadi Salim <[EMAIL PROTECTED]>
Date: Tue Jun 12 12:35:39 2007 -0400
[XFRM] Introduce standalone SAD lookup
This allows other in-kernel functions to do SAD look
This patch makes the needlessly global struct rpcb_program static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
net/sunrpc/rpcb_clnt.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-2.6.22-rc4-mm2/net/sunrpc/rpcb_clnt.c.old 2007-06-12
23:25:01.0 +0200
Linas Vepstas wrote:
On Fri, Jun 08, 2007 at 01:20:20PM -0400, Jeff Garzik wrote:
On Fri, Jun 08, 2007 at 12:06:08PM -0500, Linas Vepstas wrote:
On Fri, Jun 08, 2007 at 11:12:31AM +1000, Michael Ellerman wrote:
On Thu, 2007-06-07 at 14:17 -0500, Linas Vepstas wrote:
The major bug fixes are:
Mithlesh Thukral wrote:
NetXen: Add multi cast filter code
This patch adds multi cast filter code to NetXen NIC driver.
It also adds capabilities to setup the multicast address in hardware
from the host side.
Signed-off by: Mithlesh Thukral <[EMAIL PROTECTED]>
---
drivers/net/netxen/netxen_nic
John W. Linville wrote:
Fixes identified by the libertas team as important for 2.6.22...
---
The following changes since commit 717c9339202a42ae7bec7d3c4b84deecdcae9f81:
Dan Williams (1):
libertas: reduce SSID and BSSID mixed-case abuse
are found in the git repository at:
git://gi
Jeff Garzik wrote:
Ben Greear wrote:
That sounds plausible for many uses, but it may also be useful to have
the virtual devices. Having 802.1Q VLANs be 'real' devices has worked
out
quite well, so I think there is a place for a 'mac-vlan' as well.
Virtual devices are pretty much the only so
On Tue, Jun 12, 2007 at 02:26:58PM -0700, David Miller wrote:
> The MAC is still very much centralized in most designs.
>
> So one way they'll do it is to support assigning N MAC addresses,
> and you configure the input filters of the chip to push packets
> for each MAC to the proper receive queue
Ben Greear wrote:
That sounds plausible for many uses, but it may also be useful to have
the virtual devices. Having 802.1Q VLANs be 'real' devices has worked out
quite well, so I think there is a place for a 'mac-vlan' as well.
Virtual devices are pretty much the only solution we have right n
David Miller wrote:
If you're asking about the virtualization scenerio, the
control node (dom0 or whatever) is the only entity which
can get at programming the filters and will set it up
properly based upon which parts of the physical device
are being exported to which guest nodes.
You're avoid
On Tue, Jun 12, 2007 at 02:55:34PM -0700, David Miller wrote:
> These chips allow this too, Microsoft defined a standard for
> RX queue interrupt hashing by flow so everyone puts it, or
> something like it, in hardware.
I think you're referring to "RSS"?
http://www.microsoft.com/whdc/device/netwo
From: Bill Fink <[EMAIL PROTECTED]>
Date: Wed, 16 May 2007 02:44:09 -0400
> [EMAIL PROTECTED] ~]# netstat -s | grep -i retrans
> 25446 segments retransmited
> 20936 fast retransmits
> 4503 retransmits in slow start
> 4 sack retransmits failed
>
> It then only took 2.14 seconds to
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Tue, 12 Jun 2007 17:59:43 -0400
> And where shall we put the configuration machinery, to support sub-queues?
> Shall we duplicate the existing configuration code for sub-queues?
> What will ifconfig/ip usage look like?
> How will it differ from configura
David Miller wrote:
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Tue, 12 Jun 2007 17:46:20 -0400
Not quite... You'll have to deal with multiple Rx filters, not just the
current one-filter-for-all model present in today's NICs. Pools of
queues will have separate configured characteristics. Th
From: Roland Dreier <[EMAIL PROTECTED]>
Date: Tue, 12 Jun 2007 14:52:11 -0700
> I think you're misunderstanding. These NICs still have only one
> physical port, so sending or receiving real packets onto a physical
> wire is fundamentally serialized. The steering of packets to receive
> queues is
Roland Dreier wrote:
> > The MAC is still very much centralized in most designs.
> > So one way they'll do it is to support assigning N MAC addresses,
> > and you configure the input filters of the chip to push packets
> > for each MAC to the proper receive queue.
> > So the MAC will accept
Resending w/o the attached patch, in case it was too big...yikes!
Individual patches are available here:
http://www.kernel.org/pub/linux/kernel/people/linville/wireless-2.6/libertas
John
---
Jeff,
This is the same as the previous pull request, only rebased on
2.6.22-rc4. Since this
From: Jason Lunz <[EMAIL PROTECTED]>
Date: Tue, 12 Jun 2007 17:47:53 -0400
> Are you aware of any hardware designs that allow other ways to map
> packets onto rx queues? I can think of several scenarios where it could
> be advantageous to map packets by IP 3- or 5-tuple to get cpu locality
> all
From: Ben Greear <[EMAIL PROTECTED]>
Date: Tue, 12 Jun 2007 14:46:50 -0700
> And, since the mac-vlan can work as pure software on top of any NIC that
> can go promisc and send with arbitrary source MAC, it will already work
> with virtually all wired ethernet devices currently in existence.
Absol
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Tue, 12 Jun 2007 17:46:20 -0400
> Not quite... You'll have to deal with multiple Rx filters, not just the
> current one-filter-for-all model present in today's NICs. Pools of
> queues will have separate configured characteristics. The "steer"
> por
> > The MAC is still very much centralized in most designs.
> > So one way they'll do it is to support assigning N MAC addresses,
> > and you configure the input filters of the chip to push packets
> > for each MAC to the proper receive queue.
> > So the MAC will accept any of those in the N M
David Miller wrote:
From: Ben Greear <[EMAIL PROTECTED]>
Date: Tue, 12 Jun 2007 14:17:44 -0700
Jeff Garzik wrote:
If hardware w/ multiple queues will the capability for different MAC
addresses, different RX filters, etc. does it make sense to add that
below the net_device level?
We will hav
David Miller wrote:
From: Ben Greear <[EMAIL PROTECTED]>
Date: Tue, 12 Jun 2007 14:17:44 -0700
Jeff Garzik wrote:
If hardware w/ multiple queues will the capability for different MAC
addresses, different RX filters, etc. does it make sense to add that
below the net_device level?
We will hav
From: David Miller <[EMAIL PROTECTED]>
Date: Tue, 22 May 2007 03:14:32 -0700 (PDT)
> From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]>
> Date: Tue, 22 May 2007 18:36:47 +0900 (JST)
>
> > In article <[EMAIL PROTECTED]> (at Tue, 22 May 2007 10:57:38 +0200), Eric
> > Dumazet <[EMAIL PROTECTED]> sa
From: Ben Greear <[EMAIL PROTECTED]>
Date: Tue, 12 Jun 2007 14:17:44 -0700
> Jeff Garzik wrote:
> >
> > If hardware w/ multiple queues will the capability for different MAC
> > addresses, different RX filters, etc. does it make sense to add that
> > below the net_device level?
> >
> > We will
Patches identified by the libertas team as suitable for 2.6.23...
---
The following changes since commit 82fde74b94f11eee1e9c30e43fb162f80a5e63c0:
Luis Carlos (1):
libertas: convert libertas_mpp into anycast_mask
are found in the git repository at:
git://git.kernel.org/pub/scm/linux
Fixes identified by the libertas team as important for 2.6.22...
---
The following changes since commit 717c9339202a42ae7bec7d3c4b84deecdcae9f81:
Dan Williams (1):
libertas: reduce SSID and BSSID mixed-case abuse
are found in the git repository at:
git://git.kernel.org/pub/scm/linux
David Miller wrote:
> From: Patrick McHardy <[EMAIL PROTECTED]>
> Date: Tue, 12 Jun 2007 15:21:54 +0200
>
>
>>So how do we move forward?
>
>
> We're going to put hw multiqueue support in, all of this discussion
> has been pointless, I just watch this thread and basically laugh at
> the resisten
Jeff Garzik wrote:
If hardware w/ multiple queues will the capability for different MAC
addresses, different RX filters, etc. does it make sense to add that
below the net_device level?
We will have to add all the configuration machinery at the per-queue
level that already exists at the per-
From: "John W. Linville" <[EMAIL PROTECTED]>
Date: Mon, 11 Jun 2007 21:16:16 -0400
> Here are a few mac80211 patches appropriate for 2.6.22.
>
> Individual patches to follow, or you can pull at your leisure...
...
> git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
> mac8
If hardware w/ multiple queues will the capability for different MAC
addresses, different RX filters, etc. does it make sense to add that
below the net_device level?
We will have to add all the configuration machinery at the per-queue
level that already exists at the per-netdev level.
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Tue, 12 Jun 2007 15:21:54 +0200
> So how do we move forward?
We're going to put hw multiqueue support in, all of this discussion
has been pointless, I just watch this thread and basically laugh at
the resistence to hw multiqueue support :-)
-
To uns
Joe Perches wrote:
On Mon, 2007-06-11 at 17:40 -0700, Auke Kok wrote:
+#define ndev_err(netdev, level, format, arg...) \
+ do { \
+ struct net_device *__nd = (netdev); \
+ if ((__nd)->msg_enable & NETIF_MSG_##level) \
+ printk(KERN_ERR "%s:
Jeff Garzik wrote:
Joe Perches wrote:
On Mon, 2007-06-11 at 17:40 -0700, Auke Kok wrote:
+#define ndev_err(netdev, level, format, arg...) \
+ do { \
+ struct net_device *__nd = (netdev); \
+ if ((__nd)->msg_enable & NETIF_MSG_##level) \
+
On Tue, Jun 12 2007, Evgeniy Polyakov wrote:
> On Mon, Jun 11, 2007 at 01:59:26PM +0200, Jens Axboe ([EMAIL PROTECTED])
> wrote:
> > Patches are against the #splice branch of the block repo, "official" url
> > of that is:
> >
> > git://git.kernel.dk/data/git/linux-2.6-block.git/
> >
> > and it's
On Tue, Jun 12 2007, Jens Axboe wrote:
> On Tue, Jun 12 2007, Evgeniy Polyakov wrote:
> > On Mon, Jun 11, 2007 at 01:59:26PM +0200, Jens Axboe ([EMAIL PROTECTED])
> > wrote:
> > > Patches are against the #splice branch of the block repo, "official" url
> > > of that is:
> > >
> > > git://git.kern
On Mon, Jun 11, 2007 at 01:59:26PM +0200, Jens Axboe ([EMAIL PROTECTED]) wrote:
> Patches are against the #splice branch of the block repo, "official" url
> of that is:
>
> git://git.kernel.dk/data/git/linux-2.6-block.git/
>
> and it's based on Linus main tree. Let me know if I should supply netd
Joe Perches wrote:
On Mon, 2007-06-11 at 17:40 -0700, Auke Kok wrote:
+#define ndev_err(netdev, level, format, arg...) \
+ do { \
+ struct net_device *__nd = (netdev); \
+ if ((__nd)->msg_enable & NETIF_MSG_##level) \
+ printk(KERN_ERR "%s:
On Mon, 2007-06-11 at 17:40 -0700, Auke Kok wrote:
> +#define ndev_err(netdev, level, format, arg...) \
> + do { \
> + struct net_device *__nd = (netdev); \
> + if ((__nd)->msg_enable & NETIF_MSG_##level) \
> + printk(KERN_ERR "%s: %s: " format, (__nd
On Tue, 12 Jun 2007 15:06:57 +0300 (EEST)
"Ilpo Järvinen" <[EMAIL PROTECTED]> wrote:
> I was thinking something like this to fix the cc module breakage
> introduced by the API change (haven't tested it besides compile):
>
>
> [RFC PATCH net-2.6] [TCP]: Congestion control API RTT sampling fix
>
Guy,
I apologize for not responding immediately - i promise to in a few hours
when i get back (and read it over some good coffee) - seems like you
have some good stuff there; thanks for taking the time despite the
overload.
cheers,
jamal
On Tue, 2007-12-06 at 17:04 +0300, Cohen, Guy wrote:
> Hi J
On Tue, 2007-12-06 at 15:45 +0200, Patrick McHardy wrote:
> Looks good too me, just a few minor nitpicks as usual :)
I like the nitpicks - they make the code better (as long as we put
a time limit on them ;->)
>
> ^^ please delete empty line
will do.
> > + if (x->km.state !=
On Tue, 2007-12-06 at 15:21 +0200, Robert Olsson wrote:
>
>I'll guess the ipsec part is to be considered work-in-progress
>and you're doing both the work and the progress.
>
;->
Much thanks Robert.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe ne
On Tue, 2007-12-06 at 15:21 +0200, Patrick McHardy wrote:
> jamal wrote:
>
>
> Yes. Using a higher threshold reduces the overhead, but leads to
> lower priority packets getting out even if higher priority packets
> are present in the qdisc.
As per earlier discussion, the packets already given
Oliver Neukum wrote:
> with 2.6.22-rc4-git2 I am getting errors when setting IP for ethernet
> interfaces:
>
> ioctl(4, SIOCSIFADDR, 0x7fff94931600) = -1 ENOBUFS (No buffer space
> available)
>
> The error is independant of the interface. It happens to all interfaces.
> There's nothing in the
Hi Jamal,
Here is a simple scenario (nothing here is rare of extreme case):
- Busy wireless environment
- FTP TX on BE queue (low priority)
- Skype TX on VO queue (high priority)
The channel is busy with high priority packets hence the BE packets are
transmitted to the air rarely so the DMA/HW q
jamal writes:
> 4 of 4
> [PKTGEN] IPSEC support
> Added transport mode ESP support for starters.
> I will send more of these modes and types once i have resolved
> the tunnel mode isses.
>
> Signed-off-by: Jamal Hadi Salim <[EMAIL PROTECTED]>
Signed-off-by: Robe
Looks good too me, just a few minor nitpicks as usual :)
jamal wrote:
> [XFRM] Introduce standalone SAD lookup
>
> +struct xfrm_state *
> +xfrm_stateonly_find(xfrm_address_t *daddr, xfrm_address_t *saddr,
> + unsigned short family, u8 mode, u8 proto, u32 reqid)
> +{
> + uns
jamal writes:
> Manual labor still ... 1 of 4
> [PKTGEN] Centralize packet overhead tracking
> Track the extra packet overhead for VLAN tags, MPLS, IPSEC etc
>
> Signed-off-by: Jamal Hadi Salim <[EMAIL PROTECTED]>
Thanks, Jamal.
I'll guess the ipsec part is
jamal writes:
> 2 of 4
>
> cheers,
> jamal
> commit 882c296bb3f153e1ac770a874c75cfb2bab8481b
> Author: Jamal Hadi Salim <[EMAIL PROTECTED]>
> Date: Tue Jun 12 07:24:00 2007 -0400
>
> [PKTGEN] Introduce sequential flows
>
> By default all flows in pktgen are randomly
jamal writes:
> 3 of 4 ..
> [XFRM] Introduce standalone SAD lookup
> This allows other in-kernel functions to do SAD lookups.
> The only known user at the moment is pktgen.
>
> Signed-off-by: Jamal Hadi Salim <[EMAIL PROTECTED]>
xfrm is not my area.
Acked-by:
jamal wrote:
>>the qdisc has a chance to hand out either a packet
>> of the same priority or higher priority, but at the cost of
>> at worst (n - 1) * m unnecessary dequeues+requeues in case
>> there is only a packet of lowest priority and we need to
>> fully serve all higher priority HW queues
On Tue, Jun 12 2007, Evgeniy Polyakov wrote:
> > difference between changing parts of the elements of a structure to just
> > grabbing a reference to it. If the skb cannot be referenced, skb_get()
> > should return NULL.
> >
> > But that aside, I see the issue. I'll just stick to the clone, it wor
On Tue, Jun 12, 2007 at 02:40:05PM +0200, Jens Axboe ([EMAIL PROTECTED]) wrote:
> On Tue, Jun 12 2007, Evgeniy Polyakov wrote:
> > > > > > and putting cloned skb into private field instead of
> > > > > > original on in spd_fill_page() ends up without kernel hung.
> > > > >
> > > > > Why? Seems po
the two init sites resulted in inconsistend names for the lock class.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
Cc: netdev@vger.kernel.org
---
net/core/sock.c | 23 +++
1 file changed, 19 insertions(+), 4 deletions(-)
Index:
On Tue, Jun 12 2007, Evgeniy Polyakov wrote:
> > > > > and putting cloned skb into private field instead of
> > > > > original on in spd_fill_page() ends up without kernel hung.
> > > >
> > > > Why? Seems pointless to allocate a clone just to hold on to the skb, a
> > > > reference should be equa
Marco Berizzi wrote:
> Hello everybody.
> I have just upgraded from 2.6.21.3 to
> 2.6.22-rc4 and I get a ton of
> pmtu discovery on sa esp/blablab/blabla
> messages (this box is running openswan).
> Is this an expected behaviour?
We have some MTU opimiztations in 2.6.22-rc that might be related.
On Tue, Jun 12, 2007 at 01:33:54PM +0200, Jens Axboe ([EMAIL PROTECTED]) wrote:
> > I had a crashdump, where page was released via splice_to_pipe() indeed,
> > I did not investigate if it is possible to release provided page in
> > other places. I think if in future there will other slab usage case
On Tue, 2007-12-06 at 11:19 +0200, Johannes Berg wrote:
> On Mon, 2007-06-11 at 08:23 -0400, jamal wrote:
> > Sure. Packets stashed on the any DMA ring are considered "gone to the
> > wire". That is a very valid assumption to make.
>
> Not at all! Packets could be on the DMA queue forever if you'
Hello everybody.
I have just upgraded from 2.6.21.3 to
2.6.22-rc4 and I get a ton of
pmtu discovery on sa esp/blablab/blabla
messages (this box is running openswan).
Is this an expected behaviour?
TIA
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
I was thinking something like this to fix the cc module breakage
introduced by the API change (haven't tested it besides compile):
[RFC PATCH net-2.6] [TCP]: Congestion control API RTT sampling fix
Commit 164891aadf1721fca4dce473bb0e0998181537c6 broke RTT
sampling of congestion control modules
On Tue, Jun 12 2007, Evgeniy Polyakov wrote:
> On Sat, Jun 09, 2007 at 08:36:09AM +0200, Jens Axboe ([EMAIL PROTECTED])
> wrote:
> > On Fri, Jun 08 2007, Evgeniy Polyakov wrote:
> > > On Fri, Jun 08, 2007 at 06:57:25PM +0400, Evgeniy Polyakov ([EMAIL
> > > PROTECTED]) wrote:
> > > > I will try so
4 of 4
cheers,
jamal
commit e035613eae587251b8c98b7d503eab207f1d26e2
Author: Jamal Hadi Salim <[EMAIL PROTECTED]>
Date: Tue Jun 12 07:43:30 2007 -0400
[PKTGEN] IPSEC support
Added transport mode ESP support for starters.
I will send more of these modes and types once i have resolv
3 of 4 ..
cheers,
jamal
commit 677f1c1459218919f5aa2622625dc8709c2a98ce
Author: Jamal Hadi Salim <[EMAIL PROTECTED]>
Date: Tue Jun 12 07:28:59 2007 -0400
[XFRM] Introduce standalone SAD lookup
This allows other in-kernel functions to do SAD lookups.
The only known user at the momen
2 of 4
cheers,
jamal
commit 882c296bb3f153e1ac770a874c75cfb2bab8481b
Author: Jamal Hadi Salim <[EMAIL PROTECTED]>
Date: Tue Jun 12 07:24:00 2007 -0400
[PKTGEN] Introduce sequential flows
By default all flows in pktgen are randomly selected.
This patch introduces ability to have
Manual labor still ... 1 of 4
cheers,
jamal
commit 38477d7ddfa58f58cce99bc902b4c18883647a71
Author: Jamal Hadi Salim <[EMAIL PROTECTED]>
Date: Tue Jun 12 06:43:00 2007 -0400
[PKTGEN] Centralize packet overhead tracking
Track the extra packet overhead for VLAN tags, MPLS, IPSEC etc
This is a set of patches that add ipsec functionality to pktgen.
It is against Daves net-2.6.23
Robert, please take a closer look at this set and either sign off or
comment for me to redo something. I have a short cycle before being
busyed out where i can fix things.
Dave, I would like to push
On Sat, Jun 09, 2007 at 08:36:09AM +0200, Jens Axboe ([EMAIL PROTECTED]) wrote:
> On Fri, Jun 08 2007, Evgeniy Polyakov wrote:
> > On Fri, Jun 08, 2007 at 06:57:25PM +0400, Evgeniy Polyakov ([EMAIL
> > PROTECTED]) wrote:
> > > I will try some things for the nearest 30-60 minutes, and then will mov
On Tue, May 29, 2007 at 12:56:28AM -0700, Andrew Morton wrote:
> On Sat, 26 May 2007 17:40:12 +0200 Folkert van Heusden <[EMAIL PROTECTED]>
> wrote:
>
> > When trying to remove the netconsole module, I got the following kernel
> > output after a while (couple of minutes iirc):
> >
> > [525720.11
1 - 100 of 107 matches
Mail list logo
