<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-stable.git/drivers/misc/fastrpc.c, branch v5.5</title>
<subtitle>Linux kernel stable tree</subtitle>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/'/>
<entry>
<title>Merge 5.4-rc3 into char-misc-next</title>
<updated>2019-10-14T05:36:49+00:00</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@linuxfoundation.org</email>
</author>
<published>2019-10-14T05:36:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=97856e59384de326174360a780038113fea19f42'/>
<id>97856e59384de326174360a780038113fea19f42</id>
<content type='text'>
We need the char/misc fixes in here as well.

Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We need the char/misc fixes in here as well.

Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>misc: fastrpc: revert max init file size back to 2MB</title>
<updated>2019-10-10T13:28:12+00:00</updated>
<author>
<name>Jorge Ramirez-Ortiz</name>
<email>jorge.ramirez-ortiz@linaro.org</email>
</author>
<published>2019-10-09T14:41:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=efcd2390f56ba979e0d1022c46f48d7beec0bdd6'/>
<id>efcd2390f56ba979e0d1022c46f48d7beec0bdd6</id>
<content type='text'>
With the integration of the mmap/unmap functionality, it is no longer
necessary to allow large memory allocations upfront since they can be
handled during runtime.

Tested on QCS404 with CDSP Neural Processing test suite.

Signed-off-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Reviewed-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20191009144123.24583-6-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
With the integration of the mmap/unmap functionality, it is no longer
necessary to allow large memory allocations upfront since they can be
handled during runtime.

Tested on QCS404 with CDSP Neural Processing test suite.

Signed-off-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Reviewed-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20191009144123.24583-6-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>misc: fastrpc: handle interrupted contexts</title>
<updated>2019-10-10T13:28:12+00:00</updated>
<author>
<name>Jorge Ramirez-Ortiz</name>
<email>jorge.ramirez-ortiz@linaro.org</email>
</author>
<published>2019-10-09T14:41:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=387f625585d1a59e5dc7fbd6bd4002360cad78b0'/>
<id>387f625585d1a59e5dc7fbd6bd4002360cad78b0</id>
<content type='text'>
Buffers owned by a context that has been interrupted either by a
signal or a timeout might still be being accessed by the DSP.

delegate returning the associated memory to a later time when the
device is released.

Signed-off-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Reviewed-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20191009144123.24583-5-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Buffers owned by a context that has been interrupted either by a
signal or a timeout might still be being accessed by the DSP.

delegate returning the associated memory to a later time when the
device is released.

Signed-off-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Reviewed-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20191009144123.24583-5-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>misc: fastrpc: do not interrupt kernel calls</title>
<updated>2019-10-10T13:28:11+00:00</updated>
<author>
<name>Jorge Ramirez-Ortiz</name>
<email>jorge.ramirez-ortiz@linaro.org</email>
</author>
<published>2019-10-09T14:41:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=55bcda35584c995d2544902e77c2ad5bee6e729b'/>
<id>55bcda35584c995d2544902e77c2ad5bee6e729b</id>
<content type='text'>
the DSP firmware requires some calls to be held until processing has
completed: this is to guarantee that memory continues to be
accessible.

Nevertheless, the fastrpc driver chooses not support the case were
requests need to be held for unbounded amounts of time. If such a
use-case becomes necessary, this timeout will need to be revisited.

Signed-off-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Reviewed-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20191009144123.24583-4-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
the DSP firmware requires some calls to be held until processing has
completed: this is to guarantee that memory continues to be
accessible.

Nevertheless, the fastrpc driver chooses not support the case were
requests need to be held for unbounded amounts of time. If such a
use-case becomes necessary, this timeout will need to be revisited.

Signed-off-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Reviewed-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20191009144123.24583-4-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>misc: fastrpc: fix memory leak from miscdev-&gt;name</title>
<updated>2019-10-10T13:28:11+00:00</updated>
<author>
<name>Srinivas Kandagatla</name>
<email>srinivas.kandagatla@linaro.org</email>
</author>
<published>2019-10-09T14:41:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=2d10d2d170723e9278282458a6704552dcb77eac'/>
<id>2d10d2d170723e9278282458a6704552dcb77eac</id>
<content type='text'>
Fix a memory leak in miscdev-&gt;name by using devm_variant

