Re: [RFC][PATCH -mm take4 6/6] add ioctls for adding/removing target

From: Stephen Hemminger <[EMAIL PROTECTED]> Date: Thu, 19 Apr 2007 22:39:09 -0700 > Should't this just be a network ioctl against an UDP (AF_INET, > SOCK_DGRAM) socket? Also consider netconsole over IPV6 for future > enhancement. If it's on a socket use a socket option :-) - To unsubscribe from

[PATCH] Olympic (IBM PCI tokenring): handle return codes of register_netdev

Handle return codes of register_netdev(). Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]> Index: 21-rc7/drivers/net/tokenring/olympic.c === --- 21-rc7.orig/drivers/net/tokenring/olympic.c +++ 21-rc7/drivers/net/tokenring/olympic.

Re: [RFC][PATCH -mm take4 6/6] add ioctls for adding/removing target

On Thu, 19 Apr 2007 21:16:30 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote: > On Wed, 18 Apr 2007 21:14:55 +0900 Keiichi KII <[EMAIL PROTECTED]> wrote: > > > From: Keiichi KII <[EMAIL PROTECTED]> > > > > We add ioctls for adding/removing target. > > If we use NETCONSOLE_ADD_TARGET ioctl, > > we

Re: [PATCH] CONFIG_PACKET_MMAP should depend on MMU

On 4/18/07, David Howells <[EMAIL PROTECTED]> wrote: Aubrey Li <[EMAIL PROTECTED]> wrote: > Here, in the attachment I wrote a small test app. Please correct if > there is anything wrong, and feel free to improve it. Okay... I have that working... probably. I don't know what output it's suppose

Re: [RFC][PATCH -mm take4 6/6] add ioctls for adding/removing target

On Wed, 18 Apr 2007 21:14:55 +0900 Keiichi KII <[EMAIL PROTECTED]> wrote: > From: Keiichi KII <[EMAIL PROTECTED]> > > We add ioctls for adding/removing target. > If we use NETCONSOLE_ADD_TARGET ioctl, > we can dynamically add netconsole target. > If we use NETCONSOLE_REMOVE_TARGET ioctl, > we ca

Re: [RFC][PATCH -mm take4 4/6] using symlink for the net_device

On Wed, 18 Apr 2007 21:11:14 +0900 Keiichi KII <[EMAIL PROTECTED]> wrote: > From: Keiichi KII <[EMAIL PROTECTED]> > > We use symbolic link for net_device. As Stephen said, please fully document the new interfaces in netconsole.txt. Please also cc netdev@vger.kernel.org on all networking-related

Re: [RFC][PATCH -mm take4 2/6] support multiple logging

On Wed, 18 Apr 2007 21:06:41 +0900 Keiichi KII <[EMAIL PROTECTED]> wrote: > From: Keiichi KII <[EMAIL PROTECTED]> > > This patch contains the following changes for supporting multiple logging > agents. > > 1. extend netconsole to multiple netpolls >To send kernel messages to multiple loggin

Re: [RFC][PATCH -mm take4 3/6] add interface for netconsole using sysfs

