* David Brownell davi...@pacbell.net [090116 09:59]:
On Thursday 15 January 2009, Tony Lindgren wrote:
Then when it tries to boot, (a) the HSMMC driver reports
error -110 then chokes, so no root FS; and then (b) MUSB
misdetects the high speed hub as full speed then chokes,
so no
Hi Hari,
Thanks for providing this utility.
This is useful to read the values of registers from user space.
Can you please help us further by letting us know how to find out
clock speeds of DSP, ARM, L3?
There are some multiplication factors to be used to arrive at
clock speeds.
The following patches add omap3 support and some cleanups.
This omap mailbox device driver has been used for the interprocessor
communication between ARM and some co-processors(DSP) inside of omap
SoC, which is a kind of interrupt driven FIFO.
---
Hiroshi DOYU (10):
omap mailbox: remove
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/mailbox.c | 77 +++--
1 files changed, 29 insertions(+), 48 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c b/arch/arm/mach-omap2/mailbox.c
index 32b7af3..0609e2d 100644
---
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/mailbox.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c b/arch/arm/mach-omap2/mailbox.c
index 3176bb7..c73fa89 100644
--- a/arch/arm/mach-omap2/mailbox.c
+++
Since mbox-dev doesn't exist and isn't created either at
registration, this patch will create struct device, which belongs to
omap-mailbox class and set this pointer for the member of
struct omap_mbox.
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap1/devices.c |2 +-
arch/arm/mach-omap1/mailbox.c | 31 +--
2 files changed, 18 insertions(+), 15 deletions(-)
diff --git a/arch/arm/mach-omap1/devices.c b/arch/arm/mach-omap1/devices.c
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/devices.c |2 +-
arch/arm/mach-omap2/mailbox.c | 15 +--
2 files changed, 10 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index
To preserve the registers during off-mode
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/mailbox.c | 35 +
arch/arm/plat-omap/include/mach/mailbox.h | 23 +++
2 files changed, 58 insertions(+), 0
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/devices.c | 36
arch/arm/mach-omap2/mailbox.c | 65 +---
arch/arm/plat-omap/Kconfig |8 +++
no need to keep mailbox.h separately.
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/mailbox.c | 86
arch/arm/plat-omap/mailbox.h | 100 --
2 files changed, 85 insertions(+), 101
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/mailbox.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/arch/arm/plat-omap/mailbox.c b/arch/arm/plat-omap/mailbox.c
index 79f5fb7..feb286c 100644
--- a/arch/arm/plat-omap/mailbox.c
+++
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/mailbox.c | 35 ---
1 files changed, 16 insertions(+), 19 deletions(-)
diff --git a/arch/arm/plat-omap/mailbox.c b/arch/arm/plat-omap/mailbox.c
index db5a0c2..79f5fb7 100644
---
The following patches add initial support of omap iommu.
Some of TI OMAP series have the peripheral devices with their own
MMU(iommu), which is composed of its own tlb and optional h/w
pagetable(twl). These MMUs don't depend on mpu(arm) mmu at all, but
their algorithms are somewhat similar and
This patch provides:
- iotlb_*() : iommu tlb operations
- iopgtable_*() : iommu pagetable(twl) operations
- iommu_*() : the other generic operations
and the entry points to register and acquire iommu object.
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
The structure 'arch_mmu' accommodates the difference between omap1 and
omap2/3.
This patch provides omap2/3 specific functions
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/iommu2.c | 325 ++
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/omap3-iommu.c | 111 +
1 files changed, 111 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/mach-omap2/omap3-iommu.c
diff --git a/arch/arm/mach-omap2/omap3-iommu.c
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/Kconfig |8
arch/arm/plat-omap/Makefile |1 +
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/Kconfig b/arch/arm/plat-omap/Kconfig
index 46d3b0b..bacdc32 100644
---
This patch provides a device drivers, which has a omap iommu, with
address mapping APIs between device virtual address(iommu), physical
address and MPU virtual address.
There are 4 possible patterns for iommu virtual address(iova/da) mapping.
|iova/mapping
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/Makefile |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile
index bbd12bc..443e71f 100644
--- a/arch/arm/mach-omap2/Makefile
+++
* Tony Lindgren t...@atomide.com [090116 10:13]:
* David Brownell davi...@pacbell.net [090116 09:59]:
On Thursday 15 January 2009, Tony Lindgren wrote:
Then when it tries to boot, (a) the HSMMC driver reports
error -110 then chokes, so no root FS; and then (b) MUSB
misdetects
On Thu, Jan 15, 2009 at 03:44:04PM -0800, Greg KH wrote:
On Thu, Jan 15, 2009 at 07:02:48PM +0530, Trilok Soni wrote:
And there is one more lowmem driver developed by Nokia for Nokia 8xx
tablets it seems. CCed Tony Lindgren, Juha and Viktor.
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Friday, January 16, 2009 12:58 PM
To: Gadiyar, Anand
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] Fix compile error in usb-ehci.c
* Gadiyar, Anand gadi...@ti.com [090115 20:48]:
From: Anand Gadiyar
From: Anand Gadiyar gadi...@ti.com
Fix this compile error
Can you please resend via the usb list?
Isn't this omap specific? I don't mind sending this through the USB list,
except that I think it has nothing to do with USB.
Scratch this. I saw your next mail too late.
- Anand
* Takashi Iwai ti...@suse.de [090116 11:16]:
At Fri, 16 Jan 2009 09:48:06 +0200,
Peter Ujfalusi wrote:
Modify the check for the mux type to also handle the
snd_soc_dapm_value_mux type in a same way as the snd_soc_dapm_mux.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
2009/1/16 Hiroshi DOYU hiroshi.d...@nokia.com:
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/mailbox.c | 77
+++--
1 files changed, 29 insertions(+), 48 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c
And there is one more lowmem driver developed by Nokia for Nokia 8xx
tablets it seems. CCed Tony Lindgren, Juha and Viktor.
http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=blob;f=security/lowmem.c;h=ae78a530af39703e335ad769f1e6f097f63ec6dd;hb=HEAD
quick review.
325
From: ext roel kluin roel.kl...@gmail.com
Subject: Re: [PATCH 01/10] omap mailbox: cleanup omap2 register definition with
macro
Date: Fri, 16 Jan 2009 10:56:01 +0100
[...]
+#define MAILBOX_SYSCONFIG 0x010
+#define MAILBOX_SYSSTATUS 0x014
+#define
On Fri, Jan 16, 2009 at 09:27:12AM +0200, Tony Lindgren wrote:
In general that would be best, as then I know it's been acked and on
it's way to the mainline kernel via alsa already. Meaning it's safe
for me to apply to linux-omap without increasing the diff to mainline
kernel.
Linus has
also quick review to lowmemorykiller.c
#include linux/module.h
#include linux/kernel.h
#include linux/mm.h
#include linux/oom.h
#include linux/sched.h
static int lowmem_shrink(int nr_to_scan, gfp_t gfp_mask);
static struct shrinker lowmem_shrinker = {
.shrink = lowmem_shrink,
Updated one attached.
From: ext Hiroshi DOYU hiroshi.d...@nokia.com
Subject: Re: [PATCH 01/10] omap mailbox: cleanup omap2 register definition with
macro
Date: Fri, 16 Jan 2009 14:15:24 +0200 (EET)
From: ext roel kluin roel.kl...@gmail.com
Subject: Re: [PATCH 01/10] omap mailbox: cleanup
I did some testing today on my 3.0GP 3430SDP. This is with the
omap_3430sdp_min_defconfig.
1) Idle.
echo -n 1 /sys/power/clocks_off_while_idle
echo -n 1 /sys/power/enable_off
Could not hit RET. something seems to be still active. Not sure if it could be
something
to do with this error that's
Hi Hari,
Is this document ready? Can you please send this for information?
Regards,
Kishore.
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Kanigeri, Hari
Sent: Thursday, December 18, 2008 7:01 PM
To: Felipe Contreras
On Fri, Jan 16, 2009 at 08:16:51PM +0900, KOSAKI Motohiro wrote:
As far as I know, embedded guys strong want to lowmem notification mecanism.
I think the big server guys also want the same thing :)
At least, I and my mem_notify receive multiple contact from embedded
and JavaVM developer.
On Fri, Jan 16, 2009 at 09:37:38AM +0200, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [090116 09:29]:
* Gadiyar, Anand gadi...@ti.com [090115 20:48]:
From: Anand Gadiyar gadi...@ti.com
Fix this compile error
This one should go via the usb list too.
Uh, looks like my
On Fri, Jan 16, 2009 at 09:37:38AM +0200, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [090116 09:29]:
* Gadiyar, Anand gadi...@ti.com [090115 20:48]:
From: Anand Gadiyar gadi...@ti.com
Fix this compile error
This one should go via the usb list too.
Uh,
Hi Hiroshi,
On Fri, Jan 16, 2009 at 10:27:11AM +0200, Hiroshi DOYU wrote:
static inline void omap_init_mbox(void)
{
+ if (cpu_is_omap2420()) {
+ mbox_device.num_resources = ARRAY_SIZE(omap2_mbox_resources);
+ mbox_device.resource = omap2_mbox_resources;
+ }
These patches provide support for the OMAP35x processors.
I have tried to address the comments received in the
recent discussions. Specifically:
- Variants of OMAP35x are detected run-time
- OMAP35x would build for OMAP3430 SDP as well.
Any minor incompatibilities can be addressed
separately.
This patch adds basic support for the OMAP35x Applications
Processors: OMAP3503, OMAP3515, OMAP3525 and OMAP3530
(See: http://focus.ti.com/general/docs/gencontent.tsp?contentId=46725)
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/mach-omap2/Kconfig | 28 +++-
1
Added runtime check via omap2_set_globals_35xx()
Also added runtime check for the OMAP35x variants.
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/mach-omap2/id.c | 90 --
arch/arm/plat-omap/common.c | 19 ++
Includes:
- Updates to default board configuration.
- Call function omap2_set_globals_35xx()
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/configs/omap3_evm_defconfig |1 +
arch/arm/mach-omap2/board-omap3evm.c |2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git
Tony,
Are there any plans to get 3430SDP support in mainline?
- Anand--
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.org/majordomo-info.html
On Fri, Jan 16, 2009 at 09:08:57PM +0530, Gadiyar, Anand wrote:
I still don't get it. Why Greg?
It's a one-line compile fix for God's sake - nothing even remotely related
to a change in USB - it's platform code that got broken for some reason.
And Tony's already going to queue it up.
I'm
I'm not sure if this has been reported before. I just tried compiling mainline
for the beagleboard and got this error.
- Anand
CC arch/arm/mach-omap2/board-omap3beagle.o
arch/arm/mach-omap2/board-omap3beagle.c: In function 'beagle_twl_gpio_setup':
On Fri, Jan 16, 2009 at 09:08:57PM +0530, Gadiyar, Anand wrote:
I still don't get it. Why Greg?
It's a one-line compile fix for God's sake - nothing even remotely related
to a change in USB - it's platform code that got broken for some reason.
And Tony's already going to queue it
Woodruff, Richard wrote:
With OMAP3530 on BeagleBoard we like to read OMAP3's
CONTROL_RAND_KEY_0 (0x4800 2318) register with something like
printf (attempting cpu_uid read\n);
u32 cpu_uid = *((u32 *) 0x48002318);
/* u32 cpu_uid = readl(ctrl_base-randkey_0); */
printf (cpu_uid read done\n);
This patch improves the wakeup SRAM code polling the SDRC to become ready
instead of just waiting for a fixed amount of time.
Now with signoff :)
Signed-off-by: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
---
arch/arm/mach-omap2/sleep34xx.S | 51
Nayak, Rajendra rna...@ti.com writes:
I did some testing today on my 3.0GP 3430SDP. This is with the
omap_3430sdp_min_defconfig.
1) Idle.
echo -n 1 /sys/power/clocks_off_while_idle
echo -n 1 /sys/power/enable_off
Could not hit RET. something seems to be still active. Not sure if it
Fixes compilation error:
arch/arm/mach-omap2/board-n800-bt.c: In function 'n800_bt_init':
arch/arm/mach-omap2/board-n800-bt.c:36: error: 'OMAP_TAG_NOKIA_BT' undeclared
(first use in this function)
arch/arm/mach-omap2/board-n800-bt.c:36: error: (Each undeclared identifier is
reported only once
On the OMAP board I have, I want to access production information
(model, serial number, MAC addresses, etc), and the part requires 3v
which is powered off of VAUX1.
I need to pull this out at initialization time, but I have to wait until
the twl4030 driver is running or I get twl4030: client 3
Subject: Question on how to best access a chip on init that needs VAUX1 power?
On the OMAP board I have, I want to access production information
(model, serial number, MAC addresses, etc), and the part requires 3v
which is powered off of VAUX1.
I need to pull this out at initialization time,
On Fri, 2009-01-16 at 14:17 -0600, Woodruff, Richard wrote:
Subject: Question on how to best access a chip on init that needs VAUX1 power?
On the OMAP board I have, I want to access production information
(model, serial number, MAC addresses, etc), and the part requires 3v
which is
On Friday 16 January 2009, Peter Barada wrote:
I'm trying
initcall_sysbys_sync() to have my code called after the twl4040
initializes, but before the devices come up.
Is the the right way to approach this?
Well, subsys_initcall() ... that should work.
Declare the VAUX1 regulator in the
u-boot also has simple utility to read from mtd which has u-boot environment
where you could have stored it away.
Ultimately I should just pull the block of data in u-boot, extract what
I need for u-boot, and then pass it to the kernel. Outside of creating
a specific ATAG for this, what's
On Friday 16 January 2009, Peter Barada wrote:
Ultimately I should just pull the block of data in u-boot, extract what
I need for u-boot, and then pass it to the kernel. Outside of creating
a specific ATAG for this, what's the best way to pass a block of data
from u-boot to the kernel?
On Friday 16 January 2009, Felipe Balbi wrote:
I think it's time to send this via greg so we can get musb working on
beagle. No otg though due to missing CONFIG_PM for omap3. Any plans to
get that upstream ??
So why not just enable PM=y in the configuration? It's not
actually required to do
From 551a60b7f66bdf314702062214345464679e6481 Mon Sep 17 00:00:00 2001
From: Sergio Aguirre saagui...@ti.com
Date: Fri, 16 Jan 2009 16:17:07 -0600
Subject: [PATCH] OMAP3ISP: Fix lsc_initialized flag setting
This patch fixes an incorrect clearing of the lsc_initialized
flag, so when loading an
On Thu, 8 Jan 2009, Lopez Cruz, Misael wrote:
* Lopez Cruz, Misael x0052...@ti.com [081219 04:53]:
This patch enables writing to McBSP Transmit Configuration Control
Register (XCCR) and Receive Configuration Control Register
(RCCR) for
2430/34xx platforms. It also adds XCCR, RCCR
58 matches
Mail list logo
