Hi,
How do we find out clock settings on OMAP3430?
We need to find this out during runtime. Which register to read and
how to
know the clock settings of DSP, ARM and L3?
Regards,
Kishore.
SASKEN BUSINESS DISCLAIMER
-
This message may contain confidential, pro
Op 13 jan 2009, om 22:51 heeft Kevin Hilman het volgende geschreven:
Hello,
The latest PM branch is now available[1].
I've done basic testing of retention and off-mode (suspend and dynamic
idle) on Beagle and custom HW. My SDP has something still keeping
CORE active that others have not seen
A spin_lock deadlock will occur when omap_mcbsp_request() is invoked.
omap_mcbsp_request() -->
clk_enable(mcbsp->clk) --> clk_enable get clockfw_lock, then call ->
omap2_clk_enable() -->
_omap2_clk_enable() -->
omap_mcbsp_clk_enable() -->
clk_enable(mcbsp_ick)
On Mon, 2009-01-12 at 12:46 +0200, Tony Lindgren wrote:
> * stanley.miao [090112 12:34]:
> > On Thu, 2009-01-08 at 15:33 +0200, Tony Lindgren wrote:
> > > * stanley.miao [081107 15:47]:
> > > > This solution keeps the virtual clock in place and enable the child
> > > > clocks before enable the vi
On Thursday 08 January 2009, Tony Lindgren wrote:
> How about try to figure out a way to share the common code with
> mmc-twl4030.c?
Some of that should be a bit easier once the regulator stuff is
working sanely. At that point I think the hsmmc.c driver will
be the best place to have code that up
Feedback-in-the-form-of-a-patch ...
- Dave
Fives various problems with the latest tps6235x driver patch:
- Remove most board-specific comments, policy, and infrastructure
- Let it compile as a module; useful for built tests etc
- Support the other five values of "x", not just "2" and "3"
-
On Tue, Jan 13, 2009 at 01:11:08PM +0530, Manikandan Pillai wrote:
> +static
> +int tps_6235x_probe(struct i2c_client *client, const struct i2c_device_id
> *id)
> +{
> + struct regulator_dev *rdev = NULL;
> + unsigned char reg_val;
> + struct device *dev_child = NULL;
...
Peter,
Some suggestions below...
Peter Barada writes:
> I'm using the current PM branch (2.6.28-rc8, revision 2beb9b4b) to
> investigate power consumption on an OMAP35x board (Logic's LV SOM).
First, thanks for testing the PM branch. Much appreciated!
> When I:
>
> # mount -t vfat /dev/mmc0b
On Tue, Jan 13, 2009 at 04:59:10PM +0200, Tony Lindgren wrote:
> > +int tps_6235x_read_reg(struct i2c_client *client, u8 reg, u8 *val)
> The the read/write_reg should be in drivers/mfd somewhere.
Is this a multi-function device? If so then there should be a similar
structure to the TWL4030 driv
Hello,
The latest PM branch is now available[1].
I've done basic testing of retention and off-mode (suspend and dynamic
idle) on Beagle and custom HW. My SDP has something still keeping
CORE active that others have not seen, but I have yet to debug. Any
other reports from SDP testing would be a
On Tuesday 13 January 2009, Tony Lindgren wrote:
> The the read/write_reg should be in drivers/mfd somewhere.
I wouldn't think so ... it's not an MFD, it's just a
regulator that has a feature that's not yet envisioned
by the current regulator framework. (Floor/Ceiling
controls, basically.)
> >
frank agius wrote:
Im trying to understand if this is a driver problem or something
specific to the Overo. Can anyone with one of the boards that has
support enabled for the twl4030 driver (EVM2, EVM3, LDP and
2340/3430sdp)confirm the status of ADC on that board? If it's
functional, what is
On Tue, Jan 13, 2009 at 01:11:08PM +0530, Manikandan Pillai wrote:
> +config REGULATOR_TPS6235X
> + bool "TPS6235X Power regulator for OMAP3EVM"
> + depends on I2C=y
This driver should not be OMAP3EVM specific, I'd expect.
> +extern struct regulator_consumer_supply tps62352_core_consumer
On Mon, 12 Jan 2009 20:03:30 -0600
"Aguirre Rodriguez, Sergio Alberto" wrote:
> This adds the OMAP ISP gain tables. Includes:
> * Blue Gamma gain table
> * CFA gain table
> * Green Gamma gain table
> * Luma Enhancement gain table
> * Noise filter gain table
> * Red Gamma gain table
>
> Signed-of
From: David Brownell
Correct twl4030 MMC power switching: fix voltage ranges reported
for each slot, and handle them fully.
Lies corrected:
- MMC-1 doesn't support the 2.6-2.7 Volt range
- MMC-2 can't normally support anything except 1.8V
Omissions corrected
- MMC-1 *does* handle the 2.
On Mon, 12 Jan 2009 20:03:15 -0600
"Aguirre Rodriguez, Sergio Alberto" wrote:
> +/* ISP Private IOCTLs */
> +#define VIDIOC_PRIVATE_ISP_CCDC_CFG\
> + _IOWR('V', BASE_VIDIOC_PRIVATE + 1, struct ispccdc_update_config)
> +#define VIDIOC_PRIVATE_ISP_PRV_CFG \
> + _IOWR('V', BASE_VIDIO
On Mon, 12 Jan 2009 20:03:08 -0600
"Aguirre Rodriguez, Sergio Alberto" wrote:
>
> +static struct v4l2_int_slave dummy_slave = {
> + /* Dummy pointer to avoid underflow in find_ioctl. */
> + .ioctls = (void *)0x8000,
Why are you using here a magic number?
> + .num_ioctls = 0,
> +
Hi all,
Just in case you're having troubles getting the patches, heres a tarball with
all of them:
https://omapzoom.org/gf/download/docmanfileversion/51/959/l-o_cam_patches_2009_01_12.tar.bz2
I appreciate your time,
Sergio
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [
Op 13 jan 2009, om 20:41 heeft Kevin Hilman het volgende geschreven:
Sanjeev Premi writes:
These patches provide support for the OMAP35x processors.
This is essentially a re-submit after series of discusions
earlier in the list. It had always been getting pushed in
my to-do list :(
See: htt
Sanjeev Premi writes:
> These patches provide support for the OMAP35x processors.
>
> This is essentially a re-submit after series of discusions
> earlier in the list. It had always been getting pushed in
> my to-do list :(
> See: http://marc.info/?l=linux-omap&m=122029900603111&w=2
>
> Based on
Tero Kristo writes:
> Applies on top of PM branch + base VDD2 DVFS support patches.
>
Thanks, pulling into PM branch.
Kevin
--
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.o
Tero Kristo writes:
> Resending this set against the latest PM branch. This set provides base
> SDRC + SRAM + clock framework support for VDD2 DVFS control. Main reasoning
> for this set is that when VDD2 clock is changed, memory clocking changes also
> and you need to be rather careful when you
>From da51df52f8b583e5060963941810fa9f6d3feedd Mon Sep 17 00:00:00 2001
From: Sergio Aguirre
Date: Tue, 13 Jan 2009 10:53:34 -0600
Subject: [PATCH 2/2] OMAP3: CAM: Make MT9P012 DW9710 OV3640 depend on OMAP3
This patch adds dependency on sensor drivers to work only
when omap3 camera is enabled, as
>From 5f3e48e0ef21f62d3f062b596428009ff32740cd Mon Sep 17 00:00:00 2001
From: Sergio Aguirre
Date: Tue, 13 Jan 2009 10:45:41 -0600
Subject: [PATCH 1/2] OMAP3430SDP: CAM: Cleanup ifdef dependencies
This patch cleans up the camera code dependencies for
3430SDP boardfile.
Signed-off-by: Sergio Agui
Paul Walmsley writes:
> Hello,
>
> This series implements a clock rate change notifier for OMAP2/3 [1].
> It applies on top of the "OMAP clock: bug fixes, cleanup,
> optimization" series posted to linux-omap on Mon, 22 Dec 2008.
Now that the 'buf fixes, cleanup' series is now in linux-omap, I'll
>From 61698ca9a061f99c8f1d970a0a13c6f4d61b8e61 Mon Sep 17 00:00:00 2001
From: Sergio Aguirre
Date: Tue, 13 Jan 2009 10:06:49 -0600
Subject: [PATCH] OMAP34XXCAM: PM: Fix ifdefs to CONFIG_OMAP3_PM
This patch fixes ifdef checking around PM constraints for
OMAP3. This fixes compilation without TI PM.
I tried ASoC by removing the commit "ARM: OMAP3: Mask interrupts when
disabling interrupts" (023ae898bbbed8c2bc4d38bfbd05d2fee91c3468) and
audio worked fine for me.
Regards,
Anuj
On Tue, Jan 13, 2009 at 12:38 PM, Jarkko Nikula wrote:
>
> On Mon, 12 Jan 2009 18:15:20 +0200
> "ext Tony Lindgren"
Hi,
Few comments below.
* Manikandan Pillai [090113 09:42]:
> TPS6235x chip based PR785 power modules are from Texas Instruments
> for OMAP3 EVM boards. This patch supports the PR785 card
> and provides the driver support for the TPS devices.
>
> For compilation, the LCD and MMC drivers are mod
* Tony Lindgren [090112 16:37]:
> Hi,
>
> Here are some omap fixes for review. Some of these patches
> were posted earlier.
If no other comments, here's the pull request:
The following changes since commit c59765042f53a79a7a65585042ff463b69cb248c:
Linus Torvalds (1):
Linux 2.6.29-rc1
Hi,
Looks OK in general, few comments below.
Once you're done with the changes, this should get posted to
linux-arm-ker...@lists.arm.linux.org.uk for review with linux-omap
list Cc'd.
* Siarhei Siamashka [090108 20:29]:
>
> Signed-off-by: Siarhei Siamashka
> ---
> arch/arm/Kconfig
Pierre Ossman wrote:
On Tue, 13 Jan 2009 15:38:41 +0200
Adrian Hunter wrote:
This also fixes the hidden problem that the controller
was turning off the clock to the card while the card
was busy - the clock was then switched on for the
duration of each Send Status command used for polling,
whic
On Tue, 13 Jan 2009 15:38:41 +0200
Adrian Hunter wrote:
> This also fixes the hidden problem that the controller
> was turning off the clock to the card while the card
> was busy - the clock was then switched on for the
> duration of each Send Status command used for polling,
> which is why write
* Ladislav Michl [090111 01:03]:
> On Sat, Jan 10, 2009 at 11:49:42PM +0100, Ladislav Michl wrote:
> > On Sun, Dec 07, 2008 at 01:47:47PM -0800, Tony Lindgren wrote:
> > > diff --git a/arch/arm/mach-omap1/board-h2-mmc.c
> > > b/arch/arm/mach-omap1/board-h2-mmc.c
> > > index 504ae88..409fa56 10064
Here are two patches for omap_hsmmc. They are applied
on top of Jean Pihet's "OMAP: MMC: recover from transfer
failures" patch, which is here:
http://marc.info/?l=linux-omap&m=123141577308177&w=2
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to
>From 60c6ac58ae03cda78117aef7b0ad3dddbe4deb1a Mon Sep 17 00:00:00 2001
From: Jarkko Lavinen
Date: Fri, 5 Dec 2008 12:31:46 +0200
Subject: [PATCH] OMAP: HSMMC: Do dma cleanup also with data CRC errors
Signed-off-by: Jarkko Lavinen
---
drivers/mmc/host/omap_hsmmc.c | 13 ++---
1 files
>From 410bc62034c021f8767c8dae469c3215783992ca Mon Sep 17 00:00:00 2001
From: Adrian Hunter
Date: Mon, 12 Jan 2009 16:13:08 +0200
Subject: [PATCH] OMAP: HSMMC: Fix response type for busy after response
Some MMC commands result in the card becoming busy after
the response is received. This needs
On Tue, 2009-01-13 at 14:41 +0200, ext-eero.nurkk...@nokia.com wrote:
> This patch is built on top of commits:
>
> Stanley.Miao:
> [PATCH] OMAP: Fix McBSP spin_lock deadlock.
I'm sorry, this patch was not applied. I can repost the stuff
when this is taken.
--
To unsubscribe from this list: send
From: Eero Nurkkala
This provides full support for the sidetone
functionality in 3430 OMAPs. Please note that
TDM mode audio should be used to take full
advantage of the sidetone functionalities.
This patch is built on top of commits:
Stanley.Miao:
[PATCH] OMAP: Fix McBSP spin_lock deadlock.
E
* Gupta, Ajay Kumar [090113 06:33]:
> > -Original Message-
> > From: Felipe Balbi [mailto:m...@felipebalbi.com]
> > Sent: Tuesday, January 13, 2009 3:57 AM
> > To: Gupta, Ajay Kumar
> > Cc: linux-omap@vger.kernel.org; davi...@pacbell.net; felipe.ba...@nokia.com
> > Subject: Re: [PATCH v2]
Hi Sergio,
> +
> +/* Saved parameters */
> +struct prev_params *prev_config_params;
> +
static?
> +/*
> + * Coeficient Tables for the submodules in Preview.
> + * Array is initialised with the values from.the tables text file.
> + */
> +
> +/*
> + * CFA Filter Coefficient Table
> + *
> + */
> +s
On Tue, 2009-01-13 at 03:14 -0800, ext David Brownell wrote:
> On Monday 12 January 2009, Tomi Valkeinen wrote:
> > arch/arm/configs/dss_omap3_beagle_defconfig | 1437
> > +++
>
> This is a complete replacement. The patch would be a lot
> more comprehensible if changed th
Hi Sergio,
> +++ b/arch/arm/plat-omap/include/mach/isp_user.h
> @@ -0,0 +1,668 @@
> +/*
> + * include/asm-arm/arch-omap/isp_user.h
> + *
Path doesn't match. Better remove paths from all files, as they keep
changing, and maintaining them is hard.
--
---Trilok Soni
http://triloksoni.wordpress.co
On Monday 12 January 2009, Tomi Valkeinen wrote:
> arch/arm/configs/dss_omap_3430sdp_defconfig | 1603
> +++
Likewise. In fact, defconfig updates are a lot nicer as
patches that don't touch source code...
--
To unsubscribe from this list: send the line "unsubscribe linux
On Monday 12 January 2009, Tomi Valkeinen wrote:
> arch/arm/configs/dss_omap3_beagle_defconfig | 1437
> +++
This is a complete replacement. The patch would be a lot
more comprehensible if changed the standard config to just
add support for this board's video options (DVI
From: David Brownell
Work around lockdep issue when card detect IRQ handlers run in
thread context ... it forces IRQF_DISABLED, which prevents all
access to twl4030 card detect signals.
Signed-off-by: David Brownell
---
With so many OMAP3 boards having only one MMC/SD slot, used
for rootfs by d
* Aguirre Rodriguez, Sergio Alberto [090113 04:04]:
> This adds the OMAP ISP Front end modules to the kernel. Includes:
> * ISP CCDC Driver
>
> Signed-off-by: Sergio Aguirre
> ---
> drivers/media/video/isp/ispccdc.c | 1488
> +
> drivers/media/video/isp/ispc
* Russell King - ARM Linux [090112 18:47]:
> On Mon, Jan 12, 2009 at 08:24:42AM +0200, Tony Lindgren wrote:
> > * Russell King - ARM Linux [090111 12:15]:
> > > On Sat, Jan 10, 2009 at 11:05:24AM +, Russell King - ARM Linux wrote:
> > > > On Thu, Jan 08, 2009 at 09:36:12AM +0200, Tony Lindgre
Resending patches after fixing comments by Tony
This patch allows the MMC1 support on OMAP2 EVM board with
TPS6235x based PR785 boards. Files mmc-pr785.* contain the
drivers. Card detect interrupt level issue has been fixed.
The common part of the code between TWL and PR785 has been
moved to a new
* Eero Nurkkala [090113 11:11]:
> > Can you please repost your first version of the patch?
>
> Please. This V1 patch is good if one wishes to provide the fclk
> for McBSP from the MCBSP_CLKS. Then the fclk from the per can be turned
> off. With the V2 patch it's not that straightforward at all.
On Tue, 2009-01-13 at 11:02 +0200, Jarkko Nikula wrote:
> On Tue, 13 Jan 2009 10:41:20 +0200
> Eero Nurkkala wrote:
>
> > On Tue, 2009-01-13 at 10:28 +0200, Jarkko Nikula wrote:
> > > This doesn't fix problem on 2420. I assume when it works on 2420, the
> > > same fix will fix the 34xx as well. I
> Can you please repost your first version of the patch?
Please. This V1 patch is good if one wishes to provide the fclk
for McBSP from the MCBSP_CLKS. Then the fclk from the per can be turned
off. With the V2 patch it's not that straightforward at all.
- Eero
--
To unsubscribe from this list: s
On Tue, 13 Jan 2009 10:41:20 +0200
Eero Nurkkala wrote:
> On Tue, 2009-01-13 at 10:28 +0200, Jarkko Nikula wrote:
> > This doesn't fix problem on 2420. I assume when it works on 2420, the
> > same fix will fix the 34xx as well. I fear the mcbsp initialization
> > procedure in omap_mcbsp_start is
On Tue, 2009-01-13 at 10:28 +0200, Jarkko Nikula wrote:
> This doesn't fix problem on 2420. I assume when it works on 2420, the
> same fix will fix the 34xx as well. I fear the mcbsp initialization
> procedure in omap_mcbsp_start is not correct somewhat for 2420-34xx.
I somewhat disagree. I think
On Tue, 13 Jan 2009 09:52:14 +0200
"ext ext-eero.nurkk...@nokia.com" wrote:
> From: Eero Nurkkala
>
> ASoC has an annoying bug letting either L or R channel to be
> played on L channel. In other words, L and R channels can
> switch at random. This provides McBSP funtionality that may
> be used
On Tue, 2009-01-13 at 10:16 +0200, Jarkko Nikula wrote:
> This is true (checked now :-)) that RFIG and XFIG are not defined for
> 34xx (and 2430 as well!) but writing doesn't have any effect since the
> bit is read only. But since it's marked reserved, then better to not
> write it.
Good. This par
On Tue, 13 Jan 2009 09:52:15 +0200
"ext ext-eero.nurkk...@nokia.com" wrote:
> From: Eero Nurkkala
>
> All these steps are required for ASoC to behave correctly.
> This is, no RFIG or XFIG (Not defined in 34xx), correct
> initiliazation of rccr and xccr. They are format dependent,
> for example
On Tuesday 13 January 2009 09:34:16 ext Hans Verkuil wrote:
> second entry rather than the third. There are more devices that can
> choose between color and B&W, but this is the first device I know of
> that can do sepia. Having B&W as the second entry makes it easier for
Actually OMAP3 ISP can
Op 13 jan 2009, om 05:33 heeft Kevin Hilman het volgende geschreven:
Koen Kooi writes:
Op 11 jan 2009, om 19:53 heeft Koen Kooi het volgende geschreven:
Hi,
I was trying to get cpufreq going on beagleboard
(http://cgit.openembedded.net/cgit.cgi?url=openembedded/blob/&id=f56b27781d810dcca0
58 matches
Mail list logo