On Tue, 2 Jun 2015, Roger Quadros wrote:
> GPMC hwmod is flagged as HWMOD_INIT_NO_IDLE so it is kept
> enabled at boot. If the GPMC driver is not loaded then
> GPMC will not be idled thus preventing CORE from going idle
> during suspend.
>
> Disable HWMOD_INIT_NO_IDLE and HWMOD_INIT_NO_RESET.
>
On Tue, 2 Jun 2015, Roger Quadros wrote:
> GPMC smart idle is not really broken but it does not support
> smart idle with wakeup.
>
> Fixes: 556708fe8718 ("ARM: OMAP: DRA7: hwmod: Make gpmc software supervised
> as the smart idle is broken")
>
> Signed-off-by: Roger Quadros
Thanks, queued for
Hi,
Am 02.06.2015 um 22:11 schrieb Pavel Machek :
> On Tue 2015-06-02 16:06:47, Dr. H. Nikolaus Schaller wrote:
>> Hi,
>>
>> Am 02.06.2015 um 15:49 schrieb Kishon Vijay Abraham I :
>>
>>> Hi,
>>>
>>> On Tuesday 02 June 2015 03:07 AM, NeilBrown wrote:
On Mon, 1 Jun 2015 19:06:52 +0530 Kish
On Tue 2015-06-02 16:06:47, Dr. H. Nikolaus Schaller wrote:
> Hi,
>
> Am 02.06.2015 um 15:49 schrieb Kishon Vijay Abraham I :
>
> > Hi,
> >
> > On Tuesday 02 June 2015 03:07 AM, NeilBrown wrote:
> >> On Mon, 1 Jun 2015 19:06:52 +0530 Kishon Vijay Abraham I
> >> wrote:
> >>
> >>> Hi,
> >>>
> >
On Tue, May 26, 2015 at 09:59:06PM +0300, Jyri Sarha wrote:
> -#ifdef CONFIG_OF
> -static const struct of_device_id hdmi_audio_codec_ids[] = {
> - { .compatible = "linux,hdmi-audio", },
> - { }
> -};
> -MODULE_DEVICE_TABLE(of, hdmi_audio_codec_ids);
> -#endif
There is actually a binding d
On Tue, May 26, 2015 at 09:59:05PM +0300, Jyri Sarha wrote:
> If an ASoC component device does not have a device tree node, use its
> parent's node instead, when looking for a matching DAI based on a
> device tree reference.
Applied, thanks.
signature.asc
Description: Digital signature
Find the configured DMA controller by asking for a DMA channel in the
probe phase and releasing it right after. The controller device can be
found via the dma_chan struct and the controller is recognized from
the compatible property of its device node. The patch assumes EDMA if
there is no device n
On 06/02/15 19:16, Misael Lopez Cruz wrote:
Jyri,
On 06/02/2015 08:49 AM, Jyri Sarha wrote:
Find the configured DMA controller by asking for a DMA channel in the
probe phase and releasing it right after. The controller device can be
found via the dma_chan struct and the controller is recognized
* Felipe Balbi [150602 12:26]:
> On Wed, May 06, 2015 at 12:25:33PM -0500, Dave Gerlach wrote:
> > Add node for TI AM4372 EMIF.
> >
> > Signed-off-by: Dave Gerlach
>
> Tony, this patch fixes the regression I just reported at [1], care to
> pick this one up ?
OK thanks yes tag this for v4.2 fix
On Tue, 2 Jun 2015, Felipe Balbi wrote:
> You commit fabbe6df130a46d5b5e7484b2273d69c4be3012a (ARM: OMAP: AM43xx
> hwmod: Add data for am43xx emif hwmod) listed below added a new WARNING
> during boot to all AM43xx-based boards. Full boot logs can be found at
> [1],
Speaking of which, could you g
On 06/02/2015 02:17 PM, Felipe Balbi wrote:
> Hi Dave,
>
> You commit fabbe6df130a46d5b5e7484b2273d69c4be3012a (ARM: OMAP: AM43xx
> hwmod: Add data for am43xx emif hwmod) listed below added a new WARNING
> during boot to all AM43xx-based boards. Full boot logs can be found at
> [1], but it seems l
On Tue, Jun 02, 2015 at 02:17:52PM -0500, Felipe Balbi wrote:
> Hi Dave,
>
> You commit fabbe6df130a46d5b5e7484b2273d69c4be3012a (ARM: OMAP: AM43xx
> hwmod: Add data for am43xx emif hwmod) listed below added a new WARNING
> during boot to all AM43xx-based boards. Full boot logs can be found at
> [
On Wed, May 06, 2015 at 12:25:33PM -0500, Dave Gerlach wrote:
> Add node for TI AM4372 EMIF.
>
> Signed-off-by: Dave Gerlach
Tony, this patch fixes the regression I just reported at [1], care to
pick this one up ?
Tested-by: Felipe Balbi
Acked-by: Felipe Balbi
[1] http://marc.info/?l=linux-o
Hi Dave,
You commit fabbe6df130a46d5b5e7484b2273d69c4be3012a (ARM: OMAP: AM43xx
hwmod: Add data for am43xx emif hwmod) listed below added a new WARNING
during boot to all AM43xx-based boards. Full boot logs can be found at
[1], but it seems like we should, at least for the merge window, revert
sai
On Wed, 6 May 2015, Dave Gerlach wrote:
> Without a hwmod for am43xx emif use counting for emif clockdomain does
> not happen correctly so it may be shut off by pm code unintentionally.
>
> Signed-off-by: Dave Gerlach
Thanks, sent upstream for v4.2.
- Paul
--
To unsubscribe from this list: se
On Tue, 26 May 2015, Pali Rohár wrote:
> Hi Paul,
>
> this patch is also for omap2... Can you review it too?
>
> On Saturday 28 February 2015 17:24:36 Pavel Machek wrote:
> > On Thu 2015-02-26 14:49:52, Pali Rohár wrote:
> > > Register crypto hwmod links only if they are not disabled in DT.
> >
On Tue, Jun 02, 2015 at 10:58:45AM -0700, Dmitry Torokhov wrote:
> On Tue, Jun 02, 2015 at 11:44:47AM +0200, Maxime Ripard wrote:
> > On Mon, Jun 01, 2015 at 02:32:13PM -0700, Dmitry Torokhov wrote:
> > > On Mon, Jun 01, 2015 at 11:22:26PM +0200, Maxime Ripard wrote:
> > > > Hi Dmitry,
> > > >
> >
On Tue, Jun 02, 2015 at 11:44:47AM +0200, Maxime Ripard wrote:
> On Mon, Jun 01, 2015 at 02:32:13PM -0700, Dmitry Torokhov wrote:
> > On Mon, Jun 01, 2015 at 11:22:26PM +0200, Maxime Ripard wrote:
> > > Hi Dmitry,
> > >
> > > On Mon, Jun 01, 2015 at 10:47:30AM -0700, Dmitry Torokhov wrote:
> > > >
The following changes since commit e26081808edadfd257c6c9d81014e3b25e9a6118:
Linux 4.1-rc4 (2015-05-18 10:13:47 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v4.2/soc-pt1-take2
for you to fetch changes up to 436
The following changes since commit b787f68c36d49bb1d9236f403813641efa74a031:
Linux 4.1-rc1 (2015-04-26 17:59:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v4.2/o2_dc
for you to fetch changes up to 4cbb08336f5
The following changes since commit 52dfcbfc94833b0192d439127ee9ff46023cdbb2:
ARM: dts: am335x-evm: add mmc3 and wlan definitions to dts (2015-05-21
12:05:59 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v4.2/dt-
Jyri,
On 06/02/2015 08:49 AM, Jyri Sarha wrote:
Find the configured DMA controller by asking for a DMA channel in the
probe phase and releasing it right after. The controller device can be
found via the dma_chan struct and the controller is recognized from
the compatible property of its device n
* Roger Quadros [150602 02:46]:
> Some of the OMAP based boards e.g. am437x-gp-evm have
> the Pixcir touch controller. Enable the related device
> driver.
>
> Signed-off-by: Roger Quadros
> ---
> arch/arm/configs/omap2plus_defconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch
* Paul Walmsley [150601 20:24]:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Tony,
>
> The following changes since commit e26081808edadfd257c6c9d81014e3b25e9a6118:
>
> Linux 4.1-rc4 (2015-05-18 10:13:47 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.or
On 06/02/2015 12:40 PM, Javier Martinez Canillas wrote:
Hello Grygorii,
On Fri, May 22, 2015 at 4:35 PM, Grygorii Strashko
wrote:
The GPIO bank will be kept powered in case if input parameters
are invalid or error occurred in omap_gpio_irq_type.
Hence, fix it by ensuring that GPIO bank will b
Hi,
Am 02.06.2015 um 15:49 schrieb Kishon Vijay Abraham I :
> Hi,
>
> On Tuesday 02 June 2015 03:07 AM, NeilBrown wrote:
>> On Mon, 1 Jun 2015 19:06:52 +0530 Kishon Vijay Abraham I
>> wrote:
>>
>>> Hi,
>>>
>>> On Thursday 16 April 2015 01:33 PM, NeilBrown wrote:
From: NeilBrown
>>
Hi,
On Tuesday 02 June 2015 03:07 AM, NeilBrown wrote:
On Mon, 1 Jun 2015 19:06:52 +0530 Kishon Vijay Abraham I
wrote:
Hi,
On Thursday 16 April 2015 01:33 PM, NeilBrown wrote:
From: NeilBrown
The twl4030 phy can measure, with low precision, the
resistance-to-ground of the ID pin.
Add a f
Find the configured DMA controller by asking for a DMA channel in the
probe phase and releasing it right after. The controller device can be
found via the dma_chan struct and the controller is recognized from
the compatible property of its device node. The patch assumes EDMA if
there is no device n
On Fri, May 29, 2015 at 05:32:50PM +0300, Peter Ujfalusi wrote:
> On 05/29/2015 01:18 PM, Vinod Koul wrote:
> > On Fri, May 29, 2015 at 11:42:27AM +0200, Geert Uytterhoeven wrote:
> >> On Fri, May 29, 2015 at 11:33 AM, Vinod Koul wrote:
> >>> On Tue, May 26, 2015 at 04:25:57PM +0300, Peter Ujfalus
On 06/02/2015 02:11 PM, Jyri Sarha wrote:
>>> -switch (mcasp->version) {
>>> +ret = -EINVAL;
>>
>> Why? What was the problem with setting the ret in the default case?
>>
>
> I would need to have that I three places now for the #else cases, when
> devicetree tries to configure pcm driver th
Hi Tero,
On Tuesday 02 June 2015 01:51 PM, Tero Kristo wrote:
> On 06/01/2015 02:53 PM, Vignesh R wrote:
>> Add hwmod entries for the PWMSS on DRA7.
>
> Can you provide some documentation references for this data?
>
> I was looking at the TRM and at least the main_clk selection is somewhat
> unc
On Tuesday 02 June 2015 01:52 PM, Tero Kristo wrote:
> On 06/01/2015 02:53 PM, Vignesh R wrote:
>> tbclk is used by ehrpwm to generate PWM waveform on DRA7 SoC. Add Linux
>> clock to control ehrpwm tbclk.
>
> Care to add TRM reference here?
Ok, I will add the following reference.
tbclk is deri
I missed two comments first time around...
On 06/02/15 13:31, Peter Ujfalusi wrote:
On 06/02/2015 11:58 AM, Jyri Sarha wrote:
Find the configured DMA controller by asking for a DMA channel in the
probe phase and releasing it right after. The controller device can be
found via the dma_chan struc
On 06/02/2015 01:40 PM, Jyri Sarha wrote:
>>> +enum {
>>> +MCASP_EDMA = 1,
>>
>> Why start from 1?
>
> This is just an implementation detail, for "if" statement below. Maybe I
> should restucture for better readability.
No need to change if it makes the code flow better. I was just asking.
>
On Tue, Jun 02, 2015 at 01:31:28PM +0300, Peter Ujfalusi wrote:
> On 06/02/2015 11:58 AM, Jyri Sarha wrote:
> > +enum {
> > + MCASP_EDMA = 1,
> Why start from 1?
It's a fairly common style to ensure that zero initialised structures
don't have a default value. Don't know if that's the intent h
On 06/02/15 13:31, Peter Ujfalusi wrote:
On 06/02/2015 11:58 AM, Jyri Sarha wrote:
Find the configured DMA controller by asking for a DMA channel in the
probe phase and releasing it right after. The controller device can be
found via the dma_chan struct and the controller is recognized from
the
On 06/02/2015 11:58 AM, Jyri Sarha wrote:
> Find the configured DMA controller by asking for a DMA channel in the
> probe phase and releasing it right after. The controller device can be
> found via the dma_chan struct and the controller is recognized from
> the compatible property of its device no
On 05/29/2015 01:04 AM, Stephen Boyd wrote:
On 05/25, Tero Kristo wrote:
+
+/**
+ * ti_clk_get_features - get clock driver features flags
+ *
+ * Get TI clock driver features description. Returns a pointer
+ * to the current feature setup.
+ */
+struct ti_clk_features *ti_clk_get_features(void)
GPMC hwmod is flagged as HWMOD_INIT_NO_IDLE so it is kept
enabled at boot. If the GPMC driver is not loaded then
GPMC will not be idled thus preventing CORE from going idle
during suspend.
Disable HWMOD_INIT_NO_IDLE and HWMOD_INIT_NO_RESET.
The only reason HWMOD_INIT_NO_RESET was there was to ret
Hi,
Disabling GPMC node in device tree prevents core retention on dra7-evm.
Fix that by getting rid of HWMOD_INIT_NO_IDLE & NO_RESET.
Fixup gpmc hwmod as it doesn't support SIDLE_SMART_WKUP.
cheers,
-roger
Roger Quadros (2):
ARM: DRA7: hwmod: fix gpmc hwmod
ARM: DRA7: hwmod: Fix GPMC from p
GPMC smart idle is not really broken but it does not support
smart idle with wakeup.
Fixes: 556708fe8718 ("ARM: OMAP: DRA7: hwmod: Make gpmc software supervised as
the smart idle is broken")
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 6 ++
1 file changed,
Some of the OMAP based boards e.g. am437x-gp-evm have
the Pixcir touch controller. Enable the related device
driver.
Signed-off-by: Roger Quadros
---
arch/arm/configs/omap2plus_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/
On Mon, Jun 01, 2015 at 02:32:13PM -0700, Dmitry Torokhov wrote:
> On Mon, Jun 01, 2015 at 11:22:26PM +0200, Maxime Ripard wrote:
> > Hi Dmitry,
> >
> > On Mon, Jun 01, 2015 at 10:47:30AM -0700, Dmitry Torokhov wrote:
> > > On Mon, Jun 01, 2015 at 05:21:11PM +0200, Pavel Machek wrote:
> > > >
> >
Hello Grygorii,
On Fri, May 22, 2015 at 4:35 PM, Grygorii Strashko
wrote:
> The GPIO bank will be kept powered in case if input parameters
> are invalid or error occurred in omap_gpio_irq_type.
>
> Hence, fix it by ensuring that GPIO bank will be unpowered
> in case of errors and add additional c
Hello Linus,
On Mon, Jun 1, 2015 at 3:11 PM, Linus Walleij wrote:
> On Fri, May 22, 2015 at 4:35 PM, Grygorii Strashko
> wrote:
>
>> This patch fixes following issue:
>> - GPIOn is used as IRQ by some dev, for example PCF8575.INT -> gpio6.11
>> - PCFx driver knows nothing about type of IRQ line
Relying on PM-ops for shutting down PHY clocks was a
bad idea since the users (e.g. PCIe/SATA) might not
have been suspended by then.
The main culprit for not shutting down the clocks was
the stray pm_runtime_get() call in probe.
Fix the whole thing in the right way by getting rid
of that pm_runt
SATA_PLL_SOFT_RESET bit of CTRL_CORE_SMA_SW_0 must be toggled
between a SATA DPLL unlock and re-lock to prevent SATA lockup.
Introduce a new DT parameter 'syscon-pllreset' to provide the syscon
regmap access to this register which sits in the control module.
If the register is not provided we fal
Hi,
We fix 2 things here to ensure that PHY clocks are disabled during
system suspend.
1) Stop relying on pm_runtime ops to disable our clocks as they don't
fit in well with the PHY framework usage scenario. This ensures that all clocks
are
disabled when phy_exit() is called.
2) Implement worka
This register is required to be passed to the SATA PHY driver
to workaround errata i783 (SATA Lockup After SATA DPLL Unlock/Relock).
Signed-off-by: Roger Quadros
Signed-off-by: Sekhar Nori
---
arch/arm/boot/dts/dra7.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/dra7
Find the configured DMA controller by asking for a DMA channel in the
probe phase and releasing it right after. The controller device can be
found via the dma_chan struct and the controller is recognized from
the compatible property of its device node. The patch assumes EDMA if
there is no device n
On Mon 2015-06-01 14:32:13, Dmitry Torokhov wrote:
> On Mon, Jun 01, 2015 at 11:22:26PM +0200, Maxime Ripard wrote:
> > Hi Dmitry,
> >
> > On Mon, Jun 01, 2015 at 10:47:30AM -0700, Dmitry Torokhov wrote:
> > > On Mon, Jun 01, 2015 at 05:21:11PM +0200, Pavel Machek wrote:
> > > >
> > > >
> > > >
On 06/01/2015 02:53 PM, Vignesh R wrote:
tbclk is used by ehrpwm to generate PWM waveform on DRA7 SoC. Add Linux
clock to control ehrpwm tbclk.
Care to add TRM reference here?
-Tero
Signed-off-by: Vignesh R
---
arch/arm/boot/dts/dra7.dtsi | 5 +
arch/arm/boot/dts/dra7xx-cl
On 06/01/2015 02:53 PM, Vignesh R wrote:
Add hwmod entries for the PWMSS on DRA7.
Can you provide some documentation references for this data?
I was looking at the TRM and at least the main_clk selection is somewhat
unclear to me.
-Tero
Signed-off-by: Vignesh R
---
arch/arm/mach-omap2
Kishon,
On 20/05/15 16:19, Kishon Vijay Abraham I wrote:
Hi Roger,
On Tuesday 12 May 2015 09:37 PM, Roger Quadros wrote:
SATA_PLL_SOFT_RESET bit of CTRL_CORE_SMA_SW_0 must be toggled
between a SATA DPLL unlock and re-lock to prevent SATA lockup.
Introduce a new DT parameter 'syscon-pllreset'
On 06/02/2015 12:26 AM, Paul Walmsley wrote:
On Mon, 1 Jun 2015, Tony Lindgren wrote:
* Tony Lindgren [150601 11:06]:
* Paul Walmsley [150601 10:45]:
See for example the "Build warnings from toolchain", "Kernel warnings
during boot to userspace", "Kernel warnings during PM test", and "Obso
55 matches
Mail list logo