On Wed, 18 Apr 2007 21:08:45 +0900 Keiichi KII <[EMAIL PROTECTED]> wrote: > +static ssize_t store_local_port(struct netconsole_target *nt, const char > *buf, > + size_t count) > +{ > + spin_lock(&target_list_lock); > + nt->np.local_port = simple_strtol(buf, NUL

Re: Getting the new RxRPC patches upstream

David Miller <[EMAIL PROTECTED]> wrote: > > I applied already the patches I thought were appropriate, > you had some crypto layer changes that you need to work > out with Herbert Xu before the rest can be applied. He has already fixed it by using the scatterlist interface for now. So the last set

Re: [GIT PATCH] Exporting IPv6 statistics via netlink.

In article <[EMAIL PROTECTED]> (at Thu, 19 Apr 2007 13:24:12 -0700 (PDT)), David Miller <[EMAIL PROTECTED]> says: > From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]> > Date: Thu, 19 Apr 2007 21:04:54 +0900 (JST) > > > net-2.6.22-20070417-stats-20070419 > &g

Re: [Bugme-new] [Bug 8320] New: replacing route in kernel doesn't send netlink message

On Thu, 19 Apr 2007 14:12:19 +0200 Patrick McHardy <[EMAIL PROTECTED]> wrote: > Milan Kocián wrote: > > ok, here is new version. Sign is in patch. Is it correct? > > > > --- a/net/ipv4/fib_hash.c 2007-04-18 12:50:11.0 +0200 > > +++ b/net/ipv4/fib_hash.c 2007-04-19 10:21:04.267136960 +

Re: AF_PACKET how to get the original netdev from a packet received from a bonded master

Chris Leech wrote: Just to give you an idea of our motivation around this, we're looking at layer 2 configuration protocols implemented from user space. I'd like to second the intent of this patch. We've been maintaining a patch against 2.6.10 for a while now that exports the original ingres

tiacx100 problem

I believe the following error message is from the tiacx driver, and is not related to the firmware: "unknown chip and EEPROM version combination (ACX100, v0), don't know how to parse config options yet. Please report" This is for an SMC2435W, part number 99-012084-036. While it appears to load, t

Re: [BRIDGE] Unaligned access on IA64 when comparing ethernet addresses

David Miller a écrit : From: Eric Dumazet <[EMAIL PROTECTED]> Date: Thu, 19 Apr 2007 16:14:23 +0200 On Wed, 18 Apr 2007 13:04:22 -0700 (PDT) David Miller <[EMAIL PROTECTED]> wrote: Although I don't think gcc does anything fancy since we don't use memcmp(). It's a tradeoff, we'd like to use u

Re: [GIT PATCH] Exporting IPv6 statistics via netlink.

From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]> Date: Thu, 19 Apr 2007 21:04:54 +0900 (JST) > net-2.6.22-20070417-stats-20070419 I tried to pull this but I killed it before it tried to merge because it looked very large: remote: Generating pack... remote: Done counting 5200 object

Re: Getting the new RxRPC patches upstream

From: David Howells <[EMAIL PROTECTED]> Date: Thu, 19 Apr 2007 15:18:23 +0100 > Eric W. Biederman <[EMAIL PROTECTED]> wrote: > > > What is the ETA on your patches? > > That depends on Dave Miller now, I think. I'm assuming they need to go > through the network GIT tree to get to Linus. Certain

sky2 X86-64 PCI synchronization problems

I am testing a Gigabyte 965P-S3 motherboard with onboard Marvell 88E8056 Ethernet controller (sky2 driver). The CPU is a Core-2 Duo. Strange errors occur under moderate load with X86-64 kernel. Surprisingly, with i386 kernel the controller runs fine without errors. These look bus/PCI related becau

Re: kernel BUG at net/core/skbuff.c in linux-2.6.21-rc6

From: Paul Mackerras <[EMAIL PROTECTED]> Date: Sun, 15 Apr 2007 11:05:53 +1000 > I wrote: > > > So this doesn't change process_input_packet(), which treats the case > > where the first byte is 0xff (PPP_ALLSTATIONS) but the second byte is > > 0x03 (PPP_UI) as indicating a packet with a PPP protoc

Re: [BRIDGE] Unaligned access on IA64 when comparing ethernet addresses

From: Eric Dumazet <[EMAIL PROTECTED]> Date: Thu, 19 Apr 2007 16:14:23 +0200 > On Wed, 18 Apr 2007 13:04:22 -0700 (PDT) > David Miller <[EMAIL PROTECTED]> wrote: > > > > > Although I don't think gcc does anything fancy since we don't > > use memcmp(). It's a tradeoff, we'd like to use unsigned

[git patches] net driver fixes

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/Kconfig |1 + drivers/net/cxgb3/cxgb3_defs.h|5 +- drivers/net/cxgb3/cxgb3_offload.c | 69

Re: Getting the new RxRPC patches upstream

David Howells <[EMAIL PROTECTED]> writes: > Eric W. Biederman <[EMAIL PROTECTED]> wrote: > >> Ok. I don't see any patches in -mm so I was assuming these patches have >> not been queued up anywhere. > > They haven't been quite yet. Is it your intention to kill these features in > 2.6.22? That is

Re: [PATCH] gianfar needs crc32 lib dependency

Dave Jiang wrote: Gianfar needs crc32 to be selected to compile. Signed-off-by: Dave Jiang <[EMAIL PROTECTED]> -- drivers/net/Kconfig |1 + 1 files changed, 1 insertions(+), 0 deletions(-) applied - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a mes

Re: [PATCH 2.6.21 1/2] cxgb3 - Fix low memory conditions

