Re: [BUG] [2.6.19-rc4-mm2] can't compile drivers/acpi/processor_idle.c

2006-11-07 Thread KAMEZAWA Hiroyuki
On Tue, 7 Nov 2006 22:52:59 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > On Wed, 8 Nov 2006 15:01:41 +0900 > KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote: > > > > > While compiling 2.6.19-rc4-mm2 on ia64, I met this compile error. > > == > > CC [M] drivers/acpi/processor_idle.o > > drivers

Re: [BUG] [2.6.19-rc4-mm2] can't compile drivers/acpi/processor_idle.c

2006-11-07 Thread David Miller
From: Andrew Morton <[EMAIL PROTECTED]> Date: Tue, 7 Nov 2006 22:52:59 -0800 > Also, > > drivers/built-in.o(.text+0xd9a72): In function `e1000_xmit_frame': > : undefined reference to `csum_ipv6_magic' > > I don't know how this got broken. ia64 seems to be the only architecture > which doesn't h

Re: [BUG] [2.6.19-rc4-mm2] can't compile drivers/acpi/processor_idle.c

2006-11-07 Thread Andrew Morton
On Wed, 8 Nov 2006 15:01:41 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote: > > While compiling 2.6.19-rc4-mm2 on ia64, I met this compile error. > == > CC [M] drivers/acpi/processor_idle.o > drivers/acpi/processor_idle.c:43:22: asm/apic.h: No such file or directory > drivers/acpi/processor

Re: [PATCH 2.6.19-rc4-git10][PKT_SCHED] sch_htb: INIT_HLIST_NODE after hlist_del()

2006-11-07 Thread Jarek Poplawski
On Tue, Nov 07, 2006 at 09:50:07AM -0800, Stephen Hemminger wrote: > On Tue, 7 Nov 2006 07:49:43 +0100 > Jarek Poplawski <[EMAIL PROTECTED]> wrote: ... > Your patch duplicated the code in hlist_del_init(). Why not do: > > --- a/net/sched/sch_htb.c 2006-11-07 09:48:22.0 -0800 > +++ b/n

Re: [PATCH] Add support for configuring the PHY connection interface

2006-11-07 Thread Andy Fleming
On Nov 8, 2006, at 00:16, Kumar Gala wrote: On Nov 8, 2006, at 12:10 AM, Andy Fleming wrote: Most PHYs connect to an ethernet controller over a GMII or MII interface. However, a growing number are connected over different interfaces, such as RGMII or SGMII. The ethernet driver will tell th

Re: [PATCH] Add support for configuring the PHY connection interface

2006-11-07 Thread Kumar Gala
On Nov 8, 2006, at 12:10 AM, Andy Fleming wrote: Most PHYs connect to an ethernet controller over a GMII or MII interface. However, a growing number are connected over different interfaces, such as RGMII or SGMII. The ethernet driver will tell the PHY what type of connection it is by setting

[PATCH] Add support for Marvell 88e1111S and 88e1145

2006-11-07 Thread Andy Fleming
This patch requires the new support for configurable PHY interfaces. Changes include: * New support for 88e1145 * New support for 88e111s * Fixing 88e1101 driver to not match non-88e1101 PHYs * Increases in feature support across Marvell PHY product line * Fixes a bunch of whitespace issues found

[PATCH] Add support for configuring the PHY connection interface

