Hi Paul,
2010/10/5 Paul Walmsley :
> Hello Lei,
>
> On Tue, 5 Oct 2010, Ming Lei wrote:
>
>> 2010/10/5 Kevin Hilman :
>> > Ming Lei writes:
>> >
>> >> 2010/10/4 Kevin Hilman :
>> >>>
>> >>> Why? What do you need from the PM branch that is not in l-o master?
>> >>
>> >> Seems master branch works
Implement the suggested workaround for OMAP3 regarding to sDMA draining
issue, when the channel is disabled on the fly.
This errata affects the following configuration:
sDMA transfer is source synchronized
Buffering is enabled
SmartStandby is selected.
The issue can be easily reproduced by creatin
From: Jarkko Nikula
An errata workaround for omap24xx is not setting the buffering disable bit
25 what is the purpose but channel enable bit 7 instead.
Background for this fix is the DMA stalling issue with ASoC omap-mcbsp
driver. Peter Ujfalusi has found an issue in
recording that the DMA stal
Hello,
This v5 series is based on the v3.
The first two patch is the actual fix for the original problems without any
major change in the code (only handling the corresponding erratas in the legacy
way).
The third patch in the series is optional, and it is implementing (in one patch)
the errata ha
Change the errata handling to use flags instead of cpu_is_*
cpu_class_* in the code.
The errata flags are initialized at init time.
In runtime we are using the dma_errata variable (via the
IS_DMA_ERRATA macro) to execute the required errata workaround.
Signed-off-by: Peter Ujfalusi
---
arch/arm/
> -Original Message-
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Tuesday, October 05, 2010 1:05 AM
> To: G, Manjunath Kondaiah
> Cc: Tony Lindgren; linux-omap@vger.kernel.org
> Subject: Re: NOTE: hwmod changes merged to linux-omap master
> for testing
>
> "G, Manj
On Tue, 5 Oct 2010, Paul Walmsley wrote:
> On Tue, 5 Oct 2010, Nayak, Rajendra wrote:
>
> > > -Original Message-
> > > From: Paul Walmsley [mailto:p...@pwsan.com]
> > > Sent: Tuesday, October 05, 2010 11:32 AM
> > >
> > > Some IP blocks may require extra time to become ready for register
Hi Rajendra,
On Tue, 5 Oct 2010, Nayak, Rajendra wrote:
> > -Original Message-
> > From: Paul Walmsley [mailto:p...@pwsan.com]
> > Sent: Tuesday, October 05, 2010 11:32 AM
> >
> > Some IP blocks may require extra time to become ready for register
> > reads/writes after the PRCM deasserts
> -Original Message-
> From: Paul Walmsley [mailto:p...@pwsan.com]
> Sent: Tuesday, October 05, 2010 11:32 AM
> To: Cousson, Benoit
> Cc: Nayak, Rajendra; Kevin Hilman; Tony Lindgren; linux-omap@vger.kernel.org;
> Varadarajan, Charulatha; Raja,
> Govindraj
> Subject: Re: [GIT PULL] for t
Hello Lei,
On Tue, 5 Oct 2010, Ming Lei wrote:
> 2010/10/5 Kevin Hilman :
> > Ming Lei writes:
> >
> >> 2010/10/4 Kevin Hilman :
> >>>
> >>> Why? What do you need from the PM branch that is not in l-o master?
> >>
> >> Seems master branch works fine for me, my beagle board doesn't hang
> >> uar
Hello Benoît, Rajendra, Kevin,
On Fri, 1 Oct 2010, Cousson, Benoit wrote:
> The issue is that 2420 idlest does not reflect the real status of the OCP bus
> clock, but just the fact that the idle_req is asserted or not.
>
> So potentially, the IP is still not accessible when you think it is.
> Th
On Mon, Oct 04, 2010 at 12:28:14PM -0500, Tony Lindgren wrote:
* Felipe Balbi [100930 22:52]:
Hi,
On Thu, Sep 30, 2010 at 12:19:07AM -0500, Gupta, Ajay Kumar wrote:
>AM35x has musb interface (version 1.8) and uses CPPI41 DMA engine.
>It has USB phy built inside the IP itself.
>
>Signed-off-by:
2010/10/5 Kevin Hilman :
> Ming Lei writes:
>
>> 2010/10/4 Kevin Hilman :
>>>
>>> Why? What do you need from the PM branch that is not in l-o master?
>>
>> Seems master branch works fine for me, my beagle board doesn't hang
>> uart3 disabling clocks.
>
> Master branch and PM branch have exactly t
> -Original Message-
> From: Paul Walmsley [mailto:p...@pwsan.com]
> Sent: Tuesday, October 05, 2010 10:26 AM
> To: Shilimkar, Santosh
> Cc: Balbi, Felipe; khil...@deeprootsystems.com; linux-
> o...@vger.kernel.org; linux-arm-ker...@lists.infradead.org
> Subject: RE: [PATCH 08/10] OMAP: spl
> -Original Message-
> From: Grazvydas Ignotas [mailto:nota...@gmail.com]
> Sent: Tuesday, October 05, 2010 5:14 AM
> To: Shilimkar, Santosh
> Cc: Tony Lindgren; linux-omap@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; Russell King - ARM Linux
> Subject: Re: [PATCH 02/14] omap:
On Tue, 5 Oct 2010, Shilimkar, Santosh wrote:
> > -Original Message-
> > From: Paul Walmsley [mailto:p...@pwsan.com]
> > Sent: Tuesday, October 05, 2010 1:02 AM
> >
> > It's great that this is getting cleaned up but it's too late for 2.6.37.
> > We stop taking new code after -rc6 comes ou
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> Sent: Tuesday, October 05, 2010 2:53 AM
> To: Shilimkar, Santosh
> Cc: linux-arm-ker...@lists.infradead.org; catalin.mari...@arm.com;
> t...@linutronix.de; linux-omap@vger.kernel.org
> Subject: Re: [PATC
> -Original Message-
> From: Paul Walmsley [mailto:p...@pwsan.com]
> Sent: Tuesday, October 05, 2010 1:02 AM
> To: Shilimkar, Santosh
> Cc: Balbi, Felipe; linux-omap@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org
> Subject: RE: [PATCH 08/10] OMAP: split plat-omap/common.c
>
> On
* G, Manjunath Kondaiah [100929 16:38]:
>
> Patches are same except pulling out twl and driver patches from
> the series.
>
> Paul's comment is addressed and changes are pushed to git branch.
> Build tested with omap3_defconfig and boot tested with beagle board.
Thanks, pulling this into omap-f
* Tony Lindgren [101004 17:26]:
> * Grazvydas Ignotas [101004 16:35]:
> > > Looks like for you " is_sram_locked" function is failing. There was a
> > > patch
> > > in my series from Vikram which was fixing this API.
> > >
> > > Do you have this patch applied when you are trying this out ?
> > >
* Grazvydas Ignotas [101004 16:35]:
> > Looks like for you " is_sram_locked" function is failing. There was a patch
> > in my series from Vikram which was fixing this API.
> >
> > Do you have this patch applied when you are trying this out ?
> > http://www.spinics.net/linux/lists/arm-kernel/msg986
* Paul Walmsley [101004 12:32]:
>
> Hi Tony,
>
> here's the updated pull request for this branch, with comments integrated.
>
> The following changes since commit 7ad0e386d46e9edff64705ab25337ad9130baf63:
>
> OMAP2+: defconfig: disable CPUfreq (2010-09-29 10:39:02 -0700)
>
> are available i
> Looks like for you " is_sram_locked" function is failing. There was a patch
> in my series from Vikram which was fixing this API.
>
> Do you have this patch applied when you are trying this out ?
> http://www.spinics.net/linux/lists/arm-kernel/msg98697.html
Well it looks like this only happens o
On Monday, October 04, 2010, Jean Pihet wrote:
> Uses the machine_suspend trace point, from the
> generic kernel suspend_enter function.
>
> Signed-off-by: Jean Pihet
> CC: Thomas Renninger
Acked-by: Rafael J. Wysocki
> ---
> kernel/power/suspend.c |3 +++
> 1 files changed, 3 insertions
On 10/04/2010 03:30 PM, Benjamin Herrenschmidt wrote:
> On Mon, 2010-10-04 at 09:29 +0300, Tomi Valkeinen wrote:
>>> CC drivers/video/omap2/vram.o
>>> drivers/video/omap2/vram.c: In function
>> 'omap_vram_reserve_sdram_memblock':
>>> drivers/video/omap2/vram.c:568: error: implicit declaratio
On Tuesday, October 05, 2010, Rafael J. Wysocki wrote:
> On Friday, October 01, 2010, Nishanth Menon wrote:
...
> > +int opp_init_cpufreq_table(struct device *dev,
> > + struct cpufreq_frequency_table **table)
> > +{
> > + struct device_opp *dev_opp;
> > + struct opp *opp;
On Friday, October 01, 2010, Nishanth Menon wrote:
> SoCs have a standard set of tuples consisting of frequency and
> voltage pairs that the device will support per voltage domain. These
> are called Operating Performance Points or OPPs. The actual
> definitions of OPP varies over silicon versions.
The beagleboard XM requires an active high signal to enable the USB
hub. Previous versions required an active low signal. This patch
checks which version of the board is being used and sets the enable
line accordingly.
Singed-off-by: Max Thrun
diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
On Mon, 2010-10-04 at 09:29 +0300, Tomi Valkeinen wrote:
> > CC drivers/video/omap2/vram.o
> > drivers/video/omap2/vram.c: In function
> 'omap_vram_reserve_sdram_memblock':
> > drivers/video/omap2/vram.c:568: error: implicit declaration of
> > function 'memblock_region_is_memory'
>
> Benjam
On Mon, Oct 4, 2010 at 2:52 PM, G, Manjunath Kondaiah wrote:
> Remove nosmp from your bootargs and try.
Indeed, it doesn't boot.
wizery.com/ohad/blaze-linux-omap-smp.txt.gz
>
> -Manjunath
>
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to
On Tue, Sep 07, 2010 at 01:27:23PM +0530, Santosh Shilimkar wrote:
> For the big buffers which are in excess of cache size, the maintaince
> operations by PA are very slow. For such buffers the maintainace
> operations can be speeded up by using the WAY based method.
This causes my Versatile Expre
Omap platform is omap_iounmap function.
Signed-off-by: Fernando Guzman Lugo
---
arch/arm/plat-omap/iovmm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/iovmm.c b/arch/arm/plat-omap/iovmm.c
index 8006a19..75965a1 100644
--- a/arch/arm/plat-omap/iovm
This patch adds superpages support to fixed ad address
inside iommu_kmap function.
Signed-off-by: Fernando Guzman Lugo
---
arch/arm/plat-omap/iovmm.c | 61 ++-
1 files changed, 37 insertions(+), 24 deletions(-)
diff --git a/arch/arm/plat-omap/iovmm.c b/
If some fixed da address is wanted to be mapped and the page
is freed but it is used as gap, the mapping will fail.
This patch is fixing that and olny keeps the gap for
not fixed address.
Signed-off-by: Fernando Guzman Lugo
---
arch/arm/plat-omap/iovmm.c |4 ++--
1 files changed, 2 insertion
iovmm: fixes for iovmm module
Version 2:
* Removed "iovmm: fixes for iovmm module" that patch was already
sent.
* Modified "iovmm: fix roundup for next area and end check for the
last area" patch, base on Davin Cohen's comments and rename it
to a proper name that describes what it is doing n
On Mon, 2010-10-04 at 08:04 -0700, Mark Brown wrote:
> On Mon, Oct 04, 2010 at 03:04:53PM +0300, Jarkko Nikula wrote:
> > Upcoming ASoC multi-component and OMAP hwmod changes will conflict
> > in arch/arm/mach-omap2/devices.c. Avoid this by moving a little bit
> > include statement introduced by AS
On Monday 04 October 2010 05:20:59 pm Jean Pihet wrote:
> The patch adds the new power management trace points for
> the OMAP architecture.
>
> The trace points are for cpuidle, cpufreq (DVFS), the clocks
> changes (enable, disable, set_rate) and the power domains
> transitions.
...
> diff --git a/
Hi Tony,
here's the updated pull request for this branch, with comments integrated.
The following changes since commit 7ad0e386d46e9edff64705ab25337ad9130baf63:
OMAP2+: defconfig: disable CPUfreq (2010-09-29 10:39:02 -0700)
are available in the git repository at:
git://git.pwsan.com/linux-
"G, Manjunath Kondaiah" writes:
>> "G, Manjunath Kondaiah" writes:
>>
>> > Hi Tony,
>> > With latest merges on master branch with commit ID:
>> > 0882b1455797b0a104978000a622c3f2412e7cf5 omap: READ CAREFULLY: Fix
>> > build after merging in hwmod support for testing
>> >
>> > Booting with zoom
On Mon, 4 Oct 2010, Shilimkar, Santosh wrote:
> > -Original Message-
> > From: Balbi, Felipe
> > Sent: Monday, October 04, 2010 12:31 PM
> >
> > On Mon, Oct 04, 2010 at 01:56:24AM -0500, Balbi, Felipe wrote:
> > >
> > >I still have that sitting on my gitorious tree. The patch is attached
On Mon, 4 Oct 2010, Paul Walmsley wrote:
> On Mon, 4 Oct 2010, Cousson, Benoit wrote:
>
> > > --- /dev/null
> > > +++ b/arch/arm/plat-omap/32ksynctimer.c
> > > @@ -0,0 +1,184 @@
> > > +/*
> > > + * linux/arch/arm/plat-omap/clocksource.c
> >
> > What name do you want to use? 32ksynctimer.c or clo
Here's the updated patch:
- Paul
>From b535de7eb9130d13b6121d0c67f86df7ee697850 Mon Sep 17 00:00:00 2001
From: Paul Walmsley
Date: Fri, 1 Oct 2010 15:46:41 -0600
Subject: [PATCH] OMAP2+: Kconfig: disallow builds for boards that don't use the
currently-selected SoC
Currently, if, for example,
On Mon, 4 Oct 2010, Cousson, Benoit wrote:
> > --- /dev/null
> > +++ b/arch/arm/plat-omap/32ksynctimer.c
> > @@ -0,0 +1,184 @@
> > +/*
> > + * linux/arch/arm/plat-omap/clocksource.c
>
> What name do you want to use? 32ksynctimer.c or clocksource.c?
Thanks, that's a bug.
> If this file is dedica
Ming Lei writes:
> 2010/10/4 Kevin Hilman :
>>
>> Why? What do you need from the PM branch that is not in l-o master?
>
> Seems master branch works fine for me, my beagle board doesn't hang
> uart3 disabling clocks.
Master branch and PM branch have exactly the same functionality for
UART hwmods
> -Original Message-
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Sent: Monday, October 04, 2010 11:59 PM
> To: G, Manjunath Kondaiah
> Cc: Ameya Palande; linux-omap@vger.kernel.org;
> linux-in...@vger.kernel.org;
> linux-arm-ker...@lists.infradead.org; Tony Lindgren
>
* Nicolas Kaiser [101004 11:32]:
> Including mux.h should no longer be needed for omap2/3/4 SoCs
> outside arch/arm/mach-omap2 files.
>
> Signed-off-by: Nicolas Kaiser
Thanks,
Acked-by: Tony Lindgren
> ---
> drivers/video/omap/lcd_omap3beagle.c |2 --
> 1 files changed, 0 insertions(+),
Including mux.h should no longer be needed for omap2/3/4 SoCs
outside arch/arm/mach-omap2 files.
Signed-off-by: Nicolas Kaiser
---
drivers/video/omap/lcd_omap3beagle.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/video/omap/lcd_omap3beagle.c
b/drivers/video/
On Mon, Oct 04, 2010 at 01:32:29PM +0530, G, Manjunath Kondaiah wrote:
> Dmitry,
> As agreed, can you push this patch?
> https://patchwork.kernel.org/patch/197442/
>
Manjunath,
It is queued for 2.6.37 (take a peek at 'next' branch of my tree) - I do
not believe that the failure is critical enoug
* Varadarajan, Charulatha [101004 01:20]:
> Paul,
>
> <>
>
> >
> > > > +static int __init omap_init_clocksource_32k(void)
> > > > +{
> > > > + static char err[] __initdata = KERN_ERR
> > > > + "%s: can't register clocksource!\n";
> > > > +
> > > > + if (cpu_is_
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of G,
> Manjunath Kondaiah
> Sent: Monday, October 04, 2010 10:16 PM
> To: Kevin Hilman
> Cc: Tony Lindgren; linux-omap@vger.kernel.org
> Subject: RE: NOTE: hwmod chan
On Mon, Oct 4, 2010 at 8:34 PM, Ramirez Luna, Omar wrote:
> Felipe Contreras wrote:
> ...
>>
>> Anyway, first, I think I tried a version similar to that one, and
>> doesn't apply on mainline any more, also, bootmem doesn't seem to be
>> working on ARM either, so I had to move to memblock, and thir
* Shilimkar, Santosh [101004 00:20]:
> > >
> > >[1] git://gitorious.org/usb/usb.git clksource
> >
> > I made a few changes to make checkpatch.pl --strict happy. Attached
> >
> Good !!
> This patch addresses splitting as well as multi-omap builds and probably
> also a better candidate in case we
On Mon, Oct 4, 2010 at 10:33 AM, Madhusudhan wrote:
>
>
>> -Original Message-
>> From: Steve Sakoman [mailto:sako...@gmail.com]
>> Sent: Monday, October 04, 2010 11:57 AM
>> To: Madhusudhan
>> Cc: Mike Rapoport; David Vrabel; Chris Ball; linux-...@vger.kernel.org;
>> linux-omap@vger.kernel
Hi!
> >> Here is what I am proposing, in reply to all your comments:
> >>
> >> 1) rename the events to match Thomas's proposal:
> >> power:power_cpu_cstate
> >> power:power_cpu_pstate
> >> power:power_cpu_sstate
> > If that sstate thing is going to mean "suspend", then please drop it.
* Nicolas Kaiser [101004 08:35]:
> Remove duplicated include.
>
> Signed-off-by: Nicolas Kaiser
> ---
> drivers/video/omap/lcd_omap3beagle.c |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/video/omap/lcd_omap3beagle.c
> b/drivers/video/omap/lcd_omap3beagl
Felipe Contreras wrote:
...
>
> Anyway, first, I think I tried a version similar to that one, and
> doesn't apply on mainline any more, also, bootmem doesn't seem to be
> working on ARM either, so I had to move to memblock, and third, I
> don't think that platform device is correct since it depend
> -Original Message-
> From: Steve Sakoman [mailto:sako...@gmail.com]
> Sent: Monday, October 04, 2010 11:57 AM
> To: Madhusudhan
> Cc: Mike Rapoport; David Vrabel; Chris Ball; linux-...@vger.kernel.org;
> linux-omap@vger.kernel.org
> Subject: Re: [PATCH 0/2] mmc: omap_hsmmc: support SDIO
* Felipe Balbi [100930 22:52]:
> Hi,
>
> On Thu, Sep 30, 2010 at 12:19:07AM -0500, Gupta, Ajay Kumar wrote:
> >AM35x has musb interface (version 1.8) and uses CPPI41 DMA engine.
> >It has USB phy built inside the IP itself.
> >
> >Signed-off-by: Ajay Kumar Gupta
>
> besides the one small questi
* tom.leim...@gmail.com [101004 09:45]:
> From: Ming Lei
>
> The instance of omap_mmc_platform_data is alwasy passed to
> mmc omap host driver from board, so remove ifdef in omap_mmc_platform_data
> defination to simplify handling it in mmc omap host driver.
OK, let's do this. Eventually we ca
On Mon, Oct 4, 2010 at 9:45 AM, Madhusudhan wrote:
>
>
>> -Original Message-
>> From: Steve Sakoman [mailto:sako...@gmail.com]
>> Sent: Monday, October 04, 2010 11:32 AM
>> To: Mike Rapoport
>> Cc: David Vrabel; Chris Ball; linux-...@vger.kernel.org; linux-
>> o...@vger.kernel.org; madhu..
* Peter Ujfalusi [101004 01:26]:
> On Monday 04 October 2010 11:29:16 ext Peter Ujfalusi wrote:
> > Hello,
> >
> > Will resend, since
>
> I'll wait for comments on v4 series, and I'll send the v5 later today after
> the
> comments to reduce the noise.
Looks like we should have the minimal two
* Peter Ujfalusi [101004 03:33]:
> On Monday 04 October 2010 12:17:41 ext G, Manjunath Kondaiah wrote:
> >
> > ...
> >
> > > + /* OMAP3 Errata i541: sDMA FIFO draining does not finish */
> >
> > This logic is required for multiple erratas.
>
> As Tony requested, I have added a variable for fla
From: Ming Lei
The instance of omap_mmc_platform_data is alwasy passed to
mmc omap host driver from board, so remove ifdef in omap_mmc_platform_data
defination to simplify handling it in mmc omap host driver.
The patch fixes the compile error below:
drivers/mmc/host/omap.c: In function 'mmc_oma
Hi,
On Mon, Oct 4, 2010 at 6:10 PM, Frank Ch. Eigler wrote:
> Hi -
>
>> Provide a CONFIG_DEPRECATED_POWER_EVENT_TRACING option in order
>> to provide backward compatibility with the user space tracing tools.
>
> This is clever:
>
>> +/* Map new events trace points calls to old ones */
>> +#defin
> -Original Message-
> From: Steve Sakoman [mailto:sako...@gmail.com]
> Sent: Monday, October 04, 2010 11:32 AM
> To: Mike Rapoport
> Cc: David Vrabel; Chris Ball; linux-...@vger.kernel.org; linux-
> o...@vger.kernel.org; madhu...@ti.com
> Subject: Re: [PATCH 0/2] mmc: omap_hsmmc: support
> -Original Message-
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Monday, October 04, 2010 8:36 PM
> To: G, Manjunath Kondaiah
> Cc: Tony Lindgren; linux-omap@vger.kernel.org
> Subject: Re: NOTE: hwmod changes merged to linux-omap master
> for testing
>
> "G, Manj
On Wed, Sep 1, 2010 at 11:02 PM, Mike Rapoport wrote:
> David Vrabel wrote:
>>
>> On 27/08/2010 20:22, Chris Ball wrote:
>>>
>>> Hi David,
>>>
>>> On Mon, Feb 22, 2010 at 02:24:17PM +, David Vrabel wrote:
These patches add support for SDIO cards to the omap_hsmmc driver.
Power m
Hi,
On Mon, Oct 4, 2010 at 6:59 PM, Ramirez Luna, Omar wrote:
> Felipe Contreras wrote:
>> I was trying the iommu patches but I noticed the tidspbridge driver
>> doesn't work at all, I found two critical issues:
>>
>> First, the platform device is missing, so there's no way the driver
>> can work
2010/10/4 Kevin Hilman :
>
> Why? What do you need from the PM branch that is not in l-o master?
Seems master branch works fine for me, my beagle board doesn't hang
uart3 disabling clocks.
I only want to have a try of the runtime pm feature of omap3, so use
PM branch to do the test.
>
> The PM
Hi Vishwa,
On Mon, 4 Oct 2010, Vishwanath BS wrote:
> This patch adds comments on precatution to be taken if Global Warm reset is
> used as the means to trigger sysem reset.
thanks for this but the comment style still needs at least one more fix
per Documentation/CodingStyle:
The preferr
Hi -
> Provide a CONFIG_DEPRECATED_POWER_EVENT_TRACING option in order
> to provide backward compatibility with the user space tracing tools.
This is clever:
> +/* Map new events trace points calls to old ones */
> +#define trace_processor_idle(state, cpu_id) \
> +
Otherwise tidspbridge cannot work.
It looks like this was dropped in the conversion to staging. I took the
liberty of doing some cleaning up.
Signed-off-by: Felipe Contreras
---
arch/arm/mach-omap2/Makefile |4 ++
arch/arm/mach-omap2/dsp.c | 85 +++
Signed-off-by: Felipe Contreras
---
drivers/staging/tidspbridge/core/tiomap3430.c | 14 --
drivers/staging/tidspbridge/core/tiomap3430_pwr.c | 14 --
drivers/staging/tidspbridge/core/tiomap_io.c |4 +++-
.../tidspbridge/include/dspbridge/host_os.h
Hi,
It seems the platform device was dropped from the migration of tidspbridge into
staging, plus the sdram meblock (previously bootmem) required for it work are
gone.
Withouth these patches the driver loads, but doesn't do anything.
A second issue with ioremap() still remains, but that can be s
This patch adds comments on precatution to be taken if Global Warm reset is
used as the means to trigger sysem reset.
Signed-off-by: Vishwanath BS
Cc: Paul Walmsley
---
arch/arm/mach-omap2/prcm.c | 28
1 files changed, 28 insertions(+), 0 deletions(-)
diff --git
Hi,
Felipe Contreras wrote:
> Hi,
>
> I was trying the iommu patches but I noticed the tidspbridge driver
> doesn't work at all, I found two critical issues:
>
> First, the platform device is missing, so there's no way the driver
> can work. It seems to have been dropped from the migration to s
On Mon, Oct 04, 2010 at 05:37:04PM +0200, ext Guzman Lugo, Fernando wrote:
>
>
> > -Original Message-
> > From: David Cohen [mailto:daco...@gmail.com]
> > Sent: Monday, October 04, 2010 7:11 AM
> > To: Guzman Lugo, Fernando
> > Cc: David Cohen; Doyu Hiroshi (Nokia-MS/Espoo); Contreras
Ming Lei writes:
> 2010/10/4 Govindraj :
>> I tried now on zoom3 with uart3[ttyO2] as console
>>
>> It boots up fine for me
>>
>> Logs:
>>
>> http://pastebin.com/sXR5nYcD
>>
>> I am using omap2plus_defconfig and lo-master
>>
>> commit 0882b1455797b0a104978000a622c3f2412e7cf5
>> Author: Tony Lindg
Remove duplicated include.
Signed-off-by: Nicolas Kaiser
---
drivers/video/omap/lcd_omap3beagle.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/video/omap/lcd_omap3beagle.c
b/drivers/video/omap/lcd_omap3beagle.c
index ca75cc2..ac715f9 100644
--- a/drivers/vide
Vishwanath BS writes:
> This patch adds comments on precatution to be taken if Global SW reset is
> used as the means to trigger sysem reset.
>
> Signed-off-by: Vishwanath BS
> Cc: Paul Walmsley
Please fix multi-line comment style.
Search for 'multi-line' in Documentation/CodingStyle
Kevin
Sunday 03 October 2010 04:42:53 Guennadi Liakhovetski napisał(a):
> On Sat, 2 Oct 2010, Janusz Krzysztofik wrote:
> > Saturday 02 October 2010 08:07:28 Guennadi Liakhovetski napisał(a):
> > > Same with this one - let's take it as is and address a couple of
> > > clean-ups later.
> >
> > Guennadi,
>
> -Original Message-
> From: David Cohen [mailto:daco...@gmail.com]
> Sent: Monday, October 04, 2010 7:11 AM
> To: Guzman Lugo, Fernando
> Cc: David Cohen; Doyu Hiroshi (Nokia-MS/Espoo); Contreras
> Felipe (Nokia-MS/Helsinki); Palande Ameya
> (Nokia-MS/Helsinki); linux-ker...@vger.ker
Hi,
On Fri, Oct 1, 2010 at 5:12 AM, Fernando Guzman Lugo wrote:
> This set of patches remove the dspbridge custom mmu
> implementation and use iommu module instead.
I suppose the driver wouldn't work in the middle of this patch series.
I wanted to try this patches and experiment to see if I coul
Hi,
I was trying the iommu patches but I noticed the tidspbridge driver
doesn't work at all, I found two critical issues:
First, the platform device is missing, so there's no way the driver
can work. It seems to have been dropped from the migration to staging
which happened some time ago... I wou
Ming Lei writes:
> I just tested pm branch of tony's linux-omap-2.6 tree, and found my
> beagle will hang in uart3 disabling clocks, follows the log info:
It greatly helps when you also state what defconfig you're using, and
what you've changed from the default defconfig.
... more below...
> S
Provide a CONFIG_DEPRECATED_POWER_EVENT_TRACING option in order
to provide backward compatibility with the user space tracing tools.
To be removed as soon as the tools are in sync with the new API.
Note: only the old events are mapped to.
Signed-off-by: Jean Pihet
CC: Thomas Renninger
---
inc
Uses the machine_suspend trace point, from the
generic kernel suspend_enter function.
Signed-off-by: Jean Pihet
CC: Thomas Renninger
---
kernel/power/suspend.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/kernel/power/suspend.c b/kernel/power/suspend.c
index 733595
The patch adds the new power management trace points for
the OMAP architecture.
The trace points are for cpuidle, cpufreq (DVFS), the clocks
changes (enable, disable, set_rate) and the power domains
transitions.
Signed-off-by: Jean Pihet
---
arch/arm/mach-omap2/cpuidle34xx.c |3 +++
arch/ar
From: Thomas Renninger
New power trace events:
power:processor_idle
power:processor_frequency
power:machine_suspend
C-state/idle accounting events:
power:power_start
power:power_end
are replaced with:
power:processor_idle
and
power:power_frequency
is replaced with:
power:processor_fre
Here is a re-spin of the patches after discussion.
It includes:
- clean-up of the API,
- a deprecation process for backward compatibility,
- support for x86 and OMAP processors,
- support for the following tracepoints: cpuidle, cpufreq,
system suspend, clocks & power domains
ToDO:
- documentati
2010/10/4 Govindraj :
> I tried now on zoom3 with uart3[ttyO2] as console
>
> It boots up fine for me
>
> Logs:
>
> http://pastebin.com/sXR5nYcD
>
> I am using omap2plus_defconfig and lo-master
>
> commit 0882b1455797b0a104978000a622c3f2412e7cf5
> Author: Tony Lindgren
> Date: Fri Oct 1 17:23:48
"G, Manjunath Kondaiah" writes:
> Hi Tony,
> With latest merges on master branch with commit ID:
> 0882b1455797b0a104978000a622c3f2412e7cf5 omap: READ CAREFULLY: Fix build
> after merging in hwmod support for testing
>
> Booting with zoom3 seems to be fine but observed issues with omap4 blaze
>
On Mon, Oct 04, 2010 at 03:04:53PM +0300, Jarkko Nikula wrote:
> Upcoming ASoC multi-component and OMAP hwmod changes will conflict
> in arch/arm/mach-omap2/devices.c. Avoid this by moving a little bit
> include statement introduced by ASoC Multi-Component Support patch.
>
> Signed-off-by: Jarkko
This patch adds comments on precatution to be taken if Global SW reset is
used as the means to trigger sysem reset.
Signed-off-by: Vishwanath BS
Cc: Paul Walmsley
---
arch/arm/mach-omap2/prcm.c | 26 ++
1 files changed, 26 insertions(+), 0 deletions(-)
diff --git a/ar
On 9/21/2010 10:56 AM, DebBarma, Tarun Kanti wrote:
This patch removes the ocp config code from omap-plat
because they are supposed to be taken care of by the
hwmod framework. Specifically, following changes are
incorporated:
(1) setting of smart-idle and wakeup-enable is already
taken care in ex
On Mon, Oct 4, 2010 at 2:13 PM, G, Manjunath Kondaiah wrote:
> ES2.0 or ES1.0?
2.0
>
> -Manjunath
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
2010/10/4 Premi, Sanjeev :
>
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org
>> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Ming Lei
>> Sent: Sunday, October 03, 2010 2:34 PM
>> To: Kevin Hilman; linux-omap@vger.kernel.org
>> Subject: beagle hangs in uart3 disabli
> -Original Message-
> From: Ohad Ben-Cohen [mailto:o...@wizery.com]
> Sent: Monday, October 04, 2010 5:39 PM
> To: G, Manjunath Kondaiah
> Cc: Tony Lindgren; linux-omap@vger.kernel.org
> Subject: Re: NOTE: hwmod changes merged to linux-omap master
> for testing
>
> On Mon, Oct 4, 201
> -Original Message-
> From: Peter Ujfalusi [mailto:peter.ujfal...@nokia.com]
> Sent: Monday, October 04, 2010 4:13 PM
> To: G, Manjunath Kondaiah
> Cc: Tony Lindgren; linux-omap@vger.kernel.org; Jarkko Nikula;
> linux-arm-ker...@lists.infradead.org
> Subject: Re: [PATCH v4 4/4] OMAP3:
On Mon, Oct 4, 2010 at 11:59 AM, Tomi Valkeinen
wrote:
> Hi,
>
> On Fri, 2010-10-01 at 17:57 +0200, ext Grazvydas Ignotas wrote:
>> hi,
>>
>> I've been building linux-next for a while now and keep getting these
>> build errors, just posting them here in case not all are known. Not
>> familiar enou
1 - 100 of 162 matches
Mail list logo