* Robert Nelson robertcnel...@gmail.com [100816 17:29]:
Due to the omap3530 ES3.0 Silicon being used on both the
B5/B6 and C1/2/3 Beagle we can't use the cpu_is_omap34xx()
routines to differentiate the Beagle Boards.
However gpio pins 171,172,173 where setup for this prupose, so
lets use
From: Hiroshi DOYU [hiroshi.d...@nokia.com]
Sent: Tuesday, August 17, 2010 12:27 AM
To: Guzman Lugo, Fernando
Cc: linux-omap@vger.kernel.org; linux-ker...@vger.kernel.org; Kanigeri, Hari
Subject: Re: [PATCH] iommu: fix end address of vm area comparation in
alloc_iovm_area
From: ext Guzman Lugo,
* Stephen Rothwell s...@canb.auug.org.au [100817 05:14]:
Hi all,
Today's linux-next merge of the sound-asoc tree got a conflict in
arch/arm/mach-omap2/board-n8x0.c between commits
1c37553eb1778802f0e7b6730df36542752e801e (omap: n8x0: Cleanup i2c1 and
menelaus registration) and
On Tue, 17 Aug 2010 09:15:59 +0300
Tony Lindgren t...@atomide.com wrote:
* Stephen Rothwell s...@canb.auug.org.au [100817 05:14]:
Hi all,
Today's linux-next merge of the sound-asoc tree got a conflict in
arch/arm/mach-omap2/board-n8x0.c between commits
* Jarkko Nikula jhnik...@gmail.com [100817 09:27]:
On Tue, 17 Aug 2010 09:15:59 +0300
Tony Lindgren t...@atomide.com wrote:
* Stephen Rothwell s...@canb.auug.org.au [100817 05:14]:
Hi all,
Today's linux-next merge of the sound-asoc tree got a conflict in
Benoit,
-Original Message-
From: Cousson, Benoit
Sent: Monday, August 16, 2010 5:30 PM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org; Basak, Partha; Shilimkar, Santosh;
Gopinath, Thara; Paul Walmsley; Kevin Hilman; Tony Lindgren
Subject: Re: [PATCH 3/13] dmtimer: hwmod:
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/rtc/rtc-s35390a.c | 30 ++
1 files changed, 30 insertions(+), 0 deletions(-)
diff --git a/drivers/rtc/rtc-s35390a.c b/drivers/rtc/rtc-s35390a.c
index
From: Vaibhav Hiremath hvaib...@ti.com
This patch adds support for interrupt API interfaces like,
- Alarm interrupt
- Periodic interrupt
- Per minute interrupt
Vaibhav Hiremath (3):
RTC:s35390a: Add Alarm interrupt support
RTC:s35390a: Add Periodic interrupt support
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/rtc/rtc-s35390a.c | 208 -
1 files changed, 205 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-s35390a.c b/drivers/rtc/rtc-s35390a.c
index
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/rtc/rtc-s35390a.c | 66 -
1 files changed, 65 insertions(+), 1 deletions(-)
diff --git a/drivers/rtc/rtc-s35390a.c b/drivers/rtc/rtc-s35390a.c
index
Is there any feedback about this patch,
Tested-by: Bryan Wu bryan...@canonical.com
-Bryan
On 08/11/2010 02:50 PM, Bryan Wu wrote:
Tested on my Beagle board. It fixed the issue.
Thanks,
-Bryan
On 08/11/2010 11:19 AM, Stanley.Miao wrote:
If we blank the panel by
echo 1
It should be Tomi to maintain DSS2. I didn't get any response from Tomi.
Stanley.
Bryan Wu wrote:
Is there any feedback about this patch,
Tested-by: Bryan Wu bryan...@canonical.com
-Bryan
On 08/11/2010 02:50 PM, Bryan Wu wrote:
Tested on my Beagle board. It fixed the issue.
Thanks,
On Tue, Aug 17, 2010 at 10:48:39AM +0200, ext hvaib...@ti.com wrote:
From: Vaibhav Hiremath hvaib...@ti.com
you need a description here.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
[snip]
+static void s35390a_work(struct work_struct *work)
+{
+ struct s35390a *s35390a;
+
On Tue, Aug 17, 2010 at 10:48:40AM +0200, ext hvaib...@ti.com wrote:
From: Vaibhav Hiremath hvaib...@ti.com
description ??
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
--
balbi
DefectiveByDesign.org
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a
On Tue, Aug 17, 2010 at 10:48:41AM +0200, ext hvaib...@ti.com wrote:
From: Vaibhav Hiremath hvaib...@ti.com
description
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
--
balbi
DefectiveByDesign.org
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a
I can also reproduce it when I try to use kexec to reboot the system. And this
patch fix that.
-Bryan
On 08/17/2010 05:27 PM, stanley.miao wrote:
It should be Tomi to maintain DSS2. I didn't get any response from Tomi.
Stanley.
Bryan Wu wrote:
Is there any feedback about this patch,
Hi,
On Wed, 2010-08-11 at 05:19 +0200, ext Stanley.Miao wrote:
If we blank the panel by
echo 1 /sys/devices/platform/omapfb/graphics/fb0/blank
Then, we reboot the sytem, the kernel will crash at
drivers/video/omap2/dss/core.c:323
This is because the panel is closed twice. Now check the
On 08/16/2010 11:36 PM, Thara Gopinath wrote:
OMAP4 has an iva device and a dsp devcice where as OMAP2/3
has only an iva device. In this file the iva device in the
a bit confused regarding this - IVA on OMAP3 was a C64 DSP. OMAP3 also
had iva accelerators, but ARM does not directly talk to the
On Tue, 2010-08-10 at 14:16 +0200, ext Stanley.Miao wrote:
If we blank the panel by
echo 1 /sys/devices/platform/omapfb/graphics/fb0/blank
Then, we reboot the sytem, the kernel will crash at
drivers/video/omap2/dss/core.c:323
This is because the panel is closed twice. Now add a variable
On Wed, 2010-08-11 at 14:23 +0200, ext Jarkko Nikula wrote:
This panel driver is using SPI for its communication so add CONFIG_SPI
dependency.
Thanks, applied.
Tomi
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
On Tue, 2010-08-10 at 11:33 +0200, ext Taneja, Archit wrote:
[Archit] I have collected some information about what these revision
numbers mean from the TI folks. The following is what I have gathered:
-For each broad version of OMAP, like OMAP3430, OMAP3630, OMAP4430 and so on,
there is an
Hi all,
Here are some experimental patches to allow booting ARMv7 SMP
kernel on UP to some extent. Posting these early in case it is
of any help as I know at least Bryan Wu is working on similar
issues.
The patches are very much work in progress, and does not quite
boot to init yet so there's
Add Kconfig option to boot SMP kernel on uniprocessor systems,
and define MULTI_CPU, MULTI_TLB and MULTI_CACHE when SMP_ON_UP
option is set.
This will allow us to dynamically set the uniprocessor functions
during the boot in a way that should also work with ZBOOT_ROM.
Signed-off-by: Tony
Attempt to detect if the hardware is UP hardware, and use the optional
UP specific processors functions in struct proc_info_list if available.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/include/asm/procinfo.h |6 +
arch/arm/include/asm/smp_plat.h |9
Set separate proc-v7 functions for SMP
NOTE: The v7wbi_tlb_flags need to be checked
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/include/asm/tlbflush.h | 10 +++--
arch/arm/mm/cache-v7.S | 60 ++
arch/arm/mm/proc-v7.S | 77
Fix SMP on UP interrupt handling for multi-omap
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/include/mach/entry-macro.S | 22 ++
arch/arm/mach-omap2/omap-smp.c | 16
arch/arm/mach-omap2/timer-gp.c |
Hi,
On Wed, 2010-08-11 at 11:22 +0200, ext K, Mythri P wrote:
Hi Tomi,
Can you please comment on the below patch . This is to add new color modes
supported by OMAP4.
Thanks and regards,
Mythri.
-Original Message-
From: K, Mythri P
Sent: Thursday, August 05, 2010 11:24 AM
To:
On Tue, Aug 17, 2010 at 01:53:25PM +0300, Tony Lindgren wrote:
diff --git a/arch/arm/include/asm/smp_plat.h b/arch/arm/include/asm/smp_plat.h
index e621530..1c2f587 100644
--- a/arch/arm/include/asm/smp_plat.h
+++ b/arch/arm/include/asm/smp_plat.h
@@ -18,4 +18,13 @@ static inline int
Hi,
Ok. Well, good that it's clear now =).
How do you think we can clean things up?
If I remember right, there's some kind of feature framework
being worked on (or ready?), but I haven't looked at that at
all. That may or may not suit our needs.
But perhaps we could just have a
* Russell King - ARM Linux li...@arm.linux.org.uk [100817 14:01]:
On Tue, Aug 17, 2010 at 01:53:25PM +0300, Tony Lindgren wrote:
+ if (list-proc_up)
+ processor = *list-proc_up;
+
+ if (list-tlb_up)
+ cpu_tlb = *list-tlb_up;
+
+ if (list-cache_up)
+
On Tue, 2010-08-17 at 12:53 +0200, Tony Lindgren wrote:
Fix SMP on UP interrupt handling for multi-omap
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/include/mach/entry-macro.S | 22 ++
arch/arm/mach-omap2/omap-smp.c | 16
* srinidhi srinidhi.kasa...@stericsson.com [100817 14:00]:
On Tue, 2010-08-17 at 12:53 +0200, Tony Lindgren wrote:
Fix SMP on UP interrupt handling for multi-omap
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/include/mach/entry-macro.S | 22
Hi Archit,
On 8/17/2010 1:16 PM, Taneja, Archit wrote:
Hi,
Ok. Well, good that it's clear now =).
How do you think we can clean things up?
If I remember right, there's some kind of feature framework
being worked on (or ready?), but I haven't looked at that at
all. That may or may not suit
On Tue, 2010-08-17 at 13:16 +0200, ext Taneja, Archit wrote:
Hi,
Ok. Well, good that it's clear now =).
How do you think we can clean things up?
If I remember right, there's some kind of feature framework
being worked on (or ready?), but I haven't looked at that at
all. That
On Tue, 2010-08-17 at 13:30 +0200, Tony Lindgren wrote:
* srinidhi srinidhi.kasa...@stericsson.com [100817 14:00]:
On Tue, 2010-08-17 at 12:53 +0200, Tony Lindgren wrote:
Fix SMP on UP interrupt handling for multi-omap
Signed-off-by: Tony Lindgren t...@atomide.com
---
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Cousson, Benoit
Sent: Thursday, August 05, 2010 3:43 AM
To: linux-omap@vger.kernel.org; khil...@deeprootsystems.com;
p...@pwsan.com
Cc: Nayak, Rajendra; Shilimkar,
On Tue, Aug 17, 2010 at 01:53:12PM +0300, Tony Lindgren wrote:
Here are some experimental patches to allow booting ARMv7 SMP
kernel on UP to some extent. Posting these early in case it is
of any help as I know at least Bryan Wu is working on similar
issues.
I think these are compeltely the
* Russell King - ARM Linux li...@arm.linux.org.uk [100817 16:44]:
On Tue, Aug 17, 2010 at 01:53:12PM +0300, Tony Lindgren wrote:
Here are some experimental patches to allow booting ARMv7 SMP
kernel on UP to some extent. Posting these early in case it is
of any help as I know at least Bryan
* srinidhi srinidhi.kasa...@stericsson.com [100817 15:07]:
On Tue, 2010-08-17 at 13:30 +0200, Tony Lindgren wrote:
* srinidhi srinidhi.kasa...@stericsson.com [100817 14:00]:
On Tue, 2010-08-17 at 12:53 +0200, Tony Lindgren wrote:
Fix SMP on UP interrupt handling for multi-omap
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Tuesday, August 17, 2010 7:44 PM
To: srinidhi
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org;
bryan...@canonical.com;
On Tue, Aug 17, 2010 at 05:12:11PM +0300, Tony Lindgren wrote:
Great, will give it a try hopefully tomorrow. Sounds like that's the way
to deal with fixing up things when booting up older UP ARMv6 without the
32v6 support :)
What I've also been debating about is adding another word to the
End address of the vm area is .start + bytes -1., not start + byte.
This patch fixes that issue by doing an inclusive comparison with
tmp-da_start. This issue was preventing allocate an area of size
exactly the same than the free area. I did no change the value of
da_end of each vm area because it
On Tue, Aug 17, 2010 at 12:48 AM, Jarkko Nikula jhnik...@gmail.com wrote:
Hi
On Mon, 16 Aug 2010 09:36:41 -0500
Robert Nelson robertcnel...@gmail.com wrote:
+u8 get_omap3_beagle_rev(void)
+{
+ return omap3_beagle_version;
+}
+
+static void __init omap3_beagle_get_revision(void)
+{
On Tue, Aug 17, 2010 at 1:10 AM, Tony Lindgren t...@atomide.com wrote:
* Robert Nelson robertcnel...@gmail.com [100816 17:29]:
Due to the omap3530 ES3.0 Silicon being used on both the
B5/B6 and C1/2/3 Beagle we can't use the cpu_is_omap34xx()
routines to differentiate the Beagle Boards.
-Original Message-
From: Cliff Brake [mailto:cliff.br...@gmail.com]
Sent: Wednesday, August 18, 2010 3:27 AM
To: Linux OMAP Users; Ghorai, Sukumar
Subject: NAND ECC in linux-omap
Hi,
I'm using the latest pm branch (based on linux-omap I think), and
running into the following
This change adds in MMC and I2C support to the HTC Herald board, as well
as adding the HTCPLD driver for the PLD used on this phone. It also
adds in the gpio-keys entries for the front directional keys and
selector and the cursor keys on the slide-out keyboard, and gpio-leds
support for the LEDs
This change adds in MMC and I2C support to the HTC Herald board, as well
as adding the HTCPLD driver for the PLD used on this phone. It also
adds in the gpio-keys entries for the front directional keys and
selector and the cursor keys on the slide-out keyboard, and gpio-leds
support for the LEDs
47 matches
Mail list logo
