On 03/05/2015 12:49 PM, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [150305 10:16]:
On Thu, 5 Mar 2015, Dave Gerlach wrote:
Introduce a dt property, ti,no-init, that prevents hwmod initialization.
Even if a dt node is marked as disabled, hwmod still at least enables
the hwmod and
On Thu, Mar 05, 2015 at 08:55:07PM +0200, grygorii.stras...@linaro.org wrote:
Now I can see very interesting behavior related to
dma_coerce_mask_and_coherent()
and friends which I'd like to explain and clarify.
Below is set of questions I have (why - I explained below):
- Is expected
* Dave Gerlach d-gerl...@ti.com [150305 11:53]:
On 03/05/2015 12:49 PM, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [150305 10:16]:
On Thu, 5 Mar 2015, Dave Gerlach wrote:
Introduce a dt property, ti,no-init, that prevents hwmod initialization.
Even if a dt node is marked as
* Robert ABEL ra...@cit-ec.uni-bielefeld.de [150227 08:00]:
These are the changes I proposed in these patch series: [1], [2], [3], [4]
rebased to 3.19 as well as new changes for little bugs I noticed while
preparing this patch series as well as changes introduced via comments.
1. DEBUG was
* Robert Abel ra...@cit-ec.uni-bielefeld.de [150303 05:03]:
Hi Roger,
On Tue, Mar 3, 2015 at 1:55 PM, Roger Quadros rog...@ti.com wrote:
I'm OK with this version.
Tony, after you ACK these I will queue them for v4.1.
Please use v4 of my patches. The DTS output has been changed and the
Please always CC linux-pm on CC patches.
On Thursday, March 05, 2015 04:34:06 PM Tony Lindgren wrote:
Some devices have separate wake-up interrupts in addition to the
normal device interrupts. The wake-up interrupts can be connected
to a separate interrupt controller that is always powered.
Some devices have separate wake-up interrupts in addition to the
normal device interrupts. The wake-up interrupts can be connected
to a separate interrupt controller that is always powered. This
allows the devices and the whole system to enter deeper idle states
while still being able to wake-up
We can now use generic wakeirq handling and remove the custom handling
for the wake-up interrupts.
Signed-off-by: Tony Lindgren t...@atomide.com
---
drivers/tty/serial/omap-serial.c | 38 ++
1 file changed, 14 insertions(+), 24 deletions(-)
diff --git
We can now use generic wakeirq handling and remove the custom handling
for the wake-up interrupts.
Signed-off-by: Tony Lindgren t...@atomide.com
---
drivers/mmc/host/omap_hsmmc.c | 55 +++
1 file changed, 14 insertions(+), 41 deletions(-)
diff --git
* Tony Lindgren t...@atomide.com [150305 12:24]:
* Dave Gerlach d-gerl...@ti.com [150305 11:53]:
On 03/05/2015 12:49 PM, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [150305 10:16]:
On Thu, 5 Mar 2015, Dave Gerlach wrote:
Introduce a dt property, ti,no-init, that prevents
We can now use generic wakeirq handling and remove the custom handling
for the wake-up interrupts.
Signed-off-by: Tony Lindgren t...@atomide.com
---
drivers/tty/serial/8250/8250_omap.c | 67 -
1 file changed, 14 insertions(+), 53 deletions(-)
diff --git
On 03/05/2015 09:40 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [150304 20:14]:
Dave,
Looks like the commit message disappeared during your patch preparation.
Signed-off-by: Suman Anna s-a...@ti.com
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi
Hello,
I would please like to ask how I should use therenet WOL (wake on lan) ?
I am using device smsc911x, and I can see in code that there is
reference to WOL.
But I don't understand how this should function.
Should I call smsc911x_suspend() smsc911x_resume() or does it
automatically
Hi,
On Thu, 5 Mar 2015, Pavel Machek wrote:
Userland access goes via /dev/cmt_speech. The API is implemented in
libcmtspeechdata, which is used by ofono and the freesmartphone.org project.
Yes, the ABI is tested for some years, but it is not documented, and
it is very wrong ABI.
I'm not sure
Hi
On Thu, Mar 5, 2015 at 9:46 AM, Ran Shalit ransha...@gmail.com wrote:
I added power support to kernel menuconfig, such as cpuidle, and it
seems to work fine. I also validated in counter that cpu gets into
retention.
We observer that with highest available frequency (60) reboot
I added power support to kernel menuconfig, such as cpuidle, and it
seems to work fine. I also validated in counter that cpu gets into
retention.
We observer that with highest available frequency (60) reboot
command is OK, but when frequency is changed to lower value, the
reboot command
Is this in uA or mA? uA. Ok.
uA, now described in Documentation/ABI/testing/sysfs-class-power-twl4030
+What: /sys/class/power_supply/twl4030_ac/max_current
+ /sys/class/power_supply/twl4030_usb/max_current
+Description:
+ Read/Write limit on current which which may
+
* Suman Anna s-a...@ti.com [150305 08:47]:
On 03/05/2015 09:40 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [150304 20:14]:
Dave,
Looks like the commit message disappeared during your patch preparation.
Signed-off-by: Suman Anna s-a...@ti.com
Signed-off-by: Dave Gerlach
On 27 February 2015 at 12:24, grygorii.stras...@linaro.org wrote:
From: Russ Dill russ.d...@ti.com
Setting a dev_pm_ops suspend/resume pair but not a set of
hibernation functions means those pm functions will not be
called upon hibernation.
Fix this by using SET_SYSTEM_SLEEP_PM_OPS, which
* Dave Gerlach d-gerl...@ti.com [150304 20:14]:
Signed-off-by: Suman Anna s-a...@ti.com
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/arch/arm/boot/dts/am33xx.dtsi
On Thu, 5 Mar 2015, Dave Gerlach wrote:
Introduce a dt property, ti,no-init, that prevents hwmod initialization.
Even if a dt node is marked as disabled, hwmod still at least enables
the hwmod and programs the sysconfig before attempting to idle it at
boot. If an IP has been disabled by the
Hi All,
Now I can see very interesting behavior related to
dma_coerce_mask_and_coherent()
and friends which I'd like to explain and clarify.
Below is set of questions I have (why - I explained below):
- Is expected dma_coerce_mask_and_coherent(DMA_BIT_MASK(64)) and friends to
fail on 32 bits
* Paul Walmsley p...@pwsan.com [150305 10:16]:
On Thu, 5 Mar 2015, Dave Gerlach wrote:
Introduce a dt property, ti,no-init, that prevents hwmod initialization.
Even if a dt node is marked as disabled, hwmod still at least enables
the hwmod and programs the sysconfig before attempting to
Hi!
Userland access goes via /dev/cmt_speech. The API is implemented in
libcmtspeechdata, which is used by ofono and the freesmartphone.org project.
Apart from that the device is also used by the phone binaries distributed
with Maemo. So while this is a new userland ABI for the mainline
We observer that with highest available frequency (60) reboot
command is OK, but when frequency is changed to lower value, the
reboot command fails.
Has anyone observed such behaviour ?
I remember some commit for this problem. What version of the linux are
you running?
I use Linux
Hi
You should find the twl4030 power script and you should have something like this
static struct twl4030_ins wrst_seq[] __initdata = {
{MSG_SINGULAR(DEV_GRP_NULL, 0x1b, RES_STATE_OFF), 2},
{MSG_SINGULAR(DEV_GRP_P1, 0xf, RES_STATE_WRST), 15},
{MSG_SINGULAR(DEV_GRP_P1,
On Thu, Mar 5, 2015 at 12:58 PM, Michael Trimarchi
mich...@amarulasolutions.com wrote:
Hi
You should find the twl4030 power script and you should have something like
this
static struct twl4030_ins wrst_seq[] __initdata = {
{MSG_SINGULAR(DEV_GRP_NULL, 0x1b, RES_STATE_OFF), 2},
I think I can also do some workaround if I set the frequency to the
highest level just before doing reset. The thing is that I mustn't use
sysfs in my system. Is there some way to set frequency without using
sysfs ?
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
From: Keerthy j-keer...@ti.com
Enable RTC on am437x-gp-evm.
Signed-off-by: Keerthy j-keer...@ti.com
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/am437x-gp-evm.dts
Introduce a dt property, ti,no-init, that prevents hwmod initialization.
Even if a dt node is marked as disabled, hwmod still at least enables
the hwmod and programs the sysconfig before attempting to idle it at
boot. If an IP has been disabled by the hardware configuration on a
platform, this
RTC hwmod is needed for proper operation of PM features like
rtcwake and rtc-only mode so reuse the am33xx rtc hwmod.
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Add rtc node with ti,no-init property so that rtc hwmod does not get
initialized as the RTC IP is disabled in hardware by the board layout
on am43x-epos-evm so the SoC cannot access the IP at all. Without this,
hwmod writes to the RTC SYSCONFIG register and causes a kernel panic
during boot.
Hi,
This series adds support for the rtc on am437x, as previously the hwmod
and dt entries were missing. The am43x-epos-evm requires special treatment
because the RTC gets disabled in hardware with no way to tell through
software so we add a ti,no-init dt flag for the hwmod layer so we can
avoid
Rev.F onwards ball G19 (dcan1_rx) is used as a GPIO for some other
function so don't include it in DCAN pinctrl node.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/dra7-evm.dts | 2 --
arch/arm/boot/dts/dra72-evm.dts | 2 --
2 files changed, 4 deletions(-)
diff --git
Hi Tony,
These are some fixes to the DCAN pinmux.
cheers,
-roger
Roger Quadros (2):
ARM: dts: dra7x-evm: Don't use dcan1_rx.gpio1_15 in DCAN pinctrl
ARM: dts: dra7x-evm: avoid possible contention while muxing on CAN
lines
arch/arm/boot/dts/dra7-evm.dts | 10 --
DCAN1 RX and TX lines are internally pulled high according to [1].
While muxing between DCAN mode and SAFE mode we make sure
that the same pull direction is set to minimize opposite
pull contention during the switching window.
[1] in DRA7 data manual, Ball characteristics table 4-2, DSIS colum
On 3 March 2015 at 13:28, Andreas Fenkart afenk...@gmail.com wrote:
These patches are trying to clean up the cover/card detect logic.
Mobile phones (some) have no card detect pin, but
can detect if the cover is removed. The purpose is the
same; detect if card is being added/removed, but
Hi all,
Here's an attempt to have Linux generic wakeirq helpers. This allows
removing most of the related code from drivers. Currently the drivers
all do it in a slightly different way. And may have issues with interrupt
re-entrancy and getting the suspend/resume vs runtime_pm wake handling
On Thu, 5 Mar 2015, Dave Gerlach wrote:
RTC hwmod is needed for proper operation of PM features like
rtcwake and rtc-only mode so reuse the am33xx rtc hwmod.
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 1 +
1 file changed, 1 insertion(+)
39 matches
Mail list logo