Drop the vendor-prefix from the ti,system-power-controller device-tree
property name.
It has been agreed to make system-power-controller a standard property
and to drop the vendor-prefix that is currently used by several drivers.
Note that drivers that have used vendor,system-power-controller in
On 25/11/14 20:10, Mark Brown wrote:
On Tue, Nov 25, 2014 at 11:26:36AM +0200, Tomi Valkeinen wrote:
On 24/11/14 19:39, Mark Brown wrote:
The whole series is about HDMI audio, not video.
You know exactly what I mean - the early patches are in drivers/video,
don't touch anything outside of
On 24/11/14 17:44, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [141124 02:02]:
On 11/21/2014 08:34 PM, Tony Lindgren wrote:
--- a/drivers/memory/Kconfig
+++ b/drivers/memory/Kconfig
@@ -41,6 +41,14 @@ config TI_EMIF
parameters and other settings during frequency, voltage and
On 21/11/14 20:34, Tony Lindgren wrote:
We still need to support platform data for omap3 until it's booting
in device tree only mode. So let's add platform_data/omap-gpmc.h for
that, and a minimal linux/omap-gpmc.h for the save and restore used
by the PM code.
Let's also keep a minimal
Hello,
for some unknown reasons when I compile kernel for n900 in DT
mode it ignore cmdline passed by bootloader. When I comment
CONFIG_ARM_APPENDED_DTB=y
then it boots into legacy board mode and cmdline is used from
bootloader.
When is problem?
In defconfig I have:
Hi!
for some unknown reasons when I compile kernel for n900 in DT
mode it ignore cmdline passed by bootloader. When I comment
CONFIG_ARM_APPENDED_DTB=y
then it boots into legacy board mode and cmdline is used from
bootloader.
When is problem?
It seems to work for me, I'm booting
On Wednesday 26 November 2014 14:28:01 Pavel Machek wrote:
Hi!
for some unknown reasons when I compile kernel for n900 in
DT mode it ignore cmdline passed by bootloader. When I
comment
CONFIG_ARM_APPENDED_DTB=y
then it boots into legacy board mode and cmdline is used
from
On Wed 2014-11-26 14:36:42, Pali Rohár wrote:
On Wednesday 26 November 2014 14:28:01 Pavel Machek wrote:
Hi!
for some unknown reasons when I compile kernel for n900 in
DT mode it ignore cmdline passed by bootloader. When I
comment
CONFIG_ARM_APPENDED_DTB=y
then it
On Wednesday 26 November 2014 16:22:00 Pavel Machek wrote:
On Wed 2014-11-26 14:36:42, Pali Rohár wrote:
On Wednesday 26 November 2014 14:28:01 Pavel Machek wrote:
Hi!
for some unknown reasons when I compile kernel for n900
in DT mode it ignore cmdline passed by bootloader. When
Dear Sir
Did your website get hit by Google Penguin update on October 17th 2014? What
basically is Google Penguin Update? It is actually a code name for Google
algorithm which aims at decreasing your websites search engine rankings that
violate Googles guidelines by using black hat SEO
Hi Suman,
On Thu, Nov 13, 2014 at 7:46 PM, Suman Anna s-a...@ti.com wrote:
Hi Ohad,
On 09/16/2014 01:33 PM, Suman Anna wrote:
The buffers to be used for communication are allocated during the
rpmsg virtio driver's probe, and the total number of buffers is
currently hard-coded to 512. The
On Tue 2014-10-28 01:01:38, Aaro Koskinen wrote:
Hi,
On Mon, Oct 27, 2014 at 01:00:09PM -0700, Tony Lindgren wrote:
+
+ if (!of_have_populated_dt())
+ pr_warn(WARNING: legacy booting deprecated, please update to
boot with .dts\n);
+
Maybe use WARN so that the warning
* Pali Rohár pali.ro...@gmail.com [141125 13:33]:
On Tuesday 25 November 2014 22:08:17 Pali Rohár wrote:
On Sunday 08 December 2013 00:22:06 Tony Lindgren wrote:
* Sebastian Reichel s...@ring0.de [131207 15:04]:
On Sat, Dec 07, 2013 at 01:11:37PM -0800, Tony Lindgren
wrote:
I
* Pavel Machek pa...@ucw.cz [141126 09:31]:
On Tue 2014-10-28 01:01:38, Aaro Koskinen wrote:
Hi,
On Mon, Oct 27, 2014 at 01:00:09PM -0700, Tony Lindgren wrote:
+
+ if (!of_have_populated_dt())
+ pr_warn(WARNING: legacy booting deprecated, please update to
boot with
On Wednesday 26 November 2014 19:19:35 Tony Lindgren wrote:
* Pavel Machek pa...@ucw.cz [141126 09:31]:
On Tue 2014-10-28 01:01:38, Aaro Koskinen wrote:
Hi,
On Mon, Oct 27, 2014 at 01:00:09PM -0700, Tony Lindgren
wrote:
+
+ if (!of_have_populated_dt())
+
NOT FOR UPSTREAM
The patch checks if IP reset during probe could bring I2C bus
to a free state on omap2430 - omap3530 boards.
I guess, IP hold one of I2C lines in a low state.
I guess, u-boot haven't sent a stop condition.
The patch is rebased on branch 'i2c/for-next' of
* Pali Rohár pali.ro...@gmail.com [141126 10:59]:
On Wednesday 26 November 2014 19:19:35 Tony Lindgren wrote:
Maybe Pali can try to restart that discussion? To me it seems
the /proc/cpuinfo should be the same as it's a user
interface. Sorry forgot the details of the previous
On Wednesday 26 November 2014 20:10:28 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [141126 10:59]:
On Wednesday 26 November 2014 19:19:35 Tony Lindgren wrote:
Maybe Pali can try to restart that discussion? To me it
seems the /proc/cpuinfo should be the same as it's a user
25 нояб. 2014 г., в 22:13, Kevin Hilman khil...@kernel.org написал(а):
I'll test your patch on all my OMAP boards. Put whatever debug output
you want, and I'll send you links to all the boot output.
Hello, Kevin!
I've sent the patch[1]. Could you be so kind to run it on all your OMAP
The following changes since commit 6f8782a7a1c826e1c013d6b7d5504af6bcc079e6:
ARM: OMAP2+: Remove unnecesary include in GPMC driver (2014-11-06 10:51:06
-0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
* Pali Rohár pali.ro...@gmail.com [141126 11:24]:
On Wednesday 26 November 2014 20:10:28 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [141126 10:59]:
On Wednesday 26 November 2014 19:19:35 Tony Lindgren wrote:
Maybe Pali can try to restart that discussion? To me it
seems
* Roger Quadros rog...@ti.com [141126 03:24]:
On 24/11/14 17:44, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [141124 02:02]:
On 11/21/2014 08:34 PM, Tony Lindgren wrote:
--- a/drivers/memory/Kconfig
+++ b/drivers/memory/Kconfig
@@ -41,6 +41,14 @@ config TI_EMIF
parameters
commit 68a3c04 ([media] ARM: OMAP2: RX-51: update
si4713 platform data) updated board-rx51-peripherals.c
so that si4713 could be easily used on DT boot, but
it ended up introducing a build warning whenever
si4713 isn't enabled.
This patches fixes that warning:
From: Russ Dill russ.d...@ti.com
Now that there is an _exec version of ioremap, add devm support for it.
Signed-off-by: Russ Dill russ.d...@ti.com
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
include/linux/device.h | 19 +++-
include/linux/io.h | 9 +++-
lib/devres.c |
Hi,
Some platforms need the ability to ioremap memory for use with small
chunks of code, like in certain PM applications that run from sram.
This series provides a common way to call an arch's ioremap_exec, which
currently only exists for ARM, so that we can use it in the generic
sram driver in
From: Russ Dill russ.d...@ti.com
If code is to be copied into and area (such as SRAM) and run,
it needs to be marked as exec. Currently only an ARM version
of this exists.
Signed-off-by: Russ Dill russ.d...@ti.com
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
arch/arm/include/asm/io.h | 2
From: Russ Dill russ.d...@ti.com
Allow option for mapping SRAM as executable. This is useful for
platforms using the sram driver that need to run PM code from sram
like several ARM platforms.
Signed-off-by: Russ Dill russ.d...@ti.com
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
This patch
for omap2plus_defconfig and tested on all my OMAP boards. Results
here:
http://people.linaro.org/~khilman/tmp/next-20141126-1-g760388ee02e4/arm-omap2plus_defconfig/
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info
Use pdata-quirks to provide platform data required for reset
of the wkup_m3 during boot.
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
arch/arm/mach-omap2/pdata-quirks.c| 13 +
include/linux/platform_data/wkup_m3.h | 23 +++
2 files changed, 36
Add the device tree bindings document for ti,am3353-wkup-m3 which is
used by the wkup_m3_rproc driver.
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
.../bindings/remoteproc/wkup_m3_rproc.txt | 32 ++
1 file changed, 32 insertions(+)
create mode 100644
Hi,
This patch series adds 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 used instead.
This driver handles
Add a remoteproc driver to load the firmware for and boot the wkup_m3
present on am33xx. The wkup_m3 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 own low power state and shutting off
any additional
On Wednesday 26 November 2014 15:14:00 Dave Gerlach wrote:
@@ -66,6 +66,11 @@ extern void ioport_unmap(void __iomem *);
#define ioremap_wc ioremap_nocache
#endif
+#ifndef ARCH_HAS_IOREMAP_EXEC
+#define ioremap_exec ioremap
+#define ioremap_exec_nocache ioremap_nocache
+#endif
+
]. Could you be so kind to run it on all your OMAP
boards?
Thank you very much!
It is not urgent at all.
Done. Built for omap2plus_defconfig, boot reports for all my OMAP
boards here:
http://people.linaro.org/~khilman/tmp/next-20141126-1-g760388ee02e4/arm-omap2plus_defconfig/
What
Add the device tree bindings document for ti,am3353-wkup-m3-ipc which
is used by the wkup_m3_ipc driver.
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
.../devicetree/bindings/soc/ti/wkup_m3_ipc.txt | 41 ++
1 file changed, 41 insertions(+)
create mode 100644
Add wkup_m3_ipc node for wkup_m3_ipc driver.
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index 41659df..b86d8c0 100644
---
Certain SoCs like Texas Instruments AM335x and AM437x require parts
of the EMIF PM code to run late in the suspend sequence from SRAM,
such as saving and restoring the EMIF context and placing the memory
into self-refresh.
One requirement for these SoC's to suspend and enter it's lowest power
Add node for Texas Instruments AM335x EMIF to make use of the
ti-emif-sram driver.
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index
Introduce a wkup_m3_ipc driver to handle communication between the MPU
and Cortex M3 wkup_m3 present on am335x.
This driver is responsible for actually booting the wkup_m3_rproc and
also handling all IPC which is done using the IPC registers in the control
module, a mailbox, and a separate
Add the device tree bindings document for ti,am3352-emif which
is used by the ti-emif-sram driver to provide low-level PM
functionality.
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
.../bindings/memory-controllers/ti/emif-sram.txt | 31 ++
1 file changed, 31
On Wednesday 26 November 2014 15:38:09 Dave Gerlach wrote:
+
+static const struct wkup_m3_wakeup_src wakeups[] = {
+ {.irq_nr = 35, .src = USB0_PHY},
+ {.irq_nr = 36, .src = USB1_PHY},
+ {.irq_nr = 40, .src = I2C0},
+ {.irq_nr = 41, .src = RTC Timer},
+
AM335x supports various low power modes as documented
in section 8.1.4.3 of the AM335x Technical Reference Manual.
DeepSleep0 mode offers the lowest power mode with limited
wakeup sources without a system reboot and is mapped as
the suspend state in the kernel. In this state, MPU and
PER domains
Hi,
This series is v5 of the series to add suspend/resume support for Texas
Instruments AM335x SoC. It has gone through a rather major overhaul
since the last version and because of that has been split into multiple
different sets of patches, on which this series depends. Previous discussion
that
In preparation for suspend-resume support for AM33XX, add
the assembly file with the code which is copied to internal
memory (OCMC RAM) during bootup and runs from there.
As part of the low power entry (DeepSleep0 mode in AM33XX TRM),
the code running from OCMC RAM does the following
1. Calls
With all the requisite changes in place we can now enable basic
PM support for AM33xx. This patch updates the various OMAP files
to enable suspend-resume on AM33xx.
Because the suspend resume functionality is different on AM33xx
than other OMAP platforms due to the need for M3 firmware and an
IPC
From: Vaibhav Bedia vaibhav.be...@ti.com
OMAP timer code registers two timers - one as clocksource
and one as clockevent. Since AM33XX has only one usable timer
in the WKUP domain one of the timers needs suspend-resume
support to restore the configuration to pre-suspend state.
commit
On Wed, Nov 26, 2014 at 02:27:35PM -0600, Felipe Balbi wrote:
commit 68a3c04 ([media] ARM: OMAP2: RX-51: update
si4713 platform data) updated board-rx51-peripherals.c
so that si4713 could be easily used on DT boot, but
it ended up introducing a build warning whenever
si4713 isn't enabled.
Technically speaking this is not required. If both are enabled then the
Maikefile order says that 8250 one wins, the second is never probed.
If we choose to enable 8250_omap via defconfig then one might get supprised
that his console isn't working anymore since nothing says use ttySx
instead
Hello, Tony!
24.11.2014 22:47, Tony Lindgren t...@atomide.com *:
If you post a patch, I can test boot with it. Looks like the failing
ones have i2c rev3.3 on 34xx vs rev4.4 on 36xx.
So I doubt we just want to change the test for for a higher rev number
for OMAP_I2C_REV_ON_3430_3530.
You
Hi Ohad,
On Thu, Nov 13, 2014 at 7:46 PM, Suman Anna s-a...@ti.com wrote:
Hi Ohad,
On 09/16/2014 01:33 PM, Suman Anna wrote:
The buffers to be used for communication are allocated during the
rpmsg virtio driver's probe, and the total number of buffers is
currently hard-coded to 512. The
On Wednesday 26 November 2014 21:08:06 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [141126 11:24]:
On Wednesday 26 November 2014 20:10:28 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [141126 10:59]:
On Wednesday 26 November 2014 19:19:35 Tony Lindgren
wrote:
* Pali Rohár pali.ro...@gmail.com [141126 15:03]:
On Wednesday 26 November 2014 21:08:06 Tony Lindgren wrote:
With your patch I'm getting:
Hardware: Nokia RX-51 board
So patch is good.
Is that a Tested-by: then? :)
Revision comes from bootloader (via ATAG) and it is HW
On Wednesday 26 November 2014 16:22:00 Pavel Machek wrote:
On Wed 2014-11-26 14:36:42, Pali Rohár wrote:
On Wednesday 26 November 2014 14:28:01 Pavel Machek wrote:
Hi!
for some unknown reasons when I compile kernel for n900
in DT mode it ignore cmdline passed by bootloader. When
On Thursday 27 November 2014 00:14:36 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [141126 15:03]:
On Wednesday 26 November 2014 21:08:06 Tony Lindgren wrote:
With your patch I'm getting:
Hardware: Nokia RX-51 board
So patch is good.
Is that a Tested-by:
* Pali Rohár pali.ro...@gmail.com [141126 15:40]:
With enabled CONFIG_ARM_APPENDED_DTB=y file /proc/atags is
missing.
OK I guess it should not be needed for DT based booting.
The build_tag_list() should parse ATAG_REVISION and then
parse_tag_revision() should copy it to system_rev.
On 2014年11月25日 21:11, George Cherian wrote:
Pass the quir flag XHCI_DRD_SUPPORT from DWC3 host to xhci platform driver.
quir to quirk
Regards,
Baolu
This enables xhci driver to handle deallocation's differently while in DRD mode.
Pass the quirk flag XHCI_NEEDS_LHC_RESET from DWC3 host to
On Monday 24 November 2014 06:05 PM, Sebastian Andrzej Siewior wrote:
On 11/24/2014 01:16 PM, Vignesh R wrote:
I have tried running both IIO and TSC at the same time. But I have never
seen WARN_ON() even after running for close to 30 min. Can you send me
the exact script, so that it will
Hi Paul,
On Wednesday 26 November 2014 12:34 PM, Paul Walmsley wrote:
Hi Lokesh
On Tue, 25 Nov 2014, Lokesh Vutla wrote:
Hi Paul,
On Thursday 20 November 2014 10:26 PM, Paul Walmsley wrote:
On Thu, 20 Nov 2014, Lokesh Vutla wrote:
On Monday 17 November 2014 10:13 AM, Lokesh Vutla
On 4 November 2014 at 04:35, Suman Anna s-a...@ti.com wrote:
The OMAP mailbox driver and its existing clients (remoteproc
for OMAP4+) are adapted to use the generic mailbox framework.
The main changes for the adaptation are:
- The tasklet used for Tx is replaced with the state machine from
On 11/26/2014 09:27 PM, Felipe Balbi wrote:
commit 68a3c04 ([media] ARM: OMAP2: RX-51: update
si4713 platform data) updated board-rx51-peripherals.c
so that si4713 could be easily used on DT boot, but
it ended up introducing a build warning whenever
si4713 isn't enabled.
This patches fixes
60 matches
Mail list logo