Orignally reported by kmemleak:
    [&lt;ffffff80088b74d8&gt;] kmemleak_alloc+0x50/0x84
    [&lt;ffffff80081e015c&gt;] __kmalloc_track_caller+0xe8/0x168
    [&lt;ffffff8008371ab0&gt;] kvasprintf+0x78/0x100
    [&lt;ffffff8008371c6c&gt;] kasprintf+0x50/0x74
    [&lt;ffffff8008507f2c&gt;] fastrpc_rpmsg_probe+0xd8/0x20c
    [&lt;ffffff80086b63b4&gt;] rpmsg_dev_probe+0xa8/0x148
    [&lt;ffffff80084de50c&gt;] really_probe+0x208/0x248
    [&lt;ffffff80084de2dc&gt;] driver_probe_device+0x98/0xc0
    [&lt;ffffff80084dec6c&gt;] __device_attach_driver+0x9c/0xac
    [&lt;ffffff80084dca8c&gt;] bus_for_each_drv+0x60/0x8c
    [&lt;ffffff80084de64c&gt;] __device_attach+0x8c/0x100
    [&lt;ffffff80084de6e0&gt;] device_initial_probe+0x20/0x28
    [&lt;ffffff80084dcbd0&gt;] bus_probe_device+0x34/0x7c
    [&lt;ffffff80084da32c&gt;] device_add+0x420/0x498
    [&lt;ffffff80084da680&gt;] device_register+0x24/0x2c

Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Reviewed-by: Bjorn Andersson &lt;bjorn.andersson@linaro.org&gt;
Link: https://lore.kernel.org/r/20191009144123.24583-3-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fix a memory leak in miscdev-&gt;name by using devm_variant

Orignally reported by kmemleak:
    [&lt;ffffff80088b74d8&gt;] kmemleak_alloc+0x50/0x84
    [&lt;ffffff80081e015c&gt;] __kmalloc_track_caller+0xe8/0x168
    [&lt;ffffff8008371ab0&gt;] kvasprintf+0x78/0x100
    [&lt;ffffff8008371c6c&gt;] kasprintf+0x50/0x74
    [&lt;ffffff8008507f2c&gt;] fastrpc_rpmsg_probe+0xd8/0x20c
    [&lt;ffffff80086b63b4&gt;] rpmsg_dev_probe+0xa8/0x148
    [&lt;ffffff80084de50c&gt;] really_probe+0x208/0x248
    [&lt;ffffff80084de2dc&gt;] driver_probe_device+0x98/0xc0
    [&lt;ffffff80084dec6c&gt;] __device_attach_driver+0x9c/0xac
    [&lt;ffffff80084dca8c&gt;] bus_for_each_drv+0x60/0x8c
    [&lt;ffffff80084de64c&gt;] __device_attach+0x8c/0x100
    [&lt;ffffff80084de6e0&gt;] device_initial_probe+0x20/0x28
    [&lt;ffffff80084dcbd0&gt;] bus_probe_device+0x34/0x7c
    [&lt;ffffff80084da32c&gt;] device_add+0x420/0x498
    [&lt;ffffff80084da680&gt;] device_register+0x24/0x2c

Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Reviewed-by: Bjorn Andersson &lt;bjorn.andersson@linaro.org&gt;
Link: https://lore.kernel.org/r/20191009144123.24583-3-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>misc: fastrpc: add mmap/unmap support</title>
<updated>2019-10-10T13:28:10+00:00</updated>
<author>
<name>Jorge Ramirez-Ortiz</name>
<email>jorge.ramirez-ortiz@linaro.org</email>
</author>
<published>2019-10-09T14:41:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=2419e55e532de14fdf336e09e453aa2831c73a25'/>
<id>2419e55e532de14fdf336e09e453aa2831c73a25</id>
<content type='text'>
Support the allocation/deallocation of buffers mapped to the DSP.

