On 2015/02/18 11:57, Jim Smith wrote:
On Fri, Jan 23, 2015 at 11:26:53AM +1000, David Gwynne wrote:
a compromise could be to advertise checksum offload to the stack,
pass it on to the hardware for small frames but have the driver do
it in software for the big ones?
greetings,
below
On 20 Feb 2015, at 10:52 pm, Stuart Henderson st...@openbsd.org wrote:
On 2015/02/18 11:57, Jim Smith wrote:
On Fri, Jan 23, 2015 at 11:26:53AM +1000, David Gwynne wrote:
a compromise could be to advertise checksum offload to the stack,
pass it on to the hardware for small frames but have
On Fri, Jan 23, 2015 at 11:26:53AM +1000, David Gwynne wrote:
a compromise could be to advertise checksum offload to the stack,
pass it on to the hardware for small frames but have the driver do
it in software for the big ones?
greetings,
below are two diffs. the first allows re(4) chips to
On Thu, Jan 22, 2015 at 08:52:25PM +, Stuart Henderson wrote:
some minor things I spotted:
slight KNF issues, some of the new lines are 80 columns.
+ case RL_HWREV_8168E:
+ CSR_WRITE_1(sc, RL_CFG4, CSR_READ_1(sc, RL_CFG4) | 0x01);
+ break;
+ default:
On 23 Jan 2015, at 06:52, Stuart Henderson st...@openbsd.org wrote:
On 2015/01/22 10:09, David Gwynne wrote:
On 21 Jan 2015, at 23:49, Brad Smith b...@comstyle.com wrote:
On 01/21/15 06:51, Jim Smith wrote:
hi all,
the below diff enables support for jumbo frames on
some newer re(4)
On 21 Jan 2015, at 23:49, Brad Smith b...@comstyle.com wrote:
On 01/21/15 06:51, Jim Smith wrote:
hi all,
the below diff enables support for jumbo frames on
some newer re(4) devices. i've tested it on 8186D/8111D
and 8186E/8111E chips, which are both able to do 9k
jumbos. it seems to
hi all,
the below diff enables support for jumbo frames on
some newer re(4) devices. i've tested it on 8186D/8111D
and 8186E/8111E chips, which are both able to do 9k
jumbos. it seems to provide a significant speed-up on
simple file transfer tests. most of the important parts
were taken from the
