Return-path: Received: from mail30g.wh2.ocn.ne.jp ([220.111.41.239]:36316 "HELO mail30g.wh2.ocn.ne.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751582AbYBRBnL (ORCPT ); Sun, 17 Feb 2008 20:43:11 -0500 From: bruno randolf To: Johannes Berg Subject: Re: [PATCH] mac80211: enable IBSS merging Date: Mon, 18 Feb 2008 10:42:43 +0900 Cc: ath5k-devel@lists.ath5k.org, mcgrof@gmail.com, jirislaby@gmail.com, mickflemm@gmail.com, linux-wireless@vger.kernel.org, linville@tuxdriver.com, flamingice@sourmilk.net, jbenc@suse.cz References: <1203088151.8931.197.camel@johannes.berg> <20080216022918.18775.59888.stgit@one> <1203239503.12783.22.camel@johannes.berg> In-Reply-To: <1203239503.12783.22.camel@johannes.berg> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Message-Id: <200802181042.44428.bruno@thinktube.com> (sfid-20080218_014316_391089_01B6B2A9) Sender: linux-wireless-owner@vger.kernel.org List-ID: On Sunday 17 February 2008 18:11:43 Johannes Berg wrote: > Looks good, thanks for your patience. thanks for your review :) > I have two minor comments still, > sorry for the lack of focus in earlier review. > > > + } else if (local && local->ops && local->ops->get_tsf) > > + /* second best option: get current TSF */ > > + rx_timestamp = local->ops->get_tsf(local_to_hw(local)); > > This is assuming that we don't manage to process the frame within 192 > usecs. I guess that will be true since we defer it to a tasklet, but do > we want to bet on it in the future or should we simply widen the window > where the merge *won't* happen because the driver doesn't provide enough > info and also add the 24 bytes offset here? true. i'll change that and resend the patch. i have to rebase it anyways for the current tree. > Also something else that just occurred to me... You wrote in the > > description: > > * to enable this we have to let all beacons thru in IBSS mode, even if > > they have a different BSSID. > > which I think refers to the last hunk of your patch. However, hardware > also has such filters, so I think we also should set the > FIF_BCN_PRBRESP_PROMISC filter flag when IBSS is enabled, we don't want > to force drivers to do this implicitly when IBSS interfaces are added. hmm, i don't know about that and i don't seem to need that for ath5k, so can we do that in a follow up patch, please? bruno