2006-11-07 Thread Andy Fleming
Most PHYs connect to an ethernet controller over a GMII or MII interface. However, a growing number are connected over different interfaces, such as RGMII or SGMII. The ethernet driver will tell the PHY what type of connection it is by setting it manually, or passing it in through phy_connect (or

Re: [PATCH 1/3] NetXen: Fixed /sys mapping between device and driver

2006-11-07 Thread Amit S. Kale
Hi Ingo, Will do. Thanks for reviewing it. -Amit On Tuesday 07 November 2006 22:19, Ingo Oeser wrote: > Hi Amit, > > one minor nitpick: > > You wrote: > > diff --git a/drivers/net/netxen/netxen_nic_main.c > > b/drivers/net/netxen/netxen_nic_main.c index b54ea16..4effb87 100644 > > --- a/drivers/n

Please pull 'upstream' branch of wireless-2.6

2006-11-07 Thread John W. Linville
The following changes since commit d4f748365129ccfc9dadf6fb14331e45e33cc4ed: John W. Linville: Merge branch 'upstream-fixes' into upstream are found in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git upstream John W. Linville: wir

Please pull 'upstream-fixes' branch of wireless-2.6

2006-11-07 Thread John W. Linville
The following changes since commit edd106fc8ac1826dbe231b70ce0762db24133e5c: Auke Kok: e1000: Fix regression: garbled stats and irq allocation during swsusp are found in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git upstream-fixes Adr

Re: [PATCH wireless-2.6-git] prism54: WPA/RSN support for fullmac cards

2006-11-07 Thread John W. Linville
On Fri, Nov 03, 2006 at 01:41:46PM -0500, Luis R. Rodriguez wrote: > On 11/3/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > >yes, especially mgt_commit_list caused alot headaches, until I removed > >DOT11_OID_PSM from the cache list. > >Now, I can "hammer" it with ping -f for hours. > > nice,

Re: [DECNET] Endian bug fixes

2006-11-07 Thread David Miller
From: Steven Whitehouse <[EMAIL PROTECTED]> Date: Mon, 06 Nov 2006 10:31:02 + > Hi, > > Here is a patch which fixes some endianess problems. Patrick: since you > have both big & little endian machines at your disposal, can you test to > ensure this is ok? Thanks, Applied, thanks Steven and A

Re: tg3_read_partno(): possible array overrun

2006-11-07 Thread David Miller
From: "Michael Chan" <[EMAIL PROTECTED]> Date: Mon, 06 Nov 2006 12:07:31 -0800 > On Mon, 2006-11-06 at 10:45 +0100, Adrian Bunk wrote: > > The Coverity checker noted the following in drivers/net/tg3.c: > > > > <-- snip --> > > > > The problem is that vpd_data[i + 2] could be vpd_data[255 + 2].

Re: Zero checksum in netconsole/netdump packets

2006-11-07 Thread David Miller
From: Chris Lalancette <[EMAIL PROTECTED]> Date: Tue, 07 Nov 2006 08:33:00 -0500 > David Miller wrote: > > From: Chris Lalancette <[EMAIL PROTECTED]> > > Date: Mon, 06 Nov 2006 18:40:59 -0500 > > > >> Assuming that this is just an oversight, attached is a simple > >> patch to compute th

Re: SKB BUG: Invalid truesize, current git

2006-11-07 Thread David Miller
From: Herbert Xu <[EMAIL PROTECTED]> Date: Tue, 7 Nov 2006 06:36:20 +1100 > On Mon, Nov 06, 2006 at 07:07:26PM +, Benjamin LaHaise wrote: > > > > I managed to get a backtrace for the Invalid truesize bug. The trigger is > > running LMbench2, but it's rater intermittent. Traffic should be g

Re: [PATCH 2.6.19-rc4-git10][PKT_SCHED] sch_htb: INIT_HLIST_NODE after hlist_del()

2006-11-07 Thread David Miller
From: Stephen Hemminger <[EMAIL PROTECTED]> Date: Tue, 7 Nov 2006 09:50:07 -0800 > Your patch duplicated the code in hlist_del_init(). Why not do: Indeed, this is the patch I will apply. Thanks Stephen. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message

Re: [take23 3/5] kevent: poll/select() notifications.

2006-11-07 Thread Davide Libenzi
On Tue, 7 Nov 2006, Evgeniy Polyakov wrote: > +static int kevent_poll_wait_callback(wait_queue_t *wait, > + unsigned mode, int sync, void *key) > +{ > + struct kevent_poll_wait_container *cont = > + container_of(wait, struct kevent_poll_wait_container, wait); > + st

Re: [PATCH] Rewrite e100_phys_id

2006-11-07 Thread Auke Kok
Matthew Wilcox wrote: On Tue, Nov 07, 2006 at 10:33:14AM -0800, Auke Kok wrote: Matthew Wilcox wrote: Tested on the internal interface of an HP Integrity rx2600. bad news, it's completely hosed. The adapter does some indistinguishable blinking for a second, then stops blinking alltogether. W

Re: 2.6.19-rc1: Volanomark slowdown

2006-11-07 Thread John Heffner
David Miller wrote: From: John Heffner <[EMAIL PROTECTED]> Date: Tue, 07 Nov 2006 16:50:33 -0500 The only stack I know of that does this currently is linux, and in doing so does not conform to the spec. ;) Sending to a BSD receiver will result in the same behavior, so the "right place" to fix

Re: [take23 1/5] kevent: Description.

2006-11-07 Thread Andrew Morton
On Tue, 7 Nov 2006 19:50:48 +0300 Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > Description. I converted this into Documentation/kevent.txt. It looks like crap in an 80-col xterm btw. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED

Re: 2.6.19-rc1: Volanomark slowdown

2006-11-07 Thread David Miller
From: John Heffner <[EMAIL PROTECTED]> Date: Tue, 07 Nov 2006 16:50:33 -0500 > The only stack I know of that does this currently is linux, and in doing > so does not conform to the spec. ;) Sending to a BSD receiver will > result in the same behavior, so the "right place" to fix this is on the

Re: [take23 2/5] kevent: Core files.

2006-11-07 Thread Andrew Morton
On Tue, 7 Nov 2006 19:50:48 +0300 Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > This patch includes core kevent files: > * userspace controlling > * kernelspace interfaces > * initialization > * notification state machines I fixed up all the rejects, but your syscall numbers changed. Please

Re: [take23 0/5] kevent: Generic event handling mechanism.

2006-11-07 Thread Andrew Morton
On Tue, 7 Nov 2006 19:50:48 +0300 Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > Generic event handling mechanism. I updated the version in -mm to v23. So people can play with it and review it. It looks like a bit of work will be needed to get it to compile. It seems that most of the fixes whi

Re: 2.6.19-rc1: Volanomark slowdown

2006-11-07 Thread John Heffner
David Miller wrote: If we don't ACK every two segments, stacks which grow the congestion window based upon packet counting will not grow the congestion window properly when they are sending smaller than MSS sized segments. The only stack I know of that does this currently is linux, and in doing

Re: [take21 0/4] kevent: Generic event handling mechanism.

2006-11-07 Thread Andrew Morton
On Tue, 07 Nov 2006 12:52:41 -0800 (PST) David Miller <[EMAIL PROTECTED]> wrote: > From: Andrew Morton <[EMAIL PROTECTED]> > Date: Tue, 7 Nov 2006 11:34:00 -0800 > > > What Evgeniy means here is that copy_to_user() is slower than memcpy() (on > > his machine, with his kernel config, at least). >

Re: [PATCH 3/3] mlsxfrm: Various fixes

