From: Jan Engelhardt [EMAIL PROTECTED]
Make a menuconfig out of the Kconfig objects menu, ..., endmenu,
so that the user can disable all the options in that menu at once
instead of having to disable each option separately.
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
Cc: Jeff Garzik [EMAIL
From: Jan Engelhardt [EMAIL PROTECTED]
CONFIG_NETDEVICES, CONFIG_NET_ETHERNET:
Change Kconfig objects from menu, config into menuconfig so
that the user can disable the whole feature without having to
enter the menu first.
CONFIG_SMC9194:
Move it so that it appears correctly in menuconfig.
From: Jarek Poplawski [EMAIL PROTECTED]
===
[ INFO: possible circular locking dependency detected ]
2.6.21-rc4 #1
---
pppd/8926 is trying to acquire lock:
Andrew,
On 5/11/07, Andrew Hall [EMAIL PROTECTED] wrote:
When accessing certain web sites when using any kernel above 2.6.19,
TCP seems to break. Connection to the site is established but never
completes.
Is it happening with a single connection, or when trying tens, hundreds,
thousands?
Right, but I am the sole dequeue'r, and on failure, I requeue those packets
to
the beginning of the queue (just as it would happen in the regular case of
one
packet xmit/failure/requeue).
What about a race between trying to reacquire queue_lock and another
failed transmit?
--
Gagan
- KK
From: Matthias Kaehlcke [EMAIL PROTECTED]
Use mutex instead of binary semaphore in idt77252 driver.
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
Cc: chas williams [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
drivers/atm/idt77252.c | 27
From: Jan Engelhardt [EMAIL PROTECTED]
Use menuconfigs instead of menus, so the whole menu can be disabled at once
instead of going through all options.
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
Acked-by: Simon Horman [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
From: Jan Engelhardt [EMAIL PROTECTED]
Use menuconfigs instead of menus, so the whole menu can be disabled at once
instead of going through all options.
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
drivers/net/tokenring/Kconfig | 33
From: Milan Kocian [EMAIL PROTECTED]
When you replace route via ip r r command the netlink multicast message is
not send. This patch corrects it. NL message is sent with NLM_F_REPLACE
flag. Addresses http://bugzilla.kernel.org/show_bug.cgi?id=8320
Signed-off-by: Milan Kocian [EMAIL PROTECTED]
From: Jan Engelhardt [EMAIL PROTECTED]
Use menuconfigs instead of menus, so the whole menu can be disabled at once
instead of going through all options.
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
drivers/net/arcnet/Kconfig | 17
From: Jan Engelhardt [EMAIL PROTECTED]
Use menuconfigs instead of menus, so the whole menu can be disabled at once
instead of going through all options.
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
Cc: Vlad Yasevich [EMAIL PROTECTED]
Cc: Sridhar Samudrala [EMAIL PROTECTED]
Signed-off-by:
From: Jan Engelhardt [EMAIL PROTECTED]
Use menuconfigs instead of menus, so the whole menu can be disabled at once
instead of going through all options.
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
Cc: Per Liden [EMAIL PROTECTED]
Cc: Jon Maloy [EMAIL PROTECTED]
Cc: Allan Stephens [EMAIL
From: Jan Engelhardt [EMAIL PROTECTED]
Use menuconfigs instead of menus, so the whole menu can be disabled at once
instead of going through all options.
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
Cc: Arnaldo Carvalho de Melo [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Yes, there is no real lockup with pppoe
ll repeat my configuration:
vpn (pptp(mostly)+pppoe) concentrator
PPPoE provided through 802.1q
+OSPF (quagga)
Jura
- Original Message -
From: Jarek Poplawski [EMAIL PROTECTED]
To: Yuriy N. Shkandybin [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED];
On Thu, May 10, 2007 at 10:03:23AM +0400, Yuriy N. Shkandybin wrote:
Yes, there is no real lockup with pppoe
ll repeat my configuration:
vpn (pptp(mostly)+pppoe) concentrator
PPPoE provided through 802.1q
+OSPF (quagga)
I think, it's a little too general... Probably at least
ifconfig and ip
Adding get_ringparam ethtool option.
Signed-off-by: Sreenivasa Honnur [EMAIL PROTECTED]
---
diff -pNur netdev-2.6-org/drivers/net/s2io.c patch1/drivers/net/s2io.c
--- netdev-2.6-org/drivers/net/s2io.c 2007-04-09 12:24:33.0 +0530
+++ patch1/drivers/net/s2io.c 2007-04-17
1. Added statistics for link up/down, last link up/down.
2. Statistics for memory allocated/freed.
3. Changed level of some DBG_PRINTs.
Signed-off-by: Sreenivasa Honnur [EMAIL PROTECTED]
---
diff -pNur patch2/drivers/net/s2io.c patch3/drivers/net/s2io.c
--- patch2/drivers/net/s2io.c 2007-04-17
When transmit fails with NETDEV_TX_LOCKED the skb is requeued
to dev-qdisc again. The dev-qdisc pointer is protected by
the queue lock which needs to be dropped when attempting to
transmit and acquired again before requeing. The problem is
that qdisc_restart() fetches the dev-qdisc pointer once
Nick Piggin [EMAIL PROTECTED] wrote:
Why do you call SetPageUptodate when the page is not up to date?
That leaks uninitialised data, AFAIKS.
It only seems that way. If afs_prepare_write() is called, but doesn't return
an error, then afs_commit_write() will be called, and it seems that the
Hi
As you can see in the 10. pci_enable_device_bars() and Legacy I/O
Port space of the Documentation/pci.txt, the latest kernel has
interfaces for PCI device drivers to tell the kernel which resource
the driver want to use, ex. I/O port or MMIO.
I've made a patch which makes Intel e1000 driver
(add netdev to cc)
On Thu, 10 May 2007 11:06:03 +0200 Gabor Burjan [EMAIL PROTECTED] wrote:
Hi,
[1.] One line summary of the problem:
Kernel oops after unloading nf_conntrack_netbios_ns module
[2.] Full description of the problem/report:
After I remove the netbios-ns conntrack
Hi,
On Thu, May 10, 2007 at 03:34:11AM -0700, Andrew Morton wrote:
(add netdev to cc)
On Thu, 10 May 2007 11:06:03 +0200 Gabor Burjan [EMAIL PROTECTED] wrote:
Hi,
[1.] One line summary of the problem:
Kernel oops after unloading nf_conntrack_netbios_ns module
[2.] Full
On Thursday 10 May 2007 04:16:22 Michael Wu wrote:
+ rtl818x_iowrite8(priv, (u8 *)0xFE18, 0x10);
+ rtl818x_iowrite8(priv, (u8 *)0xFE18, 0x11);
+ rtl818x_iowrite8(priv, (u8 *)0xFE18, 0x00);
+ mdelay(200);
ditto
also, kill the magic numbers
I have no idea what that does so I
From: Michael Buesch [EMAIL PROTECTED]
Date: Thu, 10 May 2007 13:23:40 +0200
Nah, Jeff. Please don't go this path.
If we have to remove all magic numbers from drivers, we'd have to either
*) Drop reverse engineered drivers like bcm43xx completely.
*) Clutter them with completely useless
On Thu, May 10, 2007 at 10:42:59AM +0530, Krishna Kumar2 wrote:
But RUNNING is never relinquished till all the way back out to
__qdisc_run. Only the lock is dropped before calling xmit and
re-got after xmit is finished (all the while holding RUNNING).
After xmit both queue_lock and RUNNING
From: Herbert Xu [EMAIL PROTECTED]
Date: Thu, 10 May 2007 21:50:39 +1000
On Thu, May 10, 2007 at 10:42:59AM +0530, Krishna Kumar2 wrote:
But RUNNING is never relinquished till all the way back out to
__qdisc_run. Only the lock is dropped before calling xmit and
re-got after xmit is
Thomas Graf [EMAIL PROTECTED] wrote:
When transmit fails with NETDEV_TX_LOCKED the skb is requeued
to dev-qdisc again. The dev-qdisc pointer is protected by
the queue lock which needs to be dropped when attempting to
transmit and acquired again before requeing. The problem is
that
From: Herbert Xu [EMAIL PROTECTED]
Date: Thu, 10 May 2007 21:55:17 +1000
Thomas Graf [EMAIL PROTECTED] wrote:
When transmit fails with NETDEV_TX_LOCKED the skb is requeued
to dev-qdisc again. The dev-qdisc pointer is protected by
the queue lock which needs to be dropped when attempting to
On Thu, May 10, 2007 at 04:56:18AM -0700, David Miller wrote:
Applied to my tree and I'll push it off to Linus tomorrow unless
someone finds a problem with it by then.
BTW, guess how this bug was introduced? By the lockless patch,
surprise surprise :)
The sooner we are rid of it the better.
Hi all,
Here is a list of some known regressions in 2.6.21-gitX.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
Unclassified:
Subject: 2.6.21-git10/11: files getting truncated on xfs (after
suspend/resume?)
References :
On Thu, May 10, 2007 at 04:55:34AM -0700, David Miller wrote:
[NET_SCHED]: Rationalise return value of qdisc_restart
Fair enough, patch applied :-)
Sorry, reading Thomas's patch made me realise that I've just added
that bug all over again.
[NET_SCHED]: Reread dev-qdisc for NETDEV_TX_OK
On Thu, 2007-10-05 at 04:55 -0700, David Miller wrote:
From: Herbert Xu [EMAIL PROTECTED]
Date: Thu, 10 May 2007 21:50:39 +1000
T_SCHED]: Rationalise return value of qdisc_restart
The current return value scheme and associated comment was invented
back in the 20th century when we
On Thu, 2007-10-05 at 11:02 +0800, Zhu Yi wrote:
The difference is the hub provides the same transmission chance for all
the packets but in wireless, high priority packets will block low
priority packets transmission. You can argue there is still chances a
low priority packet is sent first
Never mind, I was wrong. qdisc run will be invoked by cpu0; i.e:
CPU0 CPU1
+ grab qlock |
|+ find that return code is 0
| enq pkt X + release qdisc running
||
+ grab qdisc running | == outta here
| call
Hi Dave:
While I'm looking at qdisc_restart I found that we might end up calling
noop_requeue on device shutdown which prints a warning unnecessarily.
[NET_SCHED]: Avoid requeue warning on dev_deactivate
When we relinquish queue_lock in qdisc_restart and then retake it for
requeueing, we might
Hirokazu Takahashi wrote:
TBF --- Simple Token Bucket Filter --- packet scheduler doesn't
work correctly with TSO on that it slows down to send out packets.
TSO packets will be discarded since the size can be larger than
the scheduler expects. But it won't cause serious problems
because the
jamal [EMAIL PROTECTED] wrote:
Ok, see if this makes sense:
CPU0 CPU1 (holding qdisc running)
.|
.|
.+ grab qlock
.|
.| deq pkt
.+ release qlock
On Thu, 2007-10-05 at 22:59 +1000, Herbert Xu wrote:
jamal [EMAIL PROTECTED] wrote:
This release qlock isn't in our source code :)
This is why i defered this to you ;-
For completion sake, this is how it looks like:
CPU0 CPU1
| wait qlock |
On Thu, May 10, 2007 at 09:18:04AM -0400, jamal wrote:
I wonder how much performance improvement this give now that the extra
incursion into qdisc_restart is avoided.
Probably very little since the only way it can make a difference is if
there is lots of contention. But if there is lots of
Lennert Buytenhek [EMAIL PROTECTED] writes:
The way I see it, that means that you do want to scale back your
other SRAM allocations if you know that you're going to need a lot
of SRAM (say, for ethernet RX/TX queues.)
Yep, I will then add queue_size parameter to the platform data.
Or
On Thu, 2007-10-05 at 23:52 +1000, Herbert Xu wrote:
On Thu, May 10, 2007 at 09:18:04AM -0400, jamal wrote:
I wonder how much performance improvement this give now that the extra
incursion into qdisc_restart is avoided.
Probably very little since the only way it can make a difference is
I would guess that even with this change, qdisc_restart can get called with
no
skbs in the queue due to softirq which was enabled (but by the time it ran,
more skbs enqueue could have dequeue'd those packets). But it would
definitely reduce by once each iteration of qdisc_run (if one packet then
On Thu, May 10, 2007 at 07:56:02PM +0530, Krishna Kumar2 wrote:
Herbert,
-while (qdisc_restart(dev) 0 !netif_queue_stopped(dev))
-/* NOTHING */;
+do {
+if (!qdisc_restart(dev))
+
I've got a few questions about the relationship between the IPsec
implementation and Netfilter.
Q1: At what points during packet processing do the IPsec transformations
occur? In particular, which netfilter hooks do they come before and
after? And likewise, which routing operations do they
Tomohiro Kusumi wrote:
Hi
As you can see in the 10. pci_enable_device_bars() and Legacy I/O
Port space of the Documentation/pci.txt, the latest kernel has
interfaces for PCI device drivers to tell the kernel which resource
the driver want to use, ex. I/O port or MMIO.
I've made a patch which
Hi all,
While looking at common packet sizes on xmits, I found that most of
the packets are small. On my personal system, the statistics of
packets after using (browsing, mail, ftp'ing two linux kernels from
www.kernel.org) for about 6 hours is :
On Thu, May 10, 2007 at 08:23:51PM +0530, Krishna Kumar ([EMAIL PROTECTED])
wrote:
The reason to implement the same was to speed up IPoIB driver. But
before doing that, a proof of concept for E1000/AMSO drivers was
considered (as most of the code is generic) before implementing for
IPoIB. I
Hi Evgeniy,
Evgeniy Polyakov [EMAIL PROTECTED] wrote on 05/10/2007 08:38:33 PM:
On Thu, May 10, 2007 at 08:23:51PM +0530, Krishna Kumar
([EMAIL PROTECTED]) wrote:
The reason to implement the same was to speed up IPoIB driver. But
before doing that, a proof of concept for E1000/AMSO drivers
Following bug was uncovered by compiling with '-W' flag:
CC [M] fs/afs/write.o
fs/afs/write.c: In function ‘afs_write_back_from_locked_page’:
fs/afs/write.c:398: warning: comparison of unsigned expression = 0 is always
true
Loop variable 'n' is unsigned, so wraps around happily as far as I
Fix a couple of problems with unlinking AFS files.
(1) The parent directory wasn't being updated properly between unlink() and
the following lookup().
It seems that, for some reason, invalidate_remote_inode() wasn't
discarding the directory contents correctly, so this patch calls
Alan Stern wrote:
I've got a few questions about the relationship between the IPsec
implementation and Netfilter.
Q1: At what points during packet processing do the IPsec transformations
occur? In particular, which netfilter hooks do they come before and
after? And likewise, which
As a followup, I ran a somewhat interesting test. I increased the
requested socket buffer size to 100 MB, which is sufficient to
overstress the capabilities of the netem delay emulator (which can
handle up to about 8.5 Gbps). This causes some packet loss when
using the standard Reno agressive
On Thu, 2007-05-10 at 14:10 +0900, Simon Horman wrote:
drivers/macintosh/Kconfig:112:warning: 'select' used by config symbol
'PMAC_APM_EMU' refer to undefined symbol 'SYS_SUPPORTS_APM_EMULATION'
Argh. Is that with ARCH=ppc? I keep forgetting that it still exists,
sorry.
johannes
On Wed, 09 May 2007 11:31:17 -0400
Koon Wah Yick [EMAIL PROTECTED] wrote:
Hi:
My Linux box has CentOS5 installed. But I could not run tc command with any
netem parameters in command line. as shown in web site
http://linux-net.osdl.org/index.php/Netem. I suspect, Netem was either not
On Thu, May 10, 2007 at 10:36:14AM -0400, Alan Stern wrote:
I've got a few questions about the relationship between the IPsec
implementation and Netfilter.
Q1: At what points during packet processing do the IPsec transformations
occur? In particular, which netfilter hooks do they come
On Thu, May 10, 2007 at 08:52:12PM +0530, Krishna Kumar2 ([EMAIL PROTECTED])
wrote:
The reason to implement the same was to speed up IPoIB driver. But
before doing that, a proof of concept for E1000/AMSO drivers was
considered (as most of the code is generic) before implementing for
On Tue, 08 May 2007 20:49:54 -0700
Stephen Hemminger [EMAIL PROTECTED] wrote:
The stubs for advanced PCI error reporting are wrong. They don't
match the function return values. This breaks compilation for any
driver that tries to use these functions (that's the next sky2 patch).
Hi,
TBF --- Simple Token Bucket Filter --- packet scheduler doesn't
work correctly with TSO on that it slows down to send out packets.
TSO packets will be discarded since the size can be larger than
the scheduler expects. But it won't cause serious problems
because the retransmitted packets can
Hirokazu Takahashi wrote:
TBF --- Simple Token Bucket Filter --- packet scheduler doesn't
work correctly with TSO on that it slows down to send out packets.
TSO packets will be discarded since the size can be larger than
the scheduler expects. But it won't cause serious problems
because the
On Tue, 01 May 2007 09:58:28 -0400
Daniel Drake [EMAIL PROTECTED] wrote:
Hi Stephen,
Stephen Hemminger wrote:
This fixes the regression in 2.6.21 for users with 88e8056 on motherboard.
Allow all but the Gigabyte motherboard has some unresolved bus problems.
+ /* Some Gigabyte
On Thu, 2007-10-05 at 19:48 +0400, Evgeniy Polyakov wrote:
IMHO if you do not see in profile anything related to driver's xmit
function, it does not require to be fixed.
True, but i think there may be value in amortizing the cost towards
the driver.
i.e If you grab a lock and send X packets
Stephen:
Thank you for your response, I type in modinfo sch_netem
Here is what I got:
filename: /lib/modules/2.6.11-1.1369_FC4/kernel/net/sched/sch_netem.ko
license: GPL
vermagic: 2.6.11-1.l369_FC 686 REGPARM 4KSTACKS gcc-4.0
depends:
srcversion: BD4563861423428FF0D5918
when I try the
I'm wondering how to tell if a given driver/device in the kernel
supports the ability to bridge between ethernet and 802.11. From
searching the web it looks like only the prism driver/device supports
this.
- k
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body
On Thu, 10 May 2007 12:09:46 -0400
Koon Wah Yick [EMAIL PROTECTED] wrote:
Stephen:
Thank you for your response, I type in modinfo sch_netem
Here is what I got:
filename: /lib/modules/2.6.11-1.1369_FC4/kernel/net/sched/sch_netem.ko
license: GPL
vermagic: 2.6.11-1.l369_FC 686 REGPARM
Simon Horman wrote:
So my question is: in which Kconfig do I define UCC_FAST_TEMP and
UCC_SLOW_TEMP? At first I thought, just put it in drivers/Kconfig, but that
Kconfig does nothing but including other Kconfigs. I believe that if I submit
a patch that adds UCC_FAST_TEMP and UCC_SLOW_TEMP
[adding linux-wireless]
On Thu, 2007-05-10 at 11:18 -0500, Kumar Gala wrote:
I'm wondering how to tell if a given driver/device in the kernel
supports the ability to bridge between ethernet and 802.11. From
searching the web it looks like only the prism driver/device supports
this.
On Thu, 2007-05-10 at 10:12 -0700, Jouni Malinen wrote:
IEEE 802.11 allows only the own MAC address to be used as the source
address (addr2) when operating as a non-AP STA in BSS (client in Managed
mode). In other words, layer 2 bridging does not work properly. AP mode
and WDS links can be
Jeff, please apply for 2.6.22; This is a purely janitorial patch.
(I will have additonal patches for the spidernet in a few days;
I'm still debugging a rather nasty hang.)
--linas
From: Ishizaki Kou [EMAIL PROTECTED]
This patch removes unnecessary accesses to phy registers.
Signed-off-by:
It is the reverse - GSO will segment one super-packet just before calling
the driver so that the stack is traversed only once. In my case, I am
trying to send out multiple skbs, possibly small packets, in one shot.
GSO will not help for small packets.
If there are small packets that implies
On Thu, May 10, 2007 at 07:19:35PM +0200, Johannes Berg wrote:
Ah forgot about that, I had only thought about AP/wired bridging. How
would the prism driver actually do bridging in STA mode though?
If that is referring to Host AP driver, there is support for using WDS
in client mode. If the AP
On Thu, May 10, 2007 at 07:06:21PM +0200, Johannes Berg wrote:
On Thu, 2007-05-10 at 11:18 -0500, Kumar Gala wrote:
I'm wondering how to tell if a given driver/device in the kernel
supports the ability to bridge between ethernet and 802.11. From
searching the web it looks like only
Good Day!
The command 'brctl addbr br0 eth0' brings the kernel oops if the eth0
has PHY, but the phydev is NULL (for ex., ifconfig eth0 0.0.0.0 was
not issued firstly)
Call Trace:
[C02CFBD0] [7FFF] 0x7fff (unreliable)
[C02CFBE0] [C0109634] dev_ethtool+0x1b0/0xfac
[C02CFCD0] [C0155EF0]
Hi Bill,
Thank you for your good work!
As you mentioned that we've been considering the problems of less
aggressiveness of BIC and CUBIC. We are testing BIC and CUBIC for as
many bottleneck bandwidths (from 1MB - 1GB) and possibly up to 10GB
capacity.
One of the reasons we clamp the slow start
On Thu, 10 May 2007 21:29:51 +0400 Matvejchikov Ilya wrote:
Good Day!
The command 'brctl addbr br0 eth0' brings the kernel oops if the eth0
has PHY, but the phydev is NULL (for ex., ifconfig eth0 0.0.0.0 was
not issued firstly)
Call Trace:
[C02CFBD0] [7FFF] 0x7fff (unreliable)
Stephen:
Thank you, I got it. I try the same command again with add and change they
all work.(no error) But when I start my Network Emulator, how can I stop it.
Do I have to delete any file I create when doing add? If yes, where is it?
Koon-Wah.
On 5/10/2007 12:57 PM, Stephen Hemminger
Implement the statfs() op for AFS.
Signed-off-by: David Howells [EMAIL PROTECTED]
---
fs/afs/afs.h | 23
fs/afs/afs_fs.h |3 -
fs/afs/dir.c | 18 ++-
fs/afs/fsclient.c | 298 +
fs/afs/internal.h |6 +
On Thu, 2007-05-10 at 10:19 -0700, Rick Jones wrote:
It is the reverse - GSO will segment one super-packet just before calling
the driver so that the stack is traversed only once. In my case, I am
trying to send out multiple skbs, possibly small packets, in one shot.
GSO will not help for
Rick Jones wrote:
It is the reverse - GSO will segment one super-packet just before calling
the driver so that the stack is traversed only once. In my case, I am
trying to send out multiple skbs, possibly small packets, in one shot.
GSO will not help for small packets.
If there are small
Randy Dunlap wrote:
and I hope that Jeff prefers (as some others do):
if (unlikely(phydev == NULL))
or even
if (unlikely(!phydev))
That is indeed my preference :)
Jeff
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to
Vlad Yasevich wrote:
Rick Jones wrote:
It is the reverse - GSO will segment one super-packet just before calling
the driver so that the stack is traversed only once. In my case, I am
trying to send out multiple skbs, possibly small packets, in one shot.
GSO will not help for small packets.
Wireless offers a strict priority scheduler with statistical
transmit (as opposed to deterministic offered by the linux
strict prio qdisc); so wireless is not in the same boat as DCE.
Again, you're comparing these patches with DCE, which is not the intent.
It's something I presented that can
On Thu, 10 May 2007 14:00:40 -0400
Koon Wah Yick [EMAIL PROTECTED] wrote:
Stephen:
Thank you, I got it. I try the same command again with add and change
they
all work.(no error) But when I start my Network Emulator, how can I stop it.
Do I have to delete any file I create when doing
On May 10, 2007, at 12:25 PM, Jouni Malinen wrote:
On Thu, May 10, 2007 at 07:19:35PM +0200, Johannes Berg wrote:
Ah forgot about that, I had only thought about AP/wired bridging. How
would the prism driver actually do bridging in STA mode though?
If that is referring to Host AP driver,
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On
Behalf Of Herbert Xu
Sent: Wednesday, May 09, 2007 6:39 PM
To: Qi, Yanling
Cc: netdev@vger.kernel.org; [EMAIL PROTECTED]; open-
[EMAIL PROTECTED]; [EMAIL PROTECTED]; Qi,
Yanling; [EMAIL PROTECTED]; [EMAIL
Rick Jones wrote:
Vlad Yasevich wrote:
Rick Jones wrote:
It is the reverse - GSO will segment one super-packet just before
calling
the driver so that the stack is traversed only once. In my case, I am
trying to send out multiple skbs, possibly small packets, in one shot.
GSO will not help
Stephen:
Thank you. I am happy that when I issue the tc command to drop packets, I do
see the effect. Is there a command I can use to show all packet count? packet
send, packet received and packet drop etc... I don't seems to be able to see
them by command ifconfig.
Koon-Wah.
On 5/10/2007
Not sure if DCCP might fall into this category as well...
I think the idea of this patch is gather some number of these small packets and
shove them at the driver in one go instead of each small packet at a time.
This reminds me... (rick starts waxing rhapshodic about old HP-UX behviour :)
On 5/11/07, Vlad Yasevich [EMAIL PROTECTED] wrote:
May be for TCP? What about other protocols?
There are other protocols?-) True, UDP, and I suppose certain modes of
SCTP might be sending streams of small packets, as might TCP with
TCP_NODELAY set.
Do they often queue-up outside the
Ian McDonald wrote:
On 5/11/07, Vlad Yasevich [EMAIL PROTECTED] wrote:
May be for TCP? What about other protocols?
There are other protocols?-) True, UDP, and I suppose certain modes of
SCTP might be sending streams of small packets, as might TCP with
TCP_NODELAY set.
Do they
On 5/11/07, Vlad Yasevich [EMAIL PROTECTED] wrote:
The win might be biggest on a system were a lot of applications send a lot of
small packets. Some number will aggregate in the prio queue and then get shoved
into a driver in one go.
That's assuming that the device doesn't run out of things
Bill,
Could you test with the lastest version of CUBIC? this is not the latest
version of it you tested.
Injong
As a followup, I ran a somewhat interesting test. I increased the
requested socket buffer size to 100 MB, which is sufficient to
overstress the capabilities of the netem delay
small packets belonging to the same connection could be coalesced by
TCP, but this may help the case where multiple parallel connections are
sending small packets.
It's not just small packets. The cost of calling hard_start_xmit/byte
was rather high on your particular device. I've seen PCI
Vincent ETIENNE [EMAIL PROTECTED] wrote:
Any news and/or patch concerning this problem ?. Not intended to stress you
but time goes on... Do you think a solution could be found in a relatively
short timeframe (and i will delay a bit final installation) or is it better
to go without bonding and
On Wed, 9 May 2007, James Lingard wrote:
If the ipv6 module is loaded, then destroying a tap interface that has
recently been disabled will cause close to block (in unregister_netdevice)
until precisely 30 seconds have elapsed since the interface was disabled.
I patched netdevice.h to dump a
On Thu, 2007-10-05 at 11:22 -0700, Waskiewicz Jr, Peter P wrote:
Wireless offers a strict priority scheduler with statistical
transmit (as opposed to deterministic offered by the linux
strict prio qdisc); so wireless is not in the same boat as DCE.
Again, you're comparing these patches
Hi all,
Here comes a basic patch that adds a network led activity. It is not
configurable yet, but is enough to make a LED configured with
the network-activity trigger to blink on network activity.
Netdev people can probably comment on the place of ledtrig_network_activity(),
which is
The discussion seems to have steered into protocol coalescing.
My tests for example were related to forwarding and not specific
to any protocol.
On Thu, 2007-10-05 at 12:43 -0700, Gagan Arneja wrote:
It's not just small packets. The cost of calling hard_start_xmit/byte
was rather high on
jamal wrote:
The discussion seems to have steered into protocol coalescing.
My tests for example were related to forwarding and not specific
to any protocol.
Just the natural tendency of end-system types to think of end-system things
rather than router things.
rick jones
-
To unsubscribe
jamal wrote:
You would need to almost re-write the driver to make sure it does IO
which is taking advantage of the batching.
Really! It's just the transmit routine. How radical can that be?
--
Gagan
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to
On Thu, 2007-10-05 at 13:14 -0700, Rick Jones wrote:
Just the natural tendency of end-system types to think of end-system things
rather than router things.
Well router types felt they were being left out ;-
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe netdev in
1 - 100 of 180 matches
Mail list logo