From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 08:22:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E52C16A417 for ; Wed, 14 Nov 2007 08:22:23 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9EB9C13C44B for ; Wed, 14 Nov 2007 08:22:22 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-76-209.net-htp.de [89.182.76.209]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id EAC8EA44529 for ; Wed, 14 Nov 2007 08:48:55 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Wed, 14 Nov 2007 08:55:49 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711140855.49334.wundram@beenic.net> Subject: RT256x PCMCIA card under 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 08:22:23 -0000 Hi all! I just recently bought a RT2561C based (at least I think so) wireless card, which is also happily recognized by the ral-driver: ral0: mem 0x88000000-0x88007fff irq 17 at device 0.0 on cardbus0 ral0: MAC/BBP RT2561C, RF RT2527 ral0: Ethernet address: 00:80:5a:51:23:53 ral0: [ITHREAD] As soon as I plug in the card and the netif script starts wpa_supplicant and dhclient, the laptop this is plugged into receives an interrupt storm on cbb0 (having 80% interrupt time), which leads to a noticeable slowdown of the whole system: phoenix# vmstat -i interrupt total rate irq1: atkbd0 9773 3 irq10: acpi0 729 0 irq14: ata0 17173 6 irq15: ata1 64 0 irq17: cbb0 cbb1+ 10408993 4217 irq18: pcm0 5753 2 irq19: sis0+ 33302 13 irq20: ohci0 207 0 irq21: ohci1 44261 17 irq23: ehci0 1 0 cpu0: timer 4926468 1996 Total 15446724 6258 phoenix# This snapshot was taken some time after I killed wpa_supplicant (when it had been up for about 10 seconds). When I manually start wpa_supplicant (with no stations in reach), there is no interrupt storm, but just normal activity with around 7-10 interrupts on cbb0 per second. I can also manually scan using the card (but ifconfig scan never finishes, but will show the stations in reach when doing an ifconfig list scan after ^C-ing the ifconfig scan), but cannot attach to any WPA access point in scanning-reach with wpa_supplicant (the only type of stations I have access to; I cannot test with WEP at the moment); enabling net.wlan.debug and net.wlan.0.debug also shows the scan taking place and the keys being set to the card, but nothing else from there. The card itself is a "Conceptronic C54RC Version 2.0", which I guess explains the difference (in hardware) between the note in the manpage of ral(4) for this adapter and the actual hardware type it finds: Conceptronic C54RC RT2560 CardBus Anyway, doing a pciconv -lv leads to a different result than the actual driver reports, which is compatible with the hardware specification in the manpage: ral0@pci0:2:0:0: class=0x028000 card=0x3c231948 chip=0x03021814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp' device = 'RT2525 2.4GHz transceiver + RT2560 MAC/BBP wireless a/b' class = network The kernel all of this runs under is a (slightly) modified GENERIC 7.0-BETA2 (from yesterday evening CET; an older 7.0-BETA2 didn't exhibit the interrupt storm behaviour, but was similar for the rest), with SMP disabled and SCHED_ULE instead of SCHED_4BSD. As debug.ral isn't available under the 7.0 ral-driver (which is referenced in the FreeBSD setup page http://damien.bergamini.free.fr/ral/ral-freebsd.html), I have no immediately obvious means of debugging what's actually happening when the interrupt storm takes place, and why the card won't attach to the AP even though the same wpa_supplicant config works using an ndis-wrapped driver for a different PCMCIA-card (Broadcom-based). Thanks for any hint you can give me! -- Heiko Wundram Product & Application Development