On 11/23/05, Robert Iakobashvili [EMAIL PROTECTED] wrote:
On 11/23/05, Yu Zhiguo [EMAIL PROTECTED] wrote:
Please refer to the function netlink_broadcast(),
int netlink_broadcast(struct sock *ssk, struct sk_buff *skb, u32 pid,
u32 group, int allocation)
I think if
-- Forwarded Message ---
From: Tiago Mira Amado [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tue, 22 Nov 2005 01:58:20 +
Subject: Questions about iproute
Good evening,
I'm a student trying to implemente a Mobile IPv6 scenario with static routes.
I'm using Fedora Core 3,
* David S. Miller [EMAIL PROTECTED] 2005-11-22 14:37
From: Patrick McHardy [EMAIL PROTECTED]
Date: Mon, 21 Nov 2005 17:16:18 +0100
Adrian Bunk wrote:
This patch therefore changes NET_CLS back to the 2.6.14 status quo of
being an user-visible option.
I disagree with this patch.
Hello.
In article [EMAIL PROTECTED] (at Tue, 22 Nov 2005 02:14:26 +0100), Patrick
McHardy [EMAIL PROTECTED] says:
The easiest way would be to store nhoff somewhere in the skb and
use it to continue at the next header. But I still hope there is
a way without keeping data in the skb.
We've
This patch series brings the ixp2000 kernel driver up to version 0.2.
diffstat information:
drivers/net/ixp2000/caleb.c |1
drivers/net/ixp2000/enp2611.c | 21 -
drivers/net/ixp2000/ixpdev.c | 67 ++
drivers/net/ixp2000/pm3386.c |
We assign nds[i] to a local variable 'dev', which we never use
afterwards. Use the local variable instead.
Signed-off-by: Lennert Buytenhek [EMAIL PROTECTED]
diff -urN linux-2.6.15-rc1.upstream.orig/drivers/net/ixp2000/enp2611.c
linux-2.6.15-rc1.upstream/drivers/net/ixp2000/enp2611.c
---
Report carrier going up/down.
Signed-off-by: Lennert Buytenhek [EMAIL PROTECTED]
diff -urN linux-2.6.15-rc1.upstream.orig/drivers/net/ixp2000/enp2611.c
linux-2.6.15-rc1.upstream/drivers/net/ixp2000/enp2611.c
--- linux-2.6.15-rc1.upstream.orig/drivers/net/ixp2000/enp2611.c
2005-11-22
Make caleb.c and pm3386.c include their own header files, to catch
incorrect prototype definitions.
Signed-off-by: Lennert Buytenhek [EMAIL PROTECTED]
diff -urN linux-2.6.15-rc1.upstream.orig/drivers/net/ixp2000/caleb.c
linux-2.6.15-rc1.upstream/drivers/net/ixp2000/caleb.c
---
Disable/enable the SERDES carrier when an interface is administratively
downed/upped.
Signed-off-by: Lennert Buytenhek [EMAIL PROTECTED]
diff -urN linux-2.6.15-rc1.upstream.orig/drivers/net/ixp2000/enp2611.c
linux-2.6.15-rc1.upstream/drivers/net/ixp2000/enp2611.c
---
Signed-off-by: Lennert Buytenhek [EMAIL PROTECTED]
diff -urN linux-2.6.15-rc1.upstream.orig/drivers/net/ixp2000/ixpdev.c
linux-2.6.15-rc1.upstream/drivers/net/ixp2000/ixpdev.c
--- linux-2.6.15-rc1.upstream.orig/drivers/net/ixp2000/ixpdev.c 2005-11-22
11:43:31.0 +0100
+++
Implement pm3386 reset. A reset zeroes out the internally stored MAC
addresses, so we need to save and reload them by hand.
Signed-off-by: Lennert Buytenhek [EMAIL PROTECTED]
diff -urN linux-2.6.15-rc1.upstream.orig/drivers/net/ixp2000/pm3386.c
On Tue, Nov 22, 2005 at 07:39:49PM -0500, Joe Korty wrote:
19:32:01.795103 buttercup.ccur.com.34798 tsunami.ccur.com.ssh: .
1495105:1496553(1448) ack 28242 win 2372 nop,nop,timestamp 4294926135
12059137 (DF) [tos 0x8]
19:32:08.323773 buttercup.ccur.com.34798 tsunami.ccur.com.ssh: .
On Thu, Oct 06, 2005 at 07:13:14AM -0700, Lever, Charles wrote:
actually, can we hold off on this change? the RPC
transport switch will
eventually need most of those EXPORT_SYMBOLs.
Am I right to assume this will happen in the foreseeable future?
the first portion of the transport
Stefan,
On Tue, 2005-22-11 at 21:38 +0100, Stefan Rompf wrote:
we could protect operstate with a spinlock_irqsave() and then change it
either
from netif_[carrier|dormant]_on/off() or userspace-supplicant. However, I'm
not feeling good about it.
Ok, what you have is fine by me.
Look at
On Wed, Nov 23, 2005 at 09:24:05AM -0500, jamal wrote:
Well, thats certainly one way. Then the oper state machines you are
working on + stacking will work well. But this depends on if you can
justify the reason for those virtual devices. With wireless you can
probably justify to map the radio
I just changed the topic so as not to distract the original discussion
On Wed, 2005-23-11 at 06:41 -0800, Jouni Malinen wrote:
The case where one radio in client mode is associating with multiple APs
is usually done by having multiple virtual netdevs, i.e., one for each
association.
Sounds
On Wed, 2005-23-11 at 09:54 -0500, jamal wrote:
yes, this would work. However, i am still interested in the case where
you have a single radio but multiple AP connections - unless this is
impossible. I have to go back and look at that paper - I know they were
using very basic 802.11
Sorry to be cross-posting, but does this bug ring any bells? I'm having
trouble seeing how the sunrpc server code could be at fault.
Cheers,
Trond
---BeginMessage---
http://bugzilla.kernel.org/show_bug.cgi?id=5644
Summary: NFS v3 TCP 3-way handshake incorrect, iptables blocks
On Wed, Nov 23, 2005 at 12:53:43PM -0500, Trond Myklebust wrote:
Sorry to be cross-posting, but does this bug ring any bells? I'm having
trouble seeing how the sunrpc server code could be at fault.
We've seen this previously, and submitted a fix to netfilter which
supposedly went into mainline
Michal Piotrowski [EMAIL PROTECTED] wrote:
Debug: sleeping function called from invalid context at
include/asm/semaphore.h:123
in_atomic():1, irqs_disabled():0
[c0103be6] dump_stack+0x17/0x19
[c011a0c3] __might_sleep+0x9c/0xae
[fd9a090d] translate_table+0x147/0xc14 [ip_tables]
diff --git a/net/core/Makefile b/net/core/Makefile
index 630da0f..d02132b 100644
--- a/net/core/Makefile
+++ b/net/core/Makefile
@@ -8,7 +8,8 @@ obj-y := sock.o request_sock.o skbuff.o
obj-$(CONFIG_SYSCTL) += sysctl_net_core.o
obj-y += dev.o ethtool.o dev_mcast.o dst.o \
-
diff --git a/drivers/Kconfig b/drivers/Kconfig
index 48f446d..fbe5116 100644
--- a/drivers/Kconfig
+++ b/drivers/Kconfig
@@ -66,4 +66,6 @@ source drivers/infiniband/Kconfig
source drivers/sn/Kconfig
+source drivers/dma/Kconfig
+
endmenu
diff --git a/drivers/Makefile b/drivers/Makefile
index
As presented in our talk at this year's OLS, the Bensley platform, which
will be out in early 2006, will have an asyncronous DMA engine. It can be
used to offload copies from the CPU, such as the kernel copies of received
packets into the user buffer.
The code consists of the following
diff --git a/drivers/dma/testclient.c b/drivers/dma/testclient.c
new file mode 100644
index 000..9bfb979
--- /dev/null
+++ b/drivers/dma/testclient.c
@@ -0,0 +1,132 @@
+/***
+
+
+ Copyright(c) 2004 - 2005 Intel
On Wed, Nov 23, 2005 at 02:42:39PM -0500, Joe Korty wrote:
Intel(R) PRO/1000 Network Driver - version 6.0.60-k2
Copyright (c) 1999-2005 Intel Corporation.
ACPI: PCI Interrupt :03:01.0[A] - GSI 28 (level, low) - IRQ 169
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network
On Thu, Nov 24, 2005 at 07:45:16AM +1100, Herbert Xu wrote:
What does ethtool -k say on the e1000 card?
buttercup# ethtool -k eth0
Offload parameters for eth0:
rx-checksumming: on
tx-checksumming: on
scatter-gather: on
tcp segmentation offload: on
Looks like buttercup
On Wed, Nov 23, 2005 at 04:01:24PM -0500, Joe Korty wrote:
On Thu, Nov 24, 2005 at 07:45:16AM +1100, Herbert Xu wrote:
What does ethtool -k say on the e1000 card?
buttercup# ethtool -k eth0
Offload parameters for eth0:
rx-checksumming: on
tx-checksumming: on
From: Joe Korty [EMAIL PROTECTED]
Date: Wed, 23 Nov 2005 16:01:24 -0500
Then, a following ifdown/ifup with an intervening sleep let another 6 files
through before locking up.
This means the e1000 card's transmitter is wedging when using
TSO scatter-gather packet buffers.
There are some
From: Herbert Xu [EMAIL PROTECTED]
Date: Thu, 24 Nov 2005 08:11:05 +1100
On Wed, Nov 23, 2005 at 04:01:24PM -0500, Joe Korty wrote:
Will do in a bit, but as everything works fine with 2.6.13-rc1-git7 and
earlier
kernels, I don't expect this will be the problem.
It's probably the
From: Joe Korty [EMAIL PROTECTED]
Date: Wed, 23 Nov 2005 16:32:55 -0500
On Thu, Nov 24, 2005 at 08:11:05AM +1100, Herbert Xu wrote:
Please try turning sg and tso off to see if it helps.
tso sg result
-- -- --
on on stallout
on
Andrew Grover wrote:
As presented in our talk at this year's OLS, the Bensley platform, which
will be out in early 2006, will have an asyncronous DMA engine. It can be
used to offload copies from the CPU, such as the kernel copies of received
packets into the user buffer.
IOAT is super-neat
On Wed, Nov 23, 2005 at 10:15:48PM +, Russell King wrote:
On Fri, Nov 18, 2005 at 11:12:28AM -0500, Jeff Garzik wrote:
Russell King wrote:
On Fri, Nov 18, 2005 at 04:33:02AM +0100, Adrian Bunk wrote:
This patch removes the obsolete drivers/net/eepro100.c driver.
Is there any
On Mer, 2005-11-23 at 17:06 -0500, Jeff Garzik wrote:
Sample ideas: VM page pre-zeroing. ATA PIO data xfers (async copy to
static buffer, to dramatically shorten length of kmap+irqsave time).
Extremely large memcpy() calls.
ATA PIO copies are 512 bytes of memory per sector and that is
On Mer, 2005-11-23 at 12:26 -0800, Andrew Grover wrote:
early next year. Until then, the code doesn't really *do* anything, but we
wanted to release what we could right away, and start getting some
feedback.
First comment partly based on Jeff Garziks comments - if you added an
operation to
On Wed, Nov 23, 2005 at 05:06:42PM -0500, Jeff Garzik wrote:
IOAT is super-neat stuff.
The main problem I see is that it'll likely only pay off when you can keep
the queue of copies long (to amortize the cost of
talking to an external chip). At least for the standard recvmsg
skb-user space,
Andrew Grover wrote:
As presented in our talk at this year's OLS, the Bensley platform, which
will be out in early 2006, will have an asyncronous DMA engine. It can be
used to offload copies from the CPU, such as the kernel copies of received
packets into the user buffer.
More than a
From: Russell King [EMAIL PROTECTED]
Date: Wed, 23 Nov 2005 22:15:48 +
I leave it up to you how to proceed. Effectively I'm now completely
out of the loop on this with no hardware to worry about. Sorry.
Finally, please don't assign any blame for this in my direction; I
reported it and
A per-patch description would be nice, as DaveM mentioned... and also
please put a diffstat in each email.
Jeff
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Wed, Nov 23, 2005 at 02:07:04PM -0800, David S. Miller wrote:
There is some bug in the e1000 card that causes it to wedge with
TSO+SG packets, the driver should have a sufficient workaround but
aparently not.
Some e1000 experts need to look into this.
Hmmm, I'll find out who that is and
Mostly ok, but some minor nits.
Andrew Grover wrote:
index 000..f2cc2d7
--- /dev/null
+++ b/drivers/dma/cb_list.h
@@ -0,0 +1,12 @@
+/* Extra macros that build on linux/list.h */
+#ifndef CB_LIST_H
+#define CB_LIST_H
+
+#include linux/list.h
+
+/* Provide some safty to list_add, which I
Andrew Grover wrote:
diff --git a/drivers/dma/testclient.c b/drivers/dma/testclient.c
new file mode 100644
index 000..9bfb979
--- /dev/null
+++ b/drivers/dma/testclient.c
@@ -0,0 +1,132 @@
+/***
+
+
+ Copyright(c)
On Wed, Nov 23, 2005 at 02:39:46PM -0800, David S. Miller wrote:
From: Russell King [EMAIL PROTECTED]
Date: Wed, 23 Nov 2005 22:15:48 +
I leave it up to you how to proceed. Effectively I'm now completely
out of the loop on this with no hardware to worry about. Sorry.
Finally,
From: Russell King [EMAIL PROTECTED]
Date: Wed, 23 Nov 2005 22:53:19 +
That means there's about 15 minutes left before I go to sleep before
having to be up early tomorrow to go on a 2 hour journey to attend a
meeting. What do you want me to do with those 15 minutes? Perform a
miracle
Alan Cox wrote:
Additionally, current IOAT is memory-memory. I would love to be able
to convince Intel to add transforms and checksums,
Not just transforms but also masks and maybe even merges and textures
would be rather handy 8)
Ah yes: I totally forgot to mention XOR.
Software RAID
Andrew Grover wrote:
overall diffstat information:
drivers/Kconfig |2
drivers/Makefile |1
drivers/dma/Kconfig | 40 ++
drivers/dma/Makefile |5
drivers/dma/cb_list.h | 12
drivers/dma/dmaengine.c | 394
Andi Kleen wrote:
Longer term the right way to handle this would be likely to use
POSIX AIO on sockets. With that interface it would be easier
to keep long queues of data in flight, which would be best for
the DMA engine.
Agreed.
For my own userland projects, I'm starting to feel the need for
On Wednesday November 23, [EMAIL PROTECTED] wrote:
On Wed, Nov 23, 2005 at 04:31:14AM -0800, Lever, Charles wrote:
so i don't remember why you are removing xdr_decode_string. are we sure
that no-one will need this functionality in the future? it is harmless
to remove today, but i wonder
On Mer, 2005-11-23 at 23:30 +0100, Andi Kleen wrote:
Another proposal was swiotlb.
I was hoping Intel might have rediscovered the IOMMU by then and be back
on feature parity with the VAX 11/750
But it's not clear it's a good idea: a lot of these applications prefer to
have the target in
Alan Cox wrote:
Might also be interesting to use one half of a hypedthread CPU as a
copier using the streaming instructions, might be better than turning it
off to improve performance ?
That's pretty interesting too...
Jeff
-
To unsubscribe from this list: send the line unsubscribe
On Wed, Nov 23, 2005 at 12:26:42PM -0800, Andrew Grover wrote:
+static void
+dma_class_release(struct class_device *cd)
+{
+ /* do something */
+}
Well, then actually do something here. Don't try to trick the kernel to
not complain about the lack of a release function by giving it an
From: Benjamin LaHaise [EMAIL PROTECTED]
Date: Wed, 23 Nov 2005 19:17:01 -0500
Similarly, we should make sure that network drivers prefetch the
header at the earliest possible time, too.
Several do already, thankfully :) At last check skge, tg3, chelsio,
and ixgb do the necessary prefetching
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Morton wrote:
Marc Koschewski [EMAIL PROTECTED] wrote:
Just booted into 2.6.15-rc2-mm1. The 'mouse problem' (as reported earlier)
still
persists,
You'l probably need to re-report the mouse problem if the previous report
didn't get any
Some e1000 experts need to look into this.
Hmmm, I'll find out who that is and bring them onboard, after
the T.day break.
I'll work with Joe to see where we can get on Monday.
Jesse
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
On Wednesday 23 November 2005 21:06, Frank Sorenson wrote:
Andrew Morton wrote:
Marc Koschewski [EMAIL PROTECTED] wrote:
Just booted into 2.6.15-rc2-mm1. The 'mouse problem' (as reported earlier)
still
persists,
You'l probably need to re-report the mouse problem if the previous report
On Wed, Nov 23, 2005 at 06:13:32PM -0800, Randy.Dunlap wrote:
So -q means quick ?
From make help:
-q, --question Run no commands; exit status says if up to date
I wouldn't mind seeing a -quiet (even less quiet than V=0),
not even printing the CC, AS, LD, etc. commands -- just let the
tools
Avoid possible confusion between skge and sk98lin driver by
tagging messages properly.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
--- skge-2.6.orig/drivers/net/sk98lin/skge.c
+++ skge-2.6/drivers/net/sk98lin/skge.c
@@ -4853,7 +4853,7 @@ static int __devinit skge_probe_one(stru
These patches fix some lingering issues with the sk98lin
driver. I expect the sk98lin driver to fade from use, but
many users still unknowingly use it.
They are ordered from most important to least important.
Feel free to divide across releases as you see fit.
--
-
To unsubscribe from this list:
Shrink size of per device data by removing redundant fields
or things that are only used at boot up.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
--- skge-2.6.orig/drivers/net/sk98lin/h/skdrv2nd.h
+++ skge-2.6/drivers/net/sk98lin/h/skdrv2nd.h
@@ -268,8 +268,6 @@ typedef struct s_DevNet
Remove code from sk98lin that does it's own checksum validation.
This code is incorrect when dealing with nested protocols like
VLAN's, and it is better to use regular receive code path to
handle hardware checksum.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Index:
Remove device specific proc interface. It doesn't handle
renames correctly; it ain't worth fixing.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
--- skge-2.6.orig/drivers/net/sk98lin/Makefile
+++ skge-2.6/drivers/net/sk98lin/Makefile
@@ -26,8 +26,7 @@ sk98lin-objs:=\
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dmitry Torokhov wrote:
What kind of touchpad do you have? Could you post your
/pros/bus/input/devices please?
AlpsPS/2 ALPS GlidePoint
/proc/bus/input/devices:
I: Bus=0010 Vendor=001f Product=0001 Version=0100
N: Name=PC Speaker
P:
On Wed, Nov 23, 2005 at 07:17:01PM -0500, Benjamin LaHaise wrote:
On Wed, Nov 23, 2005 at 11:30:08PM +0100, Andi Kleen wrote:
The main problem I see is that it'll likely only pay off when you can keep
the queue of copies long (to amortize the cost of
talking to an external chip). At least
Hi,
I realized that in route.c the inet6_rtm_new_route() function
the inet6_rtm_to_rtmsg() does not take into account the user
supplied flags. This way it seems to be not possible to set the
RTF_DEFAULT flag of a default route (dest address being any).
It is true that the new route will
end up in
On Wednesday November 23, [EMAIL PROTECTED] wrote:
On Wed, Nov 23, 2005 at 04:31:14AM -0800, Lever, Charles wrote:
so i don't remember why you are removing
xdr_decode_string. are we sure
that no-one will need this functionality in the future?
it is harmless
to remove today, but i
64 matches
Mail list logo
