On Wednesday 28 March 2012 12:02 PM, Hiremath, Vaibhav wrote:
On Tue, Mar 27, 2012 at 15:28:31, Nayak, Rajendra wrote:
Some functions like _omap4_disable_module() and _omap4_wait_target_disable()
are (will be) used on all OMAPs OMAP4 and beyond which support module level
control. Fix the error
On Wed, Mar 28, 2012 at 10:13 PM, Jon Hunter jon-hun...@ti.com wrote:
Hi Govindraj,
On 3/28/2012 6:09, Raja, Govindraj wrote:
On Wed, Mar 28, 2012 at 2:38 AM, Jon Hunterjon-hun...@ti.com wrote:
Hi Govindraj,
[...]
+ u32 mvr, scheme;
+ u16 revision, major, minor;
+
+
Hi Tarun,
On Wed, Mar 28, 2012 at 2:15 PM, DebBarma, Tarun Kanti
tarun.ka...@ti.com wrote:
On Mon, Mar 26, 2012 at 7:14 PM, Shubhrajyoti D shubhrajy...@ti.com wrote:
From: Benoit Cousson b-cous...@ti.com
bus_num was used to reference the mcspi controller instance in a fixed array.
Remove
-Original Message-
From: Kevin Hilman khil...@ti.com
To: Joe Woodward j...@terrafix.co.uk
Cc: Raja\, Govindraj govindraj.r...@ti.com, linux-omap@vger.kernel.org,
Felipe Balbi ba...@ti.com, Paul Walmsley p...@pwsan.com, ne...@suse.de
Date: Wed, 28 Mar 2012 10:46:23 -0700
Subject: Re:
On Thu, Mar 29, 2012 at 11:42:34, Nayak, Rajendra wrote:
On Wednesday 28 March 2012 12:02 PM, Hiremath, Vaibhav wrote:
On Tue, Mar 27, 2012 at 15:28:31, Nayak, Rajendra wrote:
Some functions like _omap4_disable_module() and
_omap4_wait_target_disable()
are (will be) used on all OMAPs
On Thursday 29 March 2012 02:26 PM, Hiremath, Vaibhav wrote:
The point I was trying to make here was, cpu_is_xxx() check will become ugly,
as more and more devices gets added to the list, am33xx being the first one
in omap34xx family.
So are there more, other than AM33xx which are cortex A8
On Thu, Mar 29, 2012 at 14:32:34, Nayak, Rajendra wrote:
On Thursday 29 March 2012 02:26 PM, Hiremath, Vaibhav wrote:
The point I was trying to make here was, cpu_is_xxx() check will become
ugly,
as more and more devices gets added to the list, am33xx being the first one
in omap34xx
Hi Joe,
After digging a bit further I found that the problem isn't lost characters or
character corruption at all...
The UART is actually at 430KBaud (not 900KBaud as I mentioned earlier).
How did you verify that register read?
The data received is very bursty (i.e. sets of messages every
Hi Joe,
After digging a bit further I found that the problem isn't lost
characters or character corruption at all...
The UART is actually at 460KBaud (not 900KBaud as I mentioned
earlier).
How did you verify that register read?
I actually looked at the setting applied in my code
These four patches incorporate changes to OMAP1 and OMAP2 platforms
board files whereby older references to OMAP_GPIO_IRQ macro are
now replaced with gpio_to_irq(), thereby getting rid of static
irq references.
Reference: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git omap/dt
Since all references to OMAP_GPIO_IRQ macro are replaced now
with gpio_to_irq(), this can be removed altogether.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
---
arch/arm/plat-omap/include/plat/gpio.h |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git
Even though ams-delta-serio input driver uses gpio_to_irq() in all
relevent places to get irq number, the ams_delta_serio_exit() still
uses OMAP_GPIO_IRQ macro. Fix this.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
---
drivers/input/serio/ams_delta_serio.c |2 +-
1 files changed,
With dynamic allocation of IRQ the usage of OMAP_GPIO_IRQ
is no longer valid. We should be using gpio_to_irq() instead.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
---
arch/arm/mach-omap2/board-2430sdp.c |2 +-
arch/arm/mach-omap2/board-4430sdp.c |2 +-
With dynamic allocation of IRQ the usage of OMAP_GPIO_IRQ
is no longer valid. We should be using gpio_to_irq() instead.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
---
arch/arm/mach-omap1/board-h2.c|8
arch/arm/mach-omap1/board-h3.c|9 -
With dynamic allocation of IRQ the usage of OMAP_GPIO_IRQ
is no longer valid. We should be using gpio_to_irq() instead.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
---
arch/arm/mach-omap1/board-h2.c|8
arch/arm/mach-omap1/board-h3.c|9 -
From: Govindraj.R govindraj.r...@ti.com
Fix the compilation break observed on latest mainline.
Fixes below compilation break:
arch/arm/mach-omap2/pm.c: In function 'omap_pm_begin':
arch/arm/mach-omap2/pm.c:239: error: implicit declaration of function
'disable_hlt'
arch/arm/mach-omap2/pm.c: In
Hello Joe,
thanks for reporting this. Some thoughts -- really just pure speculation
-- but I hope some of it might be useful for you...
On Thu, 29 Mar 2012, Joe Woodward wrote:
After digging a bit further I found that the problem isn't lost characters or
character corruption at all...
Hello Joe,
thanks for reporting this. Some thoughts -- really just pure
speculation
-- but I hope some of it might be useful for you...
On Thu, 29 Mar 2012, Joe Woodward wrote:
After digging a bit further I found that the problem isn't lost
characters or character corruption at
-Original Message-
From: Joe Woodward j...@terrafix.co.uk
To: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com, Raja\\, Govindraj
govindraj.r...@ti.com, linux-omap@vger.kernel.org, Felipe Balbi
ba...@ti.com, ne...@suse.de
Date: Thu, 29 Mar 2012 12:27:55 +0100
Subject: Re:
On Thu, Mar 29, 2012 at 5:10 PM, Joe Woodward j...@terrafix.co.uk wrote:
-Original Message-
From: Joe Woodward j...@terrafix.co.uk
To: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com, Raja\\, Govindraj
govindraj.r...@ti.com, linux-omap@vger.kernel.org, Felipe Balbi
* Olof Johansson o...@lixom.net [120328 22:04]:
Hi Tony,
On Wed, Mar 21, 2012 at 11:05 AM, Tony Lindgren t...@atomide.com wrote:
Hi Arnd Olof,
Here's a set of fixes that would be nice to get merged during
the merge window before the GPIO changes get merged to avoid
boot issues on
Am 15.03.2012 17:52, schrieb Mark A. Greer:
On Thu, Mar 15, 2012 at 09:42:21AM -0700, Mark A. Greer wrote:
On Thu, Mar 15, 2012 at 04:52:40PM +0100, Yegor Yefremov wrote:
Am 15.03.2012 16:43, schrieb Mark A. Greer:
On Mon, Mar 12, 2012 at 02:55:02PM +0100, Yegor Yefremov wrote:
Am 09.03.2012
Hi Viabhav,
On 3/29/2012 4:14, Hiremath, Vaibhav wrote:
On Thu, Mar 29, 2012 at 14:32:34, Nayak, Rajendra wrote:
On Thursday 29 March 2012 02:26 PM, Hiremath, Vaibhav wrote:
The point I was trying to make here was, cpu_is_xxx() check will become ugly,
as more and more devices gets added to
Hi Viabhav,
On 3/29/2012 3:56, Hiremath, Vaibhav wrote:
On Thu, Mar 29, 2012 at 11:42:34, Nayak, Rajendra wrote:
On Wednesday 28 March 2012 12:02 PM, Hiremath, Vaibhav wrote:
On Tue, Mar 27, 2012 at 15:28:31, Nayak, Rajendra wrote:
Some functions like _omap4_disable_module() and
* Govindraj.R govindraj.r...@ti.com [120329 03:12]:
From: Govindraj.R govindraj.r...@ti.com
Fix the compilation break observed on latest mainline.
Fixes below compilation break:
arch/arm/mach-omap2/pm.c: In function 'omap_pm_begin':
arch/arm/mach-omap2/pm.c:239: error: implicit
* H Hartley Sweeten hartl...@visionengravers.com [120328 11:16]:
Use the default partition parser, cmdlinepart, provided by the plat_nand
driver.
Signed-off-by: H Hartley Sweeten hswee...@visionengravers.com
Cc: Ryan Mallon rmal...@gmail.com
Cc: Imre Kaloz ka...@openwrt.org
Cc: Krzysztof
* Tarun Kanti DebBarma tarun.ka...@ti.com [120329 03:05]:
These four patches incorporate changes to OMAP1 and OMAP2 platforms
board files whereby older references to OMAP_GPIO_IRQ macro are
now replaced with gpio_to_irq(), thereby getting rid of static
irq references.
Thanks, I'll take your
* Tony Lindgren t...@atomide.com [120329 08:14]:
* Govindraj.R govindraj.r...@ti.com [120329 03:12]:
From: Govindraj.R govindraj.r...@ti.com
Fix the compilation break observed on latest mainline.
Fixes below compilation break:
arch/arm/mach-omap2/pm.c: In function
Tony Lindgren t...@atomide.com writes:
* Tony Lindgren t...@atomide.com [120329 08:14]:
* Govindraj.R govindraj.r...@ti.com [120329 03:12]:
From: Govindraj.R govindraj.r...@ti.com
Fix the compilation break observed on latest mainline.
Fixes below compilation break:
Mathieu,
* mathieu.poir...@linaro.org mathieu.poir...@linaro.org [120323 10:16]:
From: Arnd Bergmann a...@arndb.de
The following is a set of patches that have been sent
out during the 3.1 cycle that were not acked or merged.
Sending again for completeness.
Tony, please pull if there
Hi Vaibhav,
Vaibhav Hiremath hvaib...@ti.com writes:
After going round-n-round on how to add support for AM33XX family
of device into kernel, especially for PRM and CM support, we have
decided to handle it separately; as AM33XX-PRCM module is different
than OMAP3 and OMAP4 architecture.
On Thu, Mar 29, 2012 at 7:08 AM, Cousson, Benoit b-cous...@ti.com wrote:
Hi Arnd and Olof,
On 3/15/2012 9:01 AM, Arnd Bergmann wrote:
On Thursday 15 March 2012, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [120314 16:41]:
Hi Tony,
Here are the remaining DTS patches for 3.4.
* Tony Lindgren t...@atomide.com [120329 07:44]:
* Olof Johansson o...@lixom.net [120328 22:04]:
Hi Tony,
On Wed, Mar 21, 2012 at 11:05 AM, Tony Lindgren t...@atomide.com wrote:
Hi Arnd Olof,
Here's a set of fixes that would be nice to get merged during
the merge window before
As I'm new to the OMAP community this might be a stupid question but trying to
just build and run a stock v3.3 kernel on a pandaboard. In doing so it seems
as if some basic drivers are not enabled in omap2plus_defconfig for the board.
I'm trying to figure out if this is normal for some reason
On Thu, Mar 29, 2012 at 11:56 AM, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [120329 07:44]:
* Olof Johansson o...@lixom.net [120328 22:04]:
Hi Tony,
On Wed, Mar 21, 2012 at 11:05 AM, Tony Lindgren t...@atomide.com wrote:
Hi Arnd Olof,
Here's a set of
As long as there is no other non-const variable marked __initdata in the
same compilation unit it doesn't hurt. If there were one however
compilation would fail with
error: $variablename causes a section type conflict
because a section containing const variables is marked read only and
On Thu, Mar 29, 2012 at 11:12:20PM +0200, Uwe Kleine-König wrote:
arch/arm/mach-msm/board-msm8x60.c |2 +-
arch/arm/mach-msm/board-qsd8x50.c |4 +-
Acked-by: David Brown dav...@codeaurora.org
--
Sent by an employee of the Qualcomm Innovation Center, Inc.
The
37 matches
Mail list logo