Hello Catalin,
On Wed, 6 Aug 2008, Catalin Marinas wrote:
> On Tue, 2008-08-05 at 07:15 -0500, Woodruff, Richard wrote:
> > > Is the controller allowed to write dirty cache lines out at any time
> > > it
> > > likes? Surely a better fix is to drain the cache of the changes before
> > > changing t
I used USB cable with Mini-B plug inserted to OMAP EVM and standard-A plug
inserted to Host PC.
Regards,
Ajay
-Original Message-
From: TK, Pratheesh Gangadhar
Sent: Wednesday, August 06, 2008 6:31 PM
To: Gupta, Ajay Kumar; kanagesh radhakrishnan
Cc: linux-omap@vger.kernel.org
Subject: RE
CAn anyone tell me howto use the character lcd display on omap 2430
board. i want to test it and use it at assembly level
i am writing it in the memory locations but im not getting any output.
do we have to do any initializations to run this code on the board ?
like mux config ? im creating a bin
On Tuesday 05 August 2008, Tony Lindgren wrote:
> Also please check that things work for your board,
> let's try to tag v2.6.26-omap1 within next few days so we can
> move on again.
Two problems on the OSK5912:
- cpufreq oopses on boot
- continuous i2c overflow errors
ISTR both of these bugs a
On an omap3evm with the defconfig, the kernel is failing to identify a
jffs2 filesystem. It's booting from NFS just fine.
I had built the latest code checked into linux-omap last week - file
system booting had been working, IIRC. Loading TI reference 2.6.22
kernel finds the file system jus
> I would say no, we don't need the CONFIG_SYSOFFMODE option.
One point is if you try an go to 0v on something under and ES2.1 you will end
up with crashes after a while. Some kind of conditional is needed unless we
get to drop the non-production chip versions.
Before ES2.1 there is a ROM code
Hi,
The following patch fixes warnings present at building stages.
Cleaning up the code to remove minor issues and an unnecessary header file.
Placed under:
http://omapzoom.org/gf/project/omapbridge/frs/?action=FrsReleaseBrowse&frs_package_id=16
Named: BRD010-ARM-OMAP-cleanup_warnings.patch
-
Hi,
This patch replaces bool typedefs with the ones from the kernel, as reported by
checkpatch tool. It should be applied on top of the latest set of cleanup
patches (BRD001 to BRD007) and after Felipe's Kbuild patch (BRD008).
As it is quite big, you can found it at:
http://omapzoom.org/gf/proj
Hi,
These are the latest set of patches that contain changes to dspbridge code.
They are used to fix some of the warnings and errors reported from various code
check tools, like checkpatch and sparse.
They also remove some code that is now obsolete and try to make bridge code
more understandab
Hello!
I can't make the system boot when compiling OMAP Kernel 2.6.26 with
tmpfs support enabled. The system hangs after loading udev and won't
enter any runlevel. When tmpfs is not enabled, udev won't start and
the system boot's fine.
VFS: Mounted root (ext3 filesystem).
Freeing init m
On Tue, Aug 5, 2008 at 11:41 PM, Dirk Behme <[EMAIL PROTECTED]> wrote:
> Gadiyar, Anand wrote:
>>>
>>> Hi all,
>>>
>>> I've pushed all the patches I have in my omap inbox, except for
>>> the omap serial driver that I want to look more.
>>>
>>> I've tried to comment on the ones that did not get push
CAn anyone tell me howto use the character lcd display on omap 2430
board. i want to test it and use it at assembly level
i am writing it in the memory locations but im not getting any output.
do we have to do any initializations to run this code on the board ?
like mux config ? im creating a bin
This patch updates the CPUidle code to handle MPU OFF related C states
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/cpuidle34xx.c | 19 +++
arch/arm/mach-omap2/cpuidle34xx.h |5 +
2 files changed, 20 insertions(+), 4 deletions(-)
Index: lin
This patch updates the CPUidle code to handle MPU OFF related C states
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/cpuidle34xx.c | 19 +++
arch/arm/mach-omap2/cpuidle34xx.h |5 +
2 files changed, 20 insertions(+), 4 deletions(-)
Index: lin
This patch adds the CORE context save/restore routines
- save/restores the following
1) PRCM registers
2) INTC context
3) System Control module context
4) Padconf
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/cpuidle34xx.c | 612
This patch does i2c init/re-init for every transfer
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
drivers/i2c/busses/i2c-omap.c |2 ++
1 files changed, 2 insertions(+)
Index: linux-omap-2.6/drivers/i2c/busses/i2c-omap.c
This patch adds the context save restore functions for GPIO
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/gpio.c | 94 +
include/asm-arm/arch-omap/common.h |2
2 files changed, 96 insertions(+)
Index: linux-omap-2.6/ar
This patch adds the context save restore functions for UART
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/serial.c | 62 +++
include/linux/serial_reg.h |1
2 files changed, 63 insertions(+)
Index: linux-omap-2.6/arch/arm
This patch adds the context save restore functions for GPMC
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/gpmc.c | 80 +++
include/asm-arm/arch-omap/gpmc.h | 14 ++
2 files changed, 94 insertions(+)
Index: linux-omap-2
This patch adds some missing sdrc register definitions
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/sram34xx.S |4 ++--
include/asm-arm/arch-omap/sdrc.h | 13 +++--
2 files changed, 13 insertions(+), 4 deletions(-)
Index: linux-omap-2.6/arch/arm/mach
This patch populates the scratchpad
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/pm.h|7 +
arch/arm/mach-omap2/pm34xx.c| 168 +++-
arch/arm/mach-omap2/sleep34xx.S |8 -
include/asm-arm/arch-omap/pm.h |4
4
This patches adds handling of PER/NEON and CORE domain in idle.
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/cpuidle34xx.c | 98 +++---
arch/arm/mach-omap2/cpuidle34xx.h |6 +-
arch/arm/mach-omap2/pm34xx.c | 58 +++
This patch enables the cpuidle option in menuconfig
and selects the menu governor
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/Kconfig| 10 ++
drivers/cpuidle/Kconfig | 26 +-
2 files changed, 31 insertions(+), 5 deletions(-)
Index:
OMAP3 Basic cpuidle
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/Makefile |2
arch/arm/mach-omap2/cpuidle34xx.c | 245 ++
arch/arm/mach-omap2/cpuidle34xx.h | 56
arch/arm/mach-omap2/pm34xx.c |5
4 file
Kanagesh,
You can give it a shot using a different cable - I have seen similar issues
when using a faulty cable.
Regards,
Pratheesh
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gupta, Ajay Kumar
Sent: Wednesday, August 06, 2008 6:12 PM
To: kanagesh r
Hi,
Re-posting a refreshed version of these patches.
regards
Rajendra
> Hi,
>
> I am sending an updated patch set for CPUidle which includes all
> fixes/comments
> posted on the previous set by Jouni/Richard W/Peter and others.
>
> The Following are the fixes
> 1) Uart clock enable/disable moved
From: Tero Kristo <[EMAIL PROTECTED]>
UART usage (e.g. serial console) now denies sleep for 5 seconds. This
makes it possible to use serial console when dynamic idle is
enabled. Write 1 to /sys/power/clocks_off_while_sleep to enable uart
clock disable on idle. Without this omap won't enter retenti
This workaround enables autoidle for interface clocks and plls. Also
automatic control of external oscillator through sys_clkreq is
enabled.
Proper fix to this is to generalize omap3_dpll_allow_idle,
omap3_dpll_deny_idle, omap3_dpll_autoidle_read and call it for each
clock on init.
Signed-off-by:
In omap3 gpios 2-6 are in per domain. Functional clocks for these
should be disabled. This patch is needed until gpio driver disables
gpio clocks.
GPIO modules in PER domain are not able to act as a wake up source if
PER domain is in retention. PER domain sleep transition before MPU is
prevented b
This workaround shouldn't be needed when all drivers are configuring
their sysconfig registers properly and using their clocks properly.
Signed-off-by: Jouni Hogander <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/pm34xx.c | 31 +++
1 files changed, 31 insertions(+)
In
Hi,
I am posting a set of 4 workaround patches from Jouni, refreshed against the
latest l-o tree.
These are yet to be pushed to mailine and are needed for the refreshed CPUidle
patches to work, which I would post following this set.
regards,
Rajendra
--
To unsubscribe from this list: send the li
Kanagesh,
I tested it with Windows XP machine and it works all fine. I had to use
linux.inf file which is at
Documetation\usb\ folder.
linux.inf file should have same VID/PID as reported by gadget rndis driver to
host.
Regards,
Ajay
-Original Message-
From: [EMAIL PROTECTED] [mailto:[
> > The code need to execute in a non-cached region.
>
> I don't think there is any guarantee that dirty cache line won't be
> evicted to SDRAM even if your code uses uncached memory only. The CPU
> is
> allowed to do speculative reads from the normal cached memory and
> these
> reads may force a d
> Why not use normal uncached memory? Strongly ordered is pretty
> inefficient as it cannot do any reordering or write buffer merging
> (it's
> like having a memory barrier before and after each instruction).
> Speculative accesses are not allowed either. Strongly ordered memory
> is
> not really m
For 35x processors we need to make compile time decisions to exlude the code
that may not be applicable for the specifc processor e.g. excluding the code
applicable for DSP/ SGX or both depending upon the exact part number.
~sanjeev
-Original Message-
From: Tony Lindgren [mailto:[EMAIL
Update omap2evm defconfig
- Enable hsmmc support.
Signed-off-by: Arun KS <[EMAIL PROTECTED]>
---
arch/arm/configs/omap2_evm_defconfig | 22 +++---
1 files changed, 19 insertions(+), 3 deletions(-)
diff --git a/arch/arm/configs/omap2_evm_defconfig
b/arch/arm/configs/omap2_evm_d
This patch enables high speed MMC support for OMAP2EVM board
Signed-off-by: Arun KS <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/Makefile |3 ++-
arch/arm/mach-omap2/board-omap2evm.c | 10 ++
2 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/
On ti, 2008-08-05 at 13:50 +0300, ext Tony Lindgren wrote:
> * Peter 'p2' De Schrijver <[EMAIL PROTECTED]> [080721 19:03]:
> >
> > Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
> > ---
> > arch/arm/mach-omap2/smartreflex.c | 10 +-
> > 1 files changed, 5 insertions(+), 5 de
On Wed, Aug 06, 2008 at 01:47:33PM +0300, Felipe Balbi wrote:
> Hi, can you mail me (only) this patch as an attachement or put it
> somewhere i can download ?
eheh, forget it, did it by hand :-p
--
balbi
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a me
On Tue, Aug 05, 2008 at 09:18:14PM +0530, ext Gadiyar, Anand wrote:
> If Indexed Mode register accesses are enabled, the ep0_rxstate() function
> calls
> musb_g_ep0_giveback() before writing to the CSR register. When control returns
> to this ep0_rxstate, the index register contents are over-writt
* Premi, Sanjeev <[EMAIL PROTECTED]> [080806 12:55]:
> >> Well if there's no way to detect certain omaps during runtime, please patch
> >> arch/arm/plat-omap/common.c to have something like struct omap_globals
> >> omap3503_globals.
>
> There was no need to re-define these structures for the curr
On Tue, 2008-08-05 at 07:15 -0500, Woodruff, Richard wrote:
> > Is the controller allowed to write dirty cache lines out at any time
> > it
> > likes? Surely a better fix is to drain the cache of the changes before
> > changing the clock for the SDRAM?
>
> - Previously the SRAM was marked as cache
Hi,
Some comments below.
* Girish. S. G. <[EMAIL PROTECTED]> [080731 14:26]:
> Serial driver for OMAP Uart controllers
>
> Signed-off-by: Girish S G <[EMAIL PROTECTED]>
> ---
> arch/arm/configs/omap_3430sdp_defconfig | 12
> arch/arm/mach-omap2/serial.c| 166 ++---
> drivers/seri
The following patch fixes some problems in T2 keypad
driver.
Basically we're passing irq number via platform_data,
moving globals to a structure and fixing a problem
while iterating over the keymap.
It might be that we still have a few locking issues
that might be solved on a later version of thi
>> Well if there's no way to detect certain omaps during runtime, please patch
>> arch/arm/plat-omap/common.c to have something like struct omap_globals
>> omap3503_globals.
There was no need to re-define these structures for the current series of the
OMAP35x processors.
Hence, it was left as it
On Mon, 2008-08-04 at 17:40 -0600, Paul Walmsley wrote:
> Add the MT_MEMORY_STRONGLY_ORDERED memory type for ARM strongly ordered
> memory.
>
> This is used on OMAP3 for on-board SRAM. On OMAP, SRAM is used for code
> that changes the SDRAM controller's clock, temporarily blocking access to
> S
On Wed, Aug 06, 2008 at 01:27:40PM +0530, ext Gadiyar, Anand wrote:
> > > Also increase MUSB_LOGLEVEL to 3 in your .config file and reabuild that
> > > 2.6.22.18 kernel.
> > >
>
> Don't bother re-building the kernel. You could just do an
> "echo D3 > /proc/driver/musb_hdrc"
> or even D5
* Kridner, Jason <[EMAIL PROTECTED]> [080805 17:12]:
> No, ROM CRC is useful for detecting between some device revisions, but not
> OMAp3430 vs OMAP3530.
>
> - Original Message -
> From: Koen Kooi <[EMAIL PROTECTED]>
> To: linux-omap@vger.kernel.org
> Cc: Kridner, Jason
> Sent: Tue Aug 05
* Syed Mohammed, Khasim <[EMAIL PROTECTED]> [080806 05:30]:
> Acked-by: Syed Mohammed Khasim <[EMAIL PROTECTED]>
Pushing today.
Tony
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dirk
> > Behme
> > Sent: Wednesday, August 06, 2008 12:11 AM
> >
* Kalle Jokiniemi <[EMAIL PROTECTED]> [080806 11:39]:
> From: ext Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
Thanks, pushing both today.
Tony
> Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
> Signed-off-by: Kalle Jokiniemi <[EMAIL PROTECTED]>
> ---
> arch/arm/mach-omap2/pm34xx.c
* arun c <[EMAIL PROTECTED]> [080806 08:15]:
> omap2evm LCD supports VGA and QVGA resolution, by default its in VGA mode.
Thanks, pushing today.
Tony
> Signed-off-by: Arun C <[EMAIL PROTECTED]>
> ---
> arch/arm/mach-omap2/board-omap2evm.c | 15 +++-
> drivers/video/omap/Makefile |
* Paul Walmsley <[EMAIL PROTECTED]> [080806 09:43]:
>
> Mark many functions in twl4030-core.c as __init.
Thanks, pushing today.
Tony
> Signed-off-by: Paul Walmsley <[EMAIL PROTECTED]>
> ---
>
> drivers/i2c/chips/twl4030-core.c | 15 ---
> 1 files changed, 8 insertions(+), 7 dele
From: ext Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
Signed-off-by: Kalle Jokiniemi <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/pm34xx.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-o
From: ext Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
Signed-off-by: Kalle Jokiniemi <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/pm34xx.c | 57 +++
arch/arm/mach-omap2/smartreflex.c | 60 --
Here is an update for Peter's patch-set implementing the early voltage
controller initialization. Applies over l-o master branch.
Boot tested on sdp board.
Br,
Kalle
On to, 2008-07-31 at 16:37 +0300, ext Peter 'p2' De Schrijver wrote:
> This patchset add an early init function to initialize the
On ti, 2008-08-05 at 13:55 +0300, ext Tony Lindgren wrote:
> * Peter 'p2' De Schrijver <[EMAIL PROTECTED]> [080731 16:39]:
> >
> > Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
> > ---
> > arch/arm/mach-omap2/smartreflex.c | 60
> > -
> > 1 file
> >> Actually, I'm still struggling in a bug similar with this one on Blackfin.
> >> We ran following testcase 100 times, 10-20 times tastcases failed.
> >>
> >> ---
> >> $ ./testusb -D /proc/bus/usb/005/012 -t14 -c 15000 -s 256 -v 1
> >> unknown speed /proc/bus/usb/005/012
> >> /proc/bus/usb/005
> > Also increase MUSB_LOGLEVEL to 3 in your .config file and reabuild that
> > 2.6.22.18 kernel.
> >
Don't bother re-building the kernel. You could just do an
"echo D3 > /proc/driver/musb_hdrc"
or even D5 for more detail. If low-level debug is not enabled, you can
"echo 8 > /pro
On Wed, Aug 06, 2008 at 10:42:40AM +0530, kanagesh radhakrishnan wrote:
> The version of Linux kernel on the native host Fedora Core 5 machine
> is the default 2.6.9-1.667 kernel that comes with the FC5 release.
> Keeping in mind where we are, this does sound like an ancient kernel.
> However, I ha
59 matches
Mail list logo