From hch@lst.de Sun Nov 6 21:24:02 2005 Received: with ECARTIS (v1.0.0; list netdev); Sun, 06 Nov 2005 21:24:05 -0800 (PST) Received: from mail.lst.de (verein.lst.de [213.95.11.210]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jA75O0O0029056 for ; Sun, 6 Nov 2005 21:24:01 -0800 Received: from verein.lst.de (localhost [127.0.0.1]) by mail.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id jA75Ka6t017879 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 7 Nov 2005 06:20:37 +0100 Received: (from hch@localhost) by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id jA75KaUL017877; Mon, 7 Nov 2005 06:20:36 +0100 Date: Mon, 7 Nov 2005 06:20:36 +0100 From: Christoph Hellwig To: jgarzik@pobox.com, chris@zankel.net Cc: netdev@oss.sgi.com Subject: [PATCH] xtensa platform-iss network: remove no-op ioctl handler Message-ID: <20051107052036.GB17808@lst.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Scanned-By: MIMEDefang 2.39 X-archive-position: 3801 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: hch@lst.de Precedence: bulk X-list: netdev Content-Length: 1397 Lines: 57 If the driver ever wants to add ethtool support it should use ethtool_ops. Signed-off-by: Christoph Hellwig Index: linux-2.6/arch/xtensa/platform-iss/network.c =================================================================== --- linux-2.6.orig/arch/xtensa/platform-iss/network.c 2005-10-31 13:15:49.000000000 +0100 +++ linux-2.6/arch/xtensa/platform-iss/network.c 2005-11-04 15:17:16.000000000 +0100 @@ -611,38 +611,6 @@ return -EINVAL; } -static int iss_net_ioctl(struct net_device *dev, struct ifreq *ifr, int cmd) -{ -#if 0 - static const struct ethtool_drvinfo info = { - .cmd = ETHTOOL_GDRVINFO, - .driver = DRIVER_NAME, - .version = "42", - }; - void *useraddr; - u32 ethcmd; - - switch (cmd) { - case SIOCETHTOOL: - useraddr = ifr->ifr_data; - if (copy_from_user(ðcmd, useraddr, sizeof(ethcmd))) - return -EFAULT; - - switch (ethcmd) { - case ETHTOOL_GDRVINFO: - if (copy_to_user(useraddr, &info, sizeof(info))) - return -EFAULT; - return 0; - default: - return -EOPNOTSUPP; - } - default: - return -EINVAL; - } -#endif - return -EINVAL; -} - void iss_net_user_timer_expire(unsigned long _conn) { } @@ -730,7 +698,6 @@ dev->tx_timeout = iss_net_tx_timeout; dev->set_mac_address = iss_net_set_mac; dev->change_mtu = iss_net_change_mtu; - dev->do_ioctl = iss_net_ioctl; dev->watchdog_timeo = (HZ >> 1); dev->irq = -1; From lcapitulino@mandriva.com.br Mon Nov 7 12:18:04 2005 Received: with ECARTIS (v1.0.0; list netdev); Mon, 07 Nov 2005 12:18:09 -0800 (PST) Received: from perninha.conectiva.com.br (perninha.conectiva.com.br [200.140.247.100]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jA7KI3O0007196 for ; Mon, 7 Nov 2005 12:18:04 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by perninha.conectiva.com.br (Postfix) with ESMTP id 79A1236D2F; Mon, 7 Nov 2005 18:14:41 -0200 (BRST) Received: from perninha.conectiva.com.br ([127.0.0.1]) by localhost (perninha.conectiva.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24669-03; Mon, 7 Nov 2005 18:14:41 -0200 (BRST) Received: from tirion.localdomain (dhcp77.conectiva [10.0.4.77]) by perninha.conectiva.com.br (Postfix) with ESMTP id 2CA7C36D3A; Mon, 7 Nov 2005 18:14:40 -0200 (BRST) Date: Mon, 7 Nov 2005 18:14:12 -0200 From: Luiz Fernando Capitulino To: akpm@osdl.org Cc: linux.nics@intel.com, linux-kernel@vger.kernel.org, netdev@oss.sgi.com Subject: [PATCH] Fix sparse warning in e100 driver. Message-Id: <20051107181412.084467d6.lcapitulino@mandriva.com.br> Organization: Mandriva X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-conectiva-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 3803 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: lcapitulino@mandriva.com.br Precedence: bulk X-list: netdev Content-Length: 1478 Lines: 48 Hi, The patch below fixes the following sparse warnings: drivers/net/e100.c:1481:13: warning: Using plain integer as NULL pointer drivers/net/e100.c:1481:13: warning: Using plain integer as NULL pointer drivers/net/e100.c:1767:27: warning: Using plain integer as NULL pointer drivers/net/e100.c:1847:27: warning: Using plain integer as NULL pointer Signed-off-by: Luiz Capitulino drivers/net/e100.c | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/net/e100.c b/drivers/net/e100.c --- a/drivers/net/e100.c +++ b/drivers/net/e100.c @@ -1478,7 +1478,7 @@ static inline int e100_rx_alloc_skb(stru if(pci_dma_mapping_error(rx->dma_addr)) { dev_kfree_skb_any(rx->skb); - rx->skb = 0; + rx->skb = NULL; rx->dma_addr = 0; return -ENOMEM; } @@ -1764,7 +1764,7 @@ static int e100_up(struct nic *nic) if((err = e100_hw_init(nic))) goto err_clean_cbs; e100_set_multicast_list(nic->netdev); - e100_start_receiver(nic, 0); + e100_start_receiver(nic, NULL); mod_timer(&nic->watchdog, jiffies); if((err = request_irq(nic->pdev->irq, e100_intr, SA_SHIRQ, nic->netdev->name, nic->netdev))) @@ -1844,7 +1844,7 @@ static int e100_loopback_test(struct nic mdio_write(nic->netdev, nic->mii.phy_id, MII_BMCR, BMCR_LOOPBACK); - e100_start_receiver(nic, 0); + e100_start_receiver(nic, NULL); if(!(skb = dev_alloc_skb(ETH_DATA_LEN))) { err = -ENOMEM; -- Luiz Fernando N. Capitulino From greearb@candelatech.com Tue Nov 8 16:47:24 2005 Received: with ECARTIS (v1.0.0; list netdev); Tue, 08 Nov 2005 16:47:27 -0800 (PST) Received: from ns2.lanforge.com (ns2.lanforge.com [66.165.47.211]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jA90lOO0009099 for ; Tue, 8 Nov 2005 16:47:24 -0800 Received: from [71.113.103.179] (pool-71-113-103-179.sttlwa.dsl-w.verizon.net [71.113.103.179]) (authenticated bits=0) by ns2.lanforge.com (8.13.4/8.13.4) with ESMTP id jA90i59B008523 for ; Tue, 8 Nov 2005 16:44:06 -0800 Message-ID: <43714655.2050001@candelatech.com> Date: Tue, 08 Nov 2005 16:44:05 -0800 From: Ben Greear Organization: Candela Technologies User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.7.12-1.3.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'netdev@oss.sgi.com'" Subject: TSO and 2.6.13.2 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 3805 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: greearb@candelatech.com Precedence: bulk X-list: netdev Content-Length: 715 Lines: 20 It appears that I can (almost?) completedly deadlock a TCP connection when using TSO on 2.6.13.2. My test involves trying to send 200Mbps between two interfaces. With TSO enabled (ie, the default for e1000 NICs), in less than 1 minute, there are no more packets transmitted, though it does run nice and fast untill it completely breaks :P I disabled TSO with ethtool, and now it seems to be working reliably. I can attempt to grab network traces if this is worth pursuing. Considering the ongoing troubles with TSO, it is my opinion that it should be disabled by default...but maybe I'm just unlucky. Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com From daniel.blueman@gmail.com Wed Nov 9 15:36:17 2005 Received: with ECARTIS (v1.0.0; list netdev); Wed, 09 Nov 2005 15:36:31 -0800 (PST) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.206]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jA9NaGO0026899 for ; Wed, 9 Nov 2005 15:36:17 -0800 Received: by nproxy.gmail.com with SMTP id n28so88682nfc for ; Wed, 09 Nov 2005 15:32:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FK8iO41Bouhwc6rVMs4Xtjy1ZhlMxCd/jSPce3SrIz4LS38KYaQW4bARkt3nR3agG0xaFkAHW2Qn2oZ5kbg7UCf2BA7ViEdQrbztwVl6WbqLSu+fkDrwbpCP6y86R4OoZm/bysT/GgpKPomm+NI8l9jFV7D7wMT64KD2EHlEXUg= Received: by 10.48.239.2 with SMTP id m2mr31871nfh; Wed, 09 Nov 2005 15:32:58 -0800 (PST) Received: by 10.48.248.1 with HTTP; Wed, 9 Nov 2005 15:32:58 -0800 (PST) Message-ID: <6278d2220511091532k7b732b9bv2957763ba6f4c10f@mail.gmail.com> Date: Wed, 9 Nov 2005 23:32:58 +0000 From: Daniel J Blueman To: netdev@oss.sgi.com, netfilter-devel@lists.netfilter.org, netfilter@lists.netfilter.org, kaber@trash.net Subject: RED qdisc not working... Cc: davem@redhat.com, laforge@netfilter.org, coreteam@netfilter.org In-Reply-To: <6278d2220511071626j3646afa7n5ac33228e8b3fc82@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline References: <6278d2220511071626j3646afa7n5ac33228e8b3fc82@mail.gmail.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id jA9NaGO0026899 X-archive-position: 3806 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: daniel.blueman@gmail.com Precedence: bulk X-list: netdev Content-Length: 1317 Lines: 39 Has anyone been able to get the RED (random early detection) qdisc working lately? I can't get anything going through it to be dropped or marked; the 'marked', 'early', 'pdrop' and 'other' fields remain at 0 [1]. In my example script [2], I get the 3072Kbits/s transfer into eth0, which you'd only expect if the RED qdisc wasn't there. I have tried with a recent 2.6.12 debian kernel and stock 2.6.14 on x86_64 debian. I rebuilt new iproute and iptables packages from latest clean upstream sources, but to no avail. Any ideas? Please CC me on replies, as I am not subscribed. Thanks, Dan --- [1] # tc -s qdisc show dev eth0 qdisc htb 1: r2q 10 default 10 direct_packets_stat 0 Sent 53985530 bytes 36757 pkts (dropped 0, overlimits 45125) qdisc red 10: parent 1:10 limit 512Kb min 64Kb max 128Kb Sent 53985530 bytes 36757 pkts (dropped 0, overlimits 0) marked 0 early 0 pdrop 0 other 0 --- [2] tc qdisc del dev eth0 root tc qdisc add dev eth0 root handle 1: htb default 10 tc class add dev eth0 parent 1: classid 1:1 htb rate 4096kbit ceil 4096kbit tc class add dev eth0 parent 1:1 classid 1:10 htb rate 3072kbit ceil 3072kbit tc qdisc add dev eth0 parent 1:10 handle 10: red \ limit 4096kbit min 512kbit max 1024kbit avpkt 1000 \ burst 100 probability 0.02 bandwidth 1024kbit ___ Daniel J Blueman From hadi@cyberus.ca Wed Nov 9 16:07:56 2005 Received: with ECARTIS (v1.0.0; list netdev); Wed, 09 Nov 2005 16:08:02 -0800 (PST) Received: from mailhub.znyx.com ([208.2.156.141]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAA07tO0029355 for ; Wed, 9 Nov 2005 16:07:56 -0800 Received: from localhost.localdomain (electra.znyx.com [208.2.156.2]) by mailhub.znyx.com (8.12.9/8.12.9) with ESMTP id jA9NuTXK069070; Wed, 9 Nov 2005 15:56:30 -0800 (PST) Subject: Re: RED qdisc not working... From: Jamal Hadi Salim Reply-To: hadi@cyberus.ca To: Daniel J Blueman Cc: netdev@oss.sgi.com, netfilter-devel@lists.netfilter.org, netfilter@lists.netfilter.org, kaber@trash.net, davem@redhat.com, laforge@netfilter.org, coreteam@netfilter.org In-Reply-To: <6278d2220511091532k7b732b9bv2957763ba6f4c10f@mail.gmail.com> References: <6278d2220511071626j3646afa7n5ac33228e8b3fc82@mail.gmail.com> <6278d2220511091532k7b732b9bv2957763ba6f4c10f@mail.gmail.com> Content-Type: text/plain Organization: ? Date: Wed, 09 Nov 2005 19:03:35 -0500 Message-Id: <1131581016.6451.33.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 Content-Transfer-Encoding: 7bit X-archive-position: 3807 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: hadi@cyberus.ca Precedence: bulk X-list: netdev Content-Length: 2007 Lines: 63 howdy, When you say it is "broken" - what is this relative to? Did you have another kernel where you precise config worked? The only changes that have made it in for RED are in post 2.6.14; other than that all should work great as ever before. suggestions: could you try the latest iproute2 posted last few days by Stephen and see if your problem persists? Also try using something simpler than HTB like prio qdisc to help in debugging things for you? Can you look at examples directory and use some of the tricks used there? cheers, jamal On Wed, 2005-09-11 at 23:32 +0000, Daniel J Blueman wrote: > Has anyone been able to get the RED (random early detection) qdisc > working lately? > > I can't get anything going through it to be dropped or marked; the > 'marked', 'early', 'pdrop' and 'other' fields remain at 0 [1]. In my > example script [2], I get the 3072Kbits/s transfer into eth0, which > you'd only expect if the RED qdisc wasn't there. > > I have tried with a recent 2.6.12 debian kernel and stock 2.6.14 on > x86_64 debian. I rebuilt new iproute and iptables packages from latest > clean upstream sources, but to no avail. > > Any ideas? Please CC me on replies, as I am not subscribed. > > Thanks, > Dan > > --- [1] > > # tc -s qdisc show dev eth0 > qdisc htb 1: r2q 10 default 10 direct_packets_stat 0 > Sent 53985530 bytes 36757 pkts (dropped 0, overlimits 45125) > qdisc red 10: parent 1:10 limit 512Kb min 64Kb max 128Kb > Sent 53985530 bytes 36757 pkts (dropped 0, overlimits 0) > marked 0 early 0 pdrop 0 other 0 > > --- [2] > > tc qdisc del dev eth0 root > > tc qdisc add dev eth0 root handle 1: htb default 10 > tc class add dev eth0 parent 1: classid 1:1 htb rate 4096kbit ceil 4096kbit > tc class add dev eth0 parent 1:1 classid 1:10 htb rate 3072kbit ceil 3072kbit > tc qdisc add dev eth0 parent 1:10 handle 10: red \ > limit 4096kbit min 512kbit max 1024kbit avpkt 1000 \ > burst 100 probability 0.02 bandwidth 1024kbit > ___ > Daniel J Blueman > > > From lcapitulino@mandriva.com.br Mon Nov 14 03:57:46 2005 Received: with ECARTIS (v1.0.0; list netdev); Mon, 14 Nov 2005 03:57:51 -0800 (PST) Received: from perninha.conectiva.com.br (perninha.conectiva.com.br [200.140.247.100]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAEBvjO0009750 for ; Mon, 14 Nov 2005 03:57:46 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by perninha.conectiva.com.br (Postfix) with ESMTP id 8707C36D3D; Mon, 14 Nov 2005 09:54:23 -0200 (BRST) Received: from perninha.conectiva.com.br ([127.0.0.1]) by localhost (perninha.conectiva.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02099-10; Mon, 14 Nov 2005 09:54:23 -0200 (BRST) Received: from tirion.localdomain (dhcp77.conectiva [10.0.4.77]) by perninha.conectiva.com.br (Postfix) with ESMTP id 71F6C36D3C; Mon, 14 Nov 2005 09:54:22 -0200 (BRST) Date: Mon, 14 Nov 2005 09:54:22 -0200 From: Luiz Fernando Capitulino To: akpm Cc: lkml , netdev@oss.sgi.com Subject: [PATCH] - Fixes sparse warning in ipv6/ipv6_sockglue.c Message-Id: <20051114095422.5cc4727f.lcapitulino@mandriva.com.br> Organization: Mandriva X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-conectiva-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 3809 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: lcapitulino@mandriva.com.br Precedence: bulk X-list: netdev Content-Length: 680 Lines: 27 Hi, The patch below fixes the following sparse warning: net/ipv6/ipv6_sockglue.c:291:13: warning: Using plain integer as NULL pointer Signed-off-by: Luiz Capitulino net/ipv6/ipv6_sockglue.c | 2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff --git a/net/ipv6/ipv6_sockglue.c b/net/ipv6/ipv6_sockglue.c --- a/net/ipv6/ipv6_sockglue.c +++ b/net/ipv6/ipv6_sockglue.c @@ -287,7 +287,7 @@ int ipv6_setsockopt(struct sock *sk, int { struct ipv6_txoptions *opt; if (optlen == 0) - optval = 0; + optval = NULL; /* hop-by-hop / destination options are privileged option */ retv = -EPERM; -- Luiz Fernando N. Capitulino From davem@davemloft.net Mon Nov 14 21:47:07 2005 Received: with ECARTIS (v1.0.0; list netdev); Mon, 14 Nov 2005 21:47:10 -0800 (PST) Received: from sunset.davemloft.net (dsl027-180-168.sfo1.dsl.speakeasy.net [216.27.180.168]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAF5l4O0014549 for ; Mon, 14 Nov 2005 21:47:07 -0800 Received: from localhost ([127.0.0.1] ident=davem) by sunset.davemloft.net with esmtp (Exim 4.54) id 1Ebtbh-0005UC-I0; Mon, 14 Nov 2005 21:43:49 -0800 Date: Mon, 14 Nov 2005 21:43:49 -0800 (PST) Message-Id: <20051114.214349.74490724.davem@davemloft.net> To: lcapitulino@mandriva.com.br Cc: akpm@osdl.org, linux-kernel@vger.kernel.org, netdev@oss.sgi.com Subject: Re: [PATCH] - Fixes sparse warning in ipv6/ipv6_sockglue.c From: "David S. Miller" In-Reply-To: <20051114095422.5cc4727f.lcapitulino@mandriva.com.br> References: <20051114095422.5cc4727f.lcapitulino@mandriva.com.br> X-Mailer: Mew version 4.2.53 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 3810 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: davem@davemloft.net Precedence: bulk X-list: netdev Content-Length: 321 Lines: 10 From: Luiz Fernando Capitulino Date: Mon, 14 Nov 2005 09:54:22 -0200 > The patch below fixes the following sparse warning: > > net/ipv6/ipv6_sockglue.c:291:13: warning: Using plain integer as NULL pointer > > Signed-off-by: Luiz Capitulino Applied, thanks. From macnish@gmail.com Tue Nov 15 02:32:37 2005 Received: with ECARTIS (v1.0.0; list netdev); Tue, 15 Nov 2005 02:32:39 -0800 (PST) Received: from mail.grupocentroclinico.com.br (mail.grupocentroclinico.com.br [200.215.220.2]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAFAWaO0009235 for ; Tue, 15 Nov 2005 02:32:36 -0800 Received: from [192.168.1.254] (unknown [192.168.1.254]) by mail.grupocentroclinico.com.br (Postfix) with ESMTP id C2990DC17 for ; Tue, 15 Nov 2005 09:20:37 -0200 (BRST) Message-ID: <43799C4D.2060505@gmail.com> Date: Tue, 15 Nov 2005 06:29:01 -0200 From: Alan Menegotto User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: netdev@oss.sgi.com Subject: TCPXM Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-CentroClinico-MailScanner-Information: Please contact the ISP for more information X-CentroClinico-MailScanner: Found to be clean X-CentroClinico-MailScanner-From: macnish@gmail.com X-archive-position: 3811 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: macnish@gmail.com Precedence: bulk X-list: netdev Content-Length: 580 Lines: 21 Hi. I'm doing a graduation research where the goal is create a new protocol in the linux kernel. The protocol choosen was TCPXM, an hybrid reliable sender-initiated multicast/unicast aimed for small environment such as grids. In the last two months I studied the network subsystem, thinking about how is the best way to struct the code, best structs, etc.... The source code will be based on source code of some other protocol (like appletalk or ipx, for example). Is this the right way to start the implementation? Do you have any advices to me? -- Thanks Alan Menegotto From coroberti@gmail.com Mon Nov 21 04:22:07 2005 Received: with ECARTIS (v1.0.0; list netdev); Mon, 21 Nov 2005 04:22:09 -0800 (PST) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jALCM6O0027576 for ; Mon, 21 Nov 2005 04:22:07 -0800 Received: by zproxy.gmail.com with SMTP id 12so239308nzp for ; Mon, 21 Nov 2005 04:18:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Eab0v2DeJzltKV+i+vHCCIBB0AVmpKpWGcec67FM/7wFmUl2rZMNmTbCNWRr+B298xbht1xVgROjalnws/hMX3ASw9Ww3uqqc1X+9/rX/X6cxiAcTdrbaOMm3hmx06L9DOJjAnMOqS0ntSdwYJeiVPr0z4AU5osbukR1vSOSMxY= Received: by 10.37.12.35 with SMTP id p35mr2895017nzi; Mon, 21 Nov 2005 03:16:54 -0800 (PST) Received: by 10.36.68.20 with HTTP; Mon, 21 Nov 2005 03:16:54 -0800 (PST) Message-ID: <7e63f56c0511210316l70d8608fn593f27f37ec28155@mail.gmail.com> Date: Mon, 21 Nov 2005 13:16:54 +0200 From: Robert Iakobashvili To: netdev@oss.sgi.com Subject: Netlink send from the interrupt context MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id jALCM6O0027576 X-archive-position: 3815 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: coroberti@gmail.com Precedence: bulk X-list: netdev Content-Length: 422 Lines: 12 Are there netlink socket netlink_unicast () and netlink_broadcast () interrupt safe? If not, where is the problem and the direction to make them safe? If it is not easy, what could be a workaroud? Thank you in advance. ---------------------------------------------------------------- Robert Iakobashvili - NAVIGARE NECESSE EST coroberti at gmail dot com --------------------------------------------------------------- From hawk@diku.dk Wed Nov 23 06:11:56 2005 Received: with ECARTIS (v1.0.0; list netdev); Wed, 23 Nov 2005 06:12:04 -0800 (PST) Received: from nhugin.diku.dk (nhugin.diku.dk [130.225.96.140]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jANEBtO0026654 for ; Wed, 23 Nov 2005 06:11:56 -0800 Received: by nhugin.diku.dk (Postfix, from userid 754) id 143A76DFFF2; Wed, 23 Nov 2005 15:07:53 +0100 (CET) Received: from ask.diku.dk (ask.diku.dk [130.225.96.225]) by nhugin.diku.dk (Postfix) with ESMTP id BF3C36E0016; Wed, 23 Nov 2005 15:07:52 +0100 (CET) Received: by ask.diku.dk (Postfix, from userid 3075) id 62F4C613FA; Wed, 23 Nov 2005 15:08:28 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ask.diku.dk (Postfix) with ESMTP id 57FC761321; Wed, 23 Nov 2005 15:08:28 +0100 (CET) Date: Wed, 23 Nov 2005 15:08:28 +0100 (CET) From: Jesper Dangaard Brouer To: Rusty Russell Cc: Harald Welte , netdev@oss.sgi.com, netfilter-devel@lists.netfilter.org, Jesper Dangaard Brouer Subject: Re: ip_conntrack: Make "hashsize" conntrack parameter writable In-Reply-To: <1132707085.7720.2.camel@localhost.localdomain> Message-ID: References: <1132670984.17794.78.camel@localhost.localdomain> <1132707085.7720.2.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-archive-position: 3816 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: hawk@diku.dk Precedence: bulk X-list: netdev Content-Length: 1619 Lines: 47 On Wed, 23 Nov 2005, Rusty Russell wrote: > On Tue, 2005-11-22 at 15:49 +0100, Jesper Dangaard Brouer wrote: >> Hi Rusty (and Harald) >> >> We met at the Netfilter Workshop 2005, where I complained that the >> conntrack hashsize were statically set at module load time. >> >> Thank you making a kernel patch, which changes this... >> BUT I cannot make it work! :-( >> >> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=eed75f191d8318a2b144da8aae9774e1cfcae492 >> >> Am I missing some part of the patch? >> >> I cannot find the link to the /proc file system. Should there not be >> any changes to ip_conntrack_standalone.c ?? > > /sys/module/ip_conntrack/parameters/hashsize > > Cheers! > Rusty. Aha I see, the sysfs filesystem. I was confused, because the hashsize is already exported as /proc/sys/net/ipv4/netfilter/ip_conntrack_buckets. It is a bit confusing, that the Netfilter team are changing away from the /proc filesystem, but I don't care, it seems that the sysfs filesystem is a more powerful choice. The permissions on "/sys/module/ip_conntrack/parameters/hashsize" is set to 600, where the /proc/../ip_conntrack_buckets is readable to all (444). I think we should change the /sys/../hashsize parameter to 644, as it does not make sense as it is readable through /proc. Hilsen Jesper Dangaard Brouer ps. Cc'ing -> lets keep google updated ;-) -- ------------------------------------------------------------------- Cand. scient datalog Dept. of Computer Science, University of Copenhagen ------------------------------------------------------------------- From trond.myklebust@fys.uio.no Wed Nov 23 09:55:05 2005 Received: with ECARTIS (v1.0.0; list netdev); Wed, 23 Nov 2005 09:55:09 -0800 (PST) Received: from pat.uio.no (pat.uio.no [129.240.130.16]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jANHt4O0014677 for ; Wed, 23 Nov 2005 09:55:05 -0800 Received: from mail-mx4.uio.no ([129.240.10.45]) by pat.uio.no with esmtp (Exim 4.43) id 1EeymP-00073C-MC for netdev@oss.sgi.com; Wed, 23 Nov 2005 18:51:37 +0100 Received: from pcp09227423pcs.sanarb01.mi.comcast.net ([69.241.229.183] helo=bench2-f.netapp.com) by mail-mx4.uio.no with esmtpsa (SSLv3:RC4-MD5:128) (Exim 4.43) id 1EeymB-0001Iw-Ew for netdev@oss.sgi.com; Wed, 23 Nov 2005 18:51:23 +0100 Subject: [Fwd: [Bug 5644] New: NFS v3 TCP 3-way handshake incorrect, iptables blocks access] From: Trond Myklebust To: netdev@oss.sgi.com Content-Type: multipart/mixed; boundary="=-HxutDEdB/BdGYWP1LENI" Date: Wed, 23 Nov 2005 12:51:16 -0500 Message-Id: <1132768276.8016.31.camel@lade.trondhjem.org> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 X-UiO-Spam-info: not spam, SpamAssassin (score=-2.927, required 12, autolearn=disabled, AWL 1.89, FORGED_RCVD_HELO 0.05, RCVD_IN_SORBS_DUL 0.14, UIO_MAIL_IS_INTERNAL -5.00) X-archive-position: 3817 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: trond.myklebust@fys.uio.no Precedence: bulk X-list: netdev Content-Length: 4793 Lines: 115 --=-HxutDEdB/BdGYWP1LENI Content-Type: text/plain Content-Transfer-Encoding: 7bit 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 --=-HxutDEdB/BdGYWP1LENI Content-Disposition: inline Content-Description: Forwarded message - [Bug 5644] New: NFS v3 TCP 3-way handshake incorrect, iptables blocks access Content-Type: message/rfc822 Return-Path: Received: from mail-imap3.uio.no ([unix socket]) by mail-imap3.uio.no (Cyrus v2.2.10) with LMTPA; Wed, 23 Nov 2005 17:04:06 +0100 X-Sieve: CMU Sieve 2.2 Delivery-date: Wed, 23 Nov 2005 17:04:06 +0100 Received: from mail-mx2.uio.no ([129.240.10.30]) by mail-imap3.uio.no with esmtp (Exim 4.43) id 1Eex6M-0001jD-QY for trond.myklebust@fys.uio.no; Wed, 23 Nov 2005 17:04:06 +0100 Received: from smtp.osdl.org ([65.172.181.4]) by mail-mx2.uio.no with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.43) id 1Eex6D-0005HH-3p for trond.myklebust@fys.uio.no; Wed, 23 Nov 2005 17:03:57 +0100 Received: from fire-2.osdl.org (localhost [127.0.0.1]) by smtp.osdl.org (8.12.8/8.12.8) with ESMTP id jANG3rnO026282 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 23 Nov 2005 08:03:53 -0800 Received: (from www@localhost) by fire-2.osdl.org (8.12.8/8.12.5/Submit) id jANG3qDT026280; Wed, 23 Nov 2005 08:03:52 -0800 Date: Wed, 23 Nov 2005 08:03:52 -0800 Message-Id: <200511231603.jANG3qDT026280@fire-2.osdl.org> From: bugme-daemon@bugzilla.kernel.org To: trond.myklebust@fys.uio.no Subject: [Bug 5644] New: NFS v3 TCP 3-way handshake incorrect, iptables blocks access X-Bugzilla-Reason: AssignedTo X-Bugzilla-Category: File System X-Bugzilla-Component: NFS Received-SPF: pass (localhost is always allowed.) X-Spam-Status: No, hits=1.088 required=5 tests=NO_REAL_NAME X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 2.63-osdl_revision__1.56__ X-MIMEDefang-Filter: osdl$Revision: 1.127 $ X-Scanned-By: MIMEDefang 2.36 X-MailScanner-Information: This message has been scanned for viruses/spam. Contact postmaster@uio.no if you have questions about this scanning X-UiO-MailScanner: No virus found X-UiO-Spam-info: not spam, SpamAssassin (score=0.178, required 12, autolearn=disabled, NO_REAL_NAME 0.18) Mime-Version: 1.0 Status: RO Content-Length: 2275 X-UID: 7175 X-Keywords: Content-Transfer-Encoding: 7bit http://bugzilla.kernel.org/show_bug.cgi?id=5644 Summary: NFS v3 TCP 3-way handshake incorrect, iptables blocks access Kernel Version: 2.6.14 Status: NEW Severity: blocking Owner: trond.myklebust@fys.uio.no Submitter: jl-icase@comcast.net Most recent kernel where this bug did not occur: Distribution: Can't remember, possibly FC2. Hardware Environment: Software Environment: Problem Description: Steps to reproduce: 1. Boot NFS v3 TCP client running iptables & mount NFS filesystem 2. Do a normal NFS client reboot & try mounting the same filesystem again 3. Experience intermittent failure to read superblock The cause of this problem is NFS server's improper response to SYN packet sent by the client. This occurs *after* successful client authorization, when the client tries to open the connection (i.e. sends SYN to the server's nfs port) to read the superblock. The server (sometimes) responds with a pure ACK without the SYN bit set. This is blocked by iptables -- thus, mount fails with a "could not read superblock" message. Here is an excerpt from ethereal log: 3 0.021733 client SERVER TCP 800 > nfs [SYN] Seq=0 Ack=0 Win=5840 Len=0 MSS=1460 TSV=24095 TSER=0 WS=2 4 0.021846 SERVER client TCP nfs > 800 [ACK] Seq=9138391 Ack=3580883479 Win=16022 Len=0 TSV=244936050 TSER=1149400 5 0.021864 client SERVER ICMP Destination unreachable (Host administratively prohibited) The above problem occurs with a very simple default+ssh iptables configuration. Disabling iptables on the client makes the problem go away. Even with iptables active, there is no problem when nfsd responds with a proper [SYN,ACK] instead of just pure ACK (this happens intermittently after the client reboot). Please fix nfsd so that it reliably responds to SYN packets with proper [SYN,ACK] packets instead of just ACK packets. Apparently, nfsd state doesn't get properly reset on client reboots. Other people have reported autofs failures which may be related (e.g. on remounts). ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --=-HxutDEdB/BdGYWP1LENI-- From alessandro.suardi@gmail.com Thu Nov 24 15:41:59 2005 Received: with ECARTIS (v1.0.0; list netdev); Thu, 24 Nov 2005 15:42:02 -0800 (PST) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.195]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAONfxO0006323 for ; Thu, 24 Nov 2005 15:41:59 -0800 Received: by xproxy.gmail.com with SMTP id i31so1371340wxd for ; Thu, 24 Nov 2005 15:38:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=MkUFmeMuGJjWWTXTxgpCGpi5d5fi7wrSvDPTJQmyXFlKEVrYuyJegbjZPd+LzseNKO4Mx5qVw4kwvtgjLW3PmSoB/eHUpHJWufD9uMIQ1ujvf6iJS4w4Bxqk2OLgOFKiOoMDB8dVxf9zRT42RAGp5Q6Wvs+plxW5hqznQduFRoU= Received: by 10.65.105.3 with SMTP id h3mr2650790qbm; Thu, 24 Nov 2005 15:38:32 -0800 (PST) Received: by 10.64.53.19 with HTTP; Thu, 24 Nov 2005 15:38:32 -0800 (PST) Message-ID: <5a4c581d0511241538s496adee9s249cd038501545c9@mail.gmail.com> Date: Fri, 25 Nov 2005 00:38:32 +0100 From: Alessandro Suardi To: Linux Kernel Mailing List Subject: ipw2200 in 2.6.15-rc2-git4 warns about improper NETDEV_TX_BUSY retcode Cc: netdev@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id jAONfxO0006323 X-archive-position: 3819 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: alessandro.suardi@gmail.com Precedence: bulk X-list: netdev Content-Length: 768 Lines: 30 Dell Latitude D610, FC4 base distro, kernel is: [asuardi@sandman ~]$ cat /proc/version Linux version 2.6.15-rc2-git4 (asuardi@sandman) (gcc version 4.0.1 20050727 (Red Hat 4.0.1-5)) #2 Fri Nov 25 00:15:46 CET 2005 Onboard wireless card as detected by kernel is: ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, git-1.0.8 and I placed the 2.4 firmware from sourceforge.net in /lib/firmware. ifup eth1 yields this message: eth1: NETDEV_TX_BUSY returned; driver should report queue full via ieee_device->is_queue_full. I'm connected to my wireless DSL router while typing this mail so it obviously isn't fatal... Thanks, --alessandro "So much can happen by accident No rhyme, no reason - no one's innocent" (Steve Wynn - "Under The Weather") From yi.zhu@intel.com Thu Nov 24 19:32:05 2005 Received: with ECARTIS (v1.0.0; list netdev); Thu, 24 Nov 2005 19:32:09 -0800 (PST) Received: from orsfmr005.jf.intel.com (fmr20.intel.com [134.134.136.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAP3W5O0023045 for ; Thu, 24 Nov 2005 19:32:05 -0800 Received: from orsfmr101.jf.intel.com (orsfmr101.jf.intel.com [10.7.209.17]) by orsfmr005.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id jAP3SZ20006957; Fri, 25 Nov 2005 03:28:35 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr101.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id jAP3SZlO001132; Fri, 25 Nov 2005 03:28:35 GMT Received: from debian.sh.intel.com ([172.16.219.38]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2005112419283422135 ; Thu, 24 Nov 2005 19:28:34 -0800 Subject: Re: ipw2200 in 2.6.15-rc2-git4 warns about improper NETDEV_TX_BUSY retcode From: Zhu Yi To: Alessandro Suardi Cc: Linux Kernel Mailing List , netdev@oss.sgi.com In-Reply-To: <5a4c581d0511241538s496adee9s249cd038501545c9@mail.gmail.com> References: <5a4c581d0511241538s496adee9s249cd038501545c9@mail.gmail.com> Content-Type: text/plain Organization: Intel Corp. Date: Fri, 25 Nov 2005 11:23:32 +0800 Message-Id: <1132889013.24413.5.camel@debian.sh.intel.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.52 on 10.7.209.17 X-archive-position: 3820 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: yi.zhu@intel.com Precedence: bulk X-list: netdev Content-Length: 749 Lines: 23 On Fri, 2005-11-25 at 00:38 +0100, Alessandro Suardi wrote: > Dell Latitude D610, FC4 base distro, kernel is: > > [asuardi@sandman ~]$ cat /proc/version > Linux version 2.6.15-rc2-git4 (asuardi@sandman) (gcc version 4.0.1 > 20050727 (Red Hat 4.0.1-5)) #2 Fri Nov 25 00:15:46 CET 2005 > > Onboard wireless card as detected by kernel is: > ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, git-1.0.8 > > and I placed the 2.4 firmware from sourceforge.net in /lib/firmware. > > ifup eth1 yields this message: > > eth1: NETDEV_TX_BUSY returned; driver should report queue full via > ieee_device->is_queue_full. Please use the patch here. It will be push to upstream very soon. http://bughost.org/bugzilla/show_bug.cgi?id=808 Thanks, -yi From alessandro.suardi@gmail.com Fri Nov 25 03:02:47 2005 Received: with ECARTIS (v1.0.0; list netdev); Fri, 25 Nov 2005 03:02:52 -0800 (PST) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAPB2lO0031683 for ; Fri, 25 Nov 2005 03:02:47 -0800 Received: by xproxy.gmail.com with SMTP id i31so1444298wxd for ; Fri, 25 Nov 2005 02:59:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=m9WdixAt0EXn2e/gGv2cbYMvs/RXuqEoM7kao20Hq9i2Cuyh5BjtzrNFWyezo4x6294Zq5MZvPQi5blDCTNisIEqoe5CcooWlNDnJpwUyOJrgLAdKP8rxUEzfuQLxYe0jzAYgjkgswLWjmRY1Rejc2VS1kSmTYQ18AnWi20qRls= Received: by 10.65.105.3 with SMTP id h3mr3114477qbm; Fri, 25 Nov 2005 02:59:20 -0800 (PST) Received: by 10.64.53.19 with HTTP; Fri, 25 Nov 2005 02:59:20 -0800 (PST) Message-ID: <5a4c581d0511250259i3e412c92i57a0bfe82144c81a@mail.gmail.com> Date: Fri, 25 Nov 2005 11:59:20 +0100 From: Alessandro Suardi To: Zhu Yi Subject: Re: ipw2200 in 2.6.15-rc2-git4 warns about improper NETDEV_TX_BUSY retcode Cc: Linux Kernel Mailing List , netdev@oss.sgi.com In-Reply-To: <1132889013.24413.5.camel@debian.sh.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline References: <5a4c581d0511241538s496adee9s249cd038501545c9@mail.gmail.com> <1132889013.24413.5.camel@debian.sh.intel.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id jAPB2lO0031683 X-archive-position: 3821 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: alessandro.suardi@gmail.com Precedence: bulk X-list: netdev Content-Length: 1051 Lines: 31 On 11/25/05, Zhu Yi wrote: > On Fri, 2005-11-25 at 00:38 +0100, Alessandro Suardi wrote: > > Dell Latitude D610, FC4 base distro, kernel is: > > > > [asuardi@sandman ~]$ cat /proc/version > > Linux version 2.6.15-rc2-git4 (asuardi@sandman) (gcc version 4.0.1 > > 20050727 (Red Hat 4.0.1-5)) #2 Fri Nov 25 00:15:46 CET 2005 > > > > Onboard wireless card as detected by kernel is: > > ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, git-1.0.8 > > > > and I placed the 2.4 firmware from sourceforge.net in /lib/firmware. > > > > ifup eth1 yields this message: > > > > eth1: NETDEV_TX_BUSY returned; driver should report queue full via > > ieee_device->is_queue_full. > > Please use the patch here. It will be push to upstream very soon. > http://bughost.org/bugzilla/show_bug.cgi?id=808 The offsets of the patch are off by several hundred lines, however the patch itself works fine. Thanks ! --alessandro "So much can happen by accident No rhyme, no reason - no one's innocent" (Steve Wynn - "Under The Weather") From lkml@metanurb.dk Fri Nov 25 05:20:46 2005 Received: with ECARTIS (v1.0.0; list netdev); Fri, 25 Nov 2005 05:20:52 -0800 (PST) Received: from pfepb.post.tele.dk (pfepb.post.tele.dk [195.41.46.236]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAPDKgO0015045 for ; Fri, 25 Nov 2005 05:20:45 -0800 Received: from [192.168.1.2] (kaspersandberg.com [80.196.156.209]) by pfepb.post.tele.dk (Postfix) with ESMTP id D2C355EE032; Fri, 25 Nov 2005 14:17:14 +0100 (CET) Subject: Re: ipw2200 in 2.6.15-rc2-git4 warns about improper NETDEV_TX_BUSY retcode From: Kasper Sandberg To: Alessandro Suardi Cc: Linux Kernel Mailing List , netdev@oss.sgi.com In-Reply-To: <5a4c581d0511241538s496adee9s249cd038501545c9@mail.gmail.com> References: <5a4c581d0511241538s496adee9s249cd038501545c9@mail.gmail.com> Content-Type: text/plain Date: Fri, 25 Nov 2005 14:17:15 +0100 Message-Id: <1132924635.30008.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.0 Content-Transfer-Encoding: 7bit X-archive-position: 3822 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: lkml@metanurb.dk Precedence: bulk X-list: netdev Content-Length: 1282 Lines: 40 mine does something different, it keep saying something about firmware error, and that it restarts, however it holds the connection fine. On Fri, 2005-11-25 at 00:38 +0100, Alessandro Suardi wrote: > Dell Latitude D610, FC4 base distro, kernel is: > > [asuardi@sandman ~]$ cat /proc/version > Linux version 2.6.15-rc2-git4 (asuardi@sandman) (gcc version 4.0.1 > 20050727 (Red Hat 4.0.1-5)) #2 Fri Nov 25 00:15:46 CET 2005 > > Onboard wireless card as detected by kernel is: > ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, git-1.0.8 > > and I placed the 2.4 firmware from sourceforge.net in /lib/firmware. > > ifup eth1 yields this message: > > eth1: NETDEV_TX_BUSY returned; driver should report queue full via > ieee_device->is_queue_full. > > > I'm connected to my wireless DSL router while typing this mail > so it obviously isn't fatal... > > > Thanks, > > --alessandro > > "So much can happen by accident > No rhyme, no reason - no one's innocent" > > (Steve Wynn - "Under The Weather") > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > From abonilla@linuxwireless.org Fri Nov 25 08:37:08 2005 Received: with ECARTIS (v1.0.0; list netdev); Fri, 25 Nov 2005 08:37:11 -0800 (PST) Received: from linuxwireless.org.ve.carpathiahost.net (linuxwireless.org.ve.carpathiahost.net [66.117.45.234]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAPGb6O0032571 for ; Fri, 25 Nov 2005 08:37:08 -0800 Received: from [10.12.0.237] (nat-oeste-76-netra20.ice.co.cr [200.91.77.76]) by linuxwireless.org.ve.carpathiahost.net (8.12.10/8.12.10) with ESMTP id jAPGXS45026944; Fri, 25 Nov 2005 11:33:29 -0500 Message-ID: <43873CD9.6070105@linuxwireless.org> Date: Fri, 25 Nov 2005 10:33:29 -0600 From: Alejandro Bonilla Beeche User-Agent: Debian Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alessandro Suardi CC: Linux Kernel Mailing List , netdev@oss.sgi.com, James Ketrenos , yi.zhu@intel.com Subject: Re: ipw2200 in 2.6.15-rc2-git4 warns about improper NETDEV_TX_BUSY retcode References: <5a4c581d0511241538s496adee9s249cd038501545c9@mail.gmail.com> In-Reply-To: <5a4c581d0511241538s496adee9s249cd038501545c9@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 3823 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: abonilla@linuxwireless.org Precedence: bulk X-list: netdev Content-Length: 862 Lines: 37 Alessandro Suardi wrote: >Dell Latitude D610, FC4 base distro, kernel is: > >[asuardi@sandman ~]$ cat /proc/version >Linux version 2.6.15-rc2-git4 (asuardi@sandman) (gcc version 4.0.1 >20050727 (Red Hat 4.0.1-5)) #2 Fri Nov 25 00:15:46 CET 2005 > >Onboard wireless card as detected by kernel is: >ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, git-1.0.8 > > and I placed the 2.4 firmware from sourceforge.net in /lib/firmware. > >ifup eth1 yields this message: > >eth1: NETDEV_TX_BUSY returned; driver should report queue full via >ieee_device->is_queue_full. > > There is bug 808 at bughost.org for the IPW2200 project. I have asked the patch to be merged but I dunno why it hasn't been pushed up. .Alejandro > >I'm connected to my wireless DSL router while typing this mail > so it obviously isn't fatal... > > >Thanks, > >--alessandro > > From linux@horizon.com Fri Nov 25 16:44:29 2005 Received: with ECARTIS (v1.0.0; list netdev); Fri, 25 Nov 2005 16:44:32 -0800 (PST) Received: from science.horizon.com (science.horizon.com [192.35.100.1]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jAQ0iSO0005343 for ; Fri, 25 Nov 2005 16:44:29 -0800 Received: (qmail 11285 invoked by uid 1000); 25 Nov 2005 19:40:57 -0500 Date: 25 Nov 2005 19:40:57 -0500 Message-ID: <20051126004057.11284.qmail@science.horizon.com> From: linux@horizon.com To: alan@redhat.com Subject: VIA "Velocity" test report - VLAN reception not working Cc: linux@horizon.com, netdev@oss.sgi.com X-archive-position: 3824 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: linux@horizon.com Precedence: bulk X-list: netdev Content-Length: 22261 Lines: 434 Okay this is a little late for your May '04 test request, but I just got one of these (Zyxel GN670-T brand) to upgrade a server. (PII+440BX motherboard, getting a bit dated, but working very reliably) 0000:00:09.0 0200: 1106:3119 (rev 11) Subsystem: 187e:3302 Flags: bus master, 66MHz, medium devsel, latency 48, IRQ 9 I/O ports at d000 [size=256] Memory at e1800000 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 ethtool output: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: Not reported Advertised auto-negotiation: No Speed: 100Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: puag Wake-on: g Current message level: 0x00000002 (2) Link detected: no Kernel 2.6.15-rc2, monolithic. Only local patch is PPSkit-lite, which really shouldn't have any effect. No idea about that "Link detected: no" line; I'm ssh- ed in over it right now. Anyway, I can send and receive untagged packets just fine, but I can't seem to receive tagged packets. A Tulip-based 100baseT card plugged into another port on the same switch gets everything. (I also swapped ports to confirm.) I saw a bunch of VLAN filtering stuff in the driver that I didn't really follow, so perhaps the problem's there. (I confess I didn't choose super-carefully. It was advertised as having Linux support and VLAN support and was reasonably cheap. I didn't actually know the chipset until it arrived. And yes, I *am* asking the vendor for support, but I expect that'll take a while.) Here are some simultaneous TCPdumps of the two cards both plugged into tagged ports (vlan 2 only) on the same switch. First, the Velocity card: 18:47:43.612697 802.1d unknown version 0x0000: 4242 0300 0002 024c 8000 000f b53f 7ea4 0x0010: 0000 0000 8000 000f b53f 7ea4 8001 0000 0x0020: 1400 0200 0f00 0000 0101 080a 00ad 18:47:45.615858 802.1d unknown version 0x0000: 4242 0300 0002 024c 8000 000f b53f 7ea4 0x0010: 0000 0000 8000 000f b53f 7ea4 8001 0000 0x0020: 1400 0200 0f00 0000 0101 080a 00ad 18:47:47.615340 802.1d unknown version 0x0000: 4242 0300 0002 024c 8000 000f b53f 7ea4 0x0010: 0000 0000 8000 000f b53f 7ea4 8001 0000 0x0020: 1400 0200 0f00 0000 0101 080a 015e 18:47:49.615663 802.1d unknown version 0x0000: 4242 0300 0002 024c 8000 000f b53f 7ea4 0x0010: 0000 0000 8000 000f b53f 7ea4 8001 0000 0x0020: 1400 0200 0f00 0000 0000 0000 0000 18:47:51.619371 802.1d unknown version 0x0000: 4242 0300 0002 024c 8000 000f b53f 7ea4 0x0010: 0000 0000 8000 000f b53f 7ea4 8001 0000 0x0020: 1400 0200 0f00 0000 0101 080a 015d 18:47:53.621815 802.1d unknown version 0x0000: 4242 0300 0002 024c 8000 000f b53f 7ea4 0x0010: 0000 0000 8000 000f b53f 7ea4 8001 0000 0x0020: 1400 0200 0f00 0000 0101 080a 015e 18:47:55.623634 802.1d unknown version 0x0000: 4242 0300 0002 024c 8000 000f b53f 7ea4 0x0010: 0000 0000 8000 000f b53f 7ea4 8001 0000 0x0020: 1400 0200 0f00 0000 0101 080a 015e Then, the Tulip card: 18:47:44.253702 vlan 2, p 0, IP 192.35.100.29.45877 > 192.35.100.1.53: 26928+ A? home25.netscape.com.horizon.com. (49) 0x0000: 0002 0800 4500 004d 0daa 4000 ff11 2590 0x0010: c023 641d c023 6401 b335 0035 0039 9b66 0x0020: 6930 0100 0001 0000 0000 0000 0668 6f6d 0x0030: 6532 3508 6e65 7473 6361 7065 0363 6f6d 0x0040: 0768 6f72 697a 6f6e 0363 6f6d 0000 0100 0x0050: 01 18:47:44.264620 vlan 2, p 0, IP 192.35.100.29.45878 > 192.35.100.1.53: 21460+ A? loghost.horizon.com. (37) 0x0000: 0002 0800 4500 0041 0dab 4000 ff11 259b 0x0010: c023 641d c023 6401 b336 0035 002d 97a2 0x0020: 53d4 0100 0001 0000 0000 0000 076c 6f67 0x0030: 686f 7374 0768 6f72 697a 6f6e 0363 6f6d 0x0040: 0000 0100 01 18:47:44.418660 vlan 2, p 0, arp who-has 192.35.100.95 (ff:ff:ff:ff:ff:ff) tell 192.35.100.92 0x0000: 0002 0806 0001 0800 0604 0001 0003 bad9 0x0010: a038 c023 645c ffff ffff ffff c023 645f 0x0020: 0000 0000 0000 0000 0000 0000 0000 0000 0x0030: 0000 18:47:44.462252 vlan 2, p 0, IP 192.35.100.23.36769 > 192.35.100.1.53: 4757+ A? inc.horizon.com. (33) 0x0000: 0002 0800 4500 003d 0f62 4000 ff11 23ee 0x0010: c023 6417 c023 6401 8fa1 0035 0029 dd6f 0x0020: 1295 0100 0001 0000 0000 0000 0369 6e63 0x0030: 0768 6f72 697a 6f6e 0363 6f6d 0000 0100 0x0040: 01 18:47:44.764354 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40257, length 64 0x0000: 0002 0800 4500 0054 9d40 4000 4001 551d 0x0010: c023 6403 c023 6401 0800 0b0d df4e 9d41 0x0020: a0a2 8743 0000 0000 7ea9 0b00 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:44.839288 vlan 2, p 0, IP 192.35.100.36.40967 > 192.35.100.1.53: 40979+ A? mirror.csit.fsu.edu. (37) 0x0000: 0002 0800 4500 0041 227d 4000 ff11 10c2 0x0010: c023 6424 c023 6401 a007 0035 002d 73e5 0x0020: a013 0100 0001 0000 0000 0000 066d 6972 0x0030: 726f 7204 6373 6974 0366 7375 0365 6475 0x0040: 0000 0100 01 18:47:45.049258 vlan 2, p 0, arp who-has 192.35.100.139 tell 192.35.100.234 0x0000: 0002 0806 0001 0800 0604 0001 0080 c8b9 0x0010: c1d5 c023 64ea 0000 0000 0000 c023 648b 18:47:45.264333 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40258, length 64 0x0000: 0002 0800 4500 0054 9d41 4000 4001 551c 0x0010: c023 6403 c023 6401 0800 39ad df4e 9d42 0x0020: a1a2 8743 0000 0000 5608 0400 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:45.418585 vlan 2, p 0, arp who-has 192.35.100.95 (ff:ff:ff:ff:ff:ff) tell 192.35.100.92 0x0000: 0002 0806 0001 0800 0604 0001 0003 bad9 0x0010: a038 c023 645c ffff ffff ffff c023 645f 0x0020: 0000 0000 0000 0000 0000 0000 0000 0000 0x0030: 0000 18:47:45.628260 802.1d unknown version 0x0000: 4242 0300 0002 024c 8000 000f b53f 7ea4 0x0010: 0000 0000 8000 000f b53f 7ea4 8019 0000 0x0020: 1400 0200 0f00 0000 0101 080a 00ad 18:47:45.780328 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40259, length 64 0x0000: 0002 0800 4500 0054 9d42 4000 4001 551b 0x0010: c023 6403 c023 6401 0800 9bcc df4e 9d43 0x0020: a1a2 8743 0000 0000 ece7 0b00 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:46.049345 vlan 2, p 0, arp who-has 192.35.100.139 tell 192.35.100.234 0x0000: 0002 0806 0001 0800 0604 0001 0080 c8b9 0x0010: c1d5 c023 64ea 0000 0000 0000 c023 648b 18:47:46.215070 vlan 2, p 0, IP 192.35.100.39.723 > 192.35.100.1.111: UDP, length 56 0x0000: 0002 0800 4500 0054 7d0a 4000 ff11 b61e 0x0010: c023 6427 c023 6401 02d3 006f 0040 c42e 0x0020: 4385 9ea7 0000 0000 0000 0002 0001 86a0 0x0030: 0000 0002 0000 0003 0000 0000 0000 0000 0x0040: 0000 0000 0000 0000 0001 86a4 0000 0002 0x0050: 0000 0011 0000 0000 18:47:46.280315 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40260, length 64 0x0000: 0002 0800 4500 0054 9d43 4000 4001 551a 0x0010: c023 6403 c023 6401 0800 ca6c df4e 9d44 0x0020: a2a2 8743 0000 0000 c446 0400 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:46.418594 vlan 2, p 0, arp who-has 192.35.100.95 (ff:ff:ff:ff:ff:ff) tell 192.35.100.92 0x0000: 0002 0806 0001 0800 0604 0001 0003 bad9 0x0010: a038 c023 645c ffff ffff ffff c023 645f 0x0020: 0000 0000 0000 0000 0000 0000 0000 0000 0x0030: 0000 18:47:46.796311 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40261, length 64 0x0000: 0002 0800 4500 0054 9d44 4000 4001 5519 0x0010: c023 6403 c023 6401 0800 2c8c df4e 9d45 0x0020: a2a2 8743 0000 0000 5a26 0c00 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:47.049424 vlan 2, p 0, arp who-has 192.35.100.139 tell 192.35.100.234 0x0000: 0002 0806 0001 0800 0604 0001 0080 c8b9 0x0010: c1d5 c023 64ea 0000 0000 0000 c023 648b 18:47:47.296299 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40262, length 64 0x0000: 0002 0800 4500 0054 9d45 4000 4001 5518 0x0010: c023 6403 c023 6401 0800 5b2c df4e 9d46 0x0020: a3a2 8743 0000 0000 3285 0400 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:47.412369 vlan 2, p 0, IP 192.35.100.23.727 > 192.35.100.1.111: UDP, length 56 0x0000: 0002 0800 4500 0054 0f63 4000 ff11 23d6 0x0010: c023 6417 c023 6401 02d7 006f 0040 e607 0x0020: 4382 7cdd 0000 0000 0000 0002 0001 86a0 0x0030: 0000 0002 0000 0003 0000 0000 0000 0000 0x0040: 0000 0000 0000 0000 0001 86a4 0000 0002 0x0050: 0000 0011 0000 0000 18:47:47.418592 vlan 2, p 0, arp who-has 192.35.100.95 (ff:ff:ff:ff:ff:ff) tell 192.35.100.92 0x0000: 0002 0806 0001 0800 0604 0001 0003 bad9 0x0010: a038 c023 645c ffff ffff ffff c023 645f 0x0020: 0000 0000 0000 0000 0000 0000 0000 0000 0x0030: 0000 18:47:47.452763 vlan 2, p 0, IP 192.35.100.23.36770 > 198.69.104.3.53: 10818+ A? xave0. (23) 0x0000: 0002 0800 4500 0033 0911 4000 ff11 2025 0x0010: c023 6417 c645 6803 8fa2 0035 001f 23f3 0x0020: 2a42 0100 0001 0000 0000 0000 0578 6176 0x0030: 6530 0000 0100 01 18:47:47.627380 802.1d unknown version 0x0000: 4242 0300 0002 024c 8000 000f b53f 7ea4 0x0010: 0000 0000 8000 000f b53f 7ea4 8019 0000 0x0020: 1400 0200 0f00 0000 0101 080a 015e 18:47:47.812301 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40263, length 64 0x0000: 0002 0800 4500 0054 9d46 4000 4001 5517 0x0010: c023 6403 c023 6401 0800 bd4b df4e 9d47 0x0020: a3a2 8743 0000 0000 c864 0c00 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:48.306211 vlan 2, p 0, arp who-has 192.35.100.1 tell 192.35.100.43 0x0000: 0002 0806 0001 0800 0604 0001 00e0 18cf 0x0010: e42f c023 642b 0000 0000 0000 c023 6401 0x0020: 0000 0000 0000 0000 0000 0000 0000 0000 0x0030: 0000 18:47:48.306279 vlan 2, p 0, arp reply 192.35.100.1 is-at 00:80:c8:b9:c1:d5 0x0000: 0002 0806 0001 0800 0604 0002 0080 c8b9 0x0010: c1d5 c023 6401 00e0 18cf e42f c023 642b 18:47:48.312271 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40264, length 64 0x0000: 0002 0800 4500 0054 9d47 4000 4001 5516 0x0010: c023 6403 c023 6401 0800 eaeb df4e 9d48 0x0020: a4a2 8743 0000 0000 a1c3 0400 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:48.828276 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40265, length 64 0x0000: 0002 0800 4500 0054 9d48 4000 4001 5515 0x0010: c023 6403 c023 6401 0800 4e0b df4e 9d49 0x0020: a4a2 8743 0000 0000 36a3 0c00 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:49.263637 vlan 2, p 0, IP 192.35.100.29.45879 > 192.35.100.1.53: 21460+ A? loghost.horizon.com. (37) 0x0000: 0002 0800 4500 0041 0dac 4000 ff11 259a 0x0010: c023 641d c023 6401 b337 0035 002d 97a1 0x0020: 53d4 0100 0001 0000 0000 0000 076c 6f67 0x0030: 686f 7374 0768 6f72 697a 6f6e 0363 6f6d 0x0040: 0000 0100 01 18:47:49.328257 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40266, length 64 0x0000: 0002 0800 4500 0054 9d49 4000 4001 5514 0x0010: c023 6403 c023 6401 0800 7dab df4e 9d4a 0x0020: a5a2 8743 0000 0000 0d02 0500 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:49.628255 802.1d unknown version 0x0000: 4242 0300 0002 024c 8000 000f b53f 7ea4 0x0010: 0000 0000 8000 000f b53f 7ea4 8019 0000 0x0020: 1400 0200 0f00 0000 0000 0000 0000 18:47:49.829323 vlan 2, p 0, IP 192.35.100.36.40968 > 192.35.100.1.53: 32418+ A? sunfreeware.mirrors.tds.net.horizon.com. (57) 0x0000: 0002 0800 4500 0055 227e 4000 ff11 10ad 0x0010: c023 6424 c023 6401 a008 0035 0041 757e 0x0020: 7ea2 0100 0001 0000 0000 0000 0b73 756e 0x0030: 6672 6565 7761 7265 076d 6972 726f 7273 0x0040: 0374 6473 036e 6574 0768 6f72 697a 6f6e 0x0050: 0363 6f6d 0000 0100 01 18:47:49.844258 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40267, length 64 0x0000: 0002 0800 4500 0054 9d4a 4000 4001 5513 0x0010: c023 6403 c023 6401 0800 deca df4e 9d4b 0x0020: a5a2 8743 0000 0000 a4e1 0c00 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:49.994730 vlan 2, p 0, IP 192.35.100.28.41057 > 192.35.100.1.53: 41451+ A? bimini. (24) 0x0000: 0002 0800 4500 0034 758e 4000 ff11 bdc5 0x0010: c023 641c c023 6401 a061 0035 0020 3186 0x0020: a1eb 0100 0001 0000 0000 0000 0662 696d 0x0030: 696e 6900 0001 0001 18:47:50.344249 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40268, length 64 0x0000: 0002 0800 4500 0054 9d4b 4000 4001 5512 0x0010: c023 6403 c023 6401 0800 086b df4e 9d4c 0x0020: a6a2 8743 0000 0000 8140 0500 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:50.463048 vlan 2, p 0, IP 192.35.100.23.36771 > 198.69.104.19.53: 4757+ A? inc.horizon.com. (33) 0x0000: 0002 0800 4500 003d f58a 4000 ff11 3391 0x0010: c023 6417 c645 6813 8fa3 0035 0029 d339 0x0020: 1295 0100 0001 0000 0000 0000 0369 6e63 0x0030: 0768 6f72 697a 6f6e 0363 6f6d 0000 0100 0x0040: 01 18:47:50.860237 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40269, length 64 0x0000: 0002 0800 4500 0054 9d4c 4000 4001 5511 0x0010: c023 6403 c023 6401 0800 6f8a df4e 9d4d 0x0020: a6a2 8743 0000 0000 1220 0d00 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:51.138682 vlan 2, p 0, arp who-has 192.35.100.95 (ff:ff:ff:ff:ff:ff) tell 192.35.100.92 0x0000: 0002 0806 0001 0800 0604 0001 0003 bad9 0x0010: a038 c023 645c ffff ffff ffff c023 645f 0x0020: 0000 0000 0000 0000 0000 0000 0000 0000 0x0030: 0000 18:47:51.211846 vlan 2, p 0, IP 192.35.100.23.734 > 192.35.100.1.2049: S 3636096760:3636096760(0) win 8760 0x0000: 0002 0800 4500 002c 0f64 4000 ff06 2408 0x0010: c023 6417 c023 6401 02de 0801 d8ba 6ef8 0x0020: 0000 0000 6002 2238 dafc 0000 0204 05b4 0x0030: 5555 18:47:51.360222 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40270, length 64 0x0000: 0002 0800 4500 0054 9d4d 4000 4001 5510 0x0010: c023 6403 c023 6401 0800 9e2a df4e 9d4e 0x0020: a7a2 8743 0000 0000 ea7e 0500 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:51.631385 802.1d unknown version 0x0000: 4242 0300 0002 024c 8000 000f b53f 7ea4 0x0010: 0000 0000 8000 000f b53f 7ea4 8019 0000 0x0020: 1400 0200 0f00 0000 0000 0000 0000 18:47:51.876222 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40271, length 64 0x0000: 0002 0800 4500 0054 9d4e 4000 4001 550f 0x0010: c023 6403 c023 6401 0800 014a df4e 9d4f 0x0020: a7a2 8743 0000 0000 7f5e 0d00 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:52.138545 vlan 2, p 0, arp who-has 192.35.100.95 (ff:ff:ff:ff:ff:ff) tell 192.35.100.92 0x0000: 0002 0806 0001 0800 0604 0001 0003 bad9 0x0010: a038 c023 645c ffff ffff ffff c023 645f 0x0020: 0000 0000 0000 0000 0000 0000 0000 0000 0x0030: 0000 18:47:52.376207 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40272, length 64 0x0000: 0002 0800 4500 0054 9d4f 4000 4001 550e 0x0010: c023 6403 c023 6401 0800 2eea df4e 9d50 0x0020: a8a2 8743 0000 0000 58bd 0500 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:52.449501 vlan 2, p 0, IP 192.35.100.86.933 > 192.35.100.1.2049: S 3199884626:3199884626(0) win 8760 0x0000: 0002 0800 4500 002c d816 4000 ff06 5b16 0x0010: c023 6456 c023 6401 03a5 0801 beba 5d52 0x0020: 0000 0000 6002 2238 059d 0000 0204 05b4 0x0030: 5555 18:47:52.829061 vlan 2, p 0, IP 192.35.100.32.265061 > 192.35.100.1.2049: 104 getattr fh Unknown/010000020009000440ED2B00DF7741008B4F2400DA774100724F240000000000 0x0000: 0002 0800 4500 0084 e550 0000 ff11 8daf 0x0010: c023 6420 c023 6401 03fb 0801 0070 0000 0x0020: 0004 0b65 0000 0000 0000 0002 0001 86a3 0x0030: 0000 0002 0000 0001 0000 0001 0000 0020 0x0040: 4387 a2a8 0000 0006 6261 6c72 6f67 0000 0x0050: 0000 0000 0000 0000 0000 0001 0000 0000 0x0060: 0000 0000 0000 0000 0100 0002 0009 0004 0x0070: 40ed 2b00 df77 4100 8b4f 2400 da77 4100 0x0080: 724f 2400 0000 0000 18:47:52.849002 vlan 2, p 0, IP 192.35.100.32.265062 > 192.35.100.1.2049: 132 getattr fh Unknown/010000020009000440ED2B0004261D0055782400AD251D00A676240000000000 0x0000: 0002 0800 4500 00a0 e551 0000 ff11 8d92 0x0010: c023 6420 c023 6401 03fc 0801 008c 0000 0x0020: 0004 0b66 0000 0000 0000 0002 0001 86a3 0x0030: 0000 0002 0000 0001 0000 0001 0000 003c 0x0040: 4387 a2a8 0000 0006 6261 6c72 6f67 5b6d 0x0050: 0000 009e 0000 000b 0000 0008 0000 000b 0x0060: 0000 000a 0000 000c 0000 000e 0000 000f 0x0070: 0000 003c 0000 0014 0000 0018 0000 0000 0x0080: 0000 0000 0100 0002 0009 0004 40ed 2b00 0x0090: 0426 1d00 5578 2400 ad25 1d00 a676 2400 0x00a0: 0000 0000 18:47:52.892204 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40273, length 64 0x0000: 0002 0800 4500 0054 9d50 4000 4001 550d 0x0010: c023 6403 c023 6401 0800 9209 df4e 9d51 0x0020: a8a2 8743 0000 0000 ed9c 0d00 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:53.076199 vlan 2, p 0, IP 192.35.100.3.123 > 192.35.100.1.123: NTPv4, Client, length 48 0x0000: 0002 0800 4510 004c 5084 4000 4011 a1c1 0x0010: c023 6403 c023 6401 007b 007b 0038 710f 0x0020: 6302 04ec 0000 000f 0000 050f c023 6401 0x0030: c732 1eb8 166c c1ca 0000 0000 0000 0000 0x0040: 0000 0000 0000 0000 c732 2129 137d fa00 18:47:53.138525 vlan 2, p 0, arp who-has 192.35.100.95 (ff:ff:ff:ff:ff:ff) tell 192.35.100.92 0x0000: 0002 0806 0001 0800 0604 0001 0003 bad9 0x0010: a038 c023 645c ffff ffff ffff c023 645f 0x0020: 0000 0000 0000 0000 0000 0000 0000 0000 0x0030: 0000 18:47:53.392190 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40274, length 64 0x0000: 0002 0800 4500 0054 9d51 4000 4001 550c 0x0010: c023 6403 c023 6401 0800 c0a9 df4e 9d52 0x0020: a9a2 8743 0000 0000 c5fb 0500 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:53.452379 vlan 2, p 0, IP 192.35.100.23.36772 > 192.35.100.1.53: 10818+ A? xave0. (23) 0x0000: 0002 0800 4500 0033 0f65 4000 ff11 23f5 0x0010: c023 6417 c023 6401 8fa4 0035 001f 2e15 0x0020: 2a42 0100 0001 0000 0000 0000 0578 6176 0x0030: 6530 0000 0100 01 18:47:53.542795 vlan 2, p 0, IP 192.35.100.30.53148 > 192.35.100.1.661: UDP, length 92 0x0000: 0002 0800 4500 0078 2e79 4000 ff11 0495 0x0010: c023 641e c023 6401 cf9c 0295 0064 f084 0x0020: 4381 bb7b 0000 0000 0000 0002 0001 86a4 0x0030: 0000 0002 0000 0003 0000 0000 0000 0000 0x0040: 0000 0000 0000 0000 0000 000b 686f 7269 0x0050: 7a6f 6e2e 636f 6d00 0000 000d 7061 7373 0x0060: 7764 2e62 796e 616d 6500 0000 0000 000a 0x0070: 7275 6e64 6c32 6265 616d 0000 18:47:53.571691 vlan 2, p 0, IP 192.35.100.30.53149 > 192.35.100.1.111: UDP, length 64 0x0000: 0002 0800 4500 005c 2e7a 4000 ff11 04b0 0x0010: c023 641e c023 6401 cf9d 006f 0048 5c16 0x0020: 4381 549a 0000 0000 0000 0002 0001 86a0 0x0030: 0000 0003 0000 0003 0000 0000 0000 0000 0x0040: 0000 0000 0000 0000 0001 86a4 0000 0002 0x0050: 0000 0003 7564 7000 0000 0000 0000 0000 18:47:53.574510 vlan 2, p 0, IP 192.35.100.30.53150 > 192.35.100.1.661: UDP, length 88 0x0000: 0002 0800 4500 0074 2e7b 4000 ff11 0497 0x0010: c023 641e c023 6401 cf9e 0295 0060 f79d 0x0020: 4381 0cb2 0000 0000 0000 0002 0001 86a4 0x0030: 0000 0002 0000 0003 0000 0000 0000 0000 0x0040: 0000 0000 0000 0000 0000 000b 686f 7269 0x0050: 7a6f 6e2e 636f 6d00 0000 000d 7061 7373 0x0060: 7764 2e62 796e 616d 6500 0000 0000 0008 0x0070: 7365 6e64 6d61 696c 18:47:53.634245 802.1d unknown version 0x0000: 4242 0300 0002 024c 8000 000f b53f 7ea4 0x0010: 0000 0000 8000 000f b53f 7ea4 8019 0000 0x0020: 1400 0200 0f00 0000 0101 080a 00ad 18:47:53.908188 vlan 2, p 0, IP 192.35.100.3 > 192.35.100.1: ICMP echo request, id 57166, seq 40275, length 64 0x0000: 0002 0800 4500 0054 9d52 4000 4001 550b 0x0010: c023 6403 c023 6401 0800 21c9 df4e 9d53 0x0020: a9a2 8743 0000 0000 5cdb 0d00 0000 0000 0x0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 0x0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 0x0050: 3031 3233 3435 3637 18:47:54.138621 vlan 2, p 0, arp who-has 192.35.100.95 (ff:ff:ff:ff:ff:ff) tell 192.35.100.92 0x0000: 0002 0806 0001 0800 0604 0001 0003 bad9 0x0010: a038 c023 645c ffff ffff ffff c023 645f 0x0020: 0000 0000 0000 0000 0000 0000 0000 0000 0x0030: 0000 Thanks a lot for any suggestions! From vvs@sw.ru Sat Nov 26 01:26:23 2005 Received: with ECARTIS (v1.0.0; list netdev); Sat, 26 Nov 2005 01:26:32 -0800 (PST) Received: from relay.sw.ru (mailhub.sw.ru [195.214.233.200]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAQ9QMO0013325 for ; Sat, 26 Nov 2005 01:26:23 -0800 Received: from [192.168.0.157] ([192.168.0.157]) by relay.sw.ru (8.13.0/8.13.0) with ESMTP id jAQ9MNO2014074; Sat, 26 Nov 2005 12:22:30 +0300 (MSK) Message-ID: <438829AF.8060101@sw.ru> Date: Sat, 26 Nov 2005 12:23:59 +0300 From: Vasily Averin Organization: SW-soft User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.12) Gecko/20050921 X-Accept-Language: en-us, en, ru MIME-Version: 1.0 To: Marcelo Tosatti , linux-kernel@vger.kernel.org CC: Konstantin Khorenko , netdev@oss.sgi.com, Daniele Venzano Subject: [PATCH 2.4] sis900: come alive after temporary memory shortage X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------030704030101010201050307" X-archive-position: 3826 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: vvs@sw.ru Precedence: bulk X-list: netdev Content-Length: 3799 Lines: 105 This is a multi-part message in MIME format. --------------030704030101010201050307 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello Marcelo, I would like to inform you that unfortunately the committed patch is wrong http://www.kernel.org/git/?p=linux/kernel/git/marcelo/linux-2.4.git;a=commit;h=ecf3337f76eaa94c5a771308d184dc248b74b725 + int rx_work_limit = + (sis_priv->dirty_rx - sis_priv->cur_rx) % NUM_RX_DESC; when dirty_rx = cur_rx it computes limit=0, but should be NUM_RX_DESC Could you please drop the wrong patch and use a new one based on the version approved by Daniele Venzano and Jeff Garzik http://www.kernel.org/git/?p=linux/kernel/git/jgarzik/netdev-2.6.git;a=commitdiff_plain;h=7380a78a973a8109c13cb0e47617c456b6f6e1f5;hp=b2795f596932286ef12dc08857960d654f577405 Thank you, Vasily Averin SWSoft Linux kernel Team sis900: come alive after temporary memory shortage 1) Forgotten counter incrementation in sis900_rx() in case it doesn't get memory for skb, that leads to whole interface failure. Problem is accompanied with messages: eth0: Memory squeeze,deferring packet. eth0: NULL pointer encountered in Rx ring, skipping 2) If counter cur_rx overflows and there'll be temporary memory problems buffer can't be recreated later, when memory IS available. 3) Limit the work in handler to prevent the endless packets processing if new packets are generated faster then handled. Signed-off-by: Konstantin Khorenko Signed-off-by: Vasily Averin --- --------------030704030101010201050307 Content-Type: text/plain; name="diff-drv-sis900-20051126" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="diff-drv-sis900-20051126" --- a/drivers/net/sis900.c 2005-11-26 10:54:33.000000000 +0300 +++ b/drivers/net/sis900.c 2005-11-26 11:30:17.000000000 +0300 @@ -1613,15 +1613,20 @@ static int sis900_rx(struct net_device * long ioaddr = net_dev->base_addr; unsigned int entry = sis_priv->cur_rx % NUM_RX_DESC; u32 rx_status = sis_priv->rx_ring[entry].cmdsts; + int rx_work_limit; if (sis900_debug > 3) printk(KERN_INFO "sis900_rx, cur_rx:%4.4d, dirty_rx:%4.4d " "status:0x%8.8x\n", sis_priv->cur_rx, sis_priv->dirty_rx, rx_status); + rx_work_limit = sis_priv->dirty_rx + NUM_RX_DESC - sis_priv->cur_rx; while (rx_status & OWN) { unsigned int rx_size; + if (--rx_work_limit < 0) + break; + rx_size = (rx_status & DSIZE) - CRC_SIZE; if (rx_status & (ABORT|OVERRUN|TOOLONG|RUNT|RXISERR|CRCERR|FAERR)) { @@ -1648,9 +1653,11 @@ static int sis900_rx(struct net_device * some unknow bugs, it is possible that we are working on NULL sk_buff :-( */ if (sis_priv->rx_skbuff[entry] == NULL) { - printk(KERN_INFO "%s: NULL pointer " - "encountered in Rx ring, skipping\n", - net_dev->name); + printk(KERN_WARNING "%s: NULL pointer " + "encountered in Rx ring\n" + "cur_rx:%4.4d, dirty_rx:%4.4d\n", + net_dev->name, sis_priv->cur_rx, + sis_priv->dirty_rx); break; } @@ -1688,6 +1695,7 @@ static int sis900_rx(struct net_device * sis_priv->rx_ring[entry].cmdsts = 0; sis_priv->rx_ring[entry].bufptr = 0; sis_priv->stats.rx_dropped++; + sis_priv->cur_rx++; break; } skb->dev = net_dev; @@ -1705,7 +1713,7 @@ static int sis900_rx(struct net_device * /* refill the Rx buffer, what if the rate of refilling is slower than consuming ?? */ - for (;sis_priv->cur_rx - sis_priv->dirty_rx > 0; sis_priv->dirty_rx++) { + for (; sis_priv->cur_rx != sis_priv->dirty_rx; sis_priv->dirty_rx++) { struct sk_buff *skb; entry = sis_priv->dirty_rx % NUM_RX_DESC; --------------030704030101010201050307-- From marcelo.tosatti@cyclades.com Sun Nov 27 06:18:12 2005 Received: with ECARTIS (v1.0.0; list netdev); Sun, 27 Nov 2005 06:18:20 -0800 (PST) Received: from hera.kernel.org (hera.kernel.org [140.211.167.34]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAREIBO0014779 for ; Sun, 27 Nov 2005 06:18:11 -0800 Received: from logos.cnet (localhost [127.0.0.1]) by hera.kernel.org (8.13.1/8.13.1) with ESMTP id jAREEaZ8024775; Sun, 27 Nov 2005 06:14:37 -0800 Received: by logos.cnet (Postfix, from userid 500) id DC374122E64; Sun, 27 Nov 2005 06:35:15 -0200 (BRST) Date: Sun, 27 Nov 2005 06:35:15 -0200 From: Marcelo Tosatti To: Vasily Averin Cc: linux-kernel@vger.kernel.org, Konstantin Khorenko , netdev@oss.sgi.com, Daniele Venzano Subject: Re: [PATCH 2.4] sis900: come alive after temporary memory shortage Message-ID: <20051127083515.GA20701@logos.cnet> References: <438829AF.8060101@sw.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <438829AF.8060101@sw.ru> User-Agent: Mutt/1.5.5.1i X-archive-position: 3827 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: marcelo.tosatti@cyclades.com Precedence: bulk X-list: netdev Content-Length: 776 Lines: 17 On Sat, Nov 26, 2005 at 12:23:59PM +0300, Vasily Averin wrote: > Hello Marcelo, > > I would like to inform you that unfortunately the committed patch is wrong > http://www.kernel.org/git/?p=linux/kernel/git/marcelo/linux-2.4.git;a=commit;h=ecf3337f76eaa94c5a771308d184dc248b74b725 > > + int rx_work_limit = > + (sis_priv->dirty_rx - sis_priv->cur_rx) % NUM_RX_DESC; > > when dirty_rx = cur_rx it computes limit=0, but should be NUM_RX_DESC > > Could you please drop the wrong patch and use a new one based on the version > approved by Daniele Venzano and Jeff Garzik > http://www.kernel.org/git/?p=linux/kernel/git/jgarzik/netdev-2.6.git;a=commitdiff_plain;h=7380a78a973a8109c13cb0e47617c456b6f6e1f5;hp=b2795f596932286ef12dc08857960d654f577405 Will do - thanks Vasily. From romieu@fr.zoreil.com Mon Nov 28 14:55:23 2005 Received: with ECARTIS (v1.0.0; list netdev); Mon, 28 Nov 2005 14:55:27 -0800 (PST) Received: from fr.zoreil.com (electric-eye.fr.zoreil.com [213.41.134.224]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jASMtLO0010130 for ; Mon, 28 Nov 2005 14:55:22 -0800 Received: from electric-eye.fr.zoreil.com (localhost.localdomain [127.0.0.1]) by fr.zoreil.com (8.13.4/8.12.1) with ESMTP id jASMmu0R018550; Mon, 28 Nov 2005 23:48:56 +0100 Received: (from romieu@localhost) by electric-eye.fr.zoreil.com (8.13.4/8.12.1) id jASMmtwk018549; Mon, 28 Nov 2005 23:48:55 +0100 Date: Mon, 28 Nov 2005 23:48:55 +0100 From: Francois Romieu To: linux@horizon.com Cc: alan@redhat.com, netdev@oss.sgi.com Subject: Re: VIA "Velocity" test report - VLAN reception not working Message-ID: <20051128224855.GA12814@electric-eye.fr.zoreil.com> References: <20051126004057.11284.qmail@science.horizon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051126004057.11284.qmail@science.horizon.com> User-Agent: Mutt/1.4.2.1i X-Organisation: Land of Sunshine Inc. X-archive-position: 3831 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: romieu@fr.zoreil.com Precedence: bulk X-list: netdev Content-Length: 1341 Lines: 35 linux@horizon.com : [...] > Link detected: no > > Kernel 2.6.15-rc2, monolithic. Only local patch is PPSkit-lite, which > really shouldn't have any effect. No idea about that "Link detected: no" > line; I'm ssh- ed in over it right now. The driver does not correctly handle netif_carrier_{on/off}. [...] > I saw a bunch of VLAN filtering stuff in the driver that I didn't > really follow, so perhaps the problem's there. > > (I confess I didn't choose super-carefully. It was advertised as having > Linux support and VLAN support and was reasonably cheap. I didn't > actually know the chipset until it arrived. And yes, I *am* asking the > vendor for support, but I expect that'll take a while.) If you can put the card in a crashme/testme computer, feel free to try the patches at: http://www.zoreil.com/~romieu/linux/kernel/2.6.x/2.6.15-rc2/via-velocity/20051128 The patches apply on top of each other. I'd suggest doing a first round of testing without VLAN to check that the usual flow did not experience collateral damages. If it works fine, enable VLAN when the last patch is applied and add a single vlan with vconfig. If it does not crash, tcpdump + ping in both direction w/wo VLAN may help fix the issues. The patches are quite straightforward even if they are poorly described. -- Ueimor From magnus@valinux.co.jp Tue Nov 29 23:27:33 2005 Received: with ECARTIS (v1.0.0; list netdev); Tue, 29 Nov 2005 23:27:37 -0800 (PST) Received: from sv1.valinux.co.jp (sv1.valinux.co.jp [210.128.90.2]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAU7RWO0000785 for ; Tue, 29 Nov 2005 23:27:32 -0800 Received: from cherry.local (vagw.valinux.co.jp [210.128.90.14]) by sv1.valinux.co.jp (Postfix) with ESMTP id CC4367402E; Wed, 30 Nov 2005 16:23:45 +0900 (JST) From: Magnus Damm To: netdev@oss.sgi.com Cc: Magnus Damm Message-Id: <20051130072604.7030.49055.sendpatchset@cherry.local> Subject: [PATCH] i82596/CONFIG_APRICOT release_region() fix Date: Wed, 30 Nov 2005 16:23:45 +0900 (JST) X-archive-position: 3833 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: magnus@valinux.co.jp Precedence: bulk X-list: netdev Content-Length: 1049 Lines: 36 Fix release_region() in i82596 driver using CONFIG_APRICOT. linux-2.6.15-rc3 configured with CONFIG_APRICOT=y calls release_region() incorrectly if no hardware is found: Trying to free nonexistent resource <00000000-00000010> This patch sets up dev->base_addr before the label "out1" might be used. Signed-off-by: Magnus Damm --- 82596.c | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) --- linux-2.6.15-rc3/drivers/net/82596.c 2005-11-30 16:10:34.000000000 +0900 +++ linux-2.6.15-rc3-i82596_apricot_release_region/drivers/net/82596.c 2005-11-30 16:11:13.000000000 +0900 @@ -1203,6 +1203,9 @@ checksum += eth_addr[i]; } + dev->base_addr = ioaddr; + dev->irq = 10; + /* checksum is a multiple of 0x100, got this wrong first time some machines have 0x100, some 0x200. The DOS driver doesn't even bother with the checksum. @@ -1215,8 +1218,6 @@ goto out1; } - dev->base_addr = ioaddr; - dev->irq = 10; } #endif dev->mem_start = (int)__get_free_pages(GFP_ATOMIC, 0); From hoehnle.dan@googlemail.com Wed Nov 30 05:02:36 2005 Received: with ECARTIS (v1.0.0; list netdev); Wed, 30 Nov 2005 05:02:40 -0800 (PST) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAUD2ZO0002436 for ; Wed, 30 Nov 2005 05:02:35 -0800 Received: by xproxy.gmail.com with SMTP id t4so79951wxc for ; Wed, 30 Nov 2005 04:59:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Sz3KdNbE0grmnspdnX4Z+L+EpO++j1egHbymQMfcWPXVN6dhpFKcUMKGnRSVh2qgAq3qGCwxHiZWAMeRxH6GkDxYbh3zwINbYC6axeknijODj1szdhL9Qk/9A95zp6UTIQhbLeRITGNyM7LwsNZT2MnkXIsTk6xXp/dc/MQ1oqQ= Received: by 10.70.23.5 with SMTP id 5mr161265wxw; Wed, 30 Nov 2005 04:59:06 -0800 (PST) Received: by 10.70.47.10 with HTTP; Wed, 30 Nov 2005 04:59:05 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 13:59:05 +0100 From: =?ISO-8859-1?Q?Daniel_H=F6hnle?= To: linux-kernel@vger.kernel.org, andrewm@uow.edu.au, netdev@oss.sgi.com Subject: 3C905C-TX MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id jAUD2ZO0002436 X-archive-position: 3834 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: hoehnle.dan@googlemail.com Precedence: bulk X-list: netdev Content-Length: 189 Lines: 7 Hello i have Suse Linux 9.3 and a 3Com 3C905C-TX Networkcard. But she don't works. Where can I get a Driver??? Or give it a Dokumentation how I can make the Driver?? Thanks Daniel Höhnle From vda@ilport.com.ua Wed Nov 30 05:12:23 2005 Received: with ECARTIS (v1.0.0; list netdev); Wed, 30 Nov 2005 05:12:27 -0800 (PST) Received: from ilport.com.ua (167.imtp.Ilyichevsk.Odessa.UA [195.66.192.167] (may be forged)) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jAUDBUO0003762 for ; Wed, 30 Nov 2005 05:12:18 -0800 Received: (qmail 25053 invoked by alias); 30 Nov 2005 13:07:51 -0000 Received: by simscan 1.1.0 ppid: 25034, pid: 25036, t: 6.3554s scanners:none Received: from unknown (172.17.2.38) by 0 (172.16.22.5) with ESMTP; 30 Nov 2005 13:07:45 -0000 From: Denis Vlasenko To: Daniel =?iso-8859-1?q?H=F6hnle?= Subject: Re: 3C905C-TX Date: Wed, 30 Nov 2005 15:07:38 +0200 User-Agent: KMail/1.8.2 Cc: andrewm@uow.edu.au, netdev@oss.sgi.com References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Message-Id: <200511301507.38728.vda@ilport.com.ua> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id jAUDBUO0003762 X-archive-position: 3835 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: vda@ilport.com.ua Precedence: bulk X-list: netdev Content-Length: 306 Lines: 11 On Wednesday 30 November 2005 14:59, Daniel Höhnle wrote: > Hello i have Suse Linux 9.3 and a 3Com 3C905C-TX Networkcard. > But she don't works. Please read http://www.catb.org/~esr/faqs/smart-questions.html > Where can I get a Driver??? Or give it a Dokumentation > how I can make the Driver?? -- vda From linux-os@analogic.com Wed Nov 30 05:22:08 2005 Received: with ECARTIS (v1.0.0; list netdev); Wed, 30 Nov 2005 05:22:12 -0800 (PST) Received: from odyssey.analogic.com (odyssey.analogic.com [204.178.40.5]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAUDM7O0005243 for ; Wed, 30 Nov 2005 05:22:08 -0800 Received: from chaos.analogic.com ([10.112.50.11]) by phoenix.analogic.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 30 Nov 2005 08:18:26 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Received: from chaos.analogic.com (localhost [127.0.0.1]) by chaos.analogic.com (8.12.11/8.12.11) with ESMTP id jAUDIQpc018250; Wed, 30 Nov 2005 08:18:26 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Received: (from linux-os@localhost) by chaos.analogic.com (8.12.11/8.12.11/Submit) id jAUDIQ6I018249; Wed, 30 Nov 2005 08:18:26 -0500 In-Reply-To: X-OriginalArrivalTime: 30 Nov 2005 13:18:26.0636 (UTC) FILETIME=[8C45C8C0:01C5F5B0] Content-class: urn:content-classes:message Subject: Re: 3C905C-TX Date: Wed, 30 Nov 2005 08:18:26 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 3C905C-TX Thread-Index: AcX1sIxMFUgjomFWRra3MQWJ7ti6gg== References: From: "linux-os \(Dick Johnson\)" To: =?iso-8859-1?Q?Daniel_H=F6hnle?= Cc: "Linux kernel" , , Reply-To: "linux-os \(Dick Johnson\)" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id jAUDM7O0005243 X-archive-position: 3836 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: linux-os@analogic.com Precedence: bulk X-list: netdev Content-Length: 1150 Lines: 25 On Wed, 30 Nov 2005, [iso-8859-1] Daniel Höhnle wrote: > Hello i have Suse Linux 9.3 and a 3Com 3C905C-TX Networkcard. But she > don't works. Where can I get a Driver??? Or give it a Dokumentation > how I can make the Driver?? > > Thanks > Daniel Höhnle The 3c59x driver should work for this device. If it's real new, you may have to add its ID to the structure at line 3365 in 3x59x.c or contact the maintainer. Cheers, Dick Johnson Penguin : Linux version 2.6.13.4 on an i686 machine (5589.55 BogoMips). Warning : 98.36% of all statistics are fiction. **************************************************************** The information transmitted in this message is confidential and may be privileged. Any review, retransmission, dissemination, or other use of this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, please notify Analogic Corporation immediately - by replying to this message or by sending an email to DeliveryErrors@analogic.com - and destroy all copies of this information, including any attachments, without reading or disclosing them. Thank you. From jesper.juhl@gmail.com Wed Nov 30 06:05:32 2005 Received: with ECARTIS (v1.0.0; list netdev); Wed, 30 Nov 2005 06:05:36 -0800 (PST) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jAUE5WO0009498 for ; Wed, 30 Nov 2005 06:05:32 -0800 Received: by zproxy.gmail.com with SMTP id 4so1058243nzn for ; Wed, 30 Nov 2005 06:02:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=taR70R0jp+biOjq4UKfx7218FP+257yBegBHX7wgCt1E0xGd3vzxQTHT30t0CHLV0q/N74PLF/u9tReaAeA1HIueKiZGWTLJ2nE4wnuY5t/oVuO650lw2g5KCAlTjuBmHG6H3cvdLikLPLXexoBmSaQ+EGyEK+k+o1rCj9S+BcU= Received: by 10.65.237.13 with SMTP id o13mr144454qbr; Wed, 30 Nov 2005 06:02:01 -0800 (PST) Received: by 10.65.113.10 with HTTP; Wed, 30 Nov 2005 06:02:01 -0800 (PST) Message-ID: <9a8748490511300602u2cf9f972od6617b8fe777bd9a@mail.gmail.com> Date: Wed, 30 Nov 2005 15:02:01 +0100 From: Jesper Juhl To: "linux-os (Dick Johnson)" Subject: Re: 3C905C-TX Cc: =?ISO-8859-1?Q?Daniel_H=F6hnle?= , Linux kernel , andrewm@uow.edu.au, netdev@oss.sgi.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline References: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id jAUE5WO0009498 X-archive-position: 3837 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: jesper.juhl@gmail.com Precedence: bulk X-list: netdev Content-Length: 822 Lines: 23 On 11/30/05, linux-os (Dick Johnson) wrote: > > On Wed, 30 Nov 2005, [iso-8859-1] Daniel Höhnle wrote: > > > Hello i have Suse Linux 9.3 and a 3Com 3C905C-TX Networkcard. But she > > don't works. Where can I get a Driver??? Or give it a Dokumentation > > how I can make the Driver?? > > > > Thanks > > Daniel Höhnle > > The 3c59x driver should work for this device. If it's real > new, you may have to add its ID to the structure at line > 3365 in 3x59x.c or contact the maintainer. > The 3c90x driver available from 3COM themselves is another alternative : http://support.3com.com/infodeli/tools/nic/linuxdownload.htm -- Jesper Juhl Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html Plain text mails only, please http://www.expita.com/nomime.html