[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20130815.153956.753981075193965537.davem@davemloft.net>
Date: Thu, 15 Aug 2013 15:39:56 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: kongjianjun@...il.com
Cc: mst@...hat.com, linux-kernel@...r.kernel.org, jasowang@...hat.com,
edumazet@...gle.com, vyasevic@...hat.com, netdev@...r.kernel.org
Subject: Re: [PATCH] macvtap: fix up direction in comment on offloading
From: Amos Kong <kongjianjun@...il.com>
Date: Fri, 16 Aug 2013 04:41:26 +0800
> On Fri, Aug 16, 2013 at 1:46 AM, Michael S. Tsirkin <mst@...hat.com> wrote:
>> It speaks about receiving frames, so while
>> it says GSO, it really means GRO.
>>
>> Signed-off-by: Michael S. Tsirkin <mst@...hat.com>
>> ---
>> drivers/net/macvtap.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
>> index a98fb0e..a98ed9f 100644
>> --- a/drivers/net/macvtap.c
>> +++ b/drivers/net/macvtap.c
>> @@ -1047,7 +1047,7 @@ static int set_offload(struct macvtap_queue *q, unsigned long arg)
>> * accept TSO frames and turning it off means that user space
>> * does not support TSO.
>> * For macvtap, we have to invert it to mean the same thing.
>> - * When user space turns off TSO, we turn off GSO/LRO so that
>> + * When user space turns off TSO, we turn off GRO/LRO so that
>
> Right fix.
>
> Reviewed-by: Amos Kong <kongjianjun@...il.com>
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists