From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Young Subject: Re: Query about recent Radiotap changes Date: Mon, 26 Mar 2007 16:17:32 -0500 Message-ID: <20070326211732.GF11742@che.ojctech.com> References: <16B0F9F6-C3B2-4A00-A789-C1DD3E279D08@gmail.com> <20070326195045.GA11742@che.ojctech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: radiotap-admin-rN9S6JXhQ+WXmMXjJBpWqg@public.gmane.org Errors-To: radiotap-admin-rN9S6JXhQ+WXmMXjJBpWqg@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: radiotap-rN9S6JXhQ+WXmMXjJBpWqg@public.gmane.org List-Id: radiotap@radiotap.org On Tue, Mar 27, 2007 at 09:11:17AM +1200, Scott Raynel wrote: > Hello again, > > On 27/03/2007, at 7:50 AM, David Young wrote: > > > > >The _F_RX_BADFCS flag in the field IEEE80211_RADIOTAP_RX_FLAGS is > >redundant. The flag duplicates the function of the _F_FCS field in > >the IEEE80211_RADIOTAP_FLAGS field. TIMTOWTDI is a recipe for design > >complexity. > > I was under the impression that IEEE80211_RADIOTAP_F_RX_BADFCS > duplicated the function of the _F_BADFCS, not _F_FCS, which indicates > the presence of FCS bytes in the frame. Or am I missing something? You're right. It duplicates the _F_BADFCS flag, not _F_FCS. Dave -- David Young OJC Technologies dyoung-eZodSLrBbDpBDgjK7y7TUQ@public.gmane.org Urbana, IL * (217) 278-3933