Age | Commit message (Collapse) | Author |
|
Signed-off-by: Vishal Bhoj <vishal.bhoj@linaro.org>
|
|
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
In case SR does not converge, rather than using the nominal voltage,
use the highest value among the last 5 measures done.
Code grabbed from TI Android 3.0 kernel.
Tested the oscillating code by hacking the do_calibrate function, but
not able to put SR in an oscillating case, and no SR interrupts triggered
appart from one at init while interrupts are masked. So not sure if this
code is really useful, but at least is shall not be harmful :).
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
Update SR1.5 voltage margin from Operating Conditions Data Manual
Addendum Revision 0.5 (March 2012) for OMAP4460.
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
Instead of using a generic margin for all volt_data instances
use customized margin per OPP's volt_data instance.
Signed-off-by: Nishanth Menon <nm@ti.com>
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
Allow per OPP software margin to be defined in OPP table
for the voltage definitions.
Signed-off-by: Nishanth Menon <nm@ti.com>
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
sr_class1p5_disable may fail to cancel the worker if
omap_voltage_get_curr_vdata() returns NULL, as during
reboot.
Signed-off-by: Todd Poynor <toddpoynor@google.com>
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
On ARM with the 2-level page table format, a PMD entry is represented by
two consecutive section entries covering 2MB of virtual space.
However, static mappings always were allowed to use separate 1MB section
entries. This means in practice that a static mapping may create half
populated PMDs via create_mapping().
Since commit 0536bdf33f (ARM: move iotable mappings within the vmalloc
region) those static mappings are located in the vmalloc area. We must
ensure no such half populated PMDs are accessible once vmalloc() or
ioremap() start looking at the vmalloc area for nearby free virtual
address ranges, or various things leading to a kernel crash will happen.
Signed-off-by: Nicolas Pitre <npitre@linaro.org>
Reported-by: Santosh Shilimkar
Tested-by: R, Sricharan
Reviewed-by: Catalin Marinas
Cc: stable@vger.kernel.org
|
|
Hardware control (HWSUP) for DSP clock domain doesn't seem to work
correctly resulting in a bunch of L3 bus errors when bringing up DSP.
We resort to Software control (SWSUP) to fix this issue.
e.g. of L3 bus errors without this patch
[ 33.025390] rproc remoteproc0: powering up dsp_c0
[ 33.047271] rproc remoteproc0: Booting fw image tesla-dsp.xe64T, size 874888
[ 33.075408] omap_hwmod: dsp: failed to hardreset
[ 33.080383] omap-iommu omap-iommu.0: dsp: version 2.0
[ 33.115203] rproc remoteproc0: remote processor dsp_c0 is now up
[ 33.126312] virtio_rpmsg_bus virtio0: rpmsg host is online
[ 33.132415] rproc remoteproc0: registered virtio0 (type 7)
[ 33.154235] omap-rproc omap-rproc.0: received echo reply from dsp_c0
[ 33.160980] ------------[ cut here ]------------
[ 33.165893] WARNING: at arch/arm/mach-omap2/omap_l3_noc.c:117 l3_interrupt_handler+0x140/0x18c()
[ 33.175170] L3 custom error: MASTER:DSP TARGET:GPMC
Signed-off-by: Roger Quadros <rogerq@ti.com>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
This is a HACK because we are always enabling the Z bit after
decompression instead of restoring to the original value.
The early (pre-decompress) mmu (page table) setup for v7 is minimal
and does not have any knowledge of device memory or secure regions
of memory. Cortex-A15 has a beefier instruction prefetch among other
things (deeper btb..) and is causing accesses to secure regions at
this point in time.
This new config option adds ability to disable the Z bit and get rid
of these bad accesses. This Z bit is then enabled after decompression.
Change-Id: I59c77f979b174957a74ceb3f5ff93fe2050ff507
Signed-off-by: Bryan Buckley <bryan.buckley@ti.com>
Signed-off-by: Christina Warren <cawarren@ti.com>
Signed-off-by: Marquette Anderson <m-anderson13@ti.com>
Signed-off-by: Vincent Stehlé <v-stehle@ti.com>
|
|
(AG this is needed if you are not building ARCH_OMAP5)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
EMIF, GMPC and DMM driver can ioremap() the address
space as part of driver intialisation and there is
no need to have static IO mapping for them.
Hence remove the un-used static IP space and let
the respective drivers manage it as part if driver
init.
Based on the changes that was earlier done for OMAP4
which went as a part of OMAP2+ cleanup series.
http://www.digipedia.pl/usenet/thread/19013/35491/
by Santosh Shilimkar <santosh.shilimkar@ti.com>
Signed-off-by: R Sricharan <r.sricharan@ti.com>
|
|
EMIF, GMPC and DMM driver can ioremap() the address
space as part of driver intialisation and there is
no need to have static IO mapping for them.
Hence remove the un-used static IP space and let
the respective drivers manage it as part if driver
init.
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
We currently do not support scaling to OPP50 on other domains than MPU.
Enabling OPP50 for ABE currently generates discrepancies between expected
clocks frequencies and breaks audio record.
This patch fixes audio record issue on current builds (tested on 4460 panda).
Another way to prevent scaling is to not plug the audio device_scale function.
Signed-off-by: Sebastien Jan <s-jan@ti.com>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Xavier Boudet <x-boudet@ti.com>
Signed-off-by: Vincent Stehlé <v-stehle@ti.com>
|
|
Signed-off-by: Vincent Stehlé <v-stehle@ti.com>
|
|
Ugly, ugly busy-wait...
Signed-off-by: Vincent Stehlé <v-stehle@ti.com>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Vincent Stehlé <v-stehle@ti.com>
|
|
Signed-off-by: Xavier Boudet <x-boudet@ti.com>
|
|
Change-Id: I4bd96e76af31d0991ce9e67b0c499f0d6f39a1a8
Signed-off-by: Ricardo Salveti de Araujo <ricardo.salveti@canonical.com>
|
|
Added most of the generic GPU initialisation code to mach-omap2.
Change-Id: I90f137c18dcb79aa9b65761147d0aedeed021a27
Signed-off-by: Tony Lofthouse <tony.lofthouse@ti.com>
Signed-off-by: Vikram Pandita <vikram.pandita@ti.com>
Signed-off-by: Ricardo Salveti de Araujo <ricardo.salveti@canonical.com>
Signed-off-by: Ricardo Salveti de Araujo <ricardo.salveti@linaro.org>
|
|
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
|
|
Signed-off-by: Jassi Brar <jaswinder.singh@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>
|
|
Add platform registration for the devices HDMI audio support. The
omap-hdmi-audio-dai platform device is to be used by the ASoC HDMI
CPU DAI driver. The omap-hdmi-audio platform device is to be used
by the ASoC HDMI machine driver that links together the ASOC CPU DAI,
ASoC plaform and ASoC codec drivers.
Signed-off-by: Ricardo Neri <ricardo.neri@ti.com>
|
|
Add platform device registratation for HDMI audio codec. This is to
be able to transmit audio through the HDMI output featured in Pandaboard
and PandaboardES.
Signed-off-by: Ricardo Neri <ricardo.neri@ti.com>
|
|
Add platform device registratation for HDMI audio codec. This is to
be able to transmit audio through the HDMI output featured in SDP4430
and Blaze boards.
Signed-off-by: Ricardo Neri <ricardo.neri@ti.com>
|
|
Rename role of McBSP mcbsp<id>_sync_mux clocks to "prcm_fck" to
match McBSP driver expectations.
Signed-off-by: Misael Lopez Cruz <misael.lopez@ti.com>
Conflicts:
arch/arm/mach-omap2/omap_hwmod_54xx_data.c
|
|
Use 'common' as name for the common irq number in hwmod data for the McBSP
ports. The same name already in use for OMAP2430, OMAP3 and OMAP4.
Signed-off-by: Sebastien Guiriec <s-guiriec@ti.com>
|
|
Enable twl6040 earpiece output support for OMAP5 sEVM board.
Change-Id: Id9ed1d24c699271ad48cdfd2b386392ef2a2dff5
Signed-off-by: Misael Lopez Cruz <misael.lopez@ti.com>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Subject: [PATCH] board-omap5evm : sync up the uplevel
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
Signed-off-by: Andy Green <andy.green@linaro.org>
|
|
HDMI driver has the framework to take the HDMI GPIO number from the board file and register for irq, provide the GPIO number from omap5 boardfile
|