asix: asix_rx_fixup surgery to reduce skb truesizes

asix_rx_fixup() is complex, and does some unnecessary memory copies (at
least on x86 where NET_IP_ALIGN is 0)

Also, it tends to provide skbs with a big truesize (4096+256 with
MTU=1500) to upper stack, so incoming trafic consume a lot of memory and
I noticed early packet drops because we hit socket rcvbuf too fast.

Switch to a different strategy, using copybreak so that we provide nice
skbs to upper stack (including the NET_SKB_PAD to avoid future head
reallocations in some paths)

With this patch, I no longer see packets drops or tcp collapses on
various tcp workload with a AX88772 adapter.

Backported from opensource a9e0aca4b37885b5599e52211f098bd7f565e749

Change-Id: I203aee15c4d924610cc4a07ae87a653963eab45b
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Cc: Aurelien Jacobs <aurel@gnuage.org>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Trond Wuellner <trond@chromium.org>
Cc: Grant Grundler <grundler@chromium.org>
Cc: Paul Stewart <pstew@chromium.org>
Reviewed-by: Grant Grundler <grundler@chromium.org>
Reviewed-by: Grant Grundler <grundler@chromium.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
asix: remove extra memory allocation in asix_rx_fixup

asix_rx_fixup() does extra memory allocation, so incoming
traffic consume a lot of memory.

Switch to a different strategy: instead of creating new
skbs just modify existing.

Change-Id: Ia1b6101fafee7ee379c8d3181f4d6be7202ae9f5
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
net: usbnet: limit 'tx' and 'done' queue size

The dev->done queue size was not controlled
Thus under heavy load (usually UDP transfers)
if upper layer reads the data from this queue
slowly, it may be increased to fatal size, eating
all accessible memory.

Now the 'done' queue size is limited by RX_QLEN + TX_QLEN

Change-Id: Iaff012eef1b669b4a8d684ddbfb1bdd5335e1dc0
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
omap: rpres: add api to lookup max frequency for a remote device

A new public function, rpres_get_max_freq, is added to perform a
lookup for the maximum supported frequency from the OPP table for
a remote processor device.

This API can be used by the remote resource layer in sharing this
data to the remote processor application code for performing power
related policy decisions.

Change-Id: Idbea6884fa47b3bd1f000b6f696fbbcf7036a6ee
Signed-off-by: Suman Anna <s-anna@ti.com>
Signed-off-by: Juan Gutierrez <jgutierrez@ti.com>
Signed-off-by: Paul Hunt <hunt@ti.com>
Signed-off-by: Fernando Guzman Lugo <fernando.lugo@ti.com>
rpmsg: resmgr: add support for resource-data requests from rproc

Support has been added to the remote processor resource manager layer
to allow the remote processor to query for certain data associated
with a remote resource.

A request to query the maximum frequency for IVAHD and FDIF is
currently the only supported resource-data request. This information
is to be used to help the remote processor application code make power
and performance related policy decisions for different usecases.

Change-Id: I644a7603d3e493de4d5669e8994b9809e808e8a0
Signed-off-by: Juan Gutierrez <jgutierrez@ti.com>
Signed-off-by: Paul Hunt <hunt@ti.com>
Signed-off-by: Fernando Guzman Lugo <fernando.lugo@ti.com>
Signed-off-by: Suman Anna <s-anna@ti.com>
omaplfb: Add omaplfb to the kernel tree

omaplfb has dependencies on several kernel components and it will
be easier to maintain it in the kernel tree.

Sync'd to DDK omaplfb patch:
omaplfb: Allocate a clear buffer with 8 pixel stride per GC requirement

Change-Id: I0c781007350fea724aa498f7f8d328db66f9d41c
Signed-off-by: Hemant Hariyani <hemanthariyani@ti.com>
Signed-off-by: Tony Lofthouse <a0741364@ti.com>
blaze_defconfig: Add KPROBES and RELAY dynamic instrumentation

On top of SCHED_TRACER support these flags are required for
tooling purposes and should have no runtime impact until
enabled.

Change-Id: I64985cfc339c41d5bbb65f4773aea889ee49e4ee
Signed-off-by: Tony Lofthouse <a0741364@ti.com>
Merge remote-tracking branch 'omapzoom/p-android-omap-3.0'