Date: Mon, 28 May 2007 10:53:17 -0400 From: Boris Kochergin <spawk@acm.poly.edu> To: Sepherosa Ziehau <sepherosa@gmail.com> Cc: freebsd-net@freebsd.org Subject: Re: System hang with Ralink RT2661 Message-ID: <465AECDD.6060008@acm.poly.edu> In-Reply-To: <ea7b9c170705280137g4679d0abg96c959c97aedcc40@mail.gmail.com> References: <465959FF.4040401@acm.poly.edu> <ea7b9c170705280137g4679d0abg96c959c97aedcc40@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Sepherosa Ziehau wrote: > On 5/27/07, Boris Kochergin <spawk@acm.poly.edu> wrote: >> Hi. I got an "SMC SMCWPCI-GM" card the other day, which is one of these: >> >> May 27 01:16:55 router kernel: ral0: <Ralink Technology RT2661> mem >> 0xf4000000-0xf4007fff irq 10 at device 13.0 on pci0 >> May 27 01:16:55 router kernel: ral0: MAC/BBP RT2661D, RF RT2529 (MIMO >> XR) >> >> I put it into a Pentium III machine (which has PCI 2.2, per the ral(4) >> man page) running a 7-CURRENT build from earlier today with a GENERIC >> kernel, and attempted to connect to my wireless network, the access >> point of which is an Atheros 5212 card, which has been serving Prism and >> other Atheros cards for months. The RT2661 card associated fine and was >> able to carry out lightweight operations like pinging and HTTP requests, >> but when I attempted to use it to send or receive any heavy traffic (a >> few dozen KiB/second), the system froze. I was able to toggle the caps >> lock/num lock lights, and if I did something to make the system beep >> (i.e. by pressing ALT+F10 when there was no virtual terminal running >> there), the beep would ring out endlessly. It may also be worth >> mentioning that the system was unresponsive to ACPI (via the power >> button) and that the same RT2661 card in the same machine has no trouble >> sniffing over 2 MiB/second of traffic via tcpdump. I'll be happy to >> provide any other information that may be deemed useful. Thanks. > > Try changing ~line160 of dev/ral/rt2661reg.h > From > #define RT2661_SHORT_PREAMBLE (1 << 19) > #define RT2661_MRR_ENABLED (1 << 20) > #define RT2661_MRR_CCK_FALLBACK (1 << 23) > to > #define RT2661_SHORT_PREAMBLE (1 << 18) > #define RT2661_MRR_ENABLED (1 << 19) > #define RT2661_MRR_CCK_FALLBACK (1 << 22) > > This will make the situation better. > > Except the above wrongly configured MMR register values, rt2661 parts' > TX intr processing is completely wrong; The channel TX power is > incorrect too, for 11bg the difference between the correct one and the > value that driver is using is small, but for 11a, the channel TX power > will be completely wrong. > > Best Regards, > sephe > Doesn't seem to have any effect. Thanks, though. I guess I'll wait for SAM_WIFI to become available in -CURRENT. -Boris
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?465AECDD.6060008>