On 21/05/15 06:06, Paul Walmsley wrote:
>> Enable falls under the "critical clocks" discussion that is ongoing. I
>> assume that this is some sort of critical clock that can't be turned off?
>
> It only needs to be enabled for this particular display IP subsystem to
> function:
>
> http://mar
On Thu, May 21, 2015 at 10:16:38PM +0100, Mark Brown wrote:
> On Thu, May 21, 2015 at 04:04:11PM -0500, Michael Welling wrote:
>
> > Do you want to revert the patch and apply a new one or should I provide a
> > patch that reverts the changes and fixes it all in one?
>
> Can you please send me sep
Here's this pull request updated for the randconfig errors found
by Arnd.
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
* Arnd Bergmann [150521 14:35]:
> On Thursday 21 May 2015 11:36:30 Tony Lindgren wrote:
> > >
> > > OK got it triggered here too with randconfig builds now.
> > > This seems to be related to not selecting some omap1 SoCs or
> > > boards. I'll try to do a minimal fix for it today.
> > >
> > > It
On Thursday 21 May 2015 11:36:30 Tony Lindgren wrote:
> >
> > OK got it triggered here too with randconfig builds now.
> > This seems to be related to not selecting some omap1 SoCs or
> > boards. I'll try to do a minimal fix for it today.
> >
> > It seems the include changes you posted would be b
On Mon, May 18, 2015 at 7:59 AM, Tony Lindgren wrote:
> [PATCH] dmaengine: omap-dma: Add support for memcpy
Hi Tom,
To follow up on your corresponding mail to the gumstix list [1], I
tried on the 3.17.8 kernel on an Overo COM (DM37390) with the
suggested dmaengine patch applied. Using "hdparm -
On Thu, May 21, 2015 at 04:04:11PM -0500, Michael Welling wrote:
> Do you want to revert the patch and apply a new one or should I provide a
> patch that reverts the changes and fixes it all in one?
Can you please send me separate revert and re-add patches, that's
probably going to be easier to r
On Thu, May 21, 2015 at 11:18:57AM +0100, Mark Brown wrote:
> On Wed, May 20, 2015 at 09:07:09PM -0500, Michael Welling wrote:
>
> > My guess is that the set_cs needs to be called even when toggling as GPIO.
>
> > How should I handle this?
>
> It shouldn't be part of a set_cs() operation but rat
Hi,
* Anthoine Bourgeois [150521 12:55]:
> Support dm9000 network interface in the device tree of devkit8000 board.
>
> Signed-off-by: Anthoine Bourgeois
> ---
> arch/arm/boot/dts/omap3-devkit8000.dts | 41
> ++
> 1 file changed, 41 insertions(+)
>
> diff --gi
This ethernet device is used on devkit8000 board.
Signed-off-by: Anthoine Bourgeois
---
arch/arm/configs/omap2plus_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index 8e10859..08cd89c 100644
--- a/arch/a
Support dm9000 network interface in the device tree of devkit8000 board.
Signed-off-by: Anthoine Bourgeois
---
arch/arm/boot/dts/omap3-devkit8000.dts | 41 ++
1 file changed, 41 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-devkit8000.dts
b/arch/arm/boot/dt
* Eyal Reizer [150503 05:20]:
> This includes the wlan regulator, pinmux, DMA
> and wlcore bindings.
>
> Signed-off-by: Arik Nemtsov
> Signed-off-by: Eliad Peller
> Signed-off-by: Eyal Reizer
Applying only 1/2 of this series into omap-for-v4.2/dt thanks.
Regards,
Tony
--
To unsubscribe from
This is cleary used after init time too for example for
configuring UART wake-up events during runtime.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap1/mux.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap1/mux.c b/arch/arm/mach-omap1/mux.c
ind
* Nishanth Menon [150521 00:03]:
> On 05/21/2015 01:38 AM, Tero Kristo wrote:
> > 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, c
* Tony Lindgren [150521 09:55]:
> * Tony Lindgren [150521 08:52]:
> > * Arnd Bergmann [150521 08:41]:
> > > On Thursday 21 May 2015 07:58:41 Tony Lindgren wrote:
> > > > * Arnd Bergmann [150521 05:13]:
> > > > > On Wednesday 20 May 2015 15:36:05 Tony Lindgren wrote:
> > > > > > Add support for
* Tony Lindgren [150521 08:52]:
> * Arnd Bergmann [150521 08:41]:
> > On Thursday 21 May 2015 07:58:41 Tony Lindgren wrote:
> > > * Arnd Bergmann [150521 05:13]:
> > > > On Wednesday 20 May 2015 15:36:05 Tony Lindgren wrote:
> > > > > Add support for CONFIG_SPARSE_IRQ for omap1. This takes us a
Currently the processor PLLs and Dividers are configured according to
SYSBOOT levels during boot [1][2].
In the case of boards with expansion capabitliy, like the Beaglebone,
the expansion board might touch this SYSBOOT pins a provide a wrong
clock information.
If we know the OSC on board as a fa
* Arnd Bergmann [150521 08:41]:
> On Thursday 21 May 2015 07:58:41 Tony Lindgren wrote:
> > * Arnd Bergmann [150521 05:13]:
> > > On Wednesday 20 May 2015 15:36:05 Tony Lindgren wrote:
> > > > Add support for CONFIG_SPARSE_IRQ for omap1. This takes us a bit closer
> > > > to making omap1 support
On Thursday 21 May 2015 07:58:41 Tony Lindgren wrote:
> * Arnd Bergmann [150521 05:13]:
> > On Wednesday 20 May 2015 15:36:05 Tony Lindgren wrote:
> > > Add support for CONFIG_SPARSE_IRQ for omap1. This takes us a bit closer
> > > to making omap1 support multiarch. After this series we still need
* Arnd Bergmann [150521 05:13]:
> On Wednesday 20 May 2015 15:36:05 Tony Lindgren wrote:
> > Add support for CONFIG_SPARSE_IRQ for omap1. This takes us a bit closer
> > to making omap1 support multiarch. After this series we still need to
> > make omap1 use the common clock framework and fix up th
On Thursday 21 May 2015 14:14:12 Arnd Bergmann wrote:
> On Wednesday 20 May 2015 15:36:05 Tony Lindgren wrote:
> > Add support for CONFIG_SPARSE_IRQ for omap1. This takes us a bit closer
> > to making omap1 support multiarch. After this series we still need to
> > make omap1 use the common clock fr
On Wednesday 20 May 2015 15:36:05 Tony Lindgren wrote:
> Add support for CONFIG_SPARSE_IRQ for omap1. This takes us a bit closer
> to making omap1 support multiarch. After this series we still need to
> make omap1 use the common clock framework and fix up the drivers to not
> rely on includes from
On Wednesday 20 May 2015 15:36:05 Tony Lindgren wrote:
> Add support for CONFIG_SPARSE_IRQ for omap1. This takes us a bit closer
> to making omap1 support multiarch. After this series we still need to
> make omap1 use the common clock framework and fix up the drivers to not
> rely on includes from
On Thursday 26 February 2015 14:49:51 Pali Rohár wrote:
> Without this patch function pm_runtime_get_sync() returns 0 even when some
> omap subfunction fails. This patch properly propagate error codes from omap
> functions back to caller.
>
> This patch fix problem, when loading omap-aes driver in
On Wed, May 20, 2015 at 09:07:09PM -0500, Michael Welling wrote:
> My guess is that the set_cs needs to be called even when toggling as GPIO.
> How should I handle this?
It shouldn't be part of a set_cs() operation but rather part of the main
transfer operation.
signature.asc
Description: Digi
On 05/21/2015 01:38 AM, Tero Kristo wrote:
> 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 b
26 matches
Mail list logo