netdev - Re: via-rhine -- VT6105M and checksum offloading

lists.openwall.net		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 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20110224.122354.193728354.davem@davemloft.net>
Date:	Thu, 24 Feb 2011 12:23:54 -0800 (PST)
From:	David Miller <davem@...emloft.net>
To:	bcrl@...ck.org
Cc:	netdev@...r.kernel.org
Subject: Re: via-rhine -- VT6105M and checksum offloading

From: Benjamin LaHaise <bcrl@...ck.org>
Date: Thu, 24 Feb 2011 13:58:05 -0500

> I've recently noticed that one of the embedded systems I'm using (the 
> PCEngines ALIXes) is becoming CPU bound under heavy network traffic.  
> Upon investigation, it looks like the VT6105M isn't actually using the 
> hardware checksum offloading support of the hardware.  Are there any 
> known reasons why this isn't enabled (hardware bugs?)?  I'll test enabling 
> it in the driver, but I figured it would be worth asking if this path 
> has been explored already.  Cheers,

As far as I can tell it was never attempted.  So it should work.

If you do that, while you're here, you can make rhine_rx() take
a "napi" arg and make this driver use netif_gso_receive() too.
Don't forget to set NETIF_F_GRO or similar in netdev->flags during
probe, and also hookup the necessary ethtool hooks.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html