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] [day] [month] [year] [list]
Message-ID: <52026.10.237.143.103.1460376036.squirrel@linux.intel.com>
Date:	Mon, 11 Apr 2016 05:00:36 -0700 (PDT)
From:	"Robert Dobrowolski" <robert.dobrowolski@...ux.intel.com>
To:	Bjørn Mork <bjorn@...k.no>
Cc:	"Robert Dobrowolski" <robert.dobrowolski@...ux.intel.com>,
	linux-usb@...r.kernel.org, rafal.f.redzimski@...el.com,
	stable@...r.kernel.org, oliver@...kum.org, netdev@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH v1] net: cdc_ncm: update datagram size after changing 
     mtu

> Robert Dobrowolski <robert.dobrowolski@...ux.intel.com> writes:
>
>> From: Rafal Redzimski <rafal.f.redzimski@...el.com>
>>
>> Current implementation updates the mtu size and notify cdc_ncm
>> device using USB_CDC_SET_MAX_DATAGRAM_SIZE request about datagram
>> size change instead of changing rx_urb_size.
>>
>> Whenever mtu is being changed, datagram size should also be
>> updated.
>
> Definitely!  Thanks for this.  But looking at the code I believe you
> need to fix the calculation of maxmtu too.  It is currently:
>
>   int maxmtu = ctx->max_datagram_size - cdc_ncm_eth_hlen(dev);
>
> And cdc_ncm_set_dgram_size() updates ctx->max_datagram_size with the new
> mtu, meaning that you can only reduce the mtu.  We should probably use
> cdc_ncm_max_dgram_size() instead here.
>
> And cdc_ncm_set_dgram_size() takes the datagram size with header as
> input (ref the above maxmtu calucalution), so it probably needs to
> called as
>
>   cdc_ncm_set_dgram_size(dev, new_mtu + cdc_ncm_eth_hlen(dev));
>
> to get it right.  I think.  None of this is tested on an actual device
> yet...  Care to test if I'm right, and do a v2 if necessry?
>
>> Cc: <stable@...r.kernel.org>
>
> This should be dropped for net.  Ask David to queue it for stable
> instead.  I usually do that by using a subject prefix like
>
>  [PATCH net,stable v1] ...
>
>
>
>
> Bjørn
>

ok, thanks for feedback I will send v2 patch

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