2006-11-07 Thread Stephen Smalley
On Tue, 2006-11-07 at 15:29 -0500, Paul Moore wrote: > Venkat Yekkirala wrote: > > +/* > > + * security_sid_compare() - compares two given sid contexts. > > + * Returns 1 if they are equal, 0 otherwise. > > + */ > > +int security_sid_compare(u32 sid1, u32 sid2) > > +{ > > + struct context *contex

Re: [take21 0/4] kevent: Generic event handling mechanism.

2006-11-07 Thread David Miller
From: Andrew Morton <[EMAIL PROTECTED]> Date: Tue, 7 Nov 2006 11:34:00 -0800 > What Evgeniy means here is that copy_to_user() is slower than memcpy() (on > his machine, with his kernel config, at least). > > Which is kinda weird and unexpected and is something which we should > investigate indepe

Re: 2.6.19-rc1: Volanomark slowdown

2006-11-07 Thread David Miller
From: Tim Chen <[EMAIL PROTECTED]> Date: Tue, 07 Nov 2006 10:32:34 -0800 [ Please bring up networking questions on "netdev@vger.kernel.org" as that is the place where networking developers read bug reports and questions, they by-in-large do not read linux-kernel at all. ] > [TCP]: Send ACKs e

Re: [PATCH 2/3] mlsxfrm: Various fixes

2006-11-07 Thread James Morris
On Tue, 7 Nov 2006, Venkat Yekkirala wrote: > Fix SO_PEERSEC for tcp sockets to return the security context of > the peer (as represented by the SA from the peer) as opposed to the > SA used by the local/source socket. What about the case of a localhost TCP connection not using xfrm labeling? Jo

Re: [PATCH 0/11] convert d80211 to a proper protocol

2006-11-07 Thread Johannes Berg
On Tue, 2006-11-07 at 20:02 +0100, Ivo van Doorn wrote: > > http://johannes.sipsolutions.net/files/d80211-cleanup/ > > You might want to fix the rights to the folder again ;) Ahrg, sorry. I should make http://johannes.sipsolutions.net/patches/ and leave that open all the way. johannes signatu

Re: [PATCH 3/3] mlsxfrm: Various fixes

2006-11-07 Thread Paul Moore
Venkat Yekkirala wrote: > +/* > + * security_sid_compare() - compares two given sid contexts. > + * Returns 1 if they are equal, 0 otherwise. > + */ > +int security_sid_compare(u32 sid1, u32 sid2) > +{ > + struct context *context1; > + struct context *context2; > + int rc; > + > + i

Re: [PATCH 4/4] skge: version 1.9

2006-11-07 Thread Jay Vosburgh
Michael Stone <[EMAIL PROTECTED]> wrote: >The skge 1.9 patch is looking good on older syskonnect fiber cards. >Stability issues seem to be taken care of and performance is good. There >are some strange interactions with bonding, however. If I try to put both >interfaces of an sk-9844 into a bonded

Re: [PATCH 4/4] skge: version 1.9

2006-11-07 Thread Michael Stone
On Tue, Nov 07, 2006 at 11:18:07AM -0800, Stephen Hemminger wrote: Do both ports report carrier present? ethtool eth2 ethtool eth3 Link detected? yes Mike Stone - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] Mor

Re: [take21 0/4] kevent: Generic event handling mechanism.

2006-11-07 Thread Andrew Morton
On Tue, 07 Nov 2006 07:32:20 -0500 Jeff Garzik <[EMAIL PROTECTED]> wrote: > Evgeniy Polyakov wrote: > > Mmap ring buffer implementation was stopped by Andrew Morton and Ulrich > > Drepper, process' memory is used instead. copy_to_user() is slower (and > > some times noticebly), but there are major

Fw: 2.6.19-rc1: Volanomark slowdown

2006-11-07 Thread Stephen Hemminger
Begin forwarded message: Date: Tue, 07 Nov 2006 10:32:34 -0800 From: Tim Chen <[EMAIL PROTECTED]> Newsgroups: linux.dev.kernel Subject: 2.6.19-rc1: Volanomark slowdown The patch [TCP]: Send ACKs each 2nd received segment commit: 1ef9696c909060ccdae3ade245ca88692b49285b http://kernel.org/git/

Re: [PATCH 4/4] skge: version 1.9

2006-11-07 Thread Stephen Hemminger
On Tue, 07 Nov 2006 13:58:31 -0500 Michael Stone <[EMAIL PROTECTED]> wrote: > On Tue, Nov 07, 2006 at 09:51:04AM -0800, Stephen Hemminger wrote: > >Which form of bonding link checking are you using. It could be that > >bonding MII checking is confused. > > I'm not specifying anything, just "ifens

Re: [PATCH 1/3] mlsxfrm: Various fixes

2006-11-07 Thread Eric Paris
On Tue, 2006-11-07 at 11:17 -0600, Venkat Yekkirala wrote: > int selinux_xfrm_policy_alloc(struct xfrm_policy *xp, > - struct xfrm_user_sec_ctx *uctx, struct sock *sk) > + struct xfrm_user_sec_ctx *uctx) > { > int err; > - u32 sid; > > - BUG_ON(!xp); > -

Re: [PATCH 4/4] skge: version 1.9

2006-11-07 Thread Michael Stone
On Tue, Nov 07, 2006 at 09:51:04AM -0800, Stephen Hemminger wrote: Which form of bonding link checking are you using. It could be that bonding MII checking is confused. I'm not specifying anything, just "ifenslave bond0 eth2 eth3" Mike Stone - To unsubscribe from this list: send the line "unsu

Re: [PATCH] Rewrite e100_phys_id

2006-11-07 Thread Matthew Wilcox
On Tue, Nov 07, 2006 at 10:33:14AM -0800, Auke Kok wrote: > Matthew Wilcox wrote: > >Tested on the internal interface of an HP Integrity rx2600. > > bad news, it's completely hosed. The adapter does some indistinguishable > blinking for a second, then stops blinking alltogether. Weird. I tested

Re: [PATCH 0/11] convert d80211 to a proper protocol

2006-11-07 Thread Ivo van Doorn
Hi, > http://johannes.sipsolutions.net/files/d80211-cleanup/ You might want to fix the rights to the folder again ;) Ivo - 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

Re: [PATCH 0/11] convert d80211 to a proper protocol

2006-11-07 Thread Johannes Berg
I've put a new patchset up at http://johannes.sipsolutions.net/files/d80211-cleanup/ It now contains: 001-cfg80211-fix-Makefile.patch 002-cfg80211-wext-compat.patch as before. 003-d80211-reduce-mdev-1.patch 004-d80211-reduce-mdev-2.patch 005-d80211-cleanup-rxmgmt.patch 006-d80211-scan-sanity.pa

Re: [PATCH] Rewrite e100_phys_id

2006-11-07 Thread Auke Kok
Matthew Wilcox wrote: The motivator for this was to fix the sparse warning: drivers/net/e100.c:2418:48: warning: cast truncates bits from constant value (83126e978d4fdf becomes 978d4fdf) drivers/net/e100.c:2419:37: warning: cast truncates bits from constant value (83126e978d4fdf becomes 978d4fdf

Re: [PATCH 4/4] skge: version 1.9

2006-11-07 Thread Stephen Hemminger
On Tue, 07 Nov 2006 08:25:07 -0500 Michael Stone <[EMAIL PROTECTED]> wrote: > The skge 1.9 patch is looking good on older syskonnect fiber cards. > Stability issues seem to be taken care of and performance is good. There > are some strange interactions with bonding, however. If I try to put >

Re: [PATCH 2.6.19-rc4-git10][PKT_SCHED] sch_htb: INIT_HLIST_NODE after hlist_del()

2006-11-07 Thread Stephen Hemminger
On Tue, 7 Nov 2006 07:49:43 +0100 Jarek Poplawski <[EMAIL PROTECTED]> wrote: > On Mon, Nov 06, 2006 at 09:44:49AM -0800, Stephen Hemminger wrote: > > On Mon, 6 Nov 2006 12:33:53 +0100 > > Jarek Poplawski <[EMAIL PROTECTED]> wrote: > > > > > After hlist_del() next and pprev pointers are not NULL >

[PATCH 1/3] mlsxfrm: Various fixes

2006-11-07 Thread Venkat Yekkirala
Since the upstreaming of the mlsxfrm modification a few months back, testing has resulted in the identification of the following issues/bugs that are resolved in this patch set. 1. Fix the security context used in the IKE negotiation to be the context of the socket as opposed to the context of

[PATCH 2/3] mlsxfrm: Various fixes

2006-11-07 Thread Venkat Yekkirala
Fix SO_PEERSEC for tcp sockets to return the security context of the peer (as represented by the SA from the peer) as opposed to the SA used by the local/source socket. Signed-off-by: Venkat Yekkirala <[EMAIL PROTECTED]> --- include/linux/security.h| 14 ++ include/net/request_s

[PATCH 3/3] mlsxfrm: Various fixes

2006-11-07 Thread Venkat Yekkirala
Fix the selection of an SA for an outgoing packet to be at the same context as the originating socket/flow. This eliminates the SELinux policy's ability to use/sendto SAs with contexts other than the socket's. With this patch applied, the SELinux policy will require one or more of the following fo

[PATCH 3/3] NetXen: 1G/10G Ethernet Driver updates

2006-11-07 Thread Amit S. Kale
NetXen: 1G/10G Ethernet Driver updates - Driver cleanup - These fixes take care of driver on machines with >4G memory Signed-off-by: Amit S. Kale <[EMAIL PROTECTED]> netxen_nic.h | 41 ++ netxen_nic_ethtool.c | 19 ++-- netxen_nic_hdr.h |0 netxen

[take23 0/5] kevent: Generic event handling mechanism.

2006-11-07 Thread Evgeniy Polyakov
Generic event handling mechanism. Kevent is a generic subsytem which allows to handle event notifications. It supports both level and edge triggered events. It is similar to poll/epoll in some cases, but it is more scalable, it is faster and allows to work with essentially eny kind of events. Ev

[take23 5/5] kevent: Timer notifications.

2006-11-07 Thread Evgeniy Polyakov
Timer notifications. Timer notifications can be used for fine grained per-process time management, since interval timers are very inconvenient to use, and they are limited. This subsystem uses high-resolution timers. id.raw[0] is used as number of seconds id.raw[1] is used as number of nanosec

[take23 4/5] kevent: Socket notifications.

2006-11-07 Thread Evgeniy Polyakov
Socket notifications. This patch includes socket send/recv/accept notifications. Using trivial web server based on kevent and this features instead of epoll it's performance increased more than noticebly. More details about various benchmarks and server itself (evserver_kevent.c) can be found on

[take23 3/5] kevent: poll/select() notifications.

2006-11-07 Thread Evgeniy Polyakov
poll/select() notifications. This patch includes generic poll/select notifications. kevent_poll works simialr to epoll and has the same issues (callback is invoked not from internal state machine of the caller, but through process awake, a lot of allocations and so on). Signed-off-by: Evgeniy Po

[take23 1/5] kevent: Description.

2006-11-07 Thread Evgeniy Polyakov
Description. int kevent_ctl(int fd, unsigned int cmd, unsigned int num, struct ukevent *arg); fd - is the file descriptor referring to the kevent queue to manipulate. It is created by opening "/dev/kevent" char device, which is created with dynamic minor number and major number assigned for m

[take23 2/5] kevent: Core files.

2006-11-07 Thread Evgeniy Polyakov
Core files. This patch includes core kevent files: * userspace controlling * kernelspace interfaces * initialization * notification state machines Some bits of documentation can be found on project's homepage (and links from there): http://tservice.net.ru/~s0mbre/old/?section=projects&item=

Re: [PATCH 1/3] NetXen: Fixed /sys mapping between device and driver

2006-11-07 Thread Ingo Oeser
Hi Amit, one minor nitpick: You wrote: > diff --git a/drivers/net/netxen/netxen_nic_main.c > b/drivers/net/netxen/netxen_nic_main.c > index b54ea16..4effb87 100644 > --- a/drivers/net/netxen/netxen_nic_main.c > +++ b/drivers/net/netxen/netxen_nic_main.c [...] > @@ -1040,7 +1041,7 @@ static int n

[PATCH 1/3] NetXen: Fixed /sys mapping between device and driver

2006-11-07 Thread Amit S. Kale
Signed-off-by: Amit S. Kale <[EMAIL PROTECTED]> netxen_nic_main.c |3 ++- 1 files changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/netxen/netxen_nic_main.c b/drivers/net/netxen/netxen_nic_main.c index b54ea16..4effb87 100644 --- a/drivers/net/netxen/netxen_nic_main.c +++ b

[PATCH 0/3] NetXen: 1G/10G Ethernet Driver updates

2006-11-07 Thread Amit S. Kale
Hi All, I will be sending NetXen 1G/10G ethernet driver updates in subsequent emails. Kindly review it and feel free to send feedback. Thanks, --Amit - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http:

Re: Zero checksum in netconsole/netdump packets

2006-11-07 Thread Chris Lalancette
David Miller wrote: From: Chris Lalancette <[EMAIL PROTECTED]> Date: Mon, 06 Nov 2006 18:40:59 -0500 Assuming that this is just an oversight, attached is a simple patch to compute the UDP checksum in netpoll_send_udp. If the resulting checksum is zero, you should set it to all 1's,

Re: [PATCH 4/4] skge: version 1.9

2006-11-07 Thread Michael Stone
The skge 1.9 patch is looking good on older syskonnect fiber cards. Stability issues seem to be taken care of and performance is good. There are some strange interactions with bonding, however. If I try to put both interfaces of an sk-9844 into a bonded interface, I only see traffic from one o

Re: [take21 0/4] kevent: Generic event handling mechanism.

2006-11-07 Thread Evgeniy Polyakov
On Tue, Nov 07, 2006 at 07:17:03AM -0500, Jeff Garzik ([EMAIL PROTECTED]) wrote: > Evgeniy Polyakov wrote: > >Well, kevent network and FS AIO are suspended for now (although first > > Why? > > IMO, getting async event submission right is important. It should be > designed in parallel with async

Re: [take21 0/4] kevent: Generic event handling mechanism.

2006-11-07 Thread Jeff Garzik
Evgeniy Polyakov wrote: Mmap ring buffer implementation was stopped by Andrew Morton and Ulrich Drepper, process' memory is used instead. copy_to_user() is slower (and some times noticebly), but there are major advantages of such approach. h. I say there are advantages to both. Perhaps c

Re: [take21 0/4] kevent: Generic event handling mechanism.

2006-11-07 Thread Jeff Garzik
Evgeniy Polyakov wrote: Well, kevent network and FS AIO are suspended for now (although first Why? IMO, getting async event submission right is important. It should be designed in parallel with async event reception. Jeff - To unsubscribe from this list: send the line "unsubscrib

Re: [take22 0/4] kevent: Generic event handling mechanism.

2006-11-07 Thread Jeff Garzik
David Miller wrote: From: Pavel Machek <[EMAIL PROTECTED]> Date: Fri, 3 Nov 2006 09:57:12 +0100 Not sure what you are smoking, but "there's unsigned long in *bsd version, lets rewrite it from scratch" sounds like very bad idea. What about fixing that one bit you don't like? I disagree, it's m

Re: [take22 0/4] kevent: Generic event handling mechanism.

2006-11-07 Thread Jeff Garzik
Nate Diller wrote: Indesiciveness has certainly been an issue here, but I remember akpm and Ulrich both giving concrete suggestions. I was particularly interested in Andrew's request to explain and justify the differences between kevent and BSD's kqueue interface. Was there a discussion that I

Re: [take21 0/4] kevent: Generic event handling mechanism.

2006-11-07 Thread Evgeniy Polyakov
On Tue, Nov 07, 2006 at 06:26:09AM -0500, Jeff Garzik ([EMAIL PROTECTED]) wrote: > Evgeniy Polyakov wrote: > >Generic event handling mechanism. > > > >Consider for inclusion. > > > >Changes from 'take20' patchset: > > * new ring buffer implementation > > * removed artificial limit on possible numbe

Re: [take21 0/4] kevent: Generic event handling mechanism.

2006-11-07 Thread Evgeniy Polyakov
On Tue, Nov 07, 2006 at 06:46:58AM -0500, Jeff Garzik ([EMAIL PROTECTED]) wrote: > At an aside... This may be useful. Or not. > > Al Viro had an interesting idea about kernel<->userspace data passing > interfaces. He had suggested creating a task-specific filesystem > derived from ramfs. Thr

Re: [take21 0/4] kevent: Generic event handling mechanism.

2006-11-07 Thread Jeff Garzik
At an aside... This may be useful. Or not. Al Viro had an interesting idea about kernel<->userspace data passing interfaces. He had suggested creating a task-specific filesystem derived from ramfs. Through the normal VFS/VM codepaths, the user can easily create [subject to resource/priv ch

Re: Zero checksum in netconsole/netdump packets

2006-11-07 Thread Krzysztof Oledzki
On Tue, 7 Nov 2006, Gerrit Renker wrote: Quoting Chris Lalancette: | Hello, | I realized that all of the packets that go from the crashing machine to the netdump server have a zero checksum. | Assuming that this is just an oversight, attached is a simple patch to compute the UD

Re: [take21 0/4] kevent: Generic event handling mechanism.

2006-11-07 Thread Jeff Garzik
Evgeniy Polyakov wrote: Generic event handling mechanism. Consider for inclusion. Changes from 'take20' patchset: * new ring buffer implementation * removed artificial limit on possible number of kevents With this release and fixed userspace web server it was possible to achive 3960+ req/s w

[git patches] net driver fixes

2006-11-07 Thread Jeff Garzik
Please pull from 'upstream-linus' branch of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git upstream-linus to receive the following updates: drivers/net/b44.c |5 +++-- drivers/net/e1000/e1000_main.c |7 +++ 2 files changed, 10 insertions(+), 2 delet

[PATCH/RFC] add netpoll support for gianfar: respin

2006-11-07 Thread Vitaly Wool
The patch inlined below adds NET_POLL_CONTROLLER support for gianfar network driver, slightly modified wrt the comments from Andy Fleming. drivers/net/gianfar.c | 33 + 1 file changed, 33 insertions(+) Signed-off-by: Vitaly Wool <[EMAIL PROTECTED]> Index: po

Re: [PATCH/RFC] add netpoll support for gianfar

2006-11-07 Thread Vitaly Wool
On Mon, 6 Nov 2006 15:26:33 -0600 Andy Fleming <[EMAIL PROTECTED]> wrote: > You are passing extra arguments, here Oh yes, thanks. I was out of sync here. > 1) Do we need the disable/enable irq stuff? It seems like we should > be able to either just *mask* the interrupts at the controller, or

Re: [PATCH 2/3] add dev_to_node()

2006-11-07 Thread Christoph Hellwig
On Mon, Nov 06, 2006 at 10:25:36PM -0800, Ravikiran G Thirumalai wrote: > On Sun, Nov 05, 2006 at 12:53:23AM +0100, Christoph Hellwig wrote: > > On Sat, Nov 04, 2006 at 06:06:48PM -0500, Dave Jones wrote: > > > On Sat, Nov 04, 2006 at 11:56:29PM +0100, Christoph Hellwig wrote: > > > > > > This wil

Re: Zero checksum in netconsole/netdump packets

2006-11-07 Thread Gerrit Renker
Quoting Chris Lalancette: | Hello, | I realized that all of the packets that go from the crashing machine to the netdump server have a zero checksum. | Assuming that this is just an oversight, attached is a simple patch to compute the UDP checksum in netpoll_send_udp. | | Signed

Re: [PATCH] [XFRM/IPV6] fix next header offset in decode_session

2006-11-07 Thread YOSHIFUJI Hideaki / 吉藤英明
In article <[EMAIL PROTECTED]> (at Tue, 7 Nov 2006 10:30:02 +0100), Jean-Philippe Andriot <[EMAIL PROTECTED]> says: > The way to get the next protocol number of an IPv6 tunnel changes > after introducing IP6CB, but I think we should go back to the > previous version here. : > struct ipv6_

Re: [patch 6/8] subdance: correct initial and close hardware step.

2006-11-07 Thread Jeff Garzik
[EMAIL PROTECTED] wrote: From: Jesse Huang <[EMAIL PROTECTED]> Correct initial and close hardware step. In some embedded system down and up IP100A will cause DMA crash. We add some for safe down and up IP100A. Signed-off-by: Jesse Huang <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL

Re: [patch 3/8] sundance: remove TxStartThresh and RxEarlyThresh

2006-11-07 Thread Jeff Garzik
[EMAIL PROTECTED] wrote: From: Jesse Huang <[EMAIL PROTECTED]> For patent issue need to remove TxStartThresh and RxEarlyThresh. This patent is cut-through patent. If use this function, Tx will start to transmit after few data be move in to Tx FIFO. We are not allow to use those function in DF

Re: [patch 4/8] subdance: fix TX Pause bug (reset_tx, intr_handler)

2006-11-07 Thread Jeff Garzik
[EMAIL PROTECTED] wrote: From: Jesse Huang <[EMAIL PROTECTED]> Fix TX Pause bug (reset_tx, intr_handler). When MaxCollisions occurred, need to re-enable Tx. But just after re-enable, MaxCollisions maybe occurred again and with TxStatusOverflow. This will cause driver can't check new MaxCollis

Re: [PATCH] Fixed a number of bugs in the PHY Layer

2006-11-07 Thread Jeff Garzik
Andy Fleming wrote: * genphy_update_link is now exported * Added a fix from [EMAIL PROTECTED] which changes forcing so it only updates the link. Otherwise, it never tries the lower values, since it is always overwriting the speed/duplex values with the current ones, rather than the intende

Re: [PATCH 1/3] ethtool: marvell register dump

2006-11-07 Thread Jeff Garzik
Stephen Hemminger wrote: This is a consolidation of earlier marvell register decode patches to ethtool. Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]> applied patch 1 of 3 patches 2 and 3 still in the queue under consideration. - To unsubscribe from this list: send the line "unsubscri

Re: [PATCH/RFC] add netpoll support for gianfar

2006-11-07 Thread Jeff Garzik
Vitaly Wool wrote: The patch inlined below adds NET_POLL_CONTROLLER support for gianfar network driver. As noted, this patch is out of date. 2.6.19-rc kernels removed the pt_regs argument from all irq handlers. Jeff - To unsubscribe from this list: send the line "unsubscribe net

[PATCH] [XFRM/IPV6] fix next header offset in decode_session

2006-11-07 Thread Jean-Philippe Andriot
The way to get the next protocol number of an IPv6 tunnel changes after introducing IP6CB, but I think we should go back to the previous version here. In our case I think there was a confusion between the pointer on the first byte of the next header and the value of the next header field. Signed-

Re: ZONE_NORMAL memory exhausted by 4000 TCP sockets

2006-11-07 Thread Al Boldi
Zhao Xiaoming wrote: > The latest update: > It seems that Linux kernel memory management mechanisms including > buddy and slab algorisms are not very efficient under my test > conditions that tcp stack requires a lot of (hundreds of MB) packet > buffers and release them very frequently. > H