Hello,
On Tuesday 08 December 2009 15:05:47 ext Jarkko Nikula wrote:
On Tue, 8 Dec 2009 13:06:05 +0100
Belisko Marek marek.beli...@gmail.com wrote:
Hi,
I would like to rewrite old eac audio driver for omap730 to current
ASoc implementation
but as I can understand new implementation
Tony Lindgren wrote:
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next-vol2
Tony,
A query on this for-next-vol2 branch:
Is this branch going to be pushed in the current merge
window, or is it for the -rc series?
PatchWorks
Hi all,
I'm using the beagleboard ,and android linux kernel obtained from the
rowboat project .
The cpufreq files are located and everything works fine except that
it doesn't change the frequency it works on,I echo'ed the
scaling_governor to use the userspace .
However it still doesn't change
On Tue, 2009-12-08 at 10:33 -0800, Tony Lindgren wrote:
* Ladislav Michl ladislav.mi...@seznam.cz [091208 10:20]:
There is nothing special on omapflash driver, so it can be replaced with
physmap-flash. First patch in serie does exactly this and second one removes
drivers/mtd/maps/omap_nor.c
Devices AM3505 and AM3517 will be more commonly available.
Also, with more devices planned in this family, it is better
to rename the macros to follow cpu_is_amXXX() naming.
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/mach-omap2/id.c |4 ++--
From: Sergey Lapin slapi...@gmail.com
The macros for detecting the cpu had same
inversion problem fixed in earlier patch.
[1] omap3: id code detection 3525 vs 3515
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/plat-omap/include/plat/cpu.h |8
1 files changed, 4
Cory Maccarrone darkstar6...@gmail.com writes:
The current gpio-keys driver assumes that each given GPIO has
the ability to respond to both rising and falling interrupts
at the same time. For some GPIOs on certain devices, the interrupt
is only one-directional -- either rising or falling,
Tony,
Tony Lindgren wrote:
* Gadiyar, Anand gadi...@ti.com [091207 08:35]:
Tony Lindgren wrote:
* Mike Rapoport m...@compulab.co.il [091206 07:30]:
Tony,
Any chance this can go to 2.6.33?
Sure, I was just waiting to hear back if the OUTPUT_PULLUP is
needed for sure? Or is just OUTPUT
Devices AM3505 and AM3517 will be more commonly available.
Also, with more devices planned in this family, it is better
to rename the macros to follow cpu_is_amXXX() naming.
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/mach-omap2/id.c |6 +++---
snip
With current Linus' tree + this patch, I can boot up on 3630.
Playing with the omap3_defconfig now, to see how many boards
we can boot up with a single image :)
I got a zoom2, zoom3, 3430SDP and 3630 SDP booting with a
single image.
I had to disable Profiling and Sound support to
Hi all,
CPUfreq doesn't work,,I downloaded the PM Linux kernel ,and enabled
the CPUFREQ driver before compilation .
However every writting in the scaling_setspeed doesn't get any
return,,doesn't change the frequency however without errors .
Any Idea??
--
tarek
--
To unsubscribe from this list:
On Wed, Dec 9, 2009 at 3:32 AM, Ferenc Wagner wf...@niif.hu wrote:
Cory Maccarrone darkstar6...@gmail.com writes:
Interesting. Btw. I'd like to convert gpio-keys from edge-triggered to
level-triggered interrupts. Would that work for your hardware?
I'm fairly certain it wouldn't. Each of
* Artem Bityutskiy dedeki...@gmail.com [091209 02:06]:
On Tue, 2009-12-08 at 10:33 -0800, Tony Lindgren wrote:
* Ladislav Michl ladislav.mi...@seznam.cz [091208 10:20]:
There is nothing special on omapflash driver, so it can be replaced with
physmap-flash. First patch in serie does
* Gadiyar, Anand gadi...@ti.com [091209 00:41]:
Tony Lindgren wrote:
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next-vol2
Tony,
A query on this for-next-vol2 branch:
Is this branch going to be pushed in the current
* Gadiyar, Anand gadi...@ti.com [091209 06:16]:
snip
With current Linus' tree + this patch, I can boot up on 3630.
Playing with the omap3_defconfig now, to see how many boards
we can boot up with a single image :)
I got a zoom2, zoom3, 3430SDP and 3630 SDP booting with a
* Mike Rapoport m...@compulab.co.il [091209 05:26]:
Tony,
Tony Lindgren wrote:
* Gadiyar, Anand gadi...@ti.com [091207 08:35]:
Tony Lindgren wrote:
* Mike Rapoport m...@compulab.co.il [091206 07:30]:
Tony,
Any chance this can go to 2.6.33?
Sure, I was just waiting to hear back if
Linus,
Here are the new display subsystem and framebuffer drivers for OMAP2/3.
The drivers have been reviewed on linux-omap and linux-fbdev-devel, and
are in use, for example, on N900, Beagle Board and Overo boards.
The drivers are actively maintained and developed further, and I have
already a
Hi tataki
tarek attia wrote:
Hi all,
CPUfreq doesn't work,,I downloaded the PM Linux kernel ,and enabled
the CPUFREQ driver before compilation .
However every writting in the scaling_setspeed doesn't get any
return,,doesn't change the frequency however without errors .
Any Idea??
--
tarek
Hi Balaji,
On Wed, Dec 09, 2009 at 11:09:33AM +0530, Krishnamoorthy, Balaji T wrote:
Hi Samuel,
This patch is not merged. Please let me know if I am missing something
so that i can post the patches rebased on the latest 2.6.32.
I'd appreciate if you could rebase your patches, and also
On Wed, Dec 09, 2009 at 08:15:26AM -0800, Cory Maccarrone wrote:
On Wed, Dec 9, 2009 at 3:32 AM, Ferenc Wagner wf...@niif.hu wrote:
Cory Maccarrone darkstar6...@gmail.com writes:
Interesting. Btw. I'd like to convert gpio-keys from edge-triggered to
level-triggered interrupts. Would
Tony, Russell,
This series has fixes for OMAP4430 and generated against latest mainline
kernel. The
series is tested on OMAP4430SDP ES1.0 silicon
It's needs an UART related patch which is in your(Tony's) queue.
Please review the same.
The following changes since commit
This patch fixes the public sram base address and available
size on OMAP4430.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/plat-omap/sram.c | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/arch/arm/plat-omap/sram.c
The secondary cores wakes up in time so the wait loop is not
necessary anymore.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap-smp.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mach-omap2/omap-smp.c
On OMAP4430 the UART3 base address is different than that on OMAP3.
Because of this existing code needs additional #ifdef'ry to accommodate
that code. Hence this patch separates it. Also UART3 base address is
fixed for OMAP4430 in this patch.
Signed-off-by: Santosh Shilimkar
This patch fixes the OMAP4430 cpu detection. Since the omap ID
register is not fused in OMAP4430 ES1.0 silicon, identification is
done using ARM CPUID register.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/id.c | 27 ++-
The AuxCoreBoot0 and AuxCoreBoot1 can be only accessed in secure
mode. Replace the current code with secure monitor API's to access/modify
these registers.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap-headsmp.S| 35 +---
Enable minimum features to boot omap4430 on es1.0 samples
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/configs/omap_4430sdp_defconfig | 146 ++-
1 files changed, 84 insertions(+), 62 deletions(-)
diff --git
Tony, Russell,
This series is based on top of earlier series [1] and generated against latest
Mainline. This enables the L2 cache support on OMAP4430 SDP platform.
[1] http://patchwork.kernel.org/patch/66028/
[PATCH 0/6] OMAP4: update series
The Errata patch [PATCH 3/4] may need to be
The boot_secondary() needs to call outer_clean_range() because the
L2 cache is already enabled in the kernel boot with
early_initcall
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap-smp.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff
This patch implements the work-around for the errata 588369. The secure API
is used to alter L2 debug regsiter because of trust-zone.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/Kconfig | 13 +
arch/arm/mm/cache-l2x0.c | 32
This patch enables L2 cache and associated Errata on the OMAP4430
SDP.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/configs/omap_4430sdp_defconfig |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/omap_4430sdp_defconfig
This patch adds L2 Cache support for OMAP4. External L2 cache
is used in OMPA4
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c| 30
arch/arm/mm/Kconfig|2 +-
Santosh
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Shilimkar, Santosh
Sent: Wednesday, December 09, 2009 12:29 PM
To: t...@atomide.com
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org;
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Shilimkar, Santosh
Sent: Wednesday, December 09, 2009 12:29 PM
To: t...@atomide.com
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org;
-Original Message-
From: Shilimkar, Santosh
Sent: Wednesday, December 09, 2009 12:49 PM
To: Pandita, Vikram; t...@atomide.com
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org;
li...@arm.linux.org.uk
Subject: RE: [PATCH 6/6] OMAP4: Sync up omap4430 defconfig
# Automatically generated make config: don't edit
-# Linux kernel version: 2.6.30-rc7
-# Tue Jun 9 12:36:23 2009
+# Linux kernel version: 2.6.32
+# Sun Dec 6 23:37:45 2009
snip
-# CONFIG_SYSFS_DEPRECATED=y is not set
-# CONFIG_SYSFS_DEPRECATED_V2=y is not set
Shilimkar, Santosh wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Shilimkar, Santosh
Sent: Wednesday, December 09, 2009 12:29 PM
To: t...@atomide.com
Cc: linux-arm-ker...@lists.infradead.org;
Hi,
* Santosh Shilimkar santosh.shilim...@ti.com [091209 10:42]:
This patch implements the work-around for the errata 588369. The secure API
is used to alter L2 debug regsiter because of trust-zone.
This one should be queued via Russell's patch system. It should
be also acked by Catalin.
On Wed, Dec 9, 2009 at 12:29 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
This patch fixes the OMAP4430 cpu detection. Since the omap ID
register is not fused in OMAP4430 ES1.0 silicon, identification is
done using ARM CPUID register.
Am I reading the commit message wrong? the code
Hi Santosh,
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh
This patch fixes the OMAP4430 cpu detection. Since the omap ID
register is not fused in OMAP4430 ES1.0 silicon, identification is
done using ARM CPUID register.
I think
-Original Message-
From: Cousson, Benoit
Sent: Thursday, December 10, 2009 1:04 AM
To: Shilimkar, Santosh; t...@atomide.com
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org;
li...@arm.linux.org.uk
Subject: RE: [PATCH 1/6] OMAP4: Fix cpu detection
Hi Santosh,
Thanks Nishant !!
+ if ((hawkeye == 0xb852) (rev == 0x0)) {
+ omap_revision = OMAP4430_REV_ES1_0;
+ pr_info(OMAP%04x %s\n, omap_rev() 16, rev_name);
+ return;
+ }
+
+ printk(KERN_ERR Unknown OMAP CPU id\n);
a) Do you
On Wed, Dec 9, 2009 at 1:50 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
Thanks Nishant !!
+ if ((hawkeye == 0xb852) (rev == 0x0)) {
+ omap_revision = OMAP4430_REV_ES1_0;
+ pr_info(OMAP%04x %s\n, omap_rev() 16, rev_name);
+
Change the way McBSP registers are maintained: store values written to the
device in a cache in order to make use of those cached values when
convenient.
This could help for developing the McBSP context save/restore features, as
well as solve the problem of possible register corruption,
There are several places where readw()/writew() functions are used instead of
OMAP_MCBSP_READ()/WRITE() macros for manipulating McBSP registers. Replace
them with macros to ensure consistent behaviour after caching is introduced.
Created against linux-omap for-next,
commit
OMAP_MCBSP_READ()/_WRITE() macros and omap_mcbsp_read()/_write() functions
accept McBSP register base address as an argument. In order to support
caching, that must be replaced with an address of the omap_mcbsp structure
that would provide addresses for both register AND cache access.
Since OMAP_
Determine cache size required per McBSP port at init time, based on processor
type running on.
Allocate space for storing cached copies of McBSP register values at port
request.
Modify omap_msbcp_write() function to update the cache with every register
write operation.
Modify omap_mcbsp_read() to
Change the way McBSP registers are updated: use cached values instead of
relying upon those read back from the device.
With this patch, I have finally managed to get rid of all random
playback/recording hangups on my OMAP1510 based Amstrad Delta hardware. Before
that, values read back from McBSP
Split omap_mcbsp_read()/_write() functions logic into omap1 and omap2/3/4
parts, then move them out of plat-omap/mcbsp.c into mach-omap1/mcbsp.c and
mach-omap2/mcbsp.c respectively, to leave some of the if cpu_is_omap()
else stuff.
Applies on top of patch 4 from this series:
[PATCH v7 4/5]
OMAP_MCBSP_READ()/_WRITE() macros and omap_mcbsp_read()/_write() functions
accept McBSP register base address as an argument. In order to support
caching, that must be replaced with an address of the omap_mcbsp structure
that would provide addresses for both register AND cache access.
Since OMAP_
Remove unused data type omap_gpio_switch_config
Thereby also get rid of following sparse warnings:
arch/arm/plat-omap/include/plat/board.h :121:20:
warning: dubious bitfield without explicit `signed' or `unsigned'
arch/arm/plat-omap/include/plat/board.h :122:19:
warning: dubious
On Wed, Dec 9, 2009 at 9:58 AM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Wed, Dec 09, 2009 at 08:15:26AM -0800, Cory Maccarrone wrote:
On Wed, Dec 9, 2009 at 3:32 AM, Ferenc Wagner wf...@niif.hu wrote:
I'm fairly certain it wouldn't. Each of the interrupts on my hardware
has a
Govindraj govindraj...@gmail.com writes:
On Wed, Nov 25, 2009 at 12:18 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Govindraj.R govindraj.r...@ti.com writes:
From 4756e3743c7acd2de1030b2bd432c1b19f0b9ff5 Mon Sep 17 00:00:00 2001
From: Govindraj R govindraj.r...@ti.com
Date: Fri, 13
[sorry for being late to the party, I've been on vacation]
Mika Westerberg ext-mika.1.westerb...@nokia.com writes:
[...]
How about something like in the patch attached?
Then for example we would do in board-rx51.c:
...
omap_serial_init_port(2);
(we only use UART3 as serial
Thara Gopinath th...@ti.com writes:
Some clock nodes like wdt1_fck, sr1_fck, sr2_fck etc do not have a
clock domain associated . For such nodes accessing the clock domain pointers
in _add_initiator_dep and _del_initiator_dep, will lead to null pointer
defreferencing crash. Adding support in
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
Current warning messages will be constantly printed out during normal
operation
if smartreflex autocompensation is disabled.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Agreed that these warnings are
Kevin Hilman had written, on 12/09/2009 05:15 PM, the following:
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
Current warning messages will be constantly printed out during normal operation
if smartreflex autocompensation is disabled.
Signed-off-by: Tero
On Thu, Dec 10, 2009 at 12:15:26AM +0100, ext Kevin Hilman wrote:
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
Current warning messages will be constantly printed out during normal operation
if smartreflex autocompensation is disabled.
Signed-off-by: Tero
Paul Walmsley p...@pwsan.com writes:
On Thu, 26 Nov 2009, Thara Gopinath wrote:
MPU power domain bank 0 bits are displayed in position of bank 1
in PWRSTS and PREPWRSTS registers. So read them from correct
position
Signed-off-by: Thara Gopinath th...@ti.com
Cc: Kevin Hilman
Peter Ujfalusi peter.ujfal...@nokia.com writes:
Wake-up from McBSP ports are needed, especially when the THRESHOLD
dma mode is in use for audio playback.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
Looks good, adding to PM branch and will queue in pm-fxies for
2.6.33-rc series.
Felipe Balbi had written, on 12/09/2009 05:23 PM, the following:
On Thu, Dec 10, 2009 at 12:15:26AM +0100, ext Kevin Hilman wrote:
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
Current warning messages will be constantly printed out during normal operation
Nishanth Menon n...@ti.com writes:
Felipe Balbi had written, on 12/09/2009 05:23 PM, the following:
On Thu, Dec 10, 2009 at 12:15:26AM +0100, ext Kevin Hilman wrote:
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
Current warning messages will be
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Monday, November 30, 2009 11:04 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH V2] AM3517: Add support for TSC2004 driver
* Hiremath, Vaibhav hvaib...@ti.com [091125 21:13]:
Gadiyar, Anand wrote:
Select sound codecs to allow this defconfig to build again
Also, sync up this defconfig with the generated .configs.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Olof Johansson o...@lixom.net
---
In addition to this, I needed this patch:
Hi,
{removing invalid lkml-like addressee}
On Thu, Dec 10, 2009 at 11:19:52AM +0530, Anand Gadiyar wrote:
Select sound codecs to allow this defconfig to build again
You need to fix the config option dependencies/selects, updating the
defconfig just papers over the real problem.
Also, sync up
Enable minimum features to boot omap4430 on es1.0 samples. v2 versions
removes the CONFIG_SYSFS_DEPRECATED_V2 since it's deprecated. Without
this older file system doesn't boot. One need to upgrade the filesystem
if getting stuck in first init function.
Signed-off-by: Santosh Shilimkar
This patch fixes the OMAP4430 cpu detection. The IC rev detection is
done with hawkeye and rev. Note that rev does not map directly to
defined processor revision numbers as ES1.0 uses value 0.It also fixes
the SCM base address to read the correct ID_CODE register.
Also the cpu_is_omap44xx() and
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, December 10, 2009 4:39 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; Paul Walmsley
Subject: Re: [PATCH] OMAP3: hwmod: check for clkdomain pointer before
accesing it to change the sleep
This patch adds SDIO IRQ support for OMAP35xx. Tested on OMAP3530EVM
with Marvell 88W8686 card and below are the observed throughput results
(ttcp utility): 13Mbps (Downlink), 10.5 Mbps(Uplink)
Signed-off-by: Phaneendra Kumar ph...@embwise.com
---
drivers/mmc/host/omap_hsmmc.c | 55
69 matches
Mail list logo