On 05/21/2015 01:40 AM, Paul Walmsley wrote:
On Tue, 19 May 2015, Tero Kristo wrote:
Any news on this? As noted previously, I am not able to reproduce the issue
you are seeing currently, can you give DEBUG_LL a shot?
Yeah I just bisected it, it was caused by this:
commit cc4a5fe972ad7834e866
On Wed, 20 May 2015, Stephen Boyd wrote:
> On 05/20/15 04:50, Tero Kristo wrote:
> >
> >>>
> >>> @@ -348,5 +348,10 @@ int __init dra7xx_dt_clk_init(void)
> >>> if (rc)
> >>> pr_err("%s: failed to set USB_DPLL M2 OUT\n", __func__);
> >>>
> >>> +hdcp_ck = clk_get_sys(NULL, "dss_d
On Tue, May 12, 2015 at 08:17:58PM +0100, Mark Brown wrote:
> On Tue, May 12, 2015 at 12:38:57PM -0500, Michael Welling wrote:
> > GPIO chip select patch series appears to have broken the native chip select
> > support. This patch pulls the manual native chip select toggling out of
> > the transfer
On Thu, May 21, 2015 at 02:54:14AM +0200, Rafael J. Wysocki wrote:
> On Tuesday, May 19, 2015 07:10:57 PM Tony Lindgren wrote:
> > * Rafael J. Wysocki [150519 17:01]:
> > > On Tuesday, May 19, 2015 04:27:56 PM Tony Lindgren wrote:
> > > > * Rafael J. Wysocki [150519 16:07]:
> > > > > On Wednesday
On Wed, 20 May 2015, Tony Lindgren wrote:
> * Paul Walmsley [150520 15:52]:
> > On Wed, 20 May 2015, Tony Lindgren wrote:
> >
> > > We support decoding the bootloader values if DEBUG is defined.
> > > But we also need to change the struct omap_hwmod flags to have
> > > HWMOD_INIT_NO_RESET to avo
* Rafael J. Wysocki [150520 17:30]:
> On Tuesday, May 19, 2015 07:10:57 PM Tony Lindgren wrote:
> > * Rafael J. Wysocki [150519 17:01]:
> > > On Tuesday, May 19, 2015 04:27:56 PM Tony Lindgren wrote:
> > > > * Rafael J. Wysocki [150519 16:07]:
> > > > > On Wednesday, May 20, 2015 12:41:06 AM Tho
On Tuesday, May 19, 2015 07:10:57 PM Tony Lindgren wrote:
> * Rafael J. Wysocki [150519 17:01]:
> > On Tuesday, May 19, 2015 04:27:56 PM Tony Lindgren wrote:
> > > * Rafael J. Wysocki [150519 16:07]:
> > > > On Wednesday, May 20, 2015 12:41:06 AM Thomas Gleixner wrote:
> > > > > On Wed, 20 May 20
* Paul Walmsley [150520 15:52]:
> On Wed, 20 May 2015, Tony Lindgren wrote:
>
> > We support decoding the bootloader values if DEBUG is defined.
> > But we also need to change the struct omap_hwmod flags to have
> > HWMOD_INIT_NO_RESET to avoid the GPMC being reset during the
> > boot. Otherwise
On Wed, 20 May 2015, Tony Lindgren wrote:
> We support decoding the bootloader values if DEBUG is defined.
> But we also need to change the struct omap_hwmod flags to have
> HWMOD_INIT_NO_RESET to avoid the GPMC being reset during the
> boot. Otherwise just the default timings will be displayed
>
On Tue, 19 May 2015, Tero Kristo wrote:
> Any news on this? As noted previously, I am not able to reproduce the issue
> you are seeing currently, can you give DEBUG_LL a shot?
Yeah I just bisected it, it was caused by this:
commit cc4a5fe972ad7834e8662b49b3a5fdb597e9e15e
Author: Felipe Balbi
Da
The following changes since commit 030bbdbf4c833bc69f502eae58498bc5572db736:
Linux 4.1-rc3 (2015-05-10 15:12:29 -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/omap1
for you to fetch changes up to 685e2d08c54
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/clean
for you to fetch changes up to fd0dbc83c66
Hi,
On Wed, May 20, 2015 at 10:21:22AM -0700, Tony Lindgren wrote:
> * Sebastian Reichel [150514 15:41]:
> > On Fri, Mar 27, 2015 at 03:39:46PM +0100, Sebastian Reichel wrote:
> > > This adds support for the N900's accelerometer to
> > > the Nokia N900 DTS file.
> > >
> > > Signed-off-by: Sebast
This allows to use the MMC1 slot with SDIO cards.
Signed-off-by: Tony Lindgren
---
arch/arm/boot/dts/omap3-evm-common.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/omap3-evm-common.dtsi
b/arch/arm/boot/dts/omap3-evm-common.dtsi
index 346552b..b2589f9 100644
--- a/ar
Fix ldp gpio keys to use defines.
Signed-off-by: Tony Lindgren
---
arch/arm/boot/dts/omap3-ldp.dts | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-ldp.dts b/arch/arm/boot/dts/omap3-ldp.dts
index b699bc4..bd6e676 100644
--- a/arch/arm
We currently artificially limit the parsing of GPMC connected
devices based on the device name. Let's stop doing that, it's
confusing as adding devices to .dts files with using normal
names like fpga and usb will currently cause them to not probe.
Cc: Roger Quadros
Reported-by: Brian Hutchinson
Hi all,
Here are few fixes that allow to hook any devices to GPMC
instead of artificially limiting them by name. There are at
least FPGAs and USB controllers that I'm aware of.
Then we need disable hwmod reset for GPMC debug, otherwise
debug only shows the default memory timings.. Let's do this
w
We support decoding the bootloader values if DEBUG is defined.
But we also need to change the struct omap_hwmod flags to have
HWMOD_INIT_NO_RESET to avoid the GPMC being reset during the
boot. Otherwise just the default timings will be displayed
instead of the bootloader configured timings.
This a
The following changes since commit e60a8fe1792dcd3aacda0959e0f4865bfefb7bb5:
Merge tag 'for-v4.1-rc/omap-fixes-a' of
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending into
omap-for-v4.1/fixes (2015-05-11 13:23:19 -0700)
are available in the git repository at:
git://git.kernel.
* Nicholas Krause [150520 12:33]:
> This removes the deprecacted marco, PTR_RET and changes the
> functions that use this marco in their return statement to
> instead use the non deprecacted function, PTR_ERR_OR_ZERO
> for the file devices.c.
>
> Signed-off-by: Nicholas Krause
Applying into oma
The currently in-use port->startup and port->shutdown are "okay". The
startup part for instance does the tiny omap extra part and invokes
serial8250_do_startup() for the remaining pieces. The workflow in
serial8250_do_startup() is okay except for the part where UART_RX is
read without a check if th
On 05/20/15 04:50, Tero Kristo wrote:
>
>>>
>>> @@ -348,5 +348,10 @@ int __init dra7xx_dt_clk_init(void)
>>> if (rc)
>>> pr_err("%s: failed to set USB_DPLL M2 OUT\n", __func__);
>>>
>>> +hdcp_ck = clk_get_sys(NULL, "dss_deshdcp_clk");
>>> +rc = clk_prepare_enable(hdcp_ck);
>
Jiang Liu writes:
> diff --git a/arch/arm/mach-pxa/pcm990-baseboard.c
> b/arch/arm/mach-pxa/pcm990-baseboard.c
> index 2897da2a5df6..0d8331f8536e 100644
> --- a/arch/arm/mach-pxa/pcm990-baseboard.c
> +++ b/arch/arm/mach-pxa/pcm990-baseboard.c
> @@ -287,6 +287,7 @@ static struct irq_chip pcm990_i
On 05/20, Tero Kristo wrote:
> On 05/20/2015 04:20 AM, Stephen Boyd wrote:
> >On 05/11, Tero Kristo wrote:
> >>With the legacy clock data now gone, we can start moving OMAP clock
> >>type implementations under clock driver. Start this with moving the
> >>generic OMAP DPLL clock type under TI clock
* Tony Lindgren [150514 08:40]:
> * Pantelis Antoniou [150513 01:05]:
> > The beaglebone family of boards contain two I2C busses enabled.
> > The first one with a baseboard identification EEPROM and a
> > cape I2C bus.
>
> This seems safe to apply as the i2c2 pins are listed in the cape
> specif
* Tony Lindgren [150316 15:22]:
> * Lad Prabhakar [150312 16:38]:
> > From: "Lad, Prabhakar"
> >
> > this patch does the following:
> > 1: adds DT node for fixed oscillator.
> > 2: adds DT node entries for ov2659 sensor
> > 3: adds remote-endpoint entry for VPFE.
> >
> > Signed-off-by: Lad, Pr
* yegorsli...@googlemail.com [150519 01:31]:
> From: Yegor Yefremov
>
> This device is an industrial PC based on
> AM335x SoC.
>
> [ ba...@ti.com : updated to fit current mainline ]
>
> Signed-off-by: Yegor Yefremov
> Signed-off-by: Felipe Balbi
Applying into omap-for-v4.2/dt thanks.
Tony
On Tue, May 19, 2015 at 09:48:08AM +0200, Uwe Kleine-König wrote:
> Since 39b2bbe3d715 (gpio: add flags argument to gpiod_get*() functions)
> which appeared in v3.17-rc1, the gpiod_get* functions take an additional
> parameter that allows to specify direction and initial value for output.
Applied,
* Nicholas Krause [150518 07:09]:
> This removes two calls to the deprecated marco,PTR_RET in
> the files,fb.c and pmu.c for the functions,omap_init_vrfb
> and omap_init_pmu respectfully. Furthermore these are now
> replaced by calling the correctly non deprecacted function,
> PTR_ERR_OR_ZERO in b
On Tue, May 19, 2015 at 02:47:32PM +0200, Arnd Bergmann wrote:
> I tried to fix this before and submitted a working patch, but after
> some discussion we came up with what seemed to be a nicer solution,
> resulting in commit 3d4cf65e2d ("ASoC: omap: fix up
> SND_OMAP_SOC_OMAP_ABE_TWL6040 dependency
* Marek Belisko [150507 12:36]:
> Add voice audio card which is used for telephony on gta04 board.
> gtm601 codec is UMTS modem with pcm interface which get samples from
> microphone and provide data from other party side. Use simple audio card
> to describe audio card.
>
> Signed-off-by: Marek B
* Nishanth Menon [150515 15:18]:
> UART3 wakeup takes place with iodaisy chain. enable the wakeup pin.
>
> Reported-by: Suman Anna
> Signed-off-by: Nishanth Menon
Applying into omap-for-v4.2/dt thanks.
Tony
> ---
>
> Test on linus master (f0897f4cc0fc) with 8250 driver:
> http://pastebin.
* Eyal Reizer [150504 05:43]:
> From: Eliad Peller
>
> uart1 is used for connecting to wilink8 bluetooth subsystem.
> add the needed muxes and definitions.
>
> Signed-off-by: Eliad Peller
> Signed-off-by: Eyal Reizer
Applying into omap-for-v4.2/dt thanks.
Tony
> ---
> Changes in v2:
> remo
* Reizer, Eyal [150514 05:45]:
> Ping on this patch
>
> > -Original Message-
> > From: Eyal Reizer [mailto:eyalrei...@gmail.com]
> > Sent: Monday, May 04, 2015 3:24 PM
> > To: bcous...@baylibre.com; t...@atomide.com; robh...@kernel.org;
> > pawel.m...@arm.com; mark.rutl...@arm.com;
> > ij
* Marek Belisko [150428 13:55]:
> Enable omap-hdq for battery fuel gauge access.
>
> Signed-off-by: Marek Belisko
> Signed-off-by: H. Nikolaus Schaller
Applying into omap-for-v4.2/dt thanks.
Tony
> ---
> arch/arm/boot/dts/omap3-gta04.dtsi | 11 +++
> 1 file changed, 11 insertions(+)
* Tero Kristo [150520 10:45]:
> On 05/20/2015 04:20 AM, Stephen Boyd wrote:
> >On 05/11, Tero Kristo wrote:
> >>With the legacy clock data now gone, we can start moving OMAP clock
> >>type implementations under clock driver. Start this with moving the
> >>generic OMAP DPLL clock type under TI cloc
On 05/20/2015 04:20 AM, Stephen Boyd wrote:
On 05/11, Tero Kristo wrote:
With the legacy clock data now gone, we can start moving OMAP clock
type implementations under clock driver. Start this with moving the
generic OMAP DPLL clock type under TI clock driver.
Signed-off-by: Tero Kristo
---
* Nicholas Krause [150509 21:58]:
> This removes two calls to the deprecated marco,PTR_RET in
> the files,fb.c and pmu.c for the functions,omap_init_vrfb
> and omap_init_pmu respectfully. Furthermore these are now
> replaced by calling the correctly non deprecacted function,
> PTR_ERR_OR_ZERO in b
* Sebastian Reichel [150514 15:41]:
> Hi Tony,
>
> On Fri, Mar 27, 2015 at 03:39:46PM +0100, Sebastian Reichel wrote:
> > This adds support for the N900's accelerometer to
> > the Nokia N900 DTS file.
> >
> > Signed-off-by: Sebastian Reichel
> > Acked-by: Tony Lindgren
> > ---
> > Quote from T
* Krzysztof Kozlowski [150427 05:52]:
> The irq_domain_ops are not modified by the driver and the irqdomain core
> code accepts pointer to a const data.
>
> Signed-off-by: Krzysztof Kozlowski
Applying into omap-for-v4.2/cleanup thanks.
Tony
> ---
> arch/arm/mach-omap2/omap-wakeupgen.c | 2 +-
* Andrey Skvortsov [150510 14:29]:
> According to the technical reference manual for AM35xx system
> controller module (SCM) PADCONFS core registers are divided in two
> regions: 0x48002030..0x48002268 and 0x480025d8..0x480025FC.
> First region is the same for all omap3 SoC and is described in oma
* Romain Izard [150513 00:39]:
> While Sitara AM335x SoCs are very close to OMAP SoCs, the 32-line GPIO
> controllers are numbered from 0 on AM335x and from 1 on OMAP. But when
> the configuration for the TI WLAN controllers was converted from
> platform data to device tree, this detail was overlo
* Anthoine Bourgeois [150519 14:11]:
> Add nand-ecc-opt and device-width properties to enable nand support on
> Devkit8000.
>
> Signed-off-by: Anthoine Bourgeois
> ---
> arch/arm/boot/dts/omap3-devkit8000.dts | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/arch/arm/boot/dts/omap3-de
* Robert Nelson [150520 08:53]:
> Fixes: http://bugs.elinux.org/issues/143
>
> Entering RTC-only sleep is only properly supported on early prototypes series
> (pre-A6) of the BeagleBone Black. Since rev (A6A), which include all
> production
> versions, it is not support at due to.
>
> (rev A6)
On Wed, 20 May 2015, Jiang Liu wrote:
> On 2015/5/20 23:28, Thomas Gleixner wrote:
> > On Wed, 20 May 2015, Jiang Liu wrote:
> >> -static void locomo_handler(unsigned int irq, struct irq_desc *desc)
> >> +static void locomo_handler(struct irq_desc *desc)
> >> {
> >>struct locomo *lchip = irq_
On Wed, 20 May 2015, Jiang Liu wrote:
> Now most IRQ flow handlers make no use of the first parameter 'irq'.
> And for those who do make use of 'irq', we could easily get the irq
> number through irq_desc->irq_data->irq. So kill the first parameter
> 'irq' of irq_flow_handler_t.
>
> To ease rev
Fixes: http://bugs.elinux.org/issues/143
Entering RTC-only sleep is only properly supported on early prototypes series
(pre-A6) of the BeagleBone Black. Since rev (A6A), which include all production
versions, it is not support at due to.
(rev A6) enable of the 3v3b regulator moved from LDO2 to L
On 2015/5/20 23:28, Thomas Gleixner wrote:
> On Wed, 20 May 2015, Jiang Liu wrote:
>> -static void locomo_handler(unsigned int irq, struct irq_desc *desc)
>> +static void locomo_handler(struct irq_desc *desc)
>> {
>> struct locomo *lchip = irq_desc_get_chip_data(desc);
>> +unsigned int ir
On Wed, 20 May 2015, Jiang Liu wrote:
> -static void locomo_handler(unsigned int irq, struct irq_desc *desc)
> +static void locomo_handler(struct irq_desc *desc)
> {
> struct locomo *lchip = irq_desc_get_chip_data(desc);
> + unsigned int irq;
> int req, i;
That leaves irq unitiali
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'
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' to provide the syscon
regmap access to this register which
Hi Roger,
On Tuesday 12 May 2015 09:37 PM, Roger Quadros wrote:
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.
On 05/20/2015 02:47 PM, Tero Kristo wrote:
On 05/06/2015 01:08 PM, Tomi Valkeinen wrote:
DESHDCP clock is needed on DRA7 based SoCs to enable the DSS IP. That
clock is an odd one, as it is not supposed to be any kind of core clock
for DSS, and we don't even support HDCP, but the clock is still n
On Wed, 20 May 2015, Jiang Liu wrote:
> Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
> already have a pointer to corresponding irq_desc.
>
> Do the same thing to avoid pattern "irq_get_chip_data(data->irq)".
>
> Signed-off-by: Jiang Liu
> ---
> drivers/mfd/ezx-pcap.c
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Hi,
On 06/05/15 13:08, Tomi Valkeinen wrote:
> Hi,
>
> This series adds the arch/arm/ side of the display support for DRA7 (DRA72x,
> DRA74x, AM54xx) SoCs. Also support for HDMI output on x15 and DRA72 EVM boards
> is added.
>
> This series is v3, and is based on v4.1-rc2. There are no differenc
On 05/19/2015 03:47 PM, Arnd Bergmann wrote:
> I tried to fix this before and submitted a working patch, but after
> some discussion we came up with what seemed to be a nicer solution,
> resulting in commit 3d4cf65e2d ("ASoC: omap: fix up
> SND_OMAP_SOC_OMAP_ABE_TWL6040 dependency"). Unfortunately,
57 matches
Mail list logo