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.
> Supp
* 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, including the pre-gpmc log, keep in
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
> htt
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 t
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, there are small loops with
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 but
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 drivers
under drivers/clk
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 s
* 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 to userspace we cannot
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 something
* 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 being reset during the
> >boot. O
* 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 specific code is no better.
* 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 drivers/clk/shmobile/.
> >
> > Just di
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 lo
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 clk_hw_omap *clk =
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 i
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 allocate
>> big chunks of mem
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);
>>> + u32 v
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 in
>> endless stre
19 matches
Mail list logo
