From owner-freebsd-net@FreeBSD.ORG Fri Jan 11 12:37:41 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCF7016A421 for ; Fri, 11 Jan 2008 12:37:41 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 3378813C459 for ; Fri, 11 Jan 2008 12:37:40 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so1615685pyb.10 for ; Fri, 11 Jan 2008 04:37:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=5gqjodomhkdc8DhPHNBcWH40s61GPZ55zjMx+by0HXk=; b=ABim2IyO9AVn7iEwClJus/Xd4gBZdYPUb/eCr660hS0fkmjNsZ7kBATjiYc+plSEI/EBfO9jgJr1ivGRh3Nakl/UPpj28isBRxXIDQDTdSif/+kXdVjTqOaYwemEo0gwI6OI8LCywykKOxVlmn0YnjqsSPYMSLK2phAyFrHiw3s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=K2xGL6fPAop2DSm0Pecv/2w6joWtgb+DVgEVmSJnCdADIsq6fwixzaJg12qRzOsGhEHC/sYpwWXBHcO18yf1kxSWx/hZh2EGk5Qw6ZsCDsdkTYi3aACcANC4ZCL6yvsC3BgxjAQa63V4QDZTfKsXOF54wn4fB2bqZK6ySiLnC2Q= Received: by 10.142.49.4 with SMTP id w4mr1569655wfw.204.1200055059737; Fri, 11 Jan 2008 04:37:39 -0800 (PST) Received: by 10.142.162.20 with HTTP; Fri, 11 Jan 2008 04:37:39 -0800 (PST) Message-ID: Date: Fri, 11 Jan 2008 20:37:39 +0800 From: "Sepherosa Ziehau" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <864pds8idc.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <86ir2hznnd.fsf@ds4.des.no> <86abnpu0wv.fsf@ds4.des.no> <86abnovy4k.fsf@ds4.des.no> <86odc3dlgi.fsf@ds4.des.no> <86lk76c6t5.fsf@ds4.des.no> <864pds8idc.fsf@ds4.des.no> Cc: kevlo@freebsd.org, sam@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: if_ral regression X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2008 12:37:41 -0000 On Jan 5, 2008 10:19 PM, Dag-Erling Sm=F8rgrav wrote: > "Sepherosa Ziehau" writes: > > This actually brings up two things: > > 1) I think we should ignore seq in multicast frames; this is permitted = in > > 802.11 standard. In dfly I did that, since one of our users > > encountered a broken commercial AP which is not 802.11e but uses > > different seq for data and beacon. > > 2) TX sequence. I think standards only mention QSTA/nQSTA, but not > > AP. Currently our AP uses per node TX seq, which means beacon's seq > > is difficult to choose, at least for 2560 based ral(4), whose beacons' > > seq need to be set by software. I saw Linksys AP uses one seq for all > > of the frames it sends. Sam, what's you opinion on this? > > > > I think if STA counts ral(4)'s beacon seq, as what we do currently, > > beacon missing will quickly happen since beacons will be discarded > > after first several data frames. > > OK, I *think* I understood most of that. Does this suggest a solution > to you? I will try to get the wlandebug output tonight. I don't know whether you are still interested to track down the wired problem you had experienced. If you have time please try following patches: revert the old patch at your AP side and try this one http://people.freebsd.org/~sephe/rt2560_test.diff1 apply following patch at you STA side http://people.freebsd.org/~sephe/ieee80211_input.c.diff Best Regards, sephe --=20 Live Free or Die