Tony Lindgren wrote:
> * Mike Rapoport [091130 13:57]:
>> On Mon, Nov 30, 2009 at 11:12 PM, Tony Lindgren wrote:
>>> * Mike Rapoport [091129 00:10]:
Signed-off-by: Mike Rapoport
---
arch/arm/mach-omap2/mux.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
On Mon, Nov 30, 2009 at 11:54 PM, Omar Ramirez Luna 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,
Andy Shevchenko
--
On Mon, Nov 30, 2009 at 11:54 PM, Omar Ramirez Luna 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
> --- a/drivers/dsp/bridge/wmd/io_sm.c
> +++ b/dri
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
>
> >+# CONFIG_OMAP_LL_DEBUG_UART1 is not set
> >+# CONFIG_OMAP_LL_DEBUG_UART2 is not set
>
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org
>[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Olof
>+# 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 su
> 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
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 4421752e331cfb1d942b47ff
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
---
Changed since
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 r
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:
[PA
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 ma
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 4421752e331cfb1d942b47ff
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 experience
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
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.
* Mike Rapoport [091130 13:57]:
> On Mon, Nov 30, 2009 at 11:12 PM, Tony Lindgren wrote:
> > * Mike Rapoport [091129 00:10]:
> >> Signed-off-by: Mike Rapoport
> >> ---
> >> arch/arm/mach-omap2/mux.h | 2 ++
> >> 1 files changed, 2 insertions(+), 0 deletions(-)
> >>
> >> diff --git a/arch/ar
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
---
arch/arm/plat-omap/include/dspbridge/_chnl_sm.h |1 -
arch/arm/plat-omap/include/dspbridge/dpc.h | 38 ---
On Mon, Nov 30, 2009 at 11:12 PM, Tony Lindgren wrote:
> * Mike Rapoport [091129 00:10]:
>> Signed-off-by: Mike Rapoport
>> ---
>> 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
>>
This patch corrects current style for comments on io_sm.c
- Fix multiline comments according to Documentation/CodingStyle
Functions comments will be addressed in a different patch.
Signed-off-by: Omar Ramirez Luna
CC: Artem Bityutskiy
CC: Felipe Balbi
---
drivers/dsp/bridge/wmd/io_sm.c | 40
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 implemen
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
---
arch/arm/plat-omap/include/dspbridge/dpc.h | 26 ---
drivers/dsp/bridge/Makefile|3 +-
drivers/dsp
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
---
arch/arm/plat-omap/include/dspbridge/dpc.h | 23
arch/arm/plat-omap/include/dspbridge/io_sm.h |2 +-
drivers/dsp/b
WARNING: line over 80 characters
Signed-off-by: Omar Ramirez Luna
CC: Nishant Menon
---
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 ++-
drivers/dsp/bridge/wmd/tiomap3430.
ERROR: "foo *__user * bar" should be "foo *__user *bar"
Signed-off-by: Omar Ramirez Luna
CC: Nishant Menon
---
arch/arm/plat-omap/include/dspbridge/wcdioctl.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/plat-omap/include/dspbridge/wcdioctl.h
b/arch/arm/
WARNING: braces {} are not necessary for single statement blocks
Signed-off-by: Omar Ramirez Luna
CC: Nishant Menon
---
drivers/dsp/bridge/gen/gs.c |3 +--
drivers/dsp/bridge/pmgr/cmm.c |5 ++---
drivers/dsp/bridge/rmgr/node.c|4 ++--
drivers/dsp/bridge/services/cfg.c
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
CC: Artem Bityutskiy
CC: Felipe Contreras
CC: Hiroshi Doyu
---
drivers/dsp/
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
---
arch/arm/plat-omap/include/dspbridge/_chnl_sm.h |1 -
arch/arm/plat-omap/include/dspbridge/dpc.h | 38 ---
- 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 implemen
WARNING: struct file_operations should normally be const
Signed-off-by: Omar Ramirez Lua
CC: Nishant Menon
---
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
b/drivers/dsp/bridge/rmgr/drv
Remove DPC wrappers and replace with direct Linux calls.
These changes apply to IO DPC and MMUfault DPC
Signed-off-by: Omar Ramirez Luna
---
arch/arm/plat-omap/include/dspbridge/dpc.h | 90 +++--
drivers/dsp/bridge/services/dpc.c | 144 +---
drive
WARNING: printk() should include KERN_ facility level
Signed-off-by: Omar Ramirez Luna
CC: Nishant Menon
---
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 |2 +-
3 files changed, 3 inser
ERROR: space required before the open parenthesis '('
Signed-off-by: Omar Ramirez Luna
CC: Nishant Menon
---
drivers/dsp/bridge/pmgr/dev.c |2 +-
drivers/dsp/bridge/services/dbg.c |2 +-
drivers/dsp/bridge/wmd/io_sm.c|4 ++--
drivers/dsp/bridge/wmd/msg_sm.c |2 +-
4 fi
Remove duplicate set of braces from if statement and reduce
indentation.
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/wmd/io_sm.c | 96 +---
1 files changed, 40 insertions(+), 56 deletions(-)
diff --git a/drivers/dsp/bridge/wmd/io_sm.c b/drivers/
ERROR: space required after that ',' (ctx:VxV)
Signed-off-by: Omar Ramirez Luna
CC: Nishant Menon
---
drivers/dsp/bridge/hw/GlobalTypes.h |4 ++--
drivers/dsp/bridge/hw/PRCMRegAcM.h | 24
2 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/ds
Seems that these files had a licensing mismatch, changing to
GPL2.
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/dynload/tramp.c | 18 +-
drivers/dsp/bridge/dynload/tramp_table_c6000.c | 18 +-
2 files changed, 26 insertions(+), 10 deleti
On Mon, Nov 30, 2009 at 8:45 PM, Madhusudhan 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;
>>
* Mike Rapoport [091129 00:10]:
> Signed-off-by: Mike Rapoport
> ---
> 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
> --- a/arch/arm/mach-omap2/mux.h
* Peter Barada [091130 12:30]:
> On Mon, 2009-11-30 at 11:40 -0800, Tony Lindgren wrote:
> > * Grant Likely [091130 09:01]:
> > > On Mon, Nov 30, 2009 at 9:36 AM, Peter Barada wrote:
> > > > On Mon, 2009-11-30 at 10:46 +0200, Mika Westerberg wrote:
> > > >> Hi Tony,
> > > >>
> > > >> Current oma
* Tony Lindgren [091130 11:40]:
> * Grant Likely [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, a data blob gets handed
> > to th
On Mon, 2009-11-30 at 11:40 -0800, Tony Lindgren wrote:
> * Grant Likely [091130 09:01]:
> > On Mon, Nov 30, 2009 at 9:36 AM, Peter Barada 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 O
* Grant Likely [091130 09:01]:
> On Mon, Nov 30, 2009 at 9:36 AM, Peter Barada 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 e
On Mon, Nov 30, 2009 at 12:23 PM, Ladislav Michl
wrote:
> On Mon, Nov 23, 2009 at 09:24:16AM -0800, Tony Lindgren wrote:
>> * Ladislav Michl [091123 03:45]:
>> > Since omapnand driver never find its way into mainline, switch to gen_nand
>> > instead.
>> > Following patch is compile tested only,
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 23, 2009 at 09:24:16AM -0800, Tony Lindgren wrote:
> * Ladislav Michl [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 board and runti
* Grazvydas Ignotas [091125 12:23]:
> On Wed, Nov 25, 2009 at 7:44 PM, TAO HU 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 the code
> > int omap_d
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.
Tha
* Shilimkar, Santosh [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: linux-omap@vge
> -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
On Mon, 30 Nov 2009 15:58:39 +0200, Amit Kucheria wrote:
> On Fri, Nov 27, 2009 at 9:36 PM, Samuel Ortiz 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 - drivers/mfd. But wasn't t
* Hiremath, Vaibhav [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
> >
> > Fr
* Vimal Singh [091129 22:11]:
> On Mon, Nov 23, 2009 at 11:15 PM, Tony Lindgren wrote:
> > * Vimal Singh [091119 00:52]:
> >> On Wed, Nov 18, 2009 at 10:37 PM, Tony Lindgren wrote:
> >> > * Vimal Singh [091118 06:38]:
> >> >> Tony,
> >> >>
> >> >> On Fri, Nov 13, 2009 at 2:14 AM, Tony Lindgren
On Mon, Nov 30, 2009 at 9:36 AM, Peter Barada 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 driver. It us
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 exte
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 bo
From: Chris Hudson
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
---
arch/arm/mach-omap2/board-zoom-peripherals.c |
From: Chris Hudson
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 physical interrupt. The
From: Chris Hudson
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
---
arch/arm/mach-omap2/mux.c |2 ++
arch/arm/plat-omap/include/plat/mux.h |1 +
2 files changed,
Hi Samuel,
On Fri, Nov 27, 2009 at 9:36 PM, Samuel Ortiz 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
>> +++ b/drivers/mfd/Makefile
>>
> > 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 in
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 widt
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
>
>
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,
a few comments:
On Thu, 26 Nov 2009, Vishwanath BS wrote:
> From: Richard Woodruff
>
> 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 omap3_has_jtype_dpll4() a
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 drivin
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?
- P
65 matches
Mail list logo