Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp1336647imm; Tue, 2 Oct 2018 06:44:09 -0700 (PDT) X-Google-Smtp-Source: ACcGV63UtWqnP643UzN+4qfON69nqdfMdRZ/oEbwA7cMiRSh8m34/Lf38ndsAeavCH8Z+8UfFuzp X-Received: by 2002:a62:4586:: with SMTP id n6-v6mr9676070pfi.3.1538487849397; Tue, 02 Oct 2018 06:44:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538487849; cv=none; d=google.com; s=arc-20160816; b=jcF0mlOjijU3kriyGoMd3cjLkWk1V9ghMxAYGvwZRmcDGrJO57jfUt9Ypkfs0d1sIW eC/EaaMKeTNS7lOhYw02GtJKfg91BSLZOpGvOxwG/ofMydoFkTGnjHU/b3mxls3OA6rh 5YEQDQqyHm9Nh4n3iZm5eQchrx1iSmca8dkJ+HFUgofRGZYSZ6lfj+FJqSTL9/JEhQGJ aP/nzWAs8nxxUZyiG2D/Gr2jAysXq1xEfabXCPfBwJca8q8wkRSUjY7e8SR7t+Esj3ab dgA0RcbT2nbwyXgxtPveGF8I2h/P7kIccZWXkRf1W0MCVoTL7L9mjA2hw3jUxT1daZJp dHzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject; bh=znFQB1VqEs0wZ1zAsdWzI39RAdoCD3PhG/tyDE4id/0=; b=cAlSxH4w5wM1E8qRVDc9+lOugZv5dnMThsYfv0UYzq7ubG5u3viIPUU5Pu/D4OmJS1 nDmabs0JVsnPQAgaIVlXVrpBW6PzLX5d9AeiIhofd6bOasqZfFdIDKymkfN/nS0FfgvQ WIm9ehlW1tgoExk7AEZpcKHk5ZfklMZTBVmHx7AKUveXo+TVrl6S67GZKrRe7bL7WHWD 6g4aKTnZtBeRcVuSD3R5Q4ISikBcGAEZelgnS44XdHcjRG+EvPI9hq6QwepBvynB5S+q M3LJRr3PA7u4WVc7JKjK0EWrLKG1hnnB/Grudy8VPP95uQ0JyVLbtoyYkUDU6RdMELPO SsQg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q137-v6si17208299pfq.178.2018.10.02.06.43.54; Tue, 02 Oct 2018 06:44:09 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387405AbeJBU03 (ORCPT + 99 others); Tue, 2 Oct 2018 16:26:29 -0400 Received: from imap1.codethink.co.uk ([176.9.8.82]:59519 "EHLO imap1.codethink.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730560AbeJBUT2 (ORCPT ); Tue, 2 Oct 2018 16:19:28 -0400 Received: from [78.40.148.180] (helo=[0.0.0.0]) by imap1.codethink.co.uk with esmtpsa (Exim 4.84_2 #1 (Debian)) id 1g7KqG-0002bn-JD; Tue, 02 Oct 2018 14:36:00 +0100 Subject: Re: [PATCH 2/4] usbnet: smsc95xx: align tx-buffer to word To: David Laight , "netdev@vger.kernel.org" Cc: "oneukum@suse.com" , "davem@davemloft.net" , "linux-usb@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-kernel@lists.codethink.co.uk" References: <20181002092645.1115-1-ben.dooks@codethink.co.uk> <20181002092645.1115-3-ben.dooks@codethink.co.uk> <59988ed22559410881addfecf58335eb@AcuMS.aculab.com> From: Ben Dooks Organization: Codethink Limited. Message-ID: Date: Tue, 2 Oct 2018 14:35:59 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <59988ed22559410881addfecf58335eb@AcuMS.aculab.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/10/18 14:19, David Laight wrote: > From: Ben Dooks >> Sent: 02 October 2018 10:27 >> >> The tegra driver requires alignment of the buffer, so try and >> make this better by pushing the buffer start back to an word >> aligned address. At the worst this makes memcpy() easier as >> it is word aligned, at best it makes sure the usb can directly >> map the buffer. >> >> Signed-off-by: Ben Dooks >> [todo - make this configurable] >> --- >> drivers/net/usb/Kconfig | 12 ++++++++++++ >> drivers/net/usb/smsc95xx.c | 22 ++++++++++++++++++++-- >> 2 files changed, 32 insertions(+), 2 deletions(-) >> >> diff --git a/drivers/net/usb/Kconfig b/drivers/net/usb/Kconfig > ... >> +static bool align_tx = IS_ENABLED(CONFIG_USB_NET_SMSC95XX_TXALIGN); >> +module_param(align_tx, bool, 0644); >> +MODULE_PARM_DESC(align_tx, "Align TX buffers to word boundaries"); > > DM doesn't like module parameters. > >> static bool turbo_mode = IS_ENABLED(CONFIG_USB_NET_SMSC95XX_TURBO); >> module_param(turbo_mode, bool, 0644); >> MODULE_PARM_DESC(turbo_mode, "Enable multiple frames per Rx transaction"); >> @@ -2005,10 +2009,18 @@ static struct sk_buff *smsc95xx_tx_fixup(struct usbnet *dev, >> bool csum = skb->ip_summed == CHECKSUM_PARTIAL; >> int overhead = csum ? SMSC95XX_TX_OVERHEAD_CSUM : SMSC95XX_TX_OVERHEAD; >> u32 tx_cmd_a, tx_cmd_b; >> + u32 data_len; >> + uintptr_t align = 0; >> >> /* We do not advertise SG, so skbs should be already linearized */ >> BUG_ON(skb_shinfo(skb)->nr_frags); >> >> + if (IS_ENABLED(CONFIG_USB_NET_SMSC95XX_TXALIGN) && align_tx) { >> + align = (uintptr_t)skb->data & 3; >> + if (align) >> + overhead += 4 - align; > > Better to calculate the pad size once: > align = (-(long)skb->data) & 3; > should do it - and you can unconditionally add it in. > >> + } >> + >> /* Make writable and expand header space by overhead if required */ >> if (skb_cow_head(skb, overhead)) { >> /* Must deallocate here as returning NULL to indicate error >> @@ -2037,16 +2049,22 @@ static struct sk_buff *smsc95xx_tx_fixup(struct usbnet *dev, >> } >> } >> >> + data_len = skb->len; >> + if (align) >> + skb_push(skb, 4 - align); >> + >> skb_push(skb, 4); > > You don't want to call skb_push() twice. > IIRC really horrid things happen if the data has to be copied. > (Actually what happens to the alignment in that case??) > And there is another skb_push() below.... The driver does it /multiple/ times depending on the path used. Is it wise to try and make a separate patch to skb_push() once and also move the tx_cmd_a and tx_cmd_b bit to a single point? >> - tx_cmd_b = (u32)(skb->len - 4); >> + tx_cmd_b = (u32)(data_len); > > You don't need the cast here at all (if it was ever needed). > Actually you don't need the new 'data_len' variable. > Just set tx_cmd_b earlier. > > ... > > David > > - > Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK > Registration No: 1397386 (Wales) > > -- Ben Dooks http://www.codethink.co.uk/ Senior Engineer Codethink - Providing Genius https://www.codethink.co.uk/privacy.html