Age | Commit message (Collapse) | Author |
|
Required when building DSS and the generic DPI panel driver as
modules.
Signed-off-by: Mircea Gherzan <mgherzan@gmail.com>
|
|
This way, tiler can be built as a module.
Signed-off-by: Mircea Gherzan <mgherzan@gmail.com>
|
|
The symbols are currently used the the omap-abe-dsp code.
Signed-off-by: Mircea Gherzan <mgherzan@gmail.com>
|
|
drivers/dsp/syslink/multicore_ipc/heap.c:36:2:
error: implicit declaration of function 'BUILD_BUG_ON'
Signed-off-by: Mircea Gherzan <mgherzan@gmail.com>
|
|
Subject: [PATCH 1/2] OMAP4460: Fix revision checking
Fix the typo that affect control flow.
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
|
|
X-Git-Tag: ti-ubuntu-3.1-1282.10~4
X-Git-Url: http://dev.omapzoom.org/?p=integration%2Fkernel-ubuntu.git;a=commitdiff_plain;h=6606b5441992564bb69ac4c7a850643bd6e13bab
ASoC: ABE - Fix L3 abort with Pulseaudio device capabilities check
The ABE currently does not support 16bit mono on any of it's DAIs as it
can only internally access data on 4 byte boundaries.
Ensure that this requirement is enforced. Mono support was only required
for Android (as a temporary workaround).
Back ported from 3.3 HEAD.
Signed-off-by: Liam Girdwood <lrg@ti.com>
|
|
X-Git-Tag: ti-ubuntu-3.1-1282.10~1
X-Git-Url: http://dev.omapzoom.org/?p=integration%2Fkernel-ubuntu.git;a=commitdiff_plain;h=8b5836d9539d23c4876a68e155a967a0b8a98c7e
ASoC: ABE: disable 16bits support on MM_UL path
16 bits support is broken on MM_UL path, resulting in
a noisy channel on stereo record.
This work-around disables 16bits support (32bits remains).
If required, the format conversion shall be handled by SW layers (alsa).
Another alternative is to use MM_UL2 path (that properly supports 16bits).
Example how to setup and test MM_UL2:
amixer cset name='MUX_UL10' 11
amixer cset name='MUX_UL11' 12
arecord -v -D plughw:0,1 -d 5 -f S16_LE -c 2 -r 48000 record.wav
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
On 3.1 kernel, rpm_idle takes 2.7ms when usage_count=0 (this function
runs under a spinlock with irqs disabled).
The root cause is not known yet, but this is clearly not expected and
is much shorter on 3.0 based kernel.
This causes x2 cpu-load and performances drop on a video decode
use-case using IVAHD (and syslink) on OMAP4. Disabling rpm brings back
load and performance figures in line with k3.0.
While the root-cause is not identified and fixed, keep runtime-pm
disabled for hwspinlocks.
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Re-apply the following patch. It was partially reverted by a merge
with mutex addition.
This fix is required because, as expected, the concerned code generates
an error with gcc4.6 (but not with gcc4.5!).
OMAP2+: mailbox: fix lookups for multiple mailboxes
The pointer math in omap_mbox_get() is not quite right, and leads to
passing NULL to strcmp() when searching for an mbox that is not first
in the list.
Convert to using array indexing as is done in all the other functions
which walk the mbox list.
Tested on OMAP2420/n810, OMAP3630/zoom3, OMAP4430/Blaze
Signed-off-by: Kevin Hilman <khilman@ti.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>
Conflicts:
arch/arm/plat-omap/mailbox.c
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
ARM errata 727915 for PL310 has been updated to include a new
workaround required for PL310 r2p0 for l2x0_flush_all, which also
affects l2x0_clean_all in my testing. For r2p0, clean or flush
each set/way individually. For r3p0 or greater, use the debug
register for cleaning and flushing.
Requires exporting the cache_id, sets and ways detected in the
init function for later use.
Change-Id: I215055cbe5dc7e4e8184fb2befc4aff672ef0a12
Signed-off-by: Colin Cross <ccross@android.com>
|
|
Ducati reset procedure fails in HW managed (HW_AUTO) mode.
The failure trace is:
omap_hwmod: ipu_c0: failed to hardreset
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
The return status for the userspace ProcMgr_start and ProcMgr_stop
API is not returned properly. This causes the user-space to ignore
and proceed with the IPC synchronization sequence even if the
processor has not been put into a proper device state (asserting
or deasserting Reset).
Change-Id: Icfa9fbba3e7753809a3934b961afe15016ebfd70
Signed-off-by: Suman Anna <s-anna@ti.com>
|
|
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
Upstream hwspinlocks implementation conflicts with legacy one.
For now, deactivate the upstream version and use the legacy one.
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
This reverts commit 9a84fc90be096d69e376a31f1c8cf15fde9b9299.
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
The ipu device is missing from the omap_ipupm_data. This
results in a null device pointer being used when applying
constraints. This change provides an api which can be used
to return a device when queried by name. This is to support
initializing omap_ipupm_data with a device.
Change-Id: I490e61db6361652aa0fd63ba51e98af937eb800e
Signed-off-by: Bryan Honza <honza@ti.com>
|
|
For each mailbox interrupt,process both cores(sysm3 and appm3) ipc stack.
This is to fix the issue of message being dropped, when both cores tries
to put the message at the same time. For example both sysm3 and appm3 are
trying to write into MBX and appm3 sees that there is already a message
pending by SYSM3.In this case appm3 will not interrupt A9.But A9 will only
process sysm3 ipc stack.So to take care of this,process both cores ipc stack
for each MBX interrupt.
Change-Id: I209db12d54204818f6c4b24aab162263bbd53d3b
Signed-off-by: Subin K G <subin.kg@ti.com>
|
|
Currenlty ipc_attach is whiling inside the kernel till
it become success.This has been changed to a retry for
500ms, after that it will report failure to userspace.
This change is to avoid rebooting of the board, in case
if ipc_attach fails.
Change-Id: Ie47043c54858140e198af7354b9441232a117760
Signed-off-by: Subin K G <subin.kg@ti.com>
|
|
rproc_get_state was returning omap_device status instead of
the current rproc status. This mismatch was leading to some
unhandled states like when the remote proc is hibernated. This
was causing users-space registration for PROC_START events to
timeout, due to the mismatch states.
Change-Id: I90601d7d69be73f0ca3031dbe0d1254d545c8bf4
Signed-off-by: Juan Gutierrez <jgutierrez@ti.com>
|
|
The is_cached parameter is not initialized prior to calling
platform_mem_unmap from proc4430_detach. This change sets the
is_cached parameter to false to match the value used when mapped
so that the memory entries are now unmapped consistently.
Change-Id: I7690d317093cd82c13c9894e8cbc0fb2432dff02
Signed-off-by: Bryan Honza <honza@ti.com>
|
|
atomic_cmpmask_and_set() is operating on an uninitialized attach_count
which can pass the cmpmask as if it has been initialized
resulting in the cmpmask_and_set() not initializing the attach_count.
For instance, if the uninitialized attach_count happens to be
0xffffffff, atomic_cmpmask_and_set() will not change the attach_count.
This attach_count is allocated on the heap.
Change-Id: Iaadc3f093287d965ff4d00f8d3f9c63ce596a6d4
Signed-off-by: Bryan Honza <honza@ti.com>
|
|
If we disable SYSLINK_RECOVERY option in drivers->syslink
->SYSLINK_RECOVERY, build breaks with below errors
drivers/built-in.o: In function `devh_notification_handler':
drivers/dsp/syslink/devh/44xx/devh44xx.c:103: undefined reference to
`ipc_recover_schedule'
drivers/built-in.o: In function `devh44xx_wdt_ipc_notifier_call':
drivers/dsp/syslink/devh/44xx/devh44xx.c:244: undefined reference to
`ipc_recover_schedule'
make: *** [.tmp_vmlinux1] Error 1
Fixed by moving ipc_revover_schedule function under SYSLINK_RECOVERY Flag.
Change-Id: Idb4de38bbe1e2586eebac9f76150616ea93d56f3
Signed-off-by: Shivananda Hebbar <x0hebbar@ti.com>
|