Return-path: Received: from s3.sipsolutions.net ([5.9.151.49]:35656 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933882AbcECQBI (ORCPT ); Tue, 3 May 2016 12:01:08 -0400 Message-ID: <1462291262.2251.4.camel@sipsolutions.net> (sfid-20160503_180127_090247_335B90AB) Subject: Re: dynamic ps + offchannel mgmt_tx + HW RoC From: Johannes Berg To: Krishna Chaitanya Cc: linux-wireless Date: Tue, 03 May 2016 18:01:02 +0200 In-Reply-To: (sfid-20160503_163230_612724_F1B0945E) References: <1462281243.2251.2.camel@sipsolutions.net> (sfid-20160503_163230_612724_F1B0945E) Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Tue, 2016-05-03 at 20:02 +0530, Krishna Chaitanya wrote: > > i don't see any issues in the powersave w.r.t driver. Isn't it a > > valid case? you meant implementing dynamic_ps? No, I really did mean implementing the entire PS logic in the driver, instead of having mac80211 do it. > If it advertise HW_SUPPORTS_DYNAMIC_PS it works fine. > so may be we should queue those frames and send it to > HW once it is out of powersave? We could, but I *really* don't want to patch over the messy and broken powersave code in mac80211 now. I really do think that the only way out of this mess is to implement powersave entirely outside of mac80211; perhaps mac80211 could provide helpers for it, but tying it into the MLME implementation and having all the PS-Poll stuff be global etc. is simply wrong today. johannes