From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from wolverine02.qualcomm.com ([199.106.114.251]) by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1WG88M-0002Tr-Fm for ath10k@lists.infradead.org; Wed, 19 Feb 2014 14:28:23 +0000 From: Kalle Valo Subject: Re: [RFC/RFT 3/7] ath10k: replace send_head() with tx_sg() References: <1392629563-31046-1-git-send-email-michal.kazior@tieto.com> <1392629563-31046-4-git-send-email-michal.kazior@tieto.com> <87y517xo7j.fsf@kamboji.qca.qualcomm.com> Date: Wed, 19 Feb 2014 16:18:38 +0200 In-Reply-To: (Michal Kazior's message of "Wed, 19 Feb 2014 14:25:59 +0100") Message-ID: <87txbvxk1t.fsf@kamboji.qca.qualcomm.com> MIME-Version: 1.0 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "ath10k" Errors-To: ath10k-bounces+kvalo=adurom.com@lists.infradead.org To: Michal Kazior Cc: linux-wireless , "ath10k@lists.infradead.org" Michal Kazior writes: > On 19 February 2014 13:48, Kalle Valo wrote: >> Michal Kazior writes: >> >>> +struct ath10k_hif_sg_item { >>> + u16 transfer_id; >>> + void *transfer_context; >>> + void *vaddr; /* for debugging mostly */ >>> + u32 paddr; >>> + u16 len; >>> +}; >> >> This is the part I don't like. Instead of adding our own structs we >> instead should have everything in skb->cb and pass the skbs around. The >> sad part was that last fall I was working on cleaning up that but never >> found the time to finish it :( > > There's simply not enough room to keep it all in ath10k_skb_cb > directly. After my cleanups transfer_context was not used and when using sk_buffs properly vaddr and len would be useless. So we would have only transfer id and paddr left. And when I was working on this they did fit to cb. > It doesn't really make any sense to keep it there anyway because > sg_item is used as means to pass a complex function argument to > sg_tx(). If we used skbs we would just give a list/queue of them and no need to have any extra structs. > The sg_item list is never used again. Ok, that's better. At least then it's later easier to convert to proper skbs. -- Kalle Valo _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k