When the memory mapped to the DSP at process creation is not enough,
the fastrpc library can extend it at runtime. This avoids having to do
large preallocations by default.

Signed-off-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Reviewed-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20191009144123.24583-2-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Support the allocation/deallocation of buffers mapped to the DSP.

When the memory mapped to the DSP at process creation is not enough,
the fastrpc library can extend it at runtime. This avoids having to do
large preallocations by default.

Signed-off-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Reviewed-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20191009144123.24583-2-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>misc: fastrpc: prevent memory leak in fastrpc_dma_buf_attach</title>
<updated>2019-10-04T16:22:14+00:00</updated>
<author>
<name>Navid Emamdoost</name>
<email>navid.emamdoost@gmail.com</email>
</author>
<published>2019-09-25T15:27:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=fc739a058d99c9297ef6bfd923b809d85855b9a9'/>
<id>fc739a058d99c9297ef6bfd923b809d85855b9a9</id>
<content type='text'>
In fastrpc_dma_buf_attach if dma_get_sgtable fails the allocated memory
for a should be released.

Signed-off-by: Navid Emamdoost &lt;navid.emamdoost@gmail.com&gt;
Link: https://lore.kernel.org/r/20190925152742.16258-1-navid.emamdoost@gmail.com
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In fastrpc_dma_buf_attach if dma_get_sgtable fails the allocated memory
for a should be released.

Signed-off-by: Navid Emamdoost &lt;navid.emamdoost@gmail.com&gt;
Link: https://lore.kernel.org/r/20190925152742.16258-1-navid.emamdoost@gmail.com
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>misc: fastrpc: free dma buf scatter list</title>
<updated>2019-09-04T11:35:11+00:00</updated>
<author>
<name>Srinivas Kandagatla</name>
<email>srinivas.kandagatla@linaro.org</email>
</author>
<published>2019-08-29T09:29:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=cf61860e6b090bea4050c5688566bfe357cacd11'/>
<id>cf61860e6b090bea4050c5688566bfe357cacd11</id>
<content type='text'>
dma buf scatter list is never freed, free it!

Orignally detected by kmemleak:
  backtrace:
    [&lt;ffffff80088b7658&gt;] kmemleak_alloc+0x50/0x84
    [&lt;ffffff8008373284&gt;] sg_kmalloc+0x38/0x60
    [&lt;ffffff8008373144&gt;] __sg_alloc_table+0x60/0x110
    [&lt;ffffff800837321c&gt;] sg_alloc_table+0x28/0x58
    [&lt;ffffff800837336c&gt;] __sg_alloc_table_from_pages+0xc0/0x1ac
    [&lt;ffffff800837346c&gt;] sg_alloc_table_from_pages+0x14/0x1c
    [&lt;ffffff8008097a3c&gt;] __iommu_get_sgtable+0x5c/0x8c
    [&lt;ffffff800850a1d0&gt;] fastrpc_dma_buf_attach+0x84/0xf8
    [&lt;ffffff80085114bc&gt;] dma_buf_attach+0x70/0xc8
    [&lt;ffffff8008509efc&gt;] fastrpc_map_create+0xf8/0x1e8
    [&lt;ffffff80085086f4&gt;] fastrpc_device_ioctl+0x508/0x900
    [&lt;ffffff80082428c8&gt;] compat_SyS_ioctl+0x128/0x200
    [&lt;ffffff80080832c4&gt;] el0_svc_naked+0x34/0x38
    [&lt;ffffffffffffffff&gt;] 0xffffffffffffffff

Reported-by: Mayank Chopra &lt;mak.chopra@codeaurora.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20190829092926.12037-6-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
dma buf scatter list is never freed, free it!

