* Roger Quadros [140709 05:39]:
> Hi,
>
> The following hardware modules/registers are meant for NAND controller driver
> usage:
> - NAND I/O control (NAND address, data, command registers)
> - Prefetch/Write-post engine
> - ECC/BCH engine
>
> However, these registers sit in the GPMC controller'
* Sebastian Andrzej Siewior [140710 08:50]:
> On 07/10/2014 09:09 AM, Tony Lindgren wrote:
> > You can test this pretty easily on beagleboard xm for example
> > using v3.16-r4:
>
> I tried this with am335x-evm, dra7-evm and beaglebone (omap5-uevm and
> am335x-evmsk didn't want to boot a kernel an
* Olof Johansson [140710 14:37]:
> On Wed, Jul 09, 2014 at 08:35:52AM -0700, Tony Lindgren wrote:
> > The following changes since commit cd3de83f147601356395b57a8673e9c5ff1e59d1:
> >
> > Linux 3.16-rc4 (2014-07-06 12:37:51 -0700)
> >
> > are available in the git repository at:
> >
> > git:/
This patch introduces the use of managed interfaces like devm_clk_get
and does away with the clk_puts in the probe and remove functions. A
label is also done away with.
Signed-off-by: Himangi Saraogi
---
This is a follow up to ASoC: omap-dmic: use managed interfaces which
failed to apply as the o
With all the requisite changes in place we can now enable the 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
From: Vaibhav Bedia
SDRAM controller on AM33XX requires that a modification of certain
bit-fields in PWR_MGMT_CTRL register (ref. section 7.3.5.13 in
AM335x-Rev H) is followed by a dummy read access to SDRAM. This
scenario arises when entering a low power state like DeepSleep.
To ensure that the
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 a
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. Stores the
Allow interrupt for wkup_m3 to be set from DT, add regs for
IPC regs to allow pm code to communicate with wkup_m3, and add data
needed for mailbox channel.
Signed-off-by: Dave Gerlach
CC: Ohad Ben-Cohen
CC: Benoit Cousson
---
arch/arm/boot/dts/am33xx.dtsi | 9 +++--
1 file changed, 7 inser
Add the device tree bindings document for am3353 wkup_m3.
Signed-off-by: Dave Gerlach
CC: Ohad Ben-Cohen
CC: Benoit Cousson
---
.../bindings/remoteproc/wkup_m3_rproc.txt | 46 ++
1 file changed, 46 insertions(+)
create mode 100644
Documentation/devicetree/binding
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
From: Daniel Mack
This patch makes the edma driver resume correctly after suspend. Tested
on an AM33xx platform with cyclic audio streams and omap_hsmmc.
All information can be reconstructed by already known runtime
information.
As we now use some functions that were previously only used from _
Use pdata-quirks to reset the wkup_m3 during boot.
Signed-off-by: Dave Gerlach
---
arch/arm/mach-omap2/pdata-quirks.c| 12
include/linux/platform_data/wkup_m3.h | 17 +
2 files changed, 29 insertions(+)
create mode 100644 include/linux/platform_data/wkup_m3.h
d
OMAP4 and AM33XX share the same EMIF controller IP. Although there
are significant differences in the IP integration due to which
AM33XX can't reuse the EMIF driver DVFS similar to OMAP4,
it can definitely benefit by reusing the EMIF related macros
defined in drivers/memory/emif.h.
In the current
From: Vaibhav Bedia
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 adc78e6 (timekeeping: Add suspen
Hello,
This series adds suspend/resume support for am335x. Version 3 of this
series can be found at [1]. I apologize for the large delay between this
and the previous revision. This code has been heavily refined
since the last version based on the various comments received for v3. The
major change
On Wed, Jul 09, 2014 at 08:35:52AM -0700, Tony Lindgren wrote:
> The following changes since commit cd3de83f147601356395b57a8673e9c5ff1e59d1:
>
> Linux 3.16-rc4 (2014-07-06 12:37:51 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/li
On Thu, Jul 10, 2014 at 12:11 PM, Greg KH wrote:
>
> On Thu, Jul 10, 2014 at 08:54:18AM +0300, Ivaylo Dimitrov wrote:
> >
> >
> > On 9.07.2014 10:07, Tony Lindgren wrote:
> > >* Suman Anna [140708 11:40]:
> > >>Hi Peter,
> > >>
> > >>On 07/08/2014 09:36 AM, Greg KH wrote:
> > >>>On Tue, Jul 08,
On Thu, Jul 10, 2014 at 11:03 AM, Carlos Hernandez wrote:
> 1) Append no_console_suspend to bootargs
Not needed. ideally with pinctrl wakeup capability, this should work.
if you do no_console_suspend, the module is not powered down.
--
To unsubscribe from this list: send the line "unsubscribe linu
On Thu, Jul 10, 2014 at 08:54:18AM +0300, Ivaylo Dimitrov wrote:
>
>
> On 9.07.2014 10:07, Tony Lindgren wrote:
> >* Suman Anna [140708 11:40]:
> >>Hi Peter,
> >>
> >>On 07/08/2014 09:36 AM, Greg KH wrote:
> >>>On Tue, Jul 08, 2014 at 03:03:58PM +0200, Peter Meerwald wrote:
> Hello,
>
On 07/10/2014 11:47 AM, Sebastian Andrzej Siewior wrote:
That core_pwrdm shows only up on dra7. However with both drivers (mine
and the current omap serial) the UART went down after three secs (as
expected) and didn't accept any characters while writing on the
console. If I wrote something on it
On 07/09/2014 09:01 PM, Lennart Sorensen wrote:
>> diff --git a/drivers/tty/serial/8250/8250_core.c
>> b/drivers/tty/serial/8250/8250_core.c
>> index c7c3bf7..bf06a4c 100644
>> --- a/drivers/tty/serial/8250/8250_core.c
>> +++ b/drivers/tty/serial/8250/8250_core.c
>> @@ -1281,10 +1283,34 @@ static
On 07/10/2014 09:09 AM, Tony Lindgren wrote:
> You can test this pretty easily on beagleboard xm for example
> using v3.16-r4:
I tried this with am335x-evm, dra7-evm and beaglebone (omap5-uevm and
am335x-evmsk didn't want to boot a kernel and omap4-blaze didn't even
want to show MLO/U-boot) with t
Hi Felipe,
> > Maxime,
> > Once Acked by Felipe, I think this should go in via your tree to
> > avoid conflicts with other ARM/STI ARCHITECTURE additions.
>
> there are still many unresolved comments on patches 1 and 2.
Yes, sorry I've been a bit busy this week on other activities to send a V3
On 07/09/2014 07:49 PM, Sebastian Andrzej Siewior wrote:
> The OMAP version of the 8250 can actually use 1:1 serial8250_startup().
> However it needs to be extended by a wakeup irq which should to be
> requested & enabled at ->startup() time and disabled at ->shutdown() time.
>
> v1…v2: add shutdo
On Wed, 9 Jul 2014 19:49:33 +0200
Sebastian Andrzej Siewior wrote:
> The OMAP version of the 8250 can actually use 1:1 serial8250_startup().
> However it needs to be extended by a wakeup irq which should to be
> requested & enabled at ->startup() time and disabled at ->shutdown() time.
>
> v1…v
> static inline void __stop_tx(struct uart_8250_port *p)
> {
> + if (p->rs485.flags & SER_RS485_ENABLED) {
> + int ret;
> +
> + ret = (p->rs485.flags & SER_RS485_RTS_AFTER_SEND) ? 1 : 0;
> + if (gpio_get_value(p->rts_gpio) != ret) {
> +
On Thu, Jul 10, 2014 at 06:40:39PM +0530, Keerthy wrote:
> On Thursday 10 July 2014 05:42 PM, Mark Brown wrote:
> >Applied, but don't bury new patches into the middle of old threads -
> >it's a good way to get your patch ignored.
> Okay. I thought only one patch had to be redone on top of the oth
On Wed, Jul 9, 2014 at 7:49 PM, Sebastian Andrzej Siewior
wrote:
> + * The lock assumption made here is none because runtime-pm suspend/resume
> + * callbacks should not be invoked there is any operation performed on the
> port.
I think there's a missing "if"?
Best,
OG.
--
To unsubscribe fro
On Thursday 10 July 2014 06:55 PM, Keerthy wrote:
On Wednesday 09 July 2014 05:21 PM, Tony Lindgren wrote:
* Keerthy [140709 04:03]:
On Wednesday 09 July 2014 02:01 PM, Tony Lindgren wrote:
* Keerthy [140708 22:40]:
The patch series adds the device tree nodes and the corresponding
documenta
On Thu, 10 Jul 2014, Felipe Balbi wrote:
> On Tue, Jul 08, 2014 at 08:53:32AM +0100, Lee Jones wrote:
> > On Tue, 08 Jul 2014, Maxime Coquelin wrote:
> > > On 07/05/2014 08:25 AM, Peter Griffin wrote:
> > > >Signed-off-by: Peter Griffin
> > >
> > > Acked-by: Maxime Coquelin
> >
> > Maxime,
> >
On 10 July 2014 19:01, Santosh Shilimkar wrote:
> Yep. Last time I blocked the series because all the DT conversions
> were not done. Considering now the cpufreq-generic can work on non
> DT platforms, I am ok to remove the omap-cpufreq.
Great.
--
To unsubscribe from this list: send the line "uns
On Thursday 10 July 2014 08:39 AM, Nishanth Menon wrote:
> On Thu, Jul 10, 2014 at 6:19 AM, Viresh Kumar wrote:
>> On 9 July 2014 20:14, Santosh Shilimkar wrote:
>>> Assuming you are updating bidnings as suggested by Stephen,
>>> patch looks good to me.
>>> Acked-by: Santosh Shilimkar
>>
>> Why
On Wednesday 09 July 2014 05:21 PM, Tony Lindgren wrote:
* Keerthy [140709 04:03]:
On Wednesday 09 July 2014 02:01 PM, Tony Lindgren wrote:
* Keerthy [140708 22:40]:
The patch series adds the device tree nodes and the corresponding
documentation. The series also enabled tps65218 config optio
On Tue, Jul 08, 2014 at 08:53:32AM +0100, Lee Jones wrote:
> On Tue, 08 Jul 2014, Maxime Coquelin wrote:
> > On 07/05/2014 08:25 AM, Peter Griffin wrote:
> > >Signed-off-by: Peter Griffin
> >
> > Acked-by: Maxime Coquelin
>
> Maxime,
> Once Acked by Felipe, I think this should go in via your
> > + /* Warn that the adapter lost class based instantiation */
> > + if (adapter->class == I2C_CLASS_DEPRECATED) {
> > + dev_dbg(&adapter->dev,
> > + "This adapter dropped support for I2C classes and "
> > + "won't auto-detect %s devices anymore.
On Thursday 10 July 2014 05:42 PM, Mark Brown wrote:
On Wed, Jul 09, 2014 at 03:52:59PM +0530, Keerthy wrote:
Add fixed_uV fields for dcdc5 and dcdc6.
Applied, but don't bury new patches into the middle of old threads -
it's a good way to get your patch ignored.
Okay. I thought only one patch
On Thu, Jul 10, 2014 at 6:19 AM, Viresh Kumar wrote:
> On 9 July 2014 20:14, Santosh Shilimkar wrote:
>> Assuming you are updating bidnings as suggested by Stephen,
>> patch looks good to me.
>> Acked-by: Santosh Shilimkar
>
> Why do you still have a separate cpufreq driver for omap?
> Would thi
Hi,
Wolfram Sang wrote:
> Some drivers were flagged to remove class based instantiation soon to improve
> boot-up time. Originally, I was planning for a longer deprecation time so
> users
> could switch over to some other kind of instantiation. However, the demand for
> the speed up is high enoug
On Wed, Jul 09, 2014 at 03:52:59PM +0530, Keerthy wrote:
> Add fixed_uV fields for dcdc5 and dcdc6.
Applied, but don't bury new patches into the middle of old threads -
it's a good way to get your patch ignored.
signature.asc
Description: Digital signature
Some drivers were flagged to remove class based instantiation soon to improve
boot-up time. Originally, I was planning for a longer deprecation time so users
could switch over to some other kind of instantiation. However, the demand for
the speed up is high enough and class based instantiation is u
This driver has been flagged to drop class based instantiation. The removal
improves boot-up time and is unneeded for embedded controllers. Users have been
warned to switch for some time now, so we can actually do the removal. Keep the
DEPRECATED flag, so the core can inform users that the behaviou
The board uses twl6040 codec connected via McPDM link. McBSP1 and McBSP2 can
be used for FM/BT.
At the same time move the pinctrl handling to the correct place - under the
corresponding nodes.
Audio connectors on the board:
Headset in/out
Stereo Line out
Stereo Line in.
Signed-off-by: Peter Ujfalu
The board uses twl6040 as audio codec. Move the corresponding pinctrl as
well under the node.
twl6040 needs 32k clock from palams.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/omap5-uevm.dts | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/arch/arm
Hi,
This set is to enable audio (finally) on the omap5-uevm. We have been waiting
for the palmas 32K clock driver to make it to upstream, which it did and it is
already in linux-next.
With the three patch we can have audio working on omap5-uevm with linux-next.
Regards,
Peter
---
Peter Ujfalusi
clk32kg-audio clock is needed for twl6040 codec.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/omap5-uevm.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/omap5-uevm.dts b/arch/arm/boot/dts/omap5-uevm.dts
index 1e1b05768cec..9166d479ac1b 100644
--- a/arch/arm/
On Thu, Jul 10, 2014 at 02:51:12AM +0530, Himangi Saraogi wrote:
> This patch moves data allocated using clk_put and
> snd_soc_register_component to the corresponding managed interfaces and
> does away with the functions to free memory in the probe and remove
> functions. The probe function is no l
On Tue, 2014-07-08 at 06:25 +, Gupta, Pekon wrote:
>
> Do you plan to re-spin this patch with above comments, and mark it for stable?
> It would be helpful for all OMAP3 users.
Thanks for the reminder. I'll respin the patchset this weekend.
-- Christoph
--
To unsubscribe from this list: se
* Sebastian Andrzej Siewior [140709 10:52]:
>
> v1…v2:
> - added runtime PM. Could somebody could plese double check
> this? I seems to be enabled and nothing explodes. However
> serial_omap_get_context_loss_count() & enable_wakeup() are
> NULL pointer (in the omap-s
49 matches
Mail list logo