From owner-freebsd-mobile Tue May 22 19:48:53 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from baboon.aciri.org (adsl-64-166-241-35.dsl.snfc21.pacbell.net [64.166.241.35]) by hub.freebsd.org (Postfix) with ESMTP id 1F91B37B422 for ; Tue, 22 May 2001 19:48:50 -0700 (PDT) (envelope-from bkarp@baboon.aciri.org) Received: from baboon.aciri.org (localhost [127.0.0.1]) by baboon.aciri.org (8.11.3/8.11.1) with ESMTP id f4N2muL85036; Tue, 22 May 2001 19:48:56 -0700 (PDT) (envelope-from bkarp@baboon.aciri.org) Message-Id: <200105230248.f4N2muL85036@baboon.aciri.org> From: Brad Karp To: insane@lunatic.oneinsane.net Cc: mobile@freebsd.org Subject: Re: fix for Linksys access point Date: Tue, 22 May 2001 19:48:56 -0700 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org insane@lunatic.oneinsane.net writes: > Does this effect when you are running a Linksys card with a Linksys AP. I don't have a Linksys card to test with, so I cannot give an answer based on empirical observation. However, the fix I mention (adding an || such that wi_status 0 packets are also RFC1042-decapsulated) *shouldn't* hurt. If the Linksys card sees the packets as wi_status 0x2000 (the correct wi_status value for an RFC1042 packet), the extra or clause won't matter, and the packet will still be RFC1042 decapsulated. The only harm the change could do is if there is some card out there that receives *non*-RFC1042 packets with wi_status 0. But since I can't find any mention of wi_status 0 as a valid value in any driver (Linux or FreeBSD), I suspect there aren't any such packets (i.e., there shouldn't be any from the Linksys AP, either, but its firmware generates packets that elicit this status value from the Hermes). -Brad, bkarp@icsi.berkeley.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message