Hi Vishwanath,
On Thu, 26 Nov 2009, Vishwanath BS wrote:
In omap34xx_clks, CK_343X type is used by all OMAP3 family of
processors. It makes more sense to name clock type as CK_3XXX since it
is common to all OMAP3 processors.
Hmmm. Do all of the CK_3XXX clocks apply to AM3503/3517?
-
Hi Tony,
Current omap serial driver takes control of all 3 (4 on OMAP3640)
UARTS. However, we have such a setup where UART2 for example is used
by bluetooth driver. It uses the UART as non-standard way (there are
some Nokia extensions to H4 protocol) so we cannot use the standard
driver for
Hello Vishwanath,
a few comments:
On Thu, 26 Nov 2009, Vishwanath BS wrote:
From: Richard Woodruff r-woodru...@ti.com
DPLL4 for 3630 introduces a changed block requiring special divisor bits and
additional reg fields. To allow for silicons to use this, this is introduced
as a
Hello Vishwanath,
On Thu, 26 Nov 2009, Vishwanath BS wrote:
This patch set introduces clock changes for OMAP3630. Major changes in
OMAP3630 w.r.t clock are 1. Introduction of j type dpll4 2. CLKSEL filed
width is increased by 1 bit for DPLL4M3, M4, M5 and M6 3. SGX can be run
at 192Mhz
Hello Vishwanath,
On Thu, 26 Nov 2009, Vishwanath BS wrote:
SGX can run at 192MHz on 3630 and this patch has changes to support this
feature. Basically DPLL4 M2 will be 192Mhz which will be used as SGX
Clock. 192Mhz clock is divided by 2 (using CM_CLKSEL_CORE) to generate
96Mhz clock
Cc:
Hello Vishwanath,
On Thu, 26 Nov 2009, Vishwanath BS wrote:
DPLL4 M, M3, M4, M5 and M6 field width has been increased by 1 bit in
3630.This patch has changes to accommodate this in CM dynamically based
on chip version. Primary changes are
1. Added clksel_mask_3630 to take care clksel width
Looking at the very original patch, I don't know how things could get
into deep sleep by disabling the fclk only... need to disable the iclk
also. In threshold mode, HW autogates the iclk, so you may be just
lucky.
[Anuj] No, I am not :(. I had to modify the original patch to include
the
Hi Samuel,
On Fri, Nov 27, 2009 at 9:36 PM, Samuel Ortiz sa...@linux.intel.com wrote:
Hi Amit,
On Wed, Nov 25, 2009 at 12:47:51PM +0200, Amit Kucheria wrote:
diff --git a/drivers/mfd/Makefile b/drivers/mfd/Makefile
index af0fc90..df1897b 100644
--- a/drivers/mfd/Makefile
+++
From: Chris Hudson chud...@kionix.com
This patch alters mux.c and mux.h to allow gpio configuration in support of the
kxte9 accelerometer on the OMAP ZoomII platform.
Signed-off-by: Chris Hudson chud...@kionix.com
---
arch/arm/mach-omap2/mux.c |2 ++
From: Chris Hudson chud...@kionix.com
This is a request for comments regarding adding driver support for the Kionix
KXTE9 digital tri-axis accelerometer. This part features built-in tilt
position (orientation), wake-up and back-to-sleep algorithms, which can trigger
a user-configurable
From: Chris Hudson chud...@kionix.com
This patch alters board-zoom-peripherals.c to add platform data initialization,
gpio configuration, and i2c-2 bus initialization in support of the kxte9
accelerometer on the OMAP ZoomII platform.
Signed-off-by: Chris Hudson chud...@kionix.com
---
On Mon, Nov 30, 2009 at 11:17:47AM +0530, Gadiyar, Anand wrote:
Olof Johansson wrote:
Having one combined defconfig that is the superset of the individual
defconfigs for OMAP3 platforms is useful for easily finding build
errors. Not to mention convenient as a base if you want to boot
On Mon, 2009-11-30 at 10:46 +0200, Mika Westerberg wrote:
Hi Tony,
Current omap serial driver takes control of all 3 (4 on OMAP3640)
UARTS. However, we have such a setup where UART2 for example is used
by bluetooth driver. It uses the UART as non-standard way (there are
some Nokia
On Mon, Nov 30, 2009 at 9:36 AM, Peter Barada pet...@logicpd.com wrote:
On Mon, 2009-11-30 at 10:46 +0200, Mika Westerberg wrote:
Hi Tony,
Current omap serial driver takes control of all 3 (4 on OMAP3640)
UARTS. However, we have such a setup where UART2 for example is used
by bluetooth
* Vimal Singh vimal.neww...@gmail.com [091129 22:11]:
On Mon, Nov 23, 2009 at 11:15 PM, Tony Lindgren t...@atomide.com wrote:
* Vimal Singh vimal.neww...@gmail.com [091119 00:52]:
On Wed, Nov 18, 2009 at 10:37 PM, Tony Lindgren t...@atomide.com wrote:
* Vimal Singh vimal.neww...@gmail.com
* Hiremath, Vaibhav hvaib...@ti.com [091125 21:13]:
-Original Message-
From: Hiremath, Vaibhav
Sent: Thursday, November 26, 2009 10:41 AM
To: linux-omap@vger.kernel.org
Cc: t...@atomide.com; Hiremath, Vaibhav
Subject: [PATCH V2] AM3517: Add support for TSC2004 driver
On Mon, 30 Nov 2009 15:58:39 +0200, Amit Kucheria wrote:
On Fri, Nov 27, 2009 at 9:36 PM, Samuel Ortiz sa...@linux.intel.com wrote:
By the way, have you considered moving this one to drivers/hwmon ?
I haven't. I moved it from i2c/chips/ to the most obvious place I
could think of -
-Original Message-
From: Grazvydas Ignotas [mailto:nota...@gmail.com]
Sent: Friday, November 27, 2009 8:44 AM
To: linux-ker...@vger.kernel.org
Cc: Anton Vorontsov; Madhusudhan Chikkature; linux-omap@vger.kernel.org;
Grazvydas Ignotas
Subject: [PATCH] power_supply: Add driver for
* Shilimkar, Santosh santosh.shilim...@ti.com [091129 02:02]:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Thursday, November 26, 2009 5:49 AM
To: linux-arm-ker...@lists.infradead.org
Cc:
On Mon, Nov 30, 2009 at 12:45:20PM -0600, Madhusudhan wrote:
[...]
+ case POWER_SUPPLY_PROP_VOLTAGE_NOW:
+ /* charging must be active for meaningful result */
+ if (!is_charging) {
How about putting a kern_info here?
It might be better to return -EINVAL.
Thanks!
* Grazvydas Ignotas nota...@gmail.com [091125 12:23]:
On Wed, Nov 25, 2009 at 7:44 PM, TAO HU tgh...@motorola.com wrote:
Hi, Grazvydas Ignotas
What did you mean Hm, omap_dss_register_device() takes omap_dss_driver?
Whoops, I meant omap_dss_register_driver()
Below is what I saw from
On Mon, Nov 23, 2009 at 09:24:16AM -0800, Tony Lindgren wrote:
* Ladislav Michl ladislav.mi...@seznam.cz [091123 03:45]:
Since omapnand driver never find its way into mainline, switch to gen_nand
instead.
Following patch is compile tested only, but it is based on code I wrote for
NetStar
My system is going to have to support multiple display panels and
switch between them using runtime checks. I've got two displays
currently registered and confirmed with:
# cat displays
lcd e:1 u:1 t:0 h:480/2/2/41 v:272/2/6/10 p:1 r:0 i:0
lcd e:0 u:1 t:0 h:480/2/2/41 v:800/2/6/10 p:1 r:0
On Mon, Nov 30, 2009 at 12:23 PM, Ladislav Michl
ladislav.mi...@seznam.cz wrote:
On Mon, Nov 23, 2009 at 09:24:16AM -0800, Tony Lindgren wrote:
* Ladislav Michl ladislav.mi...@seznam.cz [091123 03:45]:
Since omapnand driver never find its way into mainline, switch to gen_nand
instead.
* Grant Likely grant.lik...@secretlab.ca [091130 09:01]:
On Mon, Nov 30, 2009 at 9:36 AM, Peter Barada pet...@logicpd.com wrote:
On Mon, 2009-11-30 at 10:46 +0200, Mika Westerberg wrote:
Hi Tony,
Current omap serial driver takes control of all 3 (4 on OMAP3640)
UARTS. However, we have
On Mon, 2009-11-30 at 11:40 -0800, Tony Lindgren wrote:
* Grant Likely grant.lik...@secretlab.ca [091130 09:01]:
On Mon, Nov 30, 2009 at 9:36 AM, Peter Barada pet...@logicpd.com wrote:
On Mon, 2009-11-30 at 10:46 +0200, Mika Westerberg wrote:
Hi Tony,
Current omap serial driver
* Tony Lindgren t...@atomide.com [091130 11:40]:
* Grant Likely grant.lik...@secretlab.ca [091130 09:01]:
Not in mainlined yet, but I'm working on porting flattened device tree
support to OMAP to solve exactly this sort of problem. Basically,
instead of hard coding or #ifdeffing things,
* Peter Barada pet...@logicpd.com [091130 12:30]:
On Mon, 2009-11-30 at 11:40 -0800, Tony Lindgren wrote:
* Grant Likely grant.lik...@secretlab.ca [091130 09:01]:
On Mon, Nov 30, 2009 at 9:36 AM, Peter Barada pet...@logicpd.com wrote:
On Mon, 2009-11-30 at 10:46 +0200, Mika Westerberg
* Mike Rapoport m...@compulab.co.il [091129 00:10]:
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/mux.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/mux.h b/arch/arm/mach-omap2/mux.h
index e09c5d2..02a1b53 100644
On Mon, Nov 30, 2009 at 8:45 PM, Madhusudhan madhu...@ti.com wrote:
-Original Message-
From: Grazvydas Ignotas [mailto:nota...@gmail.com]
Sent: Friday, November 27, 2009 8:44 AM
To: linux-ker...@vger.kernel.org
Cc: Anton Vorontsov; Madhusudhan Chikkature; linux-omap@vger.kernel.org;
Seems that these files had a licensing mismatch, changing to
GPL2.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
drivers/dsp/bridge/dynload/tramp.c | 18 +-
drivers/dsp/bridge/dynload/tramp_table_c6000.c | 18 +-
2 files changed, 26
ERROR: space required after that ',' (ctx:VxV)
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
CC: Nishant Menon n...@ti.com
---
drivers/dsp/bridge/hw/GlobalTypes.h |4 ++--
drivers/dsp/bridge/hw/PRCMRegAcM.h | 24
2 files changed, 14 insertions(+), 14
WARNING: printk() should include KERN_ facility level
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
CC: Nishant Menon n...@ti.com
---
arch/arm/plat-omap/include/dspbridge/dbc.h |2 +-
arch/arm/plat-omap/include/dspbridge/gt.h |2 +-
drivers/dsp/bridge/gen/_gt_para.c |
Remove DPC wrappers and replace with direct Linux calls.
These changes apply to IO DPC and MMUfault DPC
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/plat-omap/include/dspbridge/dpc.h | 90 +++--
drivers/dsp/bridge/services/dpc.c | 144
WARNING: struct file_operations should normally be const
Signed-off-by: Omar Ramirez Lua omar.rami...@ti.com
CC: Nishant Menon n...@ti.com
---
drivers/dsp/bridge/rmgr/drv_interface.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/drv_interface.c
- Use standard convention to define ioctls.
- Removed runtime check for ioctl matching table number.
- Added __deprectaed marker to functions that are not used anymore.
Currently 'DB' is used as identifier for dspbridge.
Added TODOs for removing the function table and, deprecated
and not
Remove DPC object structure and declare required members
for each tasklet inside their correspondent modules.
Remove dpc header file.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/plat-omap/include/dspbridge/_chnl_sm.h |1 -
arch/arm/plat-omap/include/dspbridge/dpc.h
Prior to any further modification set the driver version to be 0.1
Also in this patch:
- Move author and license macros to end of file
- License to be GPL v2 as stated on the comments
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
CC: Artem Bityutskiy dedeki...@gmail.com
CC: Felipe
ERROR: foo *__user * bar should be foo *__user *bar
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
CC: Nishant Menon n...@ti.com
---
arch/arm/plat-omap/include/dspbridge/wcdioctl.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
WARNING: braces {} are not necessary for single statement blocks
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
CC: Nishant Menon n...@ti.com
---
drivers/dsp/bridge/gen/gs.c |3 +--
drivers/dsp/bridge/pmgr/cmm.c |5 ++---
drivers/dsp/bridge/rmgr/node.c|4 ++--
WARNING: line over 80 characters
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
CC: Nishant Menon n...@ti.com
---
arch/arm/plat-omap/include/dspbridge/dbdefs.h |2 +-
drivers/dsp/bridge/wmd/io_sm.c|3 ++-
drivers/dsp/bridge/wmd/mmu_fault.c|3 ++-
Remove DeferredProcedure which is used as a wrapper to call
either IO or MMUfault DPCs. This also removes a custom typedef.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/plat-omap/include/dspbridge/dpc.h | 23
arch/arm/plat-omap/include/dspbridge/io_sm.h |
This patch removes init and exit functions for DPC module.
It also deletes dpc source file and takes out the module from
Makefile.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/plat-omap/include/dspbridge/dpc.h | 26 ---
drivers/dsp/bridge/Makefile|
These are the split versions of the v1 patches for cleanup.
Added driver version, a tag is going to be created (dspbridge-v0.1)
to match this patch.
Comments for functions will be cleaned in a different patch series,
along with regular multiline comment fixes.
Ioctls, deprecated and not
On Mon, Nov 30, 2009 at 11:12 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091129 00:10]:
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/mux.h | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
Remove DPC object structure and declare required members
for each tasklet inside their correspondent modules.
Remove dpc header file.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/plat-omap/include/dspbridge/_chnl_sm.h |1 -
arch/arm/plat-omap/include/dspbridge/dpc.h
* Mike Rapoport mike.rapop...@gmail.com [091130 13:57]:
On Mon, Nov 30, 2009 at 11:12 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091129 00:10]:
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/mux.h | 2 ++
1 files changed,
On 11/29/2009 9:47 PM, Hiremath, Vaibhav wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tomi Valkeinen
Sent: Thursday, November 26, 2009 7:50 PM
To: ext Eino-Ville Talvala
Cc: linux-omap@vger.kernel.org
Monday 23 November 2009 18:57:51 Janusz Krzysztofik wrote:
Initialy submitted on 2009-11-16
(http://www.spinics.net/lists/linux-omap/msg20629.html).
Resendig due to fbdev mailing list address changed.
Hi,
2 weeks have passed now since my initial submisison, and I still got no single
answer.
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 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 both register AND cache
addresses to deal with.
Since OMAP_ prefix seems obvious, drop it off from
Reserve space inside omap_mcbsp structure for storing cached copies of McBSP
register values.
Modify the MCBSP_WRITE() macro to update the cache with every register write
operation.
Introduce a new macro that reads from the cache instead of hardware.
Applies on top of patch 2 from this series:
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
Having one combined defconfig that is the superset of the individual
defconfigs for OMAP3 platforms is useful for easily finding build
errors. Not to mention convenient as a base if you want to boot several
platforms with a single kernel image.
Signed-off-by: Olof Johansson o...@lixom.net
---
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
From: Ramirez Luna, Omar
Sent: Monday, November 30, 2009 11:55 PM
To: linux-omap
Cc: Ramirez Luna, Omar; Menon, Nishanth
Subject: [PATCH v2 09/20] DSPBRIDGE: checkpatch - printk() should include
KERN_ facility level
WARNING: printk() should include KERN_ facility level
Any reason why we
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Olof
snip
+# CONFIG_OMAP_LL_DEBUG_UART1 is not set
+# CONFIG_OMAP_LL_DEBUG_UART2 is not set
+CONFIG_OMAP_LL_DEBUG_UART3=y
+# CONFIG_OMAP_LL_DEBUG_NONE is not set
I will
On Tue, Dec 01, 2009 at 09:29:42AM +0530, Pandita, Vikram wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Olof
snip
+# CONFIG_OMAP_LL_DEBUG_UART1 is not set
+# CONFIG_OMAP_LL_DEBUG_UART2 is not set
On Mon, Nov 30, 2009 at 11:54 PM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Remove duplicate set of braces from if statement and reduce
indentation.
diff --git a/drivers/dsp/bridge/wmd/io_sm.c b/drivers/dsp/bridge/wmd/io_sm.c
index af31831..96a5aa6 100644
---
On Mon, Nov 30, 2009 at 11:54 PM, Omar Ramirez Luna omar.rami...@ti.com wrote:
arch/arm/plat-omap/include/dspbridge/list.h | 36 +-
drivers/dsp/bridge/services/list.c | 33 -
Sorry, I missed patch that contains above changes. What they about?
--
With Best Regards,
Tony Lindgren wrote:
* Mike Rapoport mike.rapop...@gmail.com [091130 13:57]:
On Mon, Nov 30, 2009 at 11:12 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091129 00:10]:
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/mux.h |2 ++
62 matches
Mail list logo