On Thu, Jan 29, 2009 at 12:05:13AM -0700, Paul Walmsley wrote:
Hello Russell,
On Wed, 28 Jan 2009, Russell King - ARM Linux wrote:
On Wed, Jan 28, 2009 at 01:22:22PM -0700, Paul Walmsley wrote:
Per rmk's preferences, some patches have been 'compressed.' That is, some
fix patches
On Thu, Jan 29, 2009 at 08:11:17AM +, Russell King - ARM Linux wrote:
On Thu, Jan 29, 2009 at 12:05:13AM -0700, Paul Walmsley wrote:
Hello Russell,
On Wed, 28 Jan 2009, Russell King - ARM Linux wrote:
On Wed, Jan 28, 2009 at 01:22:22PM -0700, Paul Walmsley wrote:
Per rmk's
Hi Richard,
On Thu, 29 Jan 2009, Paul Walmsley wrote:
TLLSAR is not functional till ES3.1 (and beyound). Is it possible to flag
it this way?
Yes, it's easy in this case. Thanks for the note. I will send along an
updated patch for this.
N.B. - fixxing this required a separate change
Hello,
this series marks USBTLL SAR as being available on ES3.1 and beyond only,
per
http://marc.info/?l=linux-arm-kernelm=123319614808833w=2
To do this, the omap_chip flags had to be updated. Now, ES2+ features
are marked as CHIP_GE_OMAP3430ES2. ES3.1+ features are similarly marked
as
Some OMAP3 chip behaviors change in ES levels after ES2. Modify the
existing omap_chip flags to add options for ES3.0 and ES3.1.
Add a new macro, CHIP_GE_OMAP3430ES2, to cover ES levels from ES2
onwards - a common pattern for OMAP3 features. Update all current
users of the omap_chip macros to
We'll need something like this, yes.
This one looks to need a bit of tweaking yet though ...
probably that could be done after merge.
The state can need changing after one of the drivers is unregistered;
I didn't get this comment.
using __exit not __devexit is likely wrong (especially
On Wed, Jan 28, 2009 at 12:08:23PM -0700, Paul Walmsley wrote:
+ if (cpu_is_omap24xx()) {
+
+ if (v == OMAP2XXX_EN_DPLL_LPBYPASS ||
+ v == OMAP2XXX_EN_DPLL_FRBYPASS)
+ return clk-parent-rate;
+
+ } else if (cpu_is_omap34xx()) {
+
+
On Wed, Jan 28, 2009 at 12:08:26PM -0700, Paul Walmsley wrote:
static int omap3_noncore_dpll_set_rate(struct clk *clk, unsigned long rate)
{
u16 freqsel;
struct dpll_data *dd;
+ int ret;
So 'ret' is a new variable...
if (!clk || !rate)
return
On Wed, Jan 28, 2009 at 12:08:29PM -0700, Paul Walmsley wrote:
The DPLL's rate changes when it enters or leaves bypass, so the DPLL's
rate and the rates of all dependent clocks need to be recalculated
when this happens.
Also, fix test for bypass to test against the appropriate bypass clock,
On Wed, Jan 28, 2009 at 12:08:32PM -0700, Paul Walmsley wrote:
When a non-CORE DPLL is enabled via omap3_noncore_dpll_enable(), use
the user's desired rate in clk-rate to determine whether to put the
DPLL into bypass or lock mode, rather than reading the DPLL's current
idle state from its
On Wed, Jan 28, 2009 at 12:08:35PM -0700, Paul Walmsley wrote:
diff --git a/arch/arm/mach-omap2/clock34xx.c b/arch/arm/mach-omap2/clock34xx.c
index 424eed6..c943043 100644
--- a/arch/arm/mach-omap2/clock34xx.c
+++ b/arch/arm/mach-omap2/clock34xx.c
@@ -270,7 +270,6 @@ static int
On Wed, Jan 28, 2009 at 12:18:16PM -0700, Paul Walmsley wrote:
From: Mans Rullgard m...@mansr.com
This makes clk_get_parent() work on OMAP2/3.
This is clearly something that the generic code should be doing.
It's not something specific to OMAP2/3. Please move it to
arch/arm/plat-omap/clock.c
On Wed, Jan 28, 2009 at 12:08:26PM -0700, Paul Walmsley wrote:
This patch causes a DPLL to enter bypass when it is instructed to set
its rate to that of its bypass clock. Previously this was only possible
after setting the DPLL rate, then disabling and re-enabling it.
The more I think about
On Tue, Jan 27, 2009 at 07:12:47PM -0700, Paul Walmsley wrote:
+/* Non-CORE DPLL rate set code */
+
+/*
+ * omap3_noncore_dpll_program - set non-core DPLL M,N values directly
+ * @clk: struct clk * of DPLL to set
+ * @m: DPLL multiplier to set
+ * @n: DPLL divider to set
+ * @freqsel:
On Wed, Jan 28, 2009 at 12:18:48PM -0700, Paul Walmsley wrote:
From: Tony Lindgren t...@atomide.com
This fixes booting, and is a step toward fixing things properly:
- Make enable_reg u32 instead of u16
No, you're passing this to __raw_read/write, so it needs to be
void __iomem *, not u32.
On Wed, Jan 28, 2009 at 12:27:59PM -0700, Paul Walmsley wrote:
The price paid is additional runtime memory consumption - 8 bytes per
clock and 16 bytes per child clock - roughly 4.5KiB on OMAP3.
For OMAP3, that's 222 struct clks of which 182 are children, and indeed
222 * 8 + 182 * 16 gives
Hi,
Can anybody tell me the meaning of naming convention used in mux.c file, e.g. -
MUX_CFG_34XX(AH8_34XX_GPIO29, 0x5fa,
OMAP34XX_MUX_MODE4 | OMAP34XX_PIN_INPUT)
MUX_CFG_34XX(J25_34XX_GPIO170, 0x1c6,
OMAP34XX_MUX_MODE4 | OMAP34XX_PIN_INPUT)
What the suffix AH8_
Sending to the list in plain text, argh!
-- Ashwin
-- Forwarded message --
From: Ashwin Bihari abih...@gmail.com
Date: Thu, Jan 29, 2009 at 10:45 AM
Subject: Re: Naming convention used in mux.c
To: Hiremath, Vaibhav hvaib...@ti.com
Cc: linux-omap@vger.kernel.org
* Russell King - ARM Linux li...@arm.linux.org.uk [090129 00:31]:
On Thu, Jan 29, 2009 at 08:11:17AM +, Russell King - ARM Linux wrote:
On Thu, Jan 29, 2009 at 12:05:13AM -0700, Paul Walmsley wrote:
Hello Russell,
On Wed, 28 Jan 2009, Russell King - ARM Linux wrote:
On
On Thu, Jan 29, 2009 at 08:25:58AM -0800, Tony Lindgren wrote:
To me it does not matter which way the stuff gets merged. We just need
to get it all merged.
If you guys can't get it merged and sorted out then it will all fall
down on me. And then I have to use tools no smaller than a
* Russell King - ARM Linux li...@arm.linux.org.uk [090129 08:35]:
On Thu, Jan 29, 2009 at 08:25:58AM -0800, Tony Lindgren wrote:
To me it does not matter which way the stuff gets merged. We just need
to get it all merged.
If you guys can't get it merged and sorted out then it will all
* David Brownell davi...@pacbell.net [090128 15:51]:
On Wednesday 28 January 2009, Russell King - ARM Linux wrote:
At least on OMAP, sched_clock() requires the I/O maps to be initialized.
Spinlock debugging invokes sched_clock() very early.
NAK. This doesn't and can't work on
Thanks Ashwin, I got it.
But I would recommend to have some kind of comment in mux.c which will mention
this.
Thanks,
Vaibhav Hiremath
Platform Support Products
Texas Instruments Inc
Ph: +91-80-25099927
From: Ashwin Bihari [mailto:abih...@gmail.com]
On Thu, Jan 29, 2009 at 08:53:35AM -0800, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [090129 08:42]:
* Russell King - ARM Linux li...@arm.linux.org.uk [090129 08:35]:
On Thu, Jan 29, 2009 at 08:25:58AM -0800, Tony Lindgren wrote:
To me it does not matter which way the stuff
Hi Kevin,
On Wed, Jan 28, 2009 at 9:58 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Peter Reid ppeter.r...@gmail.com writes:
Hi Kevin,
I get hangs after boot on beagle with latest PM tree i have quite a
few scripts that run on boot.
have you seen this before?
I have not, but
On Wed, Jan 28, 2009 at 12:27:51PM -0700, Paul Walmsley wrote:
Previously the individual clock recalculation functions handled their
own rate recalculation. This can be handled in the clk_set_rate(),
clk_set_parent(), and recalculate_root_clocks() functions in
plat-omap/clock.c. Removes
* Russell King - ARM Linux li...@arm.linux.org.uk [090128 11:08]:
On Wed, Jan 28, 2009 at 10:29:35AM -0800, Tony Lindgren wrote:
It accidentally broke while changing the name for the driver
to not to conflict with the other mmc driver.
Signed-off-by: Tony Lindgren t...@atomide.com
---
* Russell King - ARM Linux li...@arm.linux.org.uk [090128 11:21]:
No other comments on 3,4,5,7 and 9.
Here's the pull request for you.
Tony
The following changes since commit 18e352e4a73465349711a9324767e1b2453383e2:
Linus Torvalds (1):
Linux 2.6.29-rc3
are available in the git
On Wed, Jan 28, 2009 at 10:11:29AM +0100, ext Nayak, Rajendra wrote:
From: Hemanth V heman...@ti.com
This patch adds context save/restore feature to McSPI driver.
This has been tested by instrumenting the driver code i.e by
adding a McSPI softreset in omap2_mcspi_disable_clocks function.
From: Vaibhav Hiremath hvaib...@ti.com
On OMAP3EVM Mass Market Daugher Card following GPIO pins are being
used -
GPIO134 -- Enable/Disable TVP5146 interface
GPIO54 -- Enable/Disable Expansion Camera interface
GPIO136 -- Enable/Disable Camera (Sensor) interface
Added entry for the above GPIO's
From: Vaibhav Hiremath hvaib...@ti.com
This is second version of OMAP3EVM Mulit-Media/Mass Market
Daughter Card support.
Fixes:
- Cleaned unused header files, struct formating, and unused
comments.
- Pad/mux configuration handled in mux.ch
- mux.ch related changes moved to
On Wed, Jan 28, 2009 at 12:27:59PM -0700, Paul Walmsley wrote:
+static int omap_clk_for_each_child(struct clk *clk, unsigned long
parent_rate,
+u8 rate_storage, int (*cb)(struct clk *, unsigned long, u8))
+{
+ struct clk_child *child;
+ int ret;
+
+
Siarhei Siamashka siarhei.siamas...@nokia.com writes:
Signed-off-by: Siarhei Siamashka siarhei.siamas...@nokia.com
---
A second revision of gptimer oprofile patch
http://marc.info/?l=linux-omapm=123143937515088w=2
with the fixes suggested by Tony Lindgren
Timers from the CORE domain seem
Thanks,
Vaibhav Hiremath
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Friday, January 30, 2009 1:03 AM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; linux-me...@vger.kernel.org; Jadav,
Brijesh R; Shah, Hardik
Subject: Re: [REVIEW PATCH 2/2]
On Thursday 29 January 2009, Gupta, Ajay Kumar wrote:
We'll need something like this, yes.
This one looks to need a bit of tweaking yet though ...
probably that could be done after merge.
The state can need changing after one of the drivers is unregistered;
I didn't get this
On Thu, Jan 29, 2009 at 03:14:01PM +, Russell King - ARM Linux wrote:
On Wed, Jan 28, 2009 at 12:27:59PM -0700, Paul Walmsley wrote:
The price paid is additional runtime memory consumption - 8 bytes per
clock and 16 bytes per child clock - roughly 4.5KiB on OMAP3.
For OMAP3, that's 222
Hi!
I never expected it to be merged. I wrote it to allow us to ship a product.
The top problem is, this file stay on non proper place.
then, MM folks don't review at all.
I think this patch need to receive MM folks review.
This patch solves two problems for us:
1. It gives us more
From: Omar Ramirez Luna x00o...@ti.com
Date: Wed, 28 Jan 2009 19:00:22 -0600
Subject: [PATCH] DSPBRIDGE: Freeing allocated resources on rmmod
This patch implements the cleanup of allocated resources whenever the
module is removed from the kernel.
Signed-off-by: Omar Ramirez Luna x00o...@ti.com
From: Fernando Guzman Lugo x0095...@ti.com
Date: Wed, 28 Jan 2009 19:23:24 -0600
Subject: [PATCH] DSPBRIDGE Fix for DCD stack overflow
Fixed DCD stack buffer overflow.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
---
drivers/dsp/bridge/rmgr/dbdcd.c |2 +-
1 files changed, 1
From: Fernando Guzman Lugo x0095...@ti.com
Date: Wed, 28 Jan 2009 19:29:25 -0600
Subject: [PATCH] DSPBRIDGE: Fixed race condition with DBLL target list
Fixed race condition with DBLL target list
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
---
drivers/dsp/bridge/rmgr/node.c | 24
On Wednesday, January 21, 2009 5:13 PM, David Brownell wrote:
Driver for the twl4030 family keypad controller. This controller
supports a key matrix of up to 8 rows by 8 columns. Board init
code passes a description of the key matrix to the driver.
Signed-off-by: David Brownell
From: Dominic Curran dcur...@ti.com
Subject: [OMAPZOOM][PATCH 1/6] CSI2: Add function to change number of data
lanes
used.
Add new CSI2 function.
New function is isp_csi2_complexio_lanes_count().
Sets the number of CSI2 data lanes that should be used.
Signed-off-by: Dominic Curran
From: Dominic Curran dcur...@ti.com
Subject: [OMAPZOOM][PATCH 2/6] Increase isp workaround buffer size for 8MP
sensor.
A temporary buffer is created to hold the image while it is written by
Previewer module and then read by Resizer module. This is called LSC
Workaround. To take into account the
From: Dominic Curran dcur...@ti.com
Subject: [OMAPZOOM][PATCH 3/6] IMX046: Add support for Sony imx046 sensor.
This patch adds the driver files for the Sony IMX046 8MP camera sensor.
Driver sets up the sensor to send frame data via the MIPI CSI2 i/f.
Sensor is setup to output the following base
From: Dominic Curran dcur...@ti.com
Subject: [OMAPZOOM][PATCH 4/6] Add support for Sony imx046 to OMAP3430 SDP
board.
Support for the Sony IMX046 sensor on the OMAP3430 SDP board.
Signed-off-by: Greg Hofer greg.ho...@hp.com
Signed-off-by: Dominic Curran dcur...@ti.com
---
From: Dominic Curran dcur...@ti.com
Subject: [OMAPZOOM][PATCH 6/6] Add support for Sony imx046 to OMAP zoom2 board.
Support for the Sony IMX046 sensor on the OMAP Zoom2 board.
Signed-off-by: Dominic Curran dcur...@ti.com
---
arch/arm/configs/omap_zoom2_defconfig |1
Thanks,
Vaibhav Hiremath
-Original Message-
From: video4linux-list-boun...@redhat.com [mailto:video4linux-list-
boun...@redhat.com] On Behalf Of Curran, Dominic
Sent: Friday, January 30, 2009 6:24 AM
To: linux-omap; video4linux-l...@redhat.com
Cc: greg.ho...@hp.com
Subject:
Thanks,
Vaibhav Hiremath
-Original Message-
From: video4linux-list-boun...@redhat.com [mailto:video4linux-list-
boun...@redhat.com] On Behalf Of Curran, Dominic
Sent: Friday, January 30, 2009 6:24 AM
To: linux-omap; video4linux-l...@redhat.com
Cc: greg.ho...@hp.com
Subject:
Thanks,
Vaibhav Hiremath
-Original Message-
From: video4linux-list-boun...@redhat.com [mailto:video4linux-list-
boun...@redhat.com] On Behalf Of Curran, Dominic
Sent: Friday, January 30, 2009 6:24 AM
To: linux-omap; video4linux-l...@redhat.com
Cc: greg.ho...@hp.com
Subject:
Hello Russell,
this E-mail responds to your comments on patches C 04 through C 08.
My understanding is that you'd like me to:
1. Compress patches C 04 through C 09;
2. Modify omap3_noncore_dpll_enable() to move the if (!ret)
clk-rate = rate outside and below the conditional;
3. Remove
On Thu, 29 Jan 2009, Russell King - ARM Linux wrote:
On Tue, Jan 27, 2009 at 07:12:47PM -0700, Paul Walmsley wrote:
+/* Non-CORE DPLL rate set code */
+
+/*
+ * omap3_noncore_dpll_program - set non-core DPLL M,N values directly
+ * @clk: struct clk * of DPLL to set
+ * @m: DPLL
On Thu, Jan 29, 2009 at 02:29:05PM +0900, KOSAKI Motohiro wrote:
I never expected it to be merged. I wrote it to allow us to ship a
product.
Then, please write DON'T MERGE ME on the top of patch description.
we can adjust our viewpoints.
The code will live in
- Original Message -
From: Imre Deak imre.d...@nokia.com
To: ext Nayak, Rajendra rna...@ti.com
Cc: linux-omap@vger.kernel.org; Kevin Hilman
khil...@deeprootsystems.com; V, Hemanth heman...@ti.com
Sent: Friday, January 30, 2009 12:36 AM
Subject: Re: [PATCH] OMAP3 McSPI: Adds context
On Thu, 29 Jan 2009, Russell King - ARM Linux wrote:
On Wed, Jan 28, 2009 at 12:18:16PM -0700, Paul Walmsley wrote:
From: Mans Rullgard m...@mansr.com
This makes clk_get_parent() work on OMAP2/3.
This is clearly something that the generic code should be doing.
It's not something
[Greg KH g...@kroah.com]
but I don't think driver/staging is good place for non driver code.
The problem is, any patch must be reviewed by stakeholder, not maintenar
only.
then, the patch should post lkml and subsystem mailing list at first.
I like reviewed code than unreviewed code.
On Thu, 29 Jan 2009, Russell King - ARM Linux wrote:
On Wed, Jan 28, 2009 at 12:18:48PM -0700, Paul Walmsley wrote:
From: Tony Lindgren t...@atomide.com
This fixes booting, and is a step toward fixing things properly:
- Make enable_reg u32 instead of u16
No, you're passing this to
56 matches
Mail list logo