[EMAIL PROTECTED] wrote: From: Divy Le Ray <[EMAIL PROTECTED]> Reuse the incoming skb when a clientless abort req is recieved. The release of RDMA connections HW resources might be deferred in low memory situations. Ensure that no further activity is passed up to the RDMA driver for these con

[patch] Current sky2 driver from GIT backported to 2.6.15-1 (FC5)

Hi Stephen, list; Patch attached backports the current sky2 driver in GIT to 2.6.15-1. This version works, I don't know if I'm missing anything crucial in the port. It also seems to alleviate problems we have been experiencing (and are well documented in various forums/lists online) where the

Re: [PATCH 1/6] sky2: disable support for 88E8056

Stephen Hemminger wrote: This device is having all sorts of problems that lead to data corruption and system instability. It gets receive status and data out of order, it generates descriptor and TSO errors, etc. Until the problems are resolved, it should not be used by anyone who cares about t

Re: [BRIDGE] Unaligned access on IA64 when comparing ethernet addresses

On Thu, 19 Apr 2007 16:14:23 +0200 Eric Dumazet <[EMAIL PROTECTED]> wrote: > On Wed, 18 Apr 2007 13:04:22 -0700 (PDT) > David Miller <[EMAIL PROTECTED]> wrote: > > > > > Although I don't think gcc does anything fancy since we don't > > use memcmp(). It's a tradeoff, we'd like to use unsigned lo

Re: Getting the new RxRPC patches upstream

Eric W. Biederman <[EMAIL PROTECTED]> wrote: > Ok. I don't see any patches in -mm so I was assuming these patches have > not been queued up anywhere. They haven't been quite yet. Is it your intention to kill these features in 2.6.22? David - To unsubscribe from this list: send the line "unsubs

Re: Possible bug in netlink_recvmsg()

David Miller <[EMAIL PROTECTED]> wrote: > See this fix in my net-2.6.22 tree: > > commit ad495d7b6cfcd1bc2eaf06c42699be0bb5d84234 > Author: David S. Miller <[EMAIL PROTECTED]> > Date: Tue Mar 6 17:02:35 2007 -0800 Ummm... That seems to conflict with something in your net-2.6 tree. Which one s

Re: Getting the new RxRPC patches upstream

David Howells <[EMAIL PROTECTED]> writes: > Eric W. Biederman <[EMAIL PROTECTED]> wrote: > >> What is the ETA on your patches? > > That depends on Dave Miller now, I think. I'm assuming they need to go > through the network GIT tree to get to Linus. Certainly Andrew Morton seems > to think so.

Re: [PATCH 1/7] NetXen: Use multiple PCI functions

On Thursday 19 April 2007 20:30, Stephen Hemminger wrote: > On Thu, 19 Apr 2007 07:52:24 -0700 > > Linsys Contractor Mithlesh Thukral <[EMAIL PROTECTED]> wrote: > > NetXen: Make driver use multiple PCI functions. > > This patch will make NetXen driver work with multiple PCI functions. This > > will

Re: [PATCH 1/7] NetXen: Use multiple PCI functions

On Thu, 19 Apr 2007 07:52:24 -0700 Linsys Contractor Mithlesh Thukral <[EMAIL PROTECTED]> wrote: > NetXen: Make driver use multiple PCI functions. > This patch will make NetXen driver work with multiple PCI functions. This will > make the usage of memory resources as well as interrupts more indepe

[PATCH 7/7] NetXen: Fix for vmalloc issues

NetXen: Fix vmalloc errors on seen on some X86 high end machines. Signed-off by: Milan Bag <[EMAIL PROTECTED]> Acked-by: Mithlesh Thukral <[EMAIL PROTECTED]> --- drivers/net/netxen/netxen_nic.h |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/netxen/netxe

[PATCH 6/7] NetXen: Fixes for Power PC architecture

NetXen: Fix PPC architecture specific bugs Fixes some issues seen on Big endian machines. Signed-off by: Milan Bag <[EMAIL PROTECTED]> Signed-off by: Mithlesh Thukral <[EMAIL PROTECTED]> --- drivers/net/netxen/netxen_nic.h |6 +++--- drivers/net/netxen/netxen_nic_hw.c |3 +-- dr

[PATCH 5/7] NetXen: Port swap feature for multi port cards

