Use new binding for the external tda19988 HDMI encoder.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
arch/arm/boot/dts/am335x-boneblack.dts | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/arch/arm/boot/dts/am335x-boneblack.dts
If I read Documentation/kbuild/makefiles.txt section 3.6 right, this
patch should not be needed. However, without this patch the objects
needed for DRM_TILCDC_SLAVE_COMPAT are not linked, if DRM_TILCDC is
built as module.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
drivers/gpu/drm/Makefile | 2
Ok, let's do one more full review round. The mode filtering issue was
the main reason for this new patch series version. However, I found
couple other things to fix too after scrutinizing the patches once
more.
Changes since v3 version of the patch-set:
* drm/tilcdc: Add support for external
On 01/04/15 10:37, Geert Uytterhoeven wrote:
Hi Kevin,
On Tue, 31 Mar 2015, Kevin Hilman wrote:
Ard Biesheuvel ard.biesheu...@linaro.org writes:
Nope, that branch is already part of linux-next, and linux-next still
fails to compile for 20+ defconfigs[1]
Could you elaborate on the
Force crtc dpms off before destroying the crtc instead of just
checking the dpms state. This fixes warning message and frozen picture
after tilcdc module unloading.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 3 ++-
1 file changed, 2 insertions(+), 1
Hi Kevin,
On Tue, 31 Mar 2015, Kevin Hilman wrote:
Ard Biesheuvel ard.biesheu...@linaro.org writes:
Nope, that branch is already part of linux-next, and linux-next still
fails to compile for 20+ defconfigs[1]
Could you elaborate on the issue please? What is the error you are
Adds a CONFIG_DRM_TILCDC_SLAVE_COMPAT module for ti,tilcdc,slave
node conversion. The implementation is in tilcdc_slave_compat.c and it
uses tilcdc_slave_compat.dts as a basis for creating a DTS
overlay. The DTS overlay adds an external tda998x encoder to tilcdc
that corresponds to the old tda998x
This patch should be dropped/reverterd if/after of: Decrement refcount
of previous endpoint in of_graph_get_next_endpoint patch has been
merged.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
drivers/gpu/drm/tilcdc/tilcdc_external.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Add support for an external compontised DRM encoder. The external
encoder can be connected to tilcdc trough device tree graph binding.
The binding document for tilcdc has been updated. The current
implementation supports only tda998x encoder.
To be able to filter out the unsupported video modes
Remove tilcdc slave support for tda998x driver. The tilcdc slave
support would conflicts with componentized use of tda998x.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
.../devicetree/bindings/drm/tilcdc/slave.txt | 18 -
drivers/gpu/drm/tilcdc/Makefile| 1 -
Hi Kevin,
On Tue, Mar 31, 2015 at 07:58:21PM +0100, Kevin Hilman wrote:
Will Deacon will.dea...@arm.com writes:
On Fri, Mar 27, 2015 at 12:25:54AM +, Simon Horman wrote:
On Thu, Mar 26, 2015 at 08:29:21AM -0700, Tyler Baker wrote:
On 26 March 2015 at 06:36, Will Deacon
Hi Pavel,
Am 31.03.2015 um 09:26 schrieb Pavel Machek pa...@ucw.cz:
Hi!
+ io-channels = twl_madc 1,
+ twl_madc 10,
+ twl_madc 12;
+ io-channel-names = temp,
+ichg,
+vbat;
On 04/01/2015 08:18 AM, Ryan wrote:
Hi,
I would like to ask a related question here
Please try not to top post :).
If i use performance governor alone - constantly running at the
highest frequency. Does the smart reflex still has a role to play?
Yes. cpufreq governor are just policies -
On 04/01/2015 03:58 AM, Will Deacon wrote:
Hi Kevin,
On Tue, Mar 31, 2015 at 07:58:21PM +0100, Kevin Hilman wrote:
Will Deacon will.dea...@arm.com writes:
On Fri, Mar 27, 2015 at 12:25:54AM +, Simon Horman wrote:
On Thu, Mar 26, 2015 at 08:29:21AM -0700, Tyler Baker wrote:
On 26 March
Hi,
I would like to ask a related question here
If i use performance governor alone - constantly running at the
highest frequency. Does the smart reflex still has a role to play?
Does smart-reflex involves reprogramming only the mpu power line alone?
Regards,
Ryan
On Thu, Mar 26, 2015 at 4:17
On Tue, Mar 31, 2015 at 09:52:23AM +0530, Lokesh Vutla wrote:
Commit 26a05489ee0e (crypto: omap-sham - Map SG pages if they are HIGHMEM
before accessing)
says that HIGHMEM pages may not be mapped so we must
kmap them before accessing, but it doesn't check whether the
corresponding page is in
On Tue, Mar 31, 2015 at 09:52:24AM +0530, Lokesh Vutla wrote:
omap_sham_handle_queue() can be called as part of done_task tasklet.
During this its atomic and any calls to pm functions cannot sleep.
But there is a call to pm_runtime_get_sync() (which can sleep) in
omap_sham_handle_queue(),
On Tue, Mar 31, 2015 at 09:52:25AM +0530, Lokesh Vutla wrote:
For cases where total length of an input SGs is not same as
length of the input data for encryption, omap-aes driver
crashes. This happens in the case when IPsec is trying to use
omap-aes driver.
To avoid this, we copy all the
On 01/04/2015 at 11:24:58 +0530, Lokesh Vutla wrote :
module_platform_driver_probe() prevents driver from requesting probe deferral.
So using module_platform_drive() to support probe deferral.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Acked-by: Alexandre Belloni
On Tue, Mar 10, 2015 at 4:27 PM, Marek Belisko ma...@goldelico.com wrote:
Signed-off-by: Marek Belisko ma...@goldelico.com
---
.../bindings/power_supply/twl4030_madc_battery.txt | 43
++
1 file changed, 43 insertions(+)
create mode 100644
On 01/04/2015 at 11:24:57 +0530, Lokesh Vutla wrote :
RTC is present in AM43xx and DRA7xx also. Updating the Kconfig
to depend on ARCH_OMAP or ARCH_DAVINCI
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Acked-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
Hi,
On 01/04/2015 at 11:24:56 +0530, Lokesh Vutla wrote :
RTC module contains a kicker mechanism to prevent any spurious writes
from changing the register values. This mechanism requires two MMR
writes to the KICK0 and KICK1 registers with exact data values
before the kicker lock mechanism is
Hi Will,
Will Deacon will.dea...@arm.com writes:
[...]
Thanks for testing this and sorry for the continued breakage. Which
toolchain did you say you were using? Ard has some more patches trying to
fix this, but none of our toolchains seem to tickle the issue.
I've also tested on the
On 03/31/15 11:50, Fabian Frederick wrote:
of_device_id is always used as const.
(See driver.of_match_table and open firmware functions)
__initdata updated to __initconst for
static const struct of_device_id ti_clkdm_match_table[]
Signed-off-by: Fabian Frederick f...@skynet.be
Thanks.
On Wed, 01 Apr 2015 10:47:49 +0100 Marc Zyngier marc.zyng...@arm.com wrote:
-static int unmap_and_move(new_page_t get_new_page, free_page_t
put_new_page,
- unsigned long private, struct page *page, int force,
- enum migrate_mode mode)
+static
Geert Uytterhoeven ge...@linux-m68k.org writes:
[...]
build bisect points to commit 21f992084aeb[3], but that doesn't revert
cleanly so I haven't got any further than that yet.
I installed gcc-arm-linux-gnueabi (4:4.7.2-1 from Ubuntu 14.04 LTS) and could
reproduce the ICE. I came up with
Hi,
This patch series is version three of the series to add a
wkup_m3_rproc driver for TI AM335x SoCs. This family of SoCs
contains an ARM Cortex M3 coprocessor that is responsible for
low-level power tasks that cannot be handled by the main ARM
Cortex A8 so firmware running from the CM3 can be
Add a remoteproc driver to load the firmware and boot a small
Wakeup M3 processor present on TI AM33xx and AM43xx SoCs. This
Wakeup M3 remote processor is an integrated Cortex M3 that allows
the SoC to enter the lowest possible power state by taking control
from the MPU after it has gone into its
From: Suman Anna s-a...@ti.com
The rproc_da_to_va API is currently used to perform any device to
kernel address translations to meet the different needs of the remoteproc
core/drivers (eg: loading). The functionality is achieved within the
remoteproc core, and is limited only for carveouts
* Tero Kristo t-kri...@ti.com [150331 12:15]:
Hi,
Decided to post a new version because of the number of minor changes
compared to v5, just to avoid any misunderstandings:
- dropped patch #1 (clk: ti: fix ti_clk_get_reg_addr...), this has been
merged
through clock tree now
- fixed
Allow users of remoteproc the ability to get a handle to an rproc by
passing a phandle supplied in the user's device tree node. This is
useful in situations that require manual booting of the rproc.
This patch uses the code removed by commit 40e575b1d0b3 (remoteproc:
remove the get_by_name/put
Add the device tree bindings document for the TI Wakeup M3 remote
processor devices on AM33xx and AM43xx SoCs. These devices are used
to offload low-level power management functionality, and are handled
by the wkup_m3 remoteproc driver.
Signed-off-by: Suman Anna s-a...@ti.com
Signed-off-by: Dave
* Andrew Morton a...@linux-foundation.org [150401 14:36]:
On Wed, 18 Mar 2015 15:48:02 -0700 Tony Lindgren t...@atomide.com wrote:
Looks like dm81xx can only do 32-bit fifo reads like am35x. Let's set
up musb-dsps with a custom read_fifo function based on the compatible
flag.
Andrew Morton a...@linux-foundation.org writes:
On Wed, 01 Apr 2015 10:47:49 +0100 Marc Zyngier marc.zyng...@arm.com wrote:
-static int unmap_and_move(new_page_t get_new_page, free_page_t
put_new_page,
- unsigned long private, struct page *page, int force,
-
On Wed, Apr 01, 2015 at 02:54:59PM -0700, Kevin Hilman wrote:
Your patch on top of Geert's still compiles fine for me with gcc-4.7.3.
However, I'm not sure how specific we can be on the versions.
/me goes to test a few more compilers... OK...
ICE: 4.7.1, 4.7.3, 4.8.3
OK: 4.6.3, 4.9.2,
On Wed, Apr 01, 2015 at 11:49:27AM +0300, Jyri Sarha wrote:
Add support for an external compontised DRM encoder. The external
encoder can be connected to tilcdc trough device tree graph binding.
The binding document for tilcdc has been updated. The current
implementation supports only tda998x
Hi,
Am 01.04.2015 um 18:30 schrieb Rob Herring robherri...@gmail.com:
On Tue, Mar 10, 2015 at 4:27 PM, Marek Belisko ma...@goldelico.com wrote:
Signed-off-by: Marek Belisko ma...@goldelico.com
---
.../bindings/power_supply/twl4030_madc_battery.txt | 43
++
1 file
On Wed, 18 Mar 2015 15:48:02 -0700 Tony Lindgren t...@atomide.com wrote:
Looks like dm81xx can only do 32-bit fifo reads like am35x. Let's set
up musb-dsps with a custom read_fifo function based on the compatible
flag.
Otherwise we can get the following errors when starting dhclient on a
Use pdata-quirks to provide platform data required for reset
management during boot and shutdown of the wkup_m3 processor
on both the AM33xx and AM43xx SoCs. The WkupM3 remote processor
is used to implement and achieve low-power functionality on
the AM33xx AM43xx SoCs.
Signed-off-by: Suman Anna
From: Suman Anna s-a...@ti.com
The WakeupM3 remote processor device node has been moved to
be a child node of the newly created l4_wkup node, to reflect
its presence properly within the SoC. The node was added
previously before any driver support, it is now updated as
per the wkup_m3_rproc
This series adds the mach-omap2 code and DT nodes for v3 of the
wkup_m3_rproc driver submitted here [1]. pdata-quirks patch requires
the pdata added with patch 4 of the aforementioned series. Based on
previous discussion here [2], the wkup_m3 DT node has been moved as a
child of the l4_wkup as is
Hi!
As I explained in some other mail, those tables should not be
neccessary at all. They can be computed from li-ion characteristics
and internal resistance, and assumed current during charge and
discharge.
I already explained that we do not know the charging and discharging
current
Hi,
Am 01.04.2015 um 22:16 schrieb Pavel Machek pa...@ucw.cz:
Hi!
As I explained in some other mail, those tables should not be
neccessary at all. They can be computed from li-ion characteristics
and internal resistance, and assumed current during charge and
discharge.
I already
* Sebastian Reichel s...@kernel.org [150331 05:33]:
Hi,
On Mon, Mar 30, 2015 at 10:50:52AM -0700, Tony Lindgren wrote:
* Jarkko Nikula jarkko.nik...@bitmer.com [150330 10:46]:
Well, there has been regression but finding exactly how far should the
fix go didn't look instantly
From: Suman Anna s-a...@ti.com
Add the Wakeup M3 remote processor device node for
the AM4372 SoC. The WkupM3 remote processor is used
to implement and achieve low-power functionality on
the AM33xx AM43xx SoCs.
This node is added as a child of the recently added
l4_wkup node to reflect its
On Fri, Mar 27, 2015 at 11:47:51AM +0200, Jyri Sarha wrote:
The serializer direction definitions runs from 1 to 2, which does not
suite the purpose. The substream-stream is perfect for the purpose
and should have been used from the beginning.
Applied, thanks.
signature.asc
Description:
Hi Sebastian,
On Tue, Mar 31, 2015 at 03:37:20AM +0200, Sebastian Reichel wrote:
Hi,
On Tue, Mar 31, 2015 at 02:13:28AM +0300, Sakari Ailus wrote:
isp_of_parse_nodes() passed an uninitialised prev argument to
of_graph_get_next_endpoint(). This is bad, fix it by assigning NULL to it in
47 matches
Mail list logo