On Wed, Jul 04, 2007 at 04:38:04PM +0530, Satyam Sharma wrote:
- if (!(event == NETDEV_CHANGEADDR || event == NETDEV_CHANGENAME))
- goto done;
+ if (!(event == NETDEV_UP || event == NETDEV_DOWN ||
+ event == NETDEV_CHANGEADDR || event == NETDEV_CHANGENAME))
+
On Wed, Jul 04, 2007 at 04:38:19PM +0530, Satyam Sharma wrote:
+Some examples follow (configfs is mounted at the /config mountpoint, say).
configfs is generally expected to be mounted at
/sys/kernel/config, and it even creates that mountpoint for itself. The
documentation should
On Wed, Jul 04, 2007 at 05:55:15PM +0530, Satyam Sharma wrote:
On Wed, 4 Jul 2007, Keiichi KII wrote:
By the way, how can I add Signed-off-by:'s to your patches?
Should I add it to each patch and submit them to this list again?
Anybody could give me an advice?
I think you could just
This patch introduces a capability flag that is used by the DLPAR userspace
tool to check which DLPAR features are supported by the eHEA driver.
Missing goto has been included.
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
---
drivers/net/ehea/ehea.h |8 +++-
This patch enables the receive side processing to aggregate TCP packets within
the HEA device driver. It analyses the packets already received after an
interrupt arrived and forwards these as chains of SKBs for the same TCP
connection with modified header field. We have seen a lower CPU load and
On Wed, 2007-07-04 at 14:01 +0200, Johannes Berg wrote:
On Tue, 2007-07-03 at 15:45 -0400, Len Brown wrote:
Thanks for including the demo program, Rui, it works for me (tm).
Applied -- with the incremental patch below, which I think
is correct because the only caller is bus.c, which is
Hi Jan-Bernd.
[ Dropped spambot/i.e. unrelated mail lists ]
On Thu, Jul 05, 2007 at 09:26:30AM +0200, Jan-Bernd Themann ([EMAIL PROTECTED])
wrote:
This patch enables the receive side processing to aggregate TCP packets within
the HEA device driver. It analyses the packets already received
On Thu, 2007-07-05 at 10:35 +0200, Johannes Berg wrote:
On Thu, 2007-07-05 at 16:24 +0800, Zhang Rui wrote:
I missed the discussion about the multicast issues.
You don't need to reserve a family and group ID for ACPI. I'll rework
this on your patches.:)
I don't want to hold you, don't
On Thu, 2007-07-05 at 16:24 +0800, Zhang Rui wrote:
I missed the discussion about the multicast issues.
You don't need to reserve a family and group ID for ACPI. I'll rework
this on your patches.:)
I don't want to hold you, don't worry, I can handle it as well.
But I don't know when these
Brice Goglin [EMAIL PROTECTED] writes:
I am trying to understand whether I can setup a skb destructor in my
code (which is basically a protocol above dev_queue_xmit() and co). From
what I see in many parts in the current kernel code, the protocol (I
mean, the one who actually creates the skb)
On Wed, 4 Jul 2007, Joel Becker wrote:
On Wed, Jul 04, 2007 at 04:38:04PM +0530, Satyam Sharma wrote:
- if (!(event == NETDEV_CHANGEADDR || event == NETDEV_CHANGENAME))
- goto done;
+ if (!(event == NETDEV_UP || event == NETDEV_DOWN ||
+ event == NETDEV_CHANGEADDR ||
On Wed, 4 Jul 2007, Joel Becker wrote:
On Wed, Jul 04, 2007 at 04:38:19PM +0530, Satyam Sharma wrote:
+Some examples follow (configfs is mounted at the /config mountpoint, say).
configfs is generally expected to be mounted at
/sys/kernel/config, and it even creates that mountpoint for
On 7/4/07, Eric Dumazet [EMAIL PROTECTED] wrote:
On Wed, 4 Jul 2007 11:40:48 +0200
Robert Iakobashvili [EMAIL PROTECTED] wrote:
On 7/4/07, Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Wed, Jul 04, 2007 at 09:50:31AM +0200, Robert Iakobashvili ([EMAIL
PROTECTED]) wrote:
If I am correct, a
skb_clone_fraglist is static so it shouldn't be exported.
Signed-off-by: Johannes Berg [EMAIL PROTECTED]
---
net/core/skbuff.c |1 -
1 file changed, 1 deletion(-)
--- wireless-dev.orig/net/core/skbuff.c 2007-07-05 11:30:15.265640003 +0200
+++ wireless-dev/net/core/skbuff.c 2007-07-05
It looks like a timer function can be running and rearm
the timer after removing a ipv6 module.
Signed-off-by: Jarek Poplawski [EMAIL PROTECTED]
---
diff -Nurp 2.6.22-rc7-/net/ipv6/addrconf.c 2.6.22-rc7/net/ipv6/addrconf.c
--- 2.6.22-rc7-/net/ipv6/addrconf.c 2007-07-02 09:03:29.0
Andi Kleen wrote:
Brice Goglin [EMAIL PROTECTED] writes:
I am trying to understand whether I can setup a skb destructor in my
code (which is basically a protocol above dev_queue_xmit() and co). From
what I see in many parts in the current kernel code, the protocol (I
mean, the one who
On 7/4/07, Jarek Poplawski [EMAIL PROTECTED] wrote:
On 21-06-2007 12:58, Mark Hannessen wrote:
[...]
SIOCSIFADDR: No such device eth0:
ERROR while getting interface flags: No such device
[...]
- is eth0 shown in /proc e.g. in /proc/interrupts?
- is ifconfig -a returning something?
- can you
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
- added [EMAIL PROTECTED] line for MAINTAINER file
- changed some in copyright comments
If
addrconf_del_timer() is sometimes done without a lock.
IMHO it could be racy e.g. when between del_timer() and
__in6_ifa_put() some other in6_ifa_put() is done.
addrconf_dad_kick() also runs unlocked in one place.
BTW, I changed a bit one printk to be more precise, I hope.
PS: this patch was
On 05-07-2007 12:08, Andi Kleen wrote:
...
The traditional standpoint was that having your own large skb pools
is not recommended because you won't interact well with the
rest of the system running low on memory and you tieing up
memory.
Essentially you would recreate all the problems
Hi, Jarek.
On Thu, Jul 05, 2007 at 02:28:50PM +0200, Jarek Poplawski ([EMAIL PROTECTED])
wrote:
I wonder if it's very unsound to think about a one way list
of destructors. Of course, not owners could only clean their
private allocations. Woudn't this save some skb clonning,
copying or adding
On Thu, Jul 05, 2007 at 04:28:47PM +0400, Evgeniy Polyakov wrote:
Hi, Jarek.
On Thu, Jul 05, 2007 at 02:28:50PM +0200, Jarek Poplawski ([EMAIL PROTECTED])
wrote:
I wonder if it's very unsound to think about a one way list
of destructors. Of course, not owners could only clean their
On Tue, Jul 03, 2007 at 08:53:46AM -0400, Neil Horman wrote:
On Mon, Jul 02, 2007 at 12:00:29PM -0700, Veeraiyan, Ayyappan wrote:
On 7/2/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Ayyappan Veeraiyan wrote:
+#define IXGBE_TX_FLAGS_VLAN_MASK 0x
+#define
Hi Satyam,
+ cat enabled # check if enabled is 1
+ echo 0 enabled# disable the target (if required)
+ echo eth2 dev_name# set local interface
I think that the above line should change from echo eth2 dev_name to
echo -n
On Thu, Jul 05, 2007 at 02:28:50PM +0200, Jarek Poplawski wrote:
I wonder if it's very unsound to think about a one way list
of destructors. Of course, not owners could only clean their
private allocations. Woudn't this save some skb clonning,
copying or adding new fields for private infos?
The destructor method is set and used for skbs originating from the RDMA
driver sitting above cxgb3.
If these skbs never reach the normal sockets based stack it might be ok.
-Andi
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
This email captures the essence of the thread, so let me start here.
I dont know if i read well enough all the details, but i think i have a
good grasp of the discusion.
To just pick on mentioned issues on the thread which i picked up:
- i think it is fairly usable by netlink to be used as an
On Thu, Jul 05, 2007 at 03:06:40PM +0200, Andi Kleen wrote:
On Thu, Jul 05, 2007 at 02:28:50PM +0200, Jarek Poplawski wrote:
I wonder if it's very unsound to think about a one way list
of destructors. Of course, not owners could only clean their
private allocations. Woudn't this save some
On Thu, 5 Jul 2007, Satyam Sharma wrote:
[...]
BTW I did some testing myself, and have found another *embarrassing* bug:
if netconsole is loaded _without_ specifying any netconsole= parameter,
module is still kept loaded, but on unloading configfs_unregister_...()
obviously panics! :-) This
Johannes Berg wrote:
On Wed, 2007-07-04 at 17:00 +0200, Patrick McHardy wrote:
Not by itself probably but a user could DoS your wireless connectivity
this way.
Hmm, if anything then not the connectivity but rather the MLME i.e. it
won't do roaming properly maybe. Maybe we should then
Hi Keiichi,
On Thu, 5 Jul 2007, Keiichi KII wrote:
Hi Satyam,
+ cat enabled # check if enabled is 1
+ echo 0 enabled # disable the target (if required)
+ echo eth2 dev_name # set local interface
I think that the
jamal wrote:
Looking through the code that uses NL_NONROOT_SEND I just realised that
it's impossible to send multicast messages from userspace to multicast
groups with IDs higher than 31. That's not really good given that
everywhere else we handle multicast groups up to 2^32-1 :/
Yes, this
This cleanup fell out after adding L2TP support where a new encap_rcv
funcptr was added to struct udp_sock. Have XFRM use the new encap_rcv
funcptr, which allows us to move the XFRM encap code from udp.c into
xfrm4_input.c.
Packets discarded by the encap handler are now counted in
subscribe netdev
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, Jul 05, 2007 at 04:24:46PM +0200, Jan-Bernd Themann ([EMAIL PROTECTED])
wrote:
I've couple of comments on the driver, but mainly the fact of decreased
CPU usage itself - what was the magnitude of the win with this driver,
it looks like because of per-packet receive code path
This cleanup fell out after adding L2TP support where a new encap_rcv
funcptr was added to struct udp_sock. Have XFRM use the new encap_rcv
funcptr, which allows us to move the XFRM encap code from udp.c into
xfrm4_input.c.
Make xfrm4_rcv_encap() static since it is no longer called externally.
Le jeudi 5 juillet 2007, vous avez écrit :
James Chapman wrote:
This cleanup fell out after adding L2TP support where a new
encap_rcv funcptr was added to struct udp_sock. Have XFRM use the
new encap_rcv funcptr, which allows us to move the XFRM encap code
from udp.c into xfrm4_input.c.
James Chapman wrote:
This cleanup fell out after adding L2TP support where a new encap_rcv
funcptr was added to struct udp_sock. Have XFRM use the new encap_rcv
funcptr, which allows us to move the XFRM encap code from udp.c into
xfrm4_input.c.
Make xfrm4_rcv_encap() static since it is no
Rémi Denis-Courmont wrote:
By the way, couldn't encap_type be remove altogether (using two slightly
different callbacks for ESP) from udp_sock?
The notion of encap_type is needed for the setsockopt call so it would
have to stay in the API. If it were removed from udp_sock, getsockopt
would
Kok, Auke wrote:
Christoph Hellwig wrote:
On Fri, Jun 29, 2007 at 07:31:55PM -0700, Kok, Auke wrote:
all the pci-express adapters that are supported are extremely similar:
- they all support 2 queues
- the register sets are (almost entirely) identical
- there is minimal feature variance
This patch fixes a VLAN tag corruption bug introduced in the tx batching
modifications.
Signed-off-by: Matt Carlson [EMAIL PROTECTED]
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index be03cbd..cef9cbe 100644
--- a/drivers/net/tg3.c
+++
From: Jarek Poplawski [EMAIL PROTECTED]
Date: Thu, 5 Jul 2007 13:12:46 +0200
It looks like a timer function can be running and rearm
the timer after removing a ipv6 module.
Signed-off-by: Jarek Poplawski [EMAIL PROTECTED]
This is completely academic as ipv6 as a module cannot
be removed,
Every file should include the headers containing the prototypes for
its global functions.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.22-rc6-mm1/net/core/netevent.c.old2007-07-03
04:59:08.0 +0200
+++ linux-2.6.22-rc6-mm1/net/core/netevent.c2007-07-03
Get rid of dubious casts to (void *) which causes a sparse warning.
And move largeish function from inline to the one file that uses the code,
the compiler can then decide to inline it.
Compile tested only.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
drivers/net/netxen/netxen_nic.h
This topic came up at first Netconf. This patch changes skbuff
to use scatterlist. Why? Devices can than use the pci_dma_sg
routines to map the fraglist in one operation. This allows
for better error handling (less unwinding), and some IOMMU's
(PPC?) can be smarter.
--
Stephen Hemminger [EMAIL
The scatterlist only needs 16 bits for length/offset because
PAGE_SIZE is 4K
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
--- a/include/asm-i386/scatterlist.h2007-07-05 14:37:11.0 -0700
+++ b/include/asm-i386/scatterlist.h2007-07-05 15:44:51.0 -0700
@@ -5,9 +5,9 @@
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Thu, 05 Jul 2007 16:14:14 -0700
The scatterlist only needs 16 bits for length/offset because
PAGE_SIZE is 4K
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Unfortunately I don't think this can be done, even on i386.
It is legal to use
--- a/include/asm-i386/scatterlist.h 2007-07-05 14:37:11.0 -0700
+++ b/include/asm-i386/scatterlist.h 2007-07-05 15:44:51.0 -0700
@@ -5,9 +5,9 @@
struct scatterlist {
struct page *page;
-unsigned intoffset;
dma_addr_t
Inaky Perez-Gonzalez wrote:
On Tuesday 03 July 2007, Jeff Garzik wrote:
Inaky Perez-Gonzalez wrote:
Access to bitfields are not atomic within the machine int in which they
are stored... you need to unpack the values stored in bitfields, even
if they are single-bit bitfields.
Which we do
Kok, Auke wrote:
1a) We post an e1000e driver that implements support for all 8257x
(ich8/9, es2lan etc) devices.
1b) We post a patch that drops support for all of these devices in the
form of a pci-ID removal (no code removed) for e1000.
2) we post patches that remove code support for
This patch changes how and to what value the xmit_win variable is
assigned.
The patch starts by correcting the initialization of xmit_win to be 1/4
the value of tx_pending rather than the tx ring size. The tx_pending
value is initialized to be the tx ring size, but it may be changed
through
From: Patrick McHardy [EMAIL PROTECTED]
Date: Thu, 05 Jul 2007 18:45:02 +0200
James Chapman wrote:
This cleanup fell out after adding L2TP support where a new encap_rcv
funcptr was added to struct udp_sock. Have XFRM use the new encap_rcv
funcptr, which allows us to move the XFRM encap
From: Adrian Bunk [EMAIL PROTECTED]
Date: Fri, 6 Jul 2007 01:22:17 +0200
Every file should include the headers containing the prototypes for
its global functions.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Applied, thanks Adrian.
-
To unsubscribe from this list: send the line unsubscribe
On Thu, 05 Jul 2007 16:43:08 -0700 (PDT)
David Miller [EMAIL PROTECTED] wrote:
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Thu, 05 Jul 2007 16:14:14 -0700
The scatterlist only needs 16 bits for length/offset because
PAGE_SIZE is 4K
Signed-off-by: Stephen Hemminger [EMAIL
From: Vlad Yasevich [EMAIL PROTECTED]
Date: Tue, 03 Jul 2007 10:57:32 -0400
Currently if the link is brought down via ip link or ifconfig down,
the inet6addr_chain notifiers are not called even though all
the addresses are removed from the interface. This caused SCTP
to add duplicate
From: Johannes Berg [EMAIL PROTECTED]
Date: Thu, 05 Jul 2007 11:33:01 +0200
skb_clone_fraglist is static so it shouldn't be exported.
Signed-off-by: Johannes Berg [EMAIL PROTECTED]
Patch applied, thanks!
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Thu, 5 Jul 2007 17:00:51 -0700
On Thu, 05 Jul 2007 16:43:08 -0700 (PDT)
David Miller [EMAIL PROTECTED] wrote:
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Thu, 05 Jul 2007 16:14:14 -0700
The scatterlist only needs 16 bits for
Vlad, you're on my shit list for the next week for submitting
a patch to the 2.6.22 tree which won't even compile:
net/ipv6/addrconf.c: In function $,1rx(Baddrconf_ifdown$,1ry(B:
net/ipv6/addrconf.c:2475: error: $,1rx(Bifp$,1ry(B undeclared (first use in
this function)
Ugh. Please disregard the previous version and use this one instead.
The original patch had a compiler warning.
This patch changes how and to what value the xmit_win variable is
assigned.
The patch starts by correcting the initialization of xmit_win to be 1/4
the value of
On 7/5/07, Bhanu Kalyan Chetlapalli [EMAIL PROTECTED] wrote:
subscribe netdev
oops perhaps you need to send it to majordomo :-)
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 7/6/07, pradeep singh [EMAIL PROTECTED] wrote:
On 7/5/07, Bhanu Kalyan Chetlapalli [EMAIL PROTECTED] wrote:
subscribe netdev
oops perhaps you need to send it to majordomo :-)
Sorry about that, I just copied the wrong address, and realized it
immediately after (as it often happens for me)
On Thu, Jul 05, 2007 at 02:37:40PM -0700, David Miller wrote:
From: Jarek Poplawski [EMAIL PROTECTED]
Date: Thu, 5 Jul 2007 13:12:46 +0200
It looks like a timer function can be running and rearm
the timer after removing a ipv6 module.
Signed-off-by: Jarek Poplawski [EMAIL
62 matches
Mail list logo
