From mboxrd@z Thu Jan 1 00:00:00 1970 From: Oleksij Rempel Date: Fri, 07 Mar 2014 10:55:27 +0100 Subject: [ath9k-devel] [PATCH 00/23] ath9k|ath9k_htc: move dups to common-beacon In-Reply-To: <20140306184235.GA7788@tuxdriver.com> References: <1393704966-13985-1-git-send-email-linux@rempel-privat.de> <21266.37896.937680.416439@gargle.gargle.HOWL> <5312DD46.3030800@rempel-privat.de> <21266.58035.719712.344551@gargle.gargle.HOWL> <20140306184235.GA7788@tuxdriver.com> Message-ID: <5319978F.6060803@rempel-privat.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ath9k-devel@lists.ath9k.org Am 06.03.2014 19:42, schrieb John W. Linville: > On Sun, Mar 02, 2014 at 01:20:11PM +0530, Sujith Manoharan wrote: >> Oleksij Rempel wrote: >>> I was thinking about it too, but suddenly i don't have enough time and >>> experience to do it. Beside, there is no need to write usb layer. It is >>> clean and separate from other part of the driver. But the HTC/WMI >>> interface is not completely separate. >> >> Sure. It is just another option to consider. >> >>> Now about bigger picture. Right now i work only on ath9k<>ath9k_htc >>> dups. But there are lots of dup code in ath9k itself. For example >>> *_phy.c, *_initvals.h. Here are some examples: >> >> We already have duplicate detection for initvals. It is part of >> the initvals tool in qca-swiss-army-knife. > > So, where does this leave us? Should this series be merged? Or not? Last response was about initvals, my patch set affect only beacon code. Since i don't plan to rewrite ath9k_htc from scratch, i would assume it will be better to continue this periodic clean work. Sujith, are you agree? :) We need your Ack for this patch set. -- Regards, Oleksij -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 278 bytes Desc: OpenPGP digital signature Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20140307/5cd7dc56/attachment.pgp