NetXen: Port Swap feature This patch will allow a port numbers on the card to be swapped in host driver. This feature is applicable to cards having more than 1 port. Signed-off by: Milan Bag <[EMAIL PROTECTED]> Signed-off by: Mithlesh Thukral <[EMAIL PROTECTED]> --- drivers/net/netxen/netxen_

[PATCH 3/7] NetXen: Multi PCI support for Quad cards

NetXen: Fix the multi PCI function for cards with more than 2 ports. This patch fixes the working of multi PCI capable driver on cards with more than 2 ports by adding the addresses for their rings and sizes. Signed-off by: Mithlesh Thukral <[EMAIL PROTECTED]> --- drivers/net/netxen/netxen_nic

[PATCH 4/7] NetXen: Removal of redundant macros

NetXen: Remove 2 redundant macro definitions from header file. Signed-off by: Mithlesh Thukral <[EMAIL PROTECTED]> --- drivers/net/netxen/netxen_nic_phan_reg.h |2 -- 1 files changed, 2 deletions(-) diff --git a/drivers/net/netxen/netxen_nic_phan_reg.h b/drivers/net/netxen/netxen_nic_phan

[PATCH 2/7] NetXen: Removal of redundant argument passing

NetXen: Removal of redundant function call parameters and bug fixes. This patch will remove the redundant paramters which were being passed to many functions since now adapter->portnum can be used. Signed-off-by: Mithlesh Thukral <[EMAIL PROTECTED]> --- drivers/net/netxen/netxen_nic.h |

[PATCH 0/7] NetXen: Make driver use multiple PCI functions

hi All, Thanks Christoph and Stephen for your feedback. I am resending the 7 patches after incorporating their suggestions. These patches are with respect to netdev#upstream and we wish their inclusion in 2.6.22 kernel. Out of these the first 2 patches were already accepted into the netdev tree,

Getting the new RxRPC patches upstream

Eric W. Biederman <[EMAIL PROTECTED]> wrote: > What is the ETA on your patches? That depends on Dave Miller now, I think. I'm assuming they need to go through the network GIT tree to get to Linus. Certainly Andrew Morton seems to think so. David - To unsubscribe from this list: send the line "

Re: [BRIDGE] Unaligned access on IA64 when comparing ethernet addresses

On Wed, 18 Apr 2007 13:04:22 -0700 (PDT) David Miller <[EMAIL PROTECTED]> wrote: > > Although I don't think gcc does anything fancy since we don't > use memcmp(). It's a tradeoff, we'd like to use unsigned long > comparisons when both objects are aligned correctly but we also > don't want it to

Re: [Bugme-new] [Bug 8320] New: replacing route in kernel doesn't send netlink message

Milan Kocián wrote: > ok, here is new version. Sign is in patch. Is it correct? > > --- a/net/ipv4/fib_hash.c 2007-04-18 12:50:11.0 +0200 > +++ b/net/ipv4/fib_hash.c 2007-04-19 10:21:04.267136960 +0200 > [...] > Signed-off-by: Milan Kocian <[EMAIL PROTECTED]> Looks good, thanks.

Re: [GIT PATCH] Exporting IPv6 statistics via netlink.

on proc fs? > > I'll follow up to eliminate such dependency afterwards. Here it is. All changesets are available on the net-2.6.22-20070417-stats-20070419 branch at . --- [IPV6] SNMP: Export statistics via netlink without CONFIG_PROC_FS. Signed-off-by: YOSHIFUJI Hideaki

[KJ][PATCH]SPIN_LOCK_UNLOCKED cleanup in drivers/atm, net

SPIN_LOCK_UNLOCKED cleanup,use __SPIN_LOCK_UNLOCKED instead Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]> --- drivers/atm/atmtcp.c |2 +- net/atm/clip.c |2 +- net/atm/lec.c|2 +- net/atm/mpc.c|2 +- net/atm/signaling.c |2 +- net/dccp/minis

Re: kernel BUG at net/core/skbuff.c in linux-2.6.21-rc6

Herbert Xu <[EMAIL PROTECTED]> wrote: > > Paul Mackerras <[EMAIL PROTECTED]> wrote: >> >> So this doesn't change process_input_packet(), which treats the case >> where the first byte is 0xff (PPP_ALLSTATIONS) but the second byte is >> 0x03 (PPP_UI) as indicating a packet with a PPP protocol numbe

Re: [Bugme-new] [Bug 8320] New: replacing route in kernel doesn't send netlink message

On Wed, 2007-04-18 at 16:06 +0200, Patrick McHardy wrote: > Milan Kocián wrote: > > On Tue, 2007-04-17 at 14:58 +0200, Patrick McHardy wrote: > > > >>Milan, could you cook up another patch which uses NLM_F_REPLACE? > > > > > > I can try it. Output is in patch below. Review carefully. I don't kno

Re: [PATCH] CONFIG_PACKET_MMAP should depend on MMU

Aubrey Li <[EMAIL PROTECTED]> wrote: > Yes, it's reasonable for me, as long as your > host IP is 192.168.2.128 > and > target IP is 192.168.2.141 That is correct, yes:-) I expect it's an NFS packet as my board is using an NFS root at the moment. David - To unsubscribe from this

[PATCH 1/3] [AF_IUCV/IUCV]: smp_call_function deadlock

From: Martin Schwidefsky <[EMAIL PROTECTED]> From: Heiko Carstens <[EMAIL PROTECTED]> From: Ursula Braun <[EMAIL PROTECTED]> Calling smp_call_function can lead to a deadlock if it is called from tasklet context. Fixing this deadlock requires to move the smp_call_function from the tasklet context

[PATCH 0/3] [AF_IUCV/IUCV]: net-2.6.22 fixes

Hi Dave, following three patches contain fixes for AF_IUCV socket support and for iucv, the base code for IUCV related actions in z/VM . I made these patches against net-2.6.22, but they should also apply to net-2.6 without any conflicts. Well it works on my copy :-). I will make another patchset

[PATCH 2/3] [AF_IUCV/IUCV]: Implementation of a skb backlog queue

From: Jennifer Hunt <[EMAIL PROTECTED]> With the inital implementation we missed to implement a skb backlog queue . The result is that socket receive processing tossed packets. Since AF_IUCV connections are working synchronously it leads to connection hangs. Problems with read, close and select a

[PATCH 3/3] [AF_IUCV/IUCV]: Add missing section annotations

From: Heiko Carstens <[EMAIL PROTECTED]> Add missing section annotations and found and fixed some Coding Style issues. Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]> --- af_iucv.c | 44 +++- iucv.c| 49 ++--

Re: [GIT PATCH] Exporting IPv6 statistics via netlink.

In article <[EMAIL PROTECTED]> (at Thu, 19 Apr 2007 10:44:12 +0200), Thomas Graf <[EMAIL PROTECTED]> says: > * YOSHIFUJI Hideaki <[EMAIL PROTECTED]> 2007-04-19 15:42 > > > > Please consider pulling following changesets for supporting exporting > > stats information via netlink, on top of net-2.6

Re: kernel BUG at net/core/skbuff.c in linux-2.6.21-rc6

Your fix is probably needed too. However, I think the issue that Patrick was trying to fix is the case where p[0] != PPP_ALLSTATIONS and therefore we'd still have a problem there. I tested Paul's patch for last few days and I think everything seems ok. The system is stable. Regards Bartek - To

Re: [GIT PATCH] Exporting IPv6 statistics via netlink.

* YOSHIFUJI Hideaki / ?$B5HF#1QL@ <[EMAIL PROTECTED]> 2007-04-19 15:42 > > Please consider pulling following changesets for supporting exporting > stats information via netlink, on top of net-2.6.22. The netlink bits are perfectly fine, why the dependency on proc fs? - To unsubscribe from this li

Re: ESP interfamily tunnel bug?

On Thu, 19 Apr 2007, Kazunori MIYAZAWA wrote: > I'm using a machine and a dummy device. > So I'm using loopback communication. > Yes, the backtrace is correct. > > I thought you used loopback communication to test the modes > because your configuration showed that the dummy device has > some addr

Re: ESP interfamily tunnel bug?

I'm using a machine and a dummy device. So I'm using loopback communication. Yes, the backtrace is correct. I thought you used loopback communication to test the modes because your configuration showed that the dummy device has some addresses and you did ping from the address to the other address

[RFC] [GIT PATCH net-2.6.23] IPV6: Configurable IPv6 address selection policy table (RFC3484)

Hello. This is RFC(*) for supporting configurable IPv6 address selection policy table, which is described in RFC3484. Corresponding userspace tool is available at . We store labels only in kernel, and leave pre