On 01/04/2016 06:37 PM, Tony Lindgren wrote:
* Russell King - ARM Linux [160104 06:43]:
On Mon, Jan 04, 2016 at 03:27:57PM +0200, Tero Kristo wrote:
On 01/04/2016 12:21 PM, Geert Uytterhoeven wrote:
FWIW, there are small loops with just a cpu_relax() in various clock
Hi,
On 4.01.2016 19:40, Tony Lindgren wrote:
On Monday 04 January 2016 18:02:06 Tony Lindgren wrote:
> >Care to boot with CONFIG_OMAP_GPMC_DEBUG=y and post the gpmc related
> >dmesg output?
Here it is, including the pre-gpmc log, keep in mind this is with
restored HWMOD_INIT_NO_RESET flag
Hi Tero,
On Mon, Jan 4, 2016 at 8:36 AM, Tero Kristo wrote:
> On 01/01/2016 07:48 AM, Michael Turquette wrote:
>> Quoting Tero Kristo (2015-12-18 05:58:58)
>>> +static int _omap4_hwmod_clk_enable(struct clk_hw *hw)
>>> +{
>>> + struct clk_hw_omap *clk = to_clk_hw_omap(hw);
Hi,
On 01/01/16 14:01, Pali Rohár wrote:
> Hi Tomi! Can you review this patch? It is waiting here for two years!
>
> On Thursday 26 December 2013 00:12:39 Ivaylo Dimitrov wrote:
>> From: Ivaylo Dimitrov
>>
>> On memory limited devices, CMA fails easily when asked to
Hi Thomas,
On Tuesday 15 December 2015 08:58 PM, Tony Lindgren wrote:
> * Sekhar Nori [151215 06:26]:
>> Under some conditions, irq sorting procedure used
>> by INTC can go wrong resulting in a spurious irq
>> getting reported.
>>
>> If this condition is not handled, it results
On Tuesday 04 August 2015 09:02:39 Peter Ujfalusi wrote:
> On 08/03/2015 09:48 PM, Jarkko Nikula wrote:
> > It is well possible that some regression got introduced to
> > TPA6130A2 I2C communication over the years without nobody than you
> > now notices. We used to do QA back in Meego N900 days
Quoting Tero Kristo (2016-01-04 11:15:36)
> On 01/04/2016 06:37 PM, Tony Lindgren wrote:
> > * Russell King - ARM Linux [160104 06:43]:
> >> On Mon, Jan 04, 2016 at 03:27:57PM +0200, Tero Kristo wrote:
> >>> On 01/04/2016 12:21 PM, Geert Uytterhoeven wrote:
> FWIW,
On Mon, Nov 02, 2015 at 02:50:40AM +0100, Rafael J. Wysocki wrote:
>
> I've queued up this series for the second half of the v4.4 merge window.
>
> Thanks,
> Rafael
>
>
> ___
> linux-arm-kernel mailing list
> linux-arm-ker...@lists.infradead.org
>
* Ivaylo Dimitrov [160104 10:59]:
> Hi,
>
> On 4.01.2016 19:40, Tony Lindgren wrote:
> >>On Monday 04 January 2016 18:02:06 Tony Lindgren wrote:
> >Care to boot with CONFIG_OMAP_GPMC_DEBUG=y and post the gpmc related
> >dmesg output?
>
> Here it is,
Quoting Tero Kristo (2016-01-03 23:36:05)
> On 01/01/2016 07:48 AM, Michael Turquette wrote:
> > Hi Tero,
> >
> > Quoting Tero Kristo (2015-12-18 05:58:58)
> >> Previously, hwmod core has been used for controlling the hwmod level
> >> clocks. This has certain drawbacks, like being unable to share
Hi Tomi,
On 4.01.2016 13:37, Tomi Valkeinen wrote:
We probably need exactly the same for omapdrm, as omapfb is on the way
to being deprecated. And sounds to me that we probably need similar for
other devices which try to do large allocations (camera? video decoders?).
Re omapdrm - I guess
On 01/04/2016 12:21 PM, Geert Uytterhoeven wrote:
Hi Tero,
On Mon, Jan 4, 2016 at 8:36 AM, Tero Kristo wrote:
On 01/01/2016 07:48 AM, Michael Turquette wrote:
Quoting Tero Kristo (2015-12-18 05:58:58)
+static int _omap4_hwmod_clk_enable(struct clk_hw *hw)
+{
+ struct
Hi Brian,
On 12/11/2015 09:39 AM, Vignesh R wrote:
> Changes since v4:
> Use syscon to access system control module register in ti-qspi driver.
>
Gentle ping...
Are you ok with MTD side changes of this patch series?
> Changes since v3:
> Rework to introduce spi_flash_read_message struct.
>
On Mon, Jan 04, 2016 at 03:27:57PM +0200, Tero Kristo wrote:
> On 01/04/2016 12:21 PM, Geert Uytterhoeven wrote:
> >FWIW, there are small loops with just a cpu_relax() in various clock drivers
> >under drivers/clk/shmobile/.
>
> Just did a quick profiling round, and the clk_enable/disable delay
* Russell King - ARM Linux [160104 06:43]:
> On Mon, Jan 04, 2016 at 03:27:57PM +0200, Tero Kristo wrote:
> > On 01/04/2016 12:21 PM, Geert Uytterhoeven wrote:
> > >FWIW, there are small loops with just a cpu_relax() in various clock
> > >drivers
> > >under
* Pali Rohár [160104 09:35]:
> On Monday 04 January 2016 18:02:06 Tony Lindgren wrote:
> > Care to boot with CONFIG_OMAP_GPMC_DEBUG=y and post the gpmc related
> > dmesg output?
>
> Hi Tony. We do not have serial console for N900 and so when kernel is
> not fully bootable
On Monday 04 January 2016 18:02:06 Tony Lindgren wrote:
> Care to boot with CONFIG_OMAP_GPMC_DEBUG=y and post the gpmc related
> dmesg output?
Hi Tony. We do not have serial console for N900 and so when kernel is
not fully bootable to userspace we cannot provide dmesg for you :-(
Maybe
* Pali Rohár [160102 13:39]:
> On Saturday 02 January 2016 18:14:31 Tony Lindgren wrote:
>
> > The n900 specific code was based on something before the TI generic
> > values were available I think. And the last time I looked at it I
> > came to the conclusion the n900
* Ivaylo Dimitrov [160101 03:29]:
> Hi Tony,
>
> On 21.05.2015 00:21, 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
19 matches
Mail list logo