Russell,
Thanks for all the quick pointers and the summary of how
memory-to-peripheral transfers are expected to operate.
> Ok, what I'm envisioning is that your term "chunk size" means "register
> width", and you view that as one dimension. We already describe this.
>
> A frame is a collectio
Hello,
On Mon, Jun 13, 2011 at 02:20:28PM -0700, Dmitry Torokhov wrote:
> On Mon, Jun 13, 2011 at 12:51:16PM +0300, Péter Ujfalusi wrote:
> > On Sunday 12 June 2011 01:18:54 Dmitry Torokhov wrote:
> >
> > > > +static int twl6040_vibra_open(struct input_dev *input)
> > > > +{
> > > > + struct
2011/6/14 Raju, Sundaram :
> Yes, the hardware can skip over sequences like that.
> I also thought about your suggestion, at first before submitting the RFC.
> But I dint pursue this because, this ioctl() call has to be made before
> every single prepare call.
It's not an ioctl(), ioctl()s would
Linus,
Thanks for the pointers.
> -Original Message-
> From: Linus Walleij [mailto:linus.wall...@linaro.org]
> Sent: Monday, June 13, 2011 7:43 PM
> To: Raju, Sundaram
> Cc: Russell King - ARM Linux; Koul, Vinod; Dan; davinci-linux-open-
> sou...@linux.davincidsp.com; linux-omap@vger.kern
On Mon, Jun 13, 2011 at 22:24, Stephen Boyd wrote:
> On 06/10/2011 03:19 PM, Menon, Nishanth wrote:
>> On Thu, May 12, 2011 at 01:42, Santosh Shilimkar
>> wrote:
>>>
>>> It's a well known problem if the udelay() is based of global lpj.
>>> You can read more here [1]
>>>
>>> Regards
>>> Santosh
>>
On 06/10/2011 03:19 PM, Menon, Nishanth wrote:
> On Thu, May 12, 2011 at 01:42, Santosh Shilimkar
> wrote:
>>
>> It's a well known problem if the udelay() is based of global lpj.
>> You can read more here [1]
>>
>> Regards
>> Santosh
>> [1] http://eeek.borgchat.net/lists/arm-kernel/msg120702.html
On Mon, Jun 13, 2011 at 12:51:16PM +0300, Péter Ujfalusi wrote:
> On Sunday 12 June 2011 01:18:54 Dmitry Torokhov wrote:
>
> > > +static int twl6040_vibra_open(struct input_dev *input)
> > > +{
> > > + struct vibra_info *info = input_get_drvdata(input);
> > > +
> > > + info->workqueue = cr
there's no need for that workqueue anymore.
Get rid of it and move to threaded IRQs
instead.
Signed-off-by: Felipe Balbi
---
compile tested only. I need someone to reply with
a Tested-by tag.
drivers/input/keyboard/lm8323.c | 23 ---
1 files changed, 4 insertions(+), 19 d
Carlos Chinea writes:
> Introduces the OMAP SSI driver in the kernel.
>
> The Synchronous Serial Interface (SSI) is a legacy version
> of HSI. As in the case of HSI, it is mainly used to connect
> Application engines (APE) with cellular modem engines (CMT)
> in cellular handsets.
>
> It provides
that way we can fetch struct cbus_host
via dev_get_platform_data(child->parent).
This also allows us to remove the static
global variable holding cbus_host pointer.
Signed-off-by: Felipe Balbi
---
drivers/cbus/cbus.c | 20 +++-
drivers/cbus/cbus.h |5 +++--
drivers/cbus/
CBUS is the underlying bus device, make
it the parent of the bus users (retu and
tahvo).
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap1/board-nokia770.c |4
arch/arm/mach-omap2/board-n8x0.c |4
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mac
Hi Tony,
the following two patches get rid of
the static global variable holding the
bus context. It's not needed at all.
This will allow us to have multiple
CBUS buses by using different GPIOs.
Will never be useful, but that's it
should've been done anyway :-p
Felipe Balbi (2):
cbus: make cb
On 06/13/11 16:33, Tony Lindgren wrote:
> * Igor Grinberg [110603 06:33]:
>> I'm not sure I understand what are you trying to propose here...
>> If you look once again on the code, there is currently only one if
>> (cpu_is_..) {} else {}
>> statement currently present.
>> (I can remove the "if (c
On Mon, Jun 13, 2011 at 7:41 PM, Laurent Pinchart
wrote:
>> > > Laurent Pinchart (2):
...
>> > > omap3: iovmm: Support non page-aligned buffers in iommu_vmap
...
> OK. Ohad, could you please apply this patch to your tree and submit it with
> the whole series for 3.1 ?
Sure I can. I'll make sure
Hi,
On Mon, Jun 13, 2011 at 03:03:44PM -0400, Alan Stern wrote:
> > > The change I suggested involved replacing two typecasts with a single
> > > min_t. All (or almost all) the places this patch touches currently
> > > contain only one typecast, so the motivation for changing them is a lot
> > >
On Mon, 13 Jun 2011, Tanya Brokhman wrote:
> >
> > The change I suggested involved replacing two typecasts with a single
> > min_t. All (or almost all) the places this patch touches currently
> > contain only one typecast, so the motivation for changing them is a lot
> > weaker.
> >
> You're ri
On Fri, Jun 10 2011, Ohad Ben-Cohen wrote:
> This should ease finding similarities with different platforms,
> with the intention of solving problems once in a generic framework
> which everyone can use.
>
> Compile-tested for MSM8X60.
Acked-by: David Brown
I believe that Stepan Moskovochenko h
>
> The change I suggested involved replacing two typecasts with a single
> min_t. All (or almost all) the places this patch touches currently
> contain only one typecast, so the motivation for changing them is a lot
> weaker.
>
You're right. So what's the final call on this one? Do you think it
On Mon, 2011-06-13 at 11:37 -0500, Ghongdemath, Girish wrote:
> Tomi,
> Couple of queries,
>
> On Mon, Jun 13, 2011 at 4:51 AM, Tomi Valkeinen wrote:
> > Paul, can you take this patch and queue it for an rc?
> >
> > Tomi
> >
> > On Thu, 2011-06-09 at 16:56 +0300, Tomi Valkeinen wrote:
> >> get_c
Rename the driver, and header file from twl4030-codec to
twl4030-audio.
To avoid breakage change depending drivers at the same time.
Signed-off-by: Peter Ujfalusi
CC: Misael Lopez Cruz
---
drivers/input/misc/Kconfig |2 +-
drivers/input/misc/twl4030-vibra.c
From: Misael Lopez Cruz
TWL6040 IC provides analog high-end audio codec functions for
handset applications. It contains several audio analog inputs
and outputs as well as vibrator support. It's connected to the
host processor via PDM interface for audio data communication.
The audio modules are c
Pass twl4030_codec_data instead of the twl4030_audio_data
for the ASoC codec driver.
Signed-off-by: Peter Ujfalusi
---
drivers/mfd/twl6040-core.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/mfd/twl6040-core.c b/drivers/mfd/twl6040-core.c
index 195613c..b6
Hi Tony,
On Monday 13 June 2011 15:40:34 Tony Lindgren wrote:
> * Laurent Pinchart [110608 03:43]:
> > Hi Tony,
> >
> > On Monday 30 May 2011 14:47:07 Laurent Pinchart wrote:
> > > Hi everybody,
> > >
> > > Here are two OMAP3 IOMMU fixes required to support big and/or unaligned
> > > memory buf
From: Liam Girdwood
Add all DAIs to fully support OMAP4 ABE.
Signed-off-by: Liam Girdwood
Signed-off-by: Peter Ujfalusi
---
sound/soc/codecs/twl6040.c | 44
1 files changed, 36 insertions(+), 8 deletions(-)
diff --git a/sound/soc/codecs/twl6040.
From: Liam Girdwood
Set default sysclk constraints to high performance mode.
Signed-off-by: Liam Girdwood
Signed-off-by: Peter Ujfalusi
---
sound/soc/codecs/twl6040.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/sound/soc/codecs/twl6040.c b/sound/soc/codecs/twl6040
From: Misael Lopez Cruz
Configure, and enable the twl6040 codec on SDP4430.
Signed-off-by: Misael Lopez Cruz
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/board-4430sdp.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-4430sd
From: Liam Girdwood
Add other supported sample rates to LP and HP modes.
Signed-off-by: Liam Girdwood
Signed-off-by: Peter Ujfalusi
---
sound/soc/codecs/twl6040.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/sound/soc/codecs/twl6040.c b/sound/soc/codecs/
Add twl4030_vibra platform data, and the needed regulators
for twl6040 vibrator.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/board-4430sdp.c | 48 +++
1 files changed, 48 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-4430sdp.c
From: Misael Lopez Cruz
Add twl6040_vibra as a child of MFD device twl6040_codec. This
implementation covers the PCM-to-PWM mode of TWL6040 vibrator
module.
Signed-off-by: Misael Lopez Cruz
Signed-off-by: Peter Ujfalusi
---
drivers/input/misc/Kconfig | 11 +
drivers/input/misc/Makef
In preparation of renaming the driver from twl4030-codec
to twl4030-audio, first do some clean ups in the driver,
which does not cause any problems outside.
Signed-off-by: Peter Ujfalusi
---
drivers/mfd/twl4030-codec.c | 135 ++-
1 files changed, 68 inser
Some regulator config can be moved out from board files,
since they are close to identical.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/board-3430sdp.c | 51 --
arch/arm/mach-omap2/board-cm-t35.c | 41 +++--
arch/arm/mach-o
Reduce the amount of duplicated code by moving the common
configuration for TWL6030 (on OMAP4 platform) to the
twl-common file.
Use the omap4_pmic_get_config function from board files to
properly configure the PMIC with the common fields.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/boa
Introduce a new file, which will be used to configure
common pmic (TWL) devices, regulators, and TWL audio.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/Makefile |2 +-
arch/arm/mach-omap2/common-board-devices.c | 21 -
arch/arm/mach-omap2/common-board-de
From: Axel Castaneda Gonzalez
Enable ramp down/up step to be configured based on
platform.
Signed-off-by: Axel Castaneda Gonzalez
Signed-off-by: Misael Lopez Cruz
Signed-off-by: Peter Ujfalusi
---
include/linux/i2c/twl.h|4 ++
sound/soc/codecs/twl6040.c | 91 +++
From: Misael Lopez Cruz
Remove dependency between pll (hppll, lppll) and headset power
mode (low-power, high-performance), as headset power mode can
be used with any pll.
A new control is created to allow headset power mode configuration
from userspace. Changing headset power mode during earpiec
From: Misael Lopez Cruz
Convert TWL6040 CODEC driver into a TWL6040 MFD child, it implies
that MFD-level operations like register accesses, clock setting
and power management are done through MFD APIs, not directly by
CODEC driver anymore. To avoid conflicts with the other MFD child,
vibrator reg
Allign the platform data names for twl4030 audio submodule:
twl4030_audio_data: for the core MFD driver
twl4030_codec_data: for ASoC codec driver
twl4030_vibra_data: for the input/ForceFeedback driver
To avoid breakage, change all depending drivers, files
to use the new types.
Signed-off-by: Pete
Reduce the amount of duplicated code by moving the common
configuration for twl4030/5030/tpsxx to the twl-common file.
Use the omap3_pmic_get_config function from board files to
properly configure the PMIC with the common fields.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/board-3430sd
Hello,
Changes since v4:
- Comments from Dmitry Torokhov addressed for the twl6030-vibra driver.
Intro message from the v4 series:
The series will do five major things, and they are in one series, because they
pretty much depending on each other, so it is easier to handle them together.
1. Move
Tomi,
Couple of queries,
On Mon, Jun 13, 2011 at 4:51 AM, Tomi Valkeinen wrote:
> Paul, can you take this patch and queue it for an rc?
>
> Tomi
>
> On Thu, 2011-06-09 at 16:56 +0300, Tomi Valkeinen wrote:
>> get_context_loss_count functions return context loss count as u32, and
>> zero means an
On 6/13/2011 8:19 PM, Vadillo, Miguel wrote:
Yes, sorry about this mistake, the patch its just for an internal tree
and I wasn't careful enough to check the mainline. Sorry about the
noise.
Thanks for confirming it.
Regards
Santosh
--
To unsubscribe from this list: send the line "unsubscribe l
Yes, sorry about this mistake, the patch its just for an internal tree
and I wasn't careful enough to check the mainline. Sorry about the
noise.
Santosh,
I think is needed in the internal branch p-android-omap-2.6.39
On Mon, Jun 13, 2011 at 9:43 AM, Santosh Shilimkar
wrote:
> On 6/13/2011 8:05
On 6/13/2011 8:05 PM, Tony Lindgren wrote:
* Santosh Shilimkar [110612 23:32]:
On 6/13/2011 11:55 AM, Vadillo, Miguel wrote:
Function omap_smc2 is undeclared when disabling SMP
Looks like this won't apply to current mainline kernel, care
to check if it's still needed?
Yep. After checking,
On Mon, 13 Jun 2011, Tanya Brokhman wrote:
> >
> > On Sun, Jun 12, 2011 at 02:14:46PM +0300, Tatyana Brokhman wrote:
> > > Signed-off-by: Tatyana Brokhman
> >
> > I need a sensible commit log for this. Why do we need to change all
> > min() to min_t() ?
> >
>
> Actually, Alan asked me to make
* Santosh Shilimkar [110612 23:32]:
> On 6/13/2011 11:55 AM, Vadillo, Miguel wrote:
> >
> >Function omap_smc2 is undeclared when disabling SMP
Looks like this won't apply to current mainline kernel, care
to check if it's still needed?
Tony
--
To unsubscribe from this list: send the line "unsubs
Hi all,
I am unable to enable ftrace on the 3.0.0-rc2. Have tried with
Codesourcery toolchain using GCC v4.3.3 and 4.5.1.
Before moving to debug, I just wanted to know if it is a known
problem.
~sanjeev
Linux version 3.0.0-rc2-11092-gc04c67c (premi@mylinux) (gcc version 4.5.1
(Sourcery G++ Lit
On Fri, Jun 10, 2011 at 3:33 PM, Russell King - ARM Linux
wrote:
> On Fri, Jun 10, 2011 at 05:18:46PM +0530, Raju, Sundaram wrote:
>> Now DMACs capable of 3D transfer, do transfer of the whole 1D
>> buffer per sync received or even whole 2D buffer per sync received
>> (based on the sync rate progr
* Grazvydas Ignotas [110603 13:20]:
> Commit d5ce2b65 "omap3630: nand: fix device size to work in polled mode"
> changed values for .devsize in nand platform data, now we have to pass
> NAND_BUSWIDTH_16 instead of '1' to select 16bit NAND.
>
> Update pandora's platform data accordingly, also spec
* Laurent Pinchart [110608 03:43]:
> Hi Tony,
>
> On Monday 30 May 2011 14:47:07 Laurent Pinchart wrote:
> > Hi everybody,
> >
> > Here are two OMAP3 IOMMU fixes required to support big and/or unaligned
> > memory buffers.
> >
> > Laurent Pinchart (2):
> > omap3: iovmm: Work around sg_alloc_t
* Peter Ujfalusi [110608 00:46]:
> Hi Tony,
>
> On Tuesday 31 May 2011 10:57:02 Tony Lindgren wrote:
> > Sure, but that's the only option we have to merge any new code.
>
> So this patch will be not taken (even if without this patch OMAP4 McBSP is
> broken), unless we move the McBSP code out fr
* Igor Grinberg [110603 06:33]:
>
> I'm not sure I understand what are you trying to propose here...
> If you look once again on the code, there is currently only one if
> (cpu_is_..) {} else {}
> statement currently present.
> (I can remove the "if (cpu_is_omap3630())" - it indeed has no value)
* Tomi Valkeinen [110607 06:07]:
> Hi Tony,
>
> On Wed, 2011-05-04 at 12:40 +0300, Tony Lindgren wrote:
> > * Archit Taneja [110504 10:30]:
> > > --- a/arch/arm/mach-omap2/board-3430sdp.c
> > > +++ b/arch/arm/mach-omap2/board-3430sdp.c
> > > @@ -401,7 +401,7 @@ static struct regulator_consumer_s
* Carlos Chinea [110610 06:41]:
> --- /dev/null
> +++ b/arch/arm/mach-omap2/ssi.c
> +static struct platform_device ssi_pdev = {
> + .name = "omap_ssi",
> + .id = 0,
> + .num_resources = ARRAY_SIZE(ssi_resources),
> + .resource = ssi_resources,
> + .
On 5/27/2011 4:32 AM, Kevin Hilman wrote:
Inspired by Jean's work to move PM code to modules, I decided it's
time to remove a bunch of ugly and difficult to maintain code from PM
debug.
The main chunk here is removing the register dump features for
OMAP2/OMAP3 which are awful to read, and imposs
Hi,
On Mon, Jun 13, 2011 at 02:52:34PM +0300, Tanya Brokhman wrote:
> > On Sun, Jun 12, 2011 at 02:14:46PM +0300, Tatyana Brokhman wrote:
> > > Signed-off-by: Tatyana Brokhman
> >
> > I need a sensible commit log for this. Why do we need to change all
> > min() to min_t() ?
> >
>
> Actually, A
>
> On Sun, Jun 12, 2011 at 02:14:46PM +0300, Tatyana Brokhman wrote:
> > Signed-off-by: Tatyana Brokhman
>
> I need a sensible commit log for this. Why do we need to change all
> min() to min_t() ?
>
Actually, Alan asked me to make this change in one place in dummy_hcd. I
wasn't aware of the
Tony, Ping.
I'd like this DSS regulator issue decided on way or another, as it's
stopping us getting Blaze board's panels working on mainline, and also
preventing me from porting the old omapfb drivers to DSS2.
Tomi
On Tue, 2011-06-07 at 16:11 +0300, Tomi Valkeinen wrote:
> Hi Tony,
>
> On Wed
Paul, can you take this patch and queue it for an rc?
Tomi
On Thu, 2011-06-09 at 16:56 +0300, Tomi Valkeinen wrote:
> get_context_loss_count functions return context loss count as u32, and
> zero means an error. However, zero is also returned when context has
> never been lost and could also be
On Sunday 12 June 2011 01:18:54 Dmitry Torokhov wrote:
> > +static void twl6040_vibra_enable(struct vibra_info *info)
> > +{
> > + struct twl6040 *twl6040 = info->twl6040;
> > + int ret = 0;
>
> Initialization is not needed.
True.
> > +static void vibra_play_work(struct work_struct *work
Hi,
On Sun, Jun 12, 2011 at 02:14:46PM +0300, Tatyana Brokhman wrote:
> Signed-off-by: Tatyana Brokhman
I need a sensible commit log for this. Why do we need to change all
min() to min_t() ?
--
balbi
signature.asc
Description: Digital signature
Remove the whole update_mode stuff from omapdss driver. If automatic
update for manual update displays is needed, it's better implemented in
higher layers.
Signed-off-by: Tomi Valkeinen
---
drivers/video/omap2/displays/panel-taal.c | 17
drivers/video/omap2/dss/display.c | 4
Implement auto-update mode for manual-update displays. omapfb driver
uses a delayed work to update the display with a constant rate.
The update mode can be changed via OMAPFB_SET_UPDATE_MODE ioctl, which
previously called omapdss but is now handled inside omapfb, and a new
sysfs file, "update_mode
Create a new struct omapfb_display_data to contain omapfb's private
per-display data. Move the bpp override there.
This struct will be used to hold auto/manual update state of a display
in the following patches.
Signed-off-by: Tomi Valkeinen
---
drivers/video/omap2/omapfb/omapfb-main.c | 29 +
OMAP DSS driver has currently support to change the display's update mode from
manual to auto, but it's up to the display to implement support for this.
Normally displays only support one update mode.
As the the update mode support adds extra code to a place where it doesn't
really belong, this pa
Hi Peter,
On Fri, Jun 10, 2011 at 02:54:29PM +0300, Peter Ujfalusi wrote:
> From: Misael Lopez Cruz
>
> Add twl6040_vibra as a child of MFD device twl6040_codec. This
> implementation covers the PCM-to-PWM mode of TWL6040 vibrator
> module.
>
> Signed-off-by: Jorge Eduardo Candelaria
> Signed-
Hi,
On Mon, Jun 13, 2011 at 11:46:04AM +0300, Felipe Balbi wrote:
> On Mon, Jun 13, 2011 at 11:28:20AM +0300, Jarkko Nikula wrote:
> > On Fri, 10 Jun 2011 09:57:57 +0300
> > Sakari Ailus wrote:
> >
> > > > A fix has been posted (and pull req sent to Tony.) Can you try my
> > > > for_3.0/pm-fixe
Hi,
On Mon, Jun 13, 2011 at 11:28:20AM +0300, Jarkko Nikula wrote:
> On Fri, 10 Jun 2011 09:57:57 +0300
> Sakari Ailus wrote:
>
> > > A fix has been posted (and pull req sent to Tony.) Can you try my
> > > for_3.0/pm-fixes branch which fixes this problem? It's available in my
> > > git tree:
>
On Fri, 10 Jun 2011 09:57:57 +0300
Sakari Ailus wrote:
> > A fix has been posted (and pull req sent to Tony.) Can you try my
> > for_3.0/pm-fixes branch which fixes this problem? It's available in my
> > git tree:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.gi
68 matches
Mail list logo