From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262013AbTJNVDR (ORCPT ); Tue, 14 Oct 2003 17:03:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262120AbTJNVDR (ORCPT ); Tue, 14 Oct 2003 17:03:17 -0400 Received: from fw.osdl.org ([65.172.181.6]:64438 "EHLO mail.osdl.org") by vger.kernel.org with ESMTP id S262013AbTJNVDQ convert rfc822-to-8bit (ORCPT ); Tue, 14 Oct 2003 17:03:16 -0400 Date: Tue, 14 Oct 2003 14:02:16 -0700 From: "Randy.Dunlap" To: Karel =?ISO-8859-1?Q?Kulhav=FD?= Cc: linux-kernel@vger.kernel.org Subject: Re: Vortex full-duplex doesn't work? Message-Id: <20031014140216.21cf33a3.rddunlap@osdl.org> In-Reply-To: <20031014223109.A7167@beton.cybernet.src> References: <20031014223109.A7167@beton.cybernet.src> Organization: OSDL X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu) X-Face: +5V?h'hZQPB9kW Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 14 Oct 2003 22:31:09 +0200 Karel Kulhavý wrote: | Hello | | I have collected from tidbits of information that | ether=0,0,0x201,0,eth0 should set my 3c900 card to full duplex AUI. | | I have tried this, then ifconfig eth0 up and then | vortex-diag -vv and it still reports MAC Settings: half-duplex | | When I rewrite all occurences of full_duplex in 3c59x.c for hard-coded | "1", then I get MAC Settings: full-duplex | | How do I set up this driver to force full-duplex AUI for 3c900 network | card without using modules and without patching 3c59x.c? BTW, what kernel version ??? As I indicated in another reply to you, Please try this, although I'm not yet convinced that the 3c59x driver calls all of the right hooks for this to work. but good luck, and please report back on it. It looks to me like (but I haven't traced it completely) 3c59x doesn't call netdev_boot_setup_check() [even indirectly], and that is needed to set the irq/base/mem_start/mem_end parameters for use during the probe() function. (I'm looking at 2.4.22 source code for this.) (3c59x uses mem_start for driver options flags.) Can anyone confirm this? If so, we could fix it, but I'd like to have some confirmation of what I'm thinking on this since I can't test it (no vortex/boomerang adapter). -- ~Randy