Orignally detected by kmemleak:
  backtrace:
    [&lt;ffffff80088b7658&gt;] kmemleak_alloc+0x50/0x84
    [&lt;ffffff8008373284&gt;] sg_kmalloc+0x38/0x60
    [&lt;ffffff8008373144&gt;] __sg_alloc_table+0x60/0x110
    [&lt;ffffff800837321c&gt;] sg_alloc_table+0x28/0x58
    [&lt;ffffff800837336c&gt;] __sg_alloc_table_from_pages+0xc0/0x1ac
    [&lt;ffffff800837346c&gt;] sg_alloc_table_from_pages+0x14/0x1c
    [&lt;ffffff8008097a3c&gt;] __iommu_get_sgtable+0x5c/0x8c
    [&lt;ffffff800850a1d0&gt;] fastrpc_dma_buf_attach+0x84/0xf8
    [&lt;ffffff80085114bc&gt;] dma_buf_attach+0x70/0xc8
    [&lt;ffffff8008509efc&gt;] fastrpc_map_create+0xf8/0x1e8
    [&lt;ffffff80085086f4&gt;] fastrpc_device_ioctl+0x508/0x900
    [&lt;ffffff80082428c8&gt;] compat_SyS_ioctl+0x128/0x200
    [&lt;ffffff80080832c4&gt;] el0_svc_naked+0x34/0x38
    [&lt;ffffffffffffffff&gt;] 0xffffffffffffffff

Reported-by: Mayank Chopra &lt;mak.chopra@codeaurora.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20190829092926.12037-6-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>misc: fastrpc: fix double refcounting on dmabuf</title>
<updated>2019-09-04T11:35:11+00:00</updated>
<author>
<name>Srinivas Kandagatla</name>
<email>srinivas.kandagatla@linaro.org</email>
</author>
<published>2019-08-29T09:29:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=5672ff4dc3898b6b74c114de2f53e667ab5a0327'/>
<id>5672ff4dc3898b6b74c114de2f53e667ab5a0327</id>
<content type='text'>
dma buf refcount has to be done by the driver which is going to use the fd.
This driver already does refcount on the dmabuf fd if its actively using it
but also does an additional refcounting via extra ioctl.
This additional refcount can lead to memory leak in cases where the
applications fail to call the ioctl to decrement the refcount.

So remove this extra refcount in the ioctl

More info of dma buf usage at drivers/dma-buf/dma-buf.c

Reported-by: Mayank Chopra &lt;mak.chopra@codeaurora.org&gt;
Reported-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Tested-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20190829092926.12037-5-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
dma buf refcount has to be done by the driver which is going to use the fd.
This driver already does refcount on the dmabuf fd if its actively using it
but also does an additional refcounting via extra ioctl.
This additional refcount can lead to memory leak in cases where the
applications fail to call the ioctl to decrement the refcount.

So remove this extra refcount in the ioctl

More info of dma buf usage at drivers/dma-buf/dma-buf.c

Reported-by: Mayank Chopra &lt;mak.chopra@codeaurora.org&gt;
Reported-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Tested-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20190829092926.12037-5-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>misc: fastrpc: remove unused definition</title>
<updated>2019-09-04T11:35:11+00:00</updated>
<author>
<name>Jorge Ramirez-Ortiz</name>
<email>jorge.ramirez-ortiz@linaro.org</email>
</author>
<published>2019-08-29T09:29:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=15fe27f3162ee47c0363cd8cf53b351823479063'/>
<id>15fe27f3162ee47c0363cd8cf53b351823479063</id>
<content type='text'>
Remove unused INIT_MEMLEN_MAX define.

Signed-off-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Signed-off-by: Abhinav Asati &lt;asatiabhi@codeaurora.org&gt;
Signed-off-by: Vamsi Singamsetty &lt;vamssi@codeaurora.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20190829092926.12037-4-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Remove unused INIT_MEMLEN_MAX define.

Signed-off-by: Jorge Ramirez-Ortiz &lt;jorge.ramirez-ortiz@linaro.org&gt;
Signed-off-by: Abhinav Asati &lt;asatiabhi@codeaurora.org&gt;
Signed-off-by: Vamsi Singamsetty &lt;vamssi@codeaurora.org&gt;
Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Link: https://lore.kernel.org/r/20190829092926.12037-4-srinivas.kandagatla@linaro.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
</feed>
