lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Sun, 1 Jun 2014 02:25:46 +0000
From:	"" <>
To:	Eric Dumazet <>
CC:	"" <>,
	"" <>,
	"" <>,
	"" <>,
	"" <>,
	"" <>
Subject: RE: [PATCH v1 6/6] net: fec: Add software TSO support

From: Eric Dumazet <> Data: Sunday, June 01, 2014 9:40 AM
>To: Duan Fugang-B38611
>Cc: Li Frank-B20596;; ezequiel.garcia@...e-
>Subject: RE: [PATCH v1 6/6] net: fec: Add software TSO support
>On Sun, 2014-06-01 at 00:55 +0000, wrote:
>> From: Eric Dumazet <> Data: Saturday, May 31,
>> 2014 12:22 AM
>> So I connect to APPLE MAC book to test again, test result (applied the
>patches to our internal kernel 3.10.31):
>> High mem disable: tx bandwidth 942Mbps, cpu loading is 65%.
>> High mem enable: tx bandwidth 930Mbps, cpu loading is 100%.
>> => I don't know why kernel highmem config enable cause so much
>performance drop ???
>> For your above suggestion "using one descriptor per MSS, instead of two":
>> Yes, for imx6dl soc, we just do it like this.  For imx6sx soc FEC that
>support byte alignment,  so it also use one descriptor per MSS.
>> Thanks for your suggestion and response. Do you know why highmem cause
>much performance drop for SW TSO ?
>Check NETIF_F_HIGHDMA : your driver might be able to advertise its support.
Indeed, I got the test result after add "NETIF_F_HIGHDMA" feature, otherwise, the performance is worse.

>Check your copies, because you might then need kmap()
>For an example, read efx_skb_copy_bits_to_pio() in
I will check it.


Powered by blists - more mailing lists