Nori, Sekhar | 1 Oct 2009 03:09
Picon
Favicon

RE: DaVinci git updated to v2.6.32-rc1

On Thu, Oct 01, 2009 at 02:32:50, Kevin Hilman wrote:
> "Nori, Sekhar" <nsekhar@...> writes:
>
> > On Wed, Sep 30, 2009 at 00:46:35, Kevin Hilman wrote:
> >> Hello,
> >>
> >> Linus released v2.6.32-rc1 last week and DaVinci git master is now
> >> updated to that release.
> >>
> >> Some misc. changes to the master branch after merging with upstream
> >>
> >
> > [...]
> >
> >> - merged da830/da850 into a common defconfig: da8xx_omapl_defconfig
> >
> > This forces DA850/OMAP-L138 into cache writethrough mode as well so
> > users of that board will have to manually select writeback mode.
>
> Oops, I meant to to do it the other way around since the writethrough
> stuff is not yet in mainline, and Russell seems to be ignoring it for
> some reason.
>
> I pushed a patch to disable it in the default config.
>
> In addition, I pushed a patch (see below) which will automatically
> select writethrough mode if da830 is the only da8xx selected.
>
> BTW, does anyone know if this writethrough issues is solved in the
> rev1.1 or rev2.0 spins of the da830?
(Continue reading)

Sekhar Nori | 1 Oct 2009 09:11
Picon
Favicon

[PATCH] davinci: make it easier to identify SoC init failures

This patch makes it easier to identify SoC init failures
by panicing when SoC init fails. Without successful SoC
init, the kernel eventually fails when attempt is made to
access the clocks.

Also, an error is printed when JTAG ID match fails to make
it easier to identify failures due to SoC rev changes.

Signed-off-by: Sekhar Nori <nsekhar@...>
---
 arch/arm/mach-davinci/common.c |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/arch/arm/mach-davinci/common.c b/arch/arm/mach-davinci/common.c
index 61ede19..c2de94c 100644
--- a/arch/arm/mach-davinci/common.c
+++ b/arch/arm/mach-davinci/common.c
 <at>  <at>  -86,6 +86,8  <at>  <at>  void __init davinci_common_init(struct davinci_soc_info *soc_info)
 	dip = davinci_get_id(davinci_soc_info.jtag_id);
 	if (!dip) {
 		ret = -EINVAL;
+		pr_err("Unknown DaVinci JTAG ID 0x%x\n",
+						davinci_soc_info.jtag_id);
 		goto err;
 	}

 <at>  <at>  -104,5 +106,5  <at>  <at>  void __init davinci_common_init(struct davinci_soc_info *soc_info)
 	return;

 err:
(Continue reading)

Sergei Shtylyov | 1 Oct 2009 11:52

Re: DaVinci git updated to v2.6.32-rc1

Hello.

Kevin Hilman wrote:

>>> Linus released v2.6.32-rc1 last week and DaVinci git master is now
>>> updated to that release.
>>>
>>> Some misc. changes to the master branch after merging with upstream
>>>
>>>       
>> [...]
>>
>>     
>>> - merged da830/da850 into a common defconfig: da8xx_omapl_defconfig
>>>       
>> This forces DA850/OMAP-L138 into cache writethrough mode as well so
>> users of that board will have to manually select writeback mode.
>>     
>
> Oops, I meant to to do it the other way around since the writethrough
> stuff is not yet in mainline, and Russell seems to be ignoring it for
> some reason.
>
> I pushed a patch to disable it in the default config.
>
> In addition, I pushed a patch (see below) which will automatically
> select writethrough mode if da830 is the only da8xx selected.
>   

   But then it defis the purpose of the multi-machine kernel as such a 
(Continue reading)

Nori, Sekhar | 1 Oct 2009 11:54
Picon
Favicon

RE: DaVinci git updated to v2.6.32-rc1

On Thu, Oct 01, 2009 at 02:32:50, Kevin Hilman wrote:
> "Nori, Sekhar" <nsekhar@...> writes:
>
> > On Wed, Sep 30, 2009 at 00:46:35, Kevin Hilman wrote:
> >> Hello,
> >>
> >> Linus released v2.6.32-rc1 last week and DaVinci git master is now
> >> updated to that release.
> >>
> >> Some misc. changes to the master branch after merging with upstream
> >>
> >
> > [...]
> >
> >> - merged da830/da850 into a common defconfig: da8xx_omapl_defconfig
> >
> > This forces DA850/OMAP-L138 into cache writethrough mode as well so
> > users of that board will have to manually select writeback mode.
>
> Oops, I meant to to do it the other way around since the writethrough
> stuff is not yet in mainline, and Russell seems to be ignoring it for
> some reason.
>
> I pushed a patch to disable it in the default config.
>
> In addition, I pushed a patch (see below) which will automatically
> select writethrough mode if da830 is the only da8xx selected.

But with this, DA830 fails to boot with the defconfig which would seem
rather odd. Defaulting to the common denominator of WT cache mode seems
(Continue reading)

Sergei Shtylyov | 1 Oct 2009 11:54

Re: [PATCH 2/2] davinci: Add NAND support for DA830/OMAP-L137 EVM platform

Hello.

Kevin Hilman wrote:

>>> From: David A. Griego <dgriego@...>
>>>
>>> Add support for NAND flash parts on the DA830/OMAP-L137 EVM
>>> User Interface board.  This includes overriding the default
>>> bad block tables used by the davinci_nand driver.
>>>
>>> Signed-off-by: David A. Griego <dgriego@...>
>>> Signed-off-by: Mark A. Greer <mgreer@...>
>>>   
>>>       
>>> ---
>>> Sergei, if you had a hand in this patch, please add your sign off now
>>> (or your comments).
>>>   
>>>       
>>   Yes, I had.
>>
>> Signed-off-by: Sergei Shtylyov <sshtylyov@...>
>>     
>
> Thanks, pushing today.
>   

   What about wrongly including <linux/mtd/physmap.h>?

> Kevin
(Continue reading)

Vipin Bhandari | 1 Oct 2009 21:59
Picon
Favicon

[PATCH] DaVinci: MMC: MMC/SD controller driver for DaVinci family

This patch adds support for MMC/SD controller driver for all DaVinci family
SoC. This patch supports davinci family SoC's DM6446, DM355, DM365 and
DA830/OMAPL137.

The patch has been tested on DM355 EVM.

The MMCSD controller specifications for DM355 can be found at
http://focus.ti.com/general/docs/litabsmultiplefilelist.tsp?literatureNumber=spruee2c

Signed-off-by: Vipin Bhandari <vipin.bhandari@...>
Signed-off-by: Purshotam Kumar <purushotam@...>
Acked-by: David Brownell <dbrownell@...>
---
 This patch has been generated against latest Linus's kernel. This patch has
 already been reviewed, but did not get queued in any of the trees for
 upstream acceptance. Hence I am resubmitting it again.

 Many thanks to David Brownell (david-b@...) for all his support.

 This updated patch incorporates most of review comments given by Pierre Ossman.
 Many thanks for Pierre Ossman for reviewing.

 drivers/mmc/host/Kconfig       |    8 +
 drivers/mmc/host/Makefile      |    1 +
 drivers/mmc/host/davinci_mmc.c | 1281 ++++++++++++++++++++++++++++++++++++++++
 3 files changed, 1290 insertions(+), 0 deletions(-)
 create mode 100644 drivers/mmc/host/davinci_mmc.c

diff --git a/drivers/mmc/host/Kconfig b/drivers/mmc/host/Kconfig
index 7cb057f..385e862 100644
(Continue reading)

Nori, Sekhar | 1 Oct 2009 13:34
Picon
Favicon

RE: [PATCH 2/2] davinci: Add NAND support for DA830/OMAP-L137 EVM platform

On Thu, Oct 01, 2009 at 02:39:00, Kevin Hilman wrote:
> Sergei Shtylyov <sshtylyov@...> writes:
>
> > Hello.
> >
> > Mark A. Greer wrote:
> >
> >> From: David A. Griego <dgriego@...>
> >>
> >> Add support for NAND flash parts on the DA830/OMAP-L137 EVM
> >> User Interface board.  This includes overriding the default
> >> bad block tables used by the davinci_nand driver.
> >>
> >> Signed-off-by: David A. Griego <dgriego@...>
> >> Signed-off-by: Mark A. Greer <mgreer@...>
> >>
> >
> >> ---
> >> Sergei, if you had a hand in this patch, please add your sign off now
> >> (or your comments).
> >>
> >
> >   Yes, I had.
> >
> > Signed-off-by: Sergei Shtylyov <sshtylyov@...>
> >
>
> Thanks, pushing today.

Kevin,
(Continue reading)

Charles Woloszynski | 1 Oct 2009 15:26
Picon

Looking for a referral for OMAP 35x DV SDK issues

I have a Mistral OMAP 35x EVM (rev D) and I am trying to get the TI DVSDK running on it.  I am trying to see if anyone can help point me to a place where folks might be able to help.  [I'm not sure if this list addresses my issues].

Any pointers would be greatly appreciated!

Charlie

I have a Mistral OMAP 35x EVM board (rev D) and I am trying to bring up the DVSDK 3.0.  

To do this, I installed the Linux PSP and copied the kernel to a TFTP location and tried to get this kernel to boot.  
./OMAP35x-PSP-SDK-setuplinux-02.01.03.11. bincd ~/OMAP35x-PSP-SDK-02.01.03.11/images cp kernel/uImage ~/macfs/tftpboot On Mac, run minicom (sudo minicom) and stop boot process with keystroke under u-boot (which is currently v1.1.4) setenv bootcmd 'dhcp; bootm' setenv serverip 10.0.1.195 setenv bootfile uImage setenv rootpath /Users/charlie/macfs/filesys setenv nfshost 10.0.1.195 setenv bootargs console=ttyS0,115200n8 noinitrd rw ip=dhcp root=/dev/nfs nfsroot=$(nfshost):$(rootpath),nolock mem=99M mpurate=600 boot
The kernel TFTPs ok and starts to boot. Then I get an error. I am not sure what the issue is. Anyone have any suggestions?
Thanks,
Charlie

OMAP3EVM # boot Reseting CHIP... Done LAN9x18 (0x01150002) detected. Setting mac address: 00:50:c2:7e:8b:53 start Auto negotiation... (take ~2sec) Auto negotiation complete, 100BaseTX, full duplex BOOTP broadcast 1 DHCP client bound to address 10.0.1.196 TFTP from server 10.0.1.195; our IP address is 10.0.1.196 Filename 'uImage'. Load address: 0x80000000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ########################## done Bytes transferred = 2128128 (207900 hex) ## Booting image at 80000000 ... Image Name: Linux-2.6.29-rc3-omap1 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 2128064 Bytes = 2 MB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK OK Starting kernel ... Uncompressing Linux....................................................................................................... <5>Linux version 2.6.29-rc3-omap1 (x0029463 <at> psplinux050) (gcc version 4.2.3 (Sourcery G++ Lite 2008q1-126)) #1 Mon Sep 149 CPU: ARMv7 Processor [411fc082] revision 2 (ARMv7), cr=10c5387f CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache Machine: OMAP3 EVM Memory policy: ECC disabled, Data cache writeback <7>On node 0 totalpages: 25344 <7>free_area_init_node: node 0, pgdat c0440c24, node_mem_map c0464000 <7> Normal zone: 198 pages used for memmap <7> Normal zone: 0 pages reserved <7> Normal zone: 25146 pages, LIFO batch:7 <6>OMAP3530 ES2.1 (full speed SGX, IVA2) <6>SRAM: Mapped pa 0x40200000 to va 0xd7000000 size: 0x100000 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 25146 <5>Kernel command line: console=ttyS0,115200n8 noinitrd rw ip=dhcp root=/dev/nfs nfsroot=:,nolock mem=99M mpurate=600 <6>Clocking rate (Crystal/DPLL/MPU core): 26.0/332/500 MHz <6>IVA2 clocking rate: 360 MHz <6>Reprogramming SDRC <6>GPMC revision 5.0 <6>IRQ: Found an INTC at 0xd8200000 (revision 4.0) with 96 interrupts <6>Total of 96 interrupts on 1 active controller <6>OMAP34xx GPIO hardware version 2.5 PID hash table entries: 512 (order: 9, 2048 bytes) <6>OMAP clockevent source: GPTIMER1 at 32768 Hz Console: colour dummy device 80x30 <6>Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) <6>Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) <6>Memory: 99MB = 99MB total <5>Memory: 95800KB available (3928K code, 370K data, 156K init) <6>Calibrating delay loop... 499.92 BogoMIPS (lpj=1949696) Mount-cache hash table entries: 512 <6>CPU: Testing write buffer coherency: ok <6>net_namespace: 520 bytes <6>NET: Registered protocol family 16 <4>MUX: setup J21_34XX_I2C1_SDA (0xd80021bc): 0x1718 -> 0x0118 <4>MUX: setup K21_34XX_I2C1_SCL (0xd80021ba): 0x1718 -> 0x0118 <4>MUX: setup AE15_34XX_I2C2_SDA (0xd80021c0): 0x1718 -> 0x0118 <4>MUX: setup AF15_34XX_I2C2_SCL (0xd80021be): 0x1718 -> 0x0118 <4>MUX: setup AG14_34XX_I2C3_SDA (0xd80021c4): 0x1718 -> 0x0118 <4>MUX: setup AF14_34XX_I2C3_SCL (0xd80021c2): 0x1718 -> 0x0118 <4>MUX: setup AF26_34XX_GPIO0 (0xd80021e0): 0x1718 -> 0x0118 <4>MUX: setup L8_34XX_GPIO63 (0xd80020ce): 0x1718 -> 0x0004 <4>MUX: setup AF4_34XX_GPIO135 (0xd8002162): 0x1718 -> 0x011c <4>MUX: setup AA10_3430_USB2HS_PHY_STP (0xd80025f2): 0x1700 -> 0x0003 <4>MUX: setup AA8_3430_USB2HS_PHY_CLK (0xd80025f0): 0x1700 -> 0x0003 <4>MUX: setup AA9_3430_USB2HS_PHY_DIR (0xd80025f4): 0x1700 -> 0x010b <4>MUX: setup AB11_3430_USB2HS_PHY_NXT (0xd80025f6): 0x1700 -> 0x010b <4>MUX: setup AB10_3430_USB2HS_PHY_D0 (0xd80025f8): 0x1700 -> 0x010b <4>MUX: setup AB9_3430_USB2HS_PHY_D1 (0xd80025fa): 0x1700 -> 0x010b <4>MUX: setup W3_3430_USB2HS_PHY_D2 (0xd80021d4): 0x1708 -> 0x010b <4>MUX: setup T4_3430_USB2HS_PHY_D3 (0xd80021de): 0x1708 -> 0x010b <4>MUX: setup T3_3430_USB2HS_PHY_D4 (0xd80021d8): 0x1700 -> 0x010b <4>MUX: setup R3_3430_USB2HS_PHY_D5 (0xd80021da): 0x1700 -> 0x010b <4>MUX: setup R4_3430_USB2HS_PHY_D6 (0xd80021dc): 0x1708 -> 0x010b <4>MUX: setup T2_3430_USB2HS_PHY_D7 (0xd80021d6): 0x1700 -> 0x010b <4>MUX: setup AG4_34XX_GPIO134 (0xd8002160): 0x1718 -> 0x0004 <4>MUX: setup U8_34XX_GPIO54 (0xd80020b4): 0x0218 -> 0x0004 <4>MUX: setup AE4_34XX_GPIO136 (0xd8002164): 0x0200 -> 0x0004 <6>omap3evmdc: Driver registration complete <6>Switched to new clocking rate (Crystal/Core/MPU): 26.0/332/600 MHz <6>IVA2 clocking rate: 430 MHz <6>Calibrating delay loop... 597.64 BogoMIPS (lpj=2334720) <6>OMAP DMA hardware revision 4.0 <3>USB: No board-specific platform config found <6>OMAP DSS rev 2.0 <6>OMAP DISPC rev 3.0 <6>OMAP VENC rev 2 <6>OMAP DSI rev 1.0 bio: create slab <bio-0> at 0 <6>i2c_omap i2c_omap.1: bus 1 rev3.12 at 2600 kHz <6>twl4030: PIH (irq 7) chaining IRQs 368..375 <6>twl4030: power (irq 373) chaining IRQs 376..383 <6>twl4030: gpio (irq 368) chaining IRQs 384..401 <6>i2c_omap i2c_omap.2: bus 2 rev3.12 at 400 kHz <6>i2c_omap i2c_omap.3: bus 3 rev3.12 at 400 kHz <5>SCSI subsystem initialized <6>usbcore: registered new interface driver usbfs <6>usbcore: registered new interface driver hub <6>usbcore: registered new device driver usb <6>musb_hdrc: version 6.0, musb-dma, host, debug=0 <1>Unhandled fault: external abort on non-linefetch (0x1028) at 0xd80ab404 Internal error: : 1028 [#1] Modules linked in: CPU: 0 Not tainted (2.6.29-rc3-omap1 #1) PC is at musb_platform_init+0xa0/0x168 LR is at _omap2_clk_enable+0xac/0xec pc : [<c001fef8>] lr : [<c003a68c>] psr: 40000013 sp : c5817d50 ip : 00000001 fp : c5817d6c r10: c001f140 r9 : 00000000 r8 : c042b0a0 r7 : 00000000 r6 : c58618d0 r5 : c58618d0 r4 : c040f450 r3 : d80ab000 r2 : 00000200 r1 : 00000000 r0 : 00000000 Flags: nZcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel Control: 10c5387f Table: 80004019 DAC: 00000017 Process swapper (pid: 1, stack limit = 0xc58162e0) Stack: (0xc5817d50 to 0xc5818000) 7d40: c58618d0 00000000 c0412c90 c0412bf0 7d60: c5817e44 c5817d70 c001f520 c001fe64 c5817d9c c5817d80 c0311d4c c007db68 7d80: c0412b80 c0412b88 0000005c d80ab000 c0412b60 c5817da0 c0311db0 c0311c9c 7da0: c5817dec c5817db0 c00f3114 c0311dac c00f2e40 c00f2d18 c5860e48 c5860de8 7dc0: c5817df0 c58522d8 c5817dec 00000000 c5860de8 c5817df0 c58522d8 00000001 7de0: c5817e24 c5817df0 c00f3da4 c00f3104 c58522d8 00000000 00000000 00000001 7e00: c00f3434 c0412b88 00000000 c0412bcc c043796c c042b0a0 c5817e34 c0412b88 7e20: c0412c10 c043796c c043796c c042b0a0 00000000 c001f140 c5817e54 c5817e48 7e40: c01bfd4c c001f2f8 c5817e74 c5817e58 c01bef60 c01bfd38 c0412b88 c0412c10 7e60: c043796c c043796c c5817e94 c5817e78 c01bf074 c01bee98 00000000 c5817e98 7e80: c01bf00c c043796c c5817ebc c5817e98 c01be3a8 c01bf018 c58034d8 c0412bb8 7ea0: 00000000 c043796c c0441380 c588a8a0 c5817ecc c5817ec0 c01beda4 c01be368 7ec0: c5817efc c5817ed0 c01be970 c01bed90 c032b0a4 c043796c c0441380 c00270b8 7ee0: c043796c c0441380 00000000 00000000 c5817f24 c5817f00 c01bf268 c01be8d4 7f00: c00270b8 c0437950 c0441380 00000000 00000000 c001f140 c5817f34 c5817f28 7f20: c01c0170 c01bf1dc c5817f4c c5817f38 c01c01a4 c01c0110 c00270b8 c0026fcc 7f40: c5817f5c c5817f50 c001f17c c01c0198 c5817fdc c5817f60 c002f2b0 c001f14c 7f60: 0000015f c044c298 c5817f94 c5817f78 c00ed300 c00ed114 c5817f94 c583e6e0 7f80: c00ed4ac c5817f9e c5817fc4 c5817f98 c008833c c00ed338 c5817fb4 3533d488 7fa0: 00000031 00000000 00000192 c0026fcc 00000000 c00270b8 c0026fcc 00000000 7fc0: 00000000 00000000 00000000 00000000 c5817ff4 c5817fe0 c00088b8 c002f264 7fe0: 00000000 00000000 00000000 c5817ff8 c00633a4 c0008854 00ffef00 00ffff00 Backtrace: [<c001fe58>] (musb_platform_init+0x0/0x168) from [<c001f520>] (musb_probe+0x234/0xb6c) r5:c0412bf0 r4:c0412c90 [<c001f2ec>] (musb_probe+0x0/0xb6c) from [<c01bfd4c>] (platform_drv_probe+0x20/0x24) [<c01bfd2c>] (platform_drv_probe+0x0/0x24) from [<c01bef60>] (driver_probe_device+0xd4/0x180) [<c01bee8c>] (driver_probe_device+0x0/0x180) from [<c01bf074>] (__driver_attach+0x68/0x8c) r7:c043796c r6:c043796c r5:c0412c10 r4:c0412b88 [<c01bf00c>] (__driver_attach+0x0/0x8c) from [<c01be3a8>] (bus_for_each_dev+0x4c/0x84) r7:c043796c r6:c01bf00c r5:c5817e98 r4:00000000 [<c01be35c>] (bus_for_each_dev+0x0/0x84) from [<c01beda4>] (driver_attach+0x20/0x28) r7:c588a8a0 r6:c0441380 r5:c043796c r4:00000000 [<c01bed84>] (driver_attach+0x0/0x28) from [<c01be970>] (bus_add_driver+0xa8/0x214) [<c01be8c8>] (bus_add_driver+0x0/0x214) from [<c01bf268>] (driver_register+0x98/0x120) r8:00000000 r7:00000000 r6:c0441380 r5:c043796c r4:c00270b8 [<c01bf1d0>] (driver_register+0x0/0x120) from [<c01c0170>] (platform_driver_register+0x6c/0x88) [<c01c0104>] (platform_driver_register+0x0/0x88) from [<c01c01a4>] (platform_driver_probe+0x18/0x68) [<c01c018c>] (platform_driver_probe+0x0/0x68) from [<c001f17c>] (musb_init+0x3c/0x54) r5:c0026fcc r4:c00270b8 [<c001f140>] (musb_init+0x0/0x54) from [<c002f2b0>] (__exception_text_end+0x58/0x184) [<c002f258>] (__exception_text_end+0x0/0x184) from [<c00088b8>] (kernel_init+0x70/0xdc) [<c0008848>] (kernel_init+0x0/0xdc) from [<c00633a4>] (do_exit+0x0/0x65c) r5:00000000 r4:00000000 Code: e12fff33 ea000000 eb008549 e59f30b0 (e5932404) <4>---[ end trace 1b75b31a2719ed1c ]--- <0>Kernel panic - not syncing: Attempted to kill init!





<div>I have a Mistral OMAP 35x EVM (rev D) and I am trying to get the TI DVSDK running on it. &nbsp;I am trying to see if anyone can help point me to a place where folks might be able to help. &nbsp;[I'm not sure if this list addresses my issues].<div><br></div>
<div>Any pointers would be greatly appreciated!</div>
<div><br></div>
<div>Charlie</div>
<div><br></div>
<div>I have a Mistral OMAP 35x EVM board (rev D) and I am trying to bring up the DVSDK 3.0. &nbsp;<div><br></div>
<div>To do this, I installed the Linux PSP and copied the kernel to a TFTP location and tried to get this kernel to boot. &nbsp;</div>
<div>
<blockquote type="cite">./OMAP35x-PSP-SDK-setuplinux-02.01.03.11.
 bincd ~/OMAP35x-PSP-SDK-02.01.03.11/images
cp kernel/uImage ~/macfs/tftpboot

On Mac, run minicom (sudo minicom) and stop boot process  with keystroke

under u-boot (which is currently v1.1.4)

setenv bootcmd 'dhcp; bootm'
setenv serverip 10.0.1.195
setenv bootfile uImage
setenv rootpath /Users/charlie/macfs/filesys
setenv nfshost 10.0.1.195
setenv bootargs console=ttyS0,115200n8 noinitrd rw ip=dhcp  root=/dev/nfs nfsroot=$(nfshost):$(rootpath),nolock mem=99M mpurate=600

boot</blockquote>The kernel TFTPs ok and starts to boot.  Then I get an error.  I am not sure what the issue is.  Anyone have any suggestions?<br>Thanks,<br>Charlie<br><br>OMAP3EVM # boot
Reseting CHIP... Done
LAN9x18 (0x01150002) detected.
Setting mac address: 00:50:c2:7e:8b:53
start Auto negotiation... (take ~2sec)
Auto negotiation complete, 100BaseTX, full duplex
BOOTP broadcast 1
DHCP client bound to address 10.0.1.196
TFTP from server 10.0.1.195; our IP address is 10.0.1.196
Filename 'uImage'.
Load address: 0x80000000
Loading: #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         ##########################
done
Bytes transferred = 2128128 (207900 hex)
## Booting image at 80000000 ...
   Image Name:   Linux-2.6.29-rc3-omap1
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    2128064 Bytes =  2 MB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
OK

Starting kernel ...

Uncompressing Linux.......................................................................................................
&lt;5&gt;Linux version 2.6.29-rc3-omap1 (x0029463 <at> psplinux050) (gcc version 4.2.3 (Sourcery G++ Lite 2008q1-126)) #1 Mon Sep 149
CPU: ARMv7 Processor [411fc082] revision 2 (ARMv7), cr=10c5387f
CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
Machine: OMAP3 EVM
Memory policy: ECC disabled, Data cache writeback
&lt;7&gt;On node 0 totalpages: 25344
&lt;7&gt;free_area_init_node: node 0, pgdat c0440c24, node_mem_map c0464000
&lt;7&gt;  Normal zone: 198 pages used for memmap
&lt;7&gt;  Normal zone: 0 pages reserved
&lt;7&gt;  Normal zone: 25146 pages, LIFO batch:7
&lt;6&gt;OMAP3530 ES2.1 (full speed SGX, IVA2)
&lt;6&gt;SRAM: Mapped pa 0x40200000 to va 0xd7000000 size: 0x100000
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 25146
&lt;5&gt;Kernel command line: console=ttyS0,115200n8 noinitrd rw ip=dhcp root=/dev/nfs nfsroot=:,nolock mem=99M mpurate=600
&lt;6&gt;Clocking rate (Crystal/DPLL/MPU core): 26.0/332/500 MHz
&lt;6&gt;IVA2 clocking rate: 360 MHz
&lt;6&gt;Reprogramming SDRC
&lt;6&gt;GPMC revision 5.0
&lt;6&gt;IRQ: Found an INTC at 0xd8200000 (revision 4.0) with 96 interrupts
&lt;6&gt;Total of 96 interrupts on 1 active controller
&lt;6&gt;OMAP34xx GPIO hardware version 2.5
PID hash table entries: 512 (order: 9, 2048 bytes)
&lt;6&gt;OMAP clockevent source: GPTIMER1 at 32768 Hz
Console: colour dummy device 80x30
&lt;6&gt;Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
&lt;6&gt;Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
&lt;6&gt;Memory: 99MB = 99MB total
&lt;5&gt;Memory: 95800KB available (3928K code, 370K data, 156K init)
&lt;6&gt;Calibrating delay loop... 499.92 BogoMIPS (lpj=1949696)
Mount-cache hash table entries: 512
&lt;6&gt;CPU: Testing write buffer coherency: ok
&lt;6&gt;net_namespace: 520 bytes
&lt;6&gt;NET: Registered protocol family 16
&lt;4&gt;MUX: setup J21_34XX_I2C1_SDA (0xd80021bc): 0x1718 -&gt; 0x0118
&lt;4&gt;MUX: setup K21_34XX_I2C1_SCL (0xd80021ba): 0x1718 -&gt; 0x0118
&lt;4&gt;MUX: setup AE15_34XX_I2C2_SDA (0xd80021c0): 0x1718 -&gt; 0x0118
&lt;4&gt;MUX: setup AF15_34XX_I2C2_SCL (0xd80021be): 0x1718 -&gt; 0x0118
&lt;4&gt;MUX: setup AG14_34XX_I2C3_SDA (0xd80021c4): 0x1718 -&gt; 0x0118
&lt;4&gt;MUX: setup AF14_34XX_I2C3_SCL (0xd80021c2): 0x1718 -&gt; 0x0118
&lt;4&gt;MUX: setup AF26_34XX_GPIO0 (0xd80021e0): 0x1718 -&gt; 0x0118
&lt;4&gt;MUX: setup L8_34XX_GPIO63 (0xd80020ce): 0x1718 -&gt; 0x0004
&lt;4&gt;MUX: setup AF4_34XX_GPIO135 (0xd8002162): 0x1718 -&gt; 0x011c
&lt;4&gt;MUX: setup AA10_3430_USB2HS_PHY_STP (0xd80025f2): 0x1700 -&gt; 0x0003
&lt;4&gt;MUX: setup AA8_3430_USB2HS_PHY_CLK (0xd80025f0): 0x1700 -&gt; 0x0003
&lt;4&gt;MUX: setup AA9_3430_USB2HS_PHY_DIR (0xd80025f4): 0x1700 -&gt; 0x010b
&lt;4&gt;MUX: setup AB11_3430_USB2HS_PHY_NXT (0xd80025f6): 0x1700 -&gt; 0x010b
&lt;4&gt;MUX: setup AB10_3430_USB2HS_PHY_D0 (0xd80025f8): 0x1700 -&gt; 0x010b
&lt;4&gt;MUX: setup AB9_3430_USB2HS_PHY_D1 (0xd80025fa): 0x1700 -&gt; 0x010b
&lt;4&gt;MUX: setup W3_3430_USB2HS_PHY_D2 (0xd80021d4): 0x1708 -&gt; 0x010b
&lt;4&gt;MUX: setup T4_3430_USB2HS_PHY_D3 (0xd80021de): 0x1708 -&gt; 0x010b
&lt;4&gt;MUX: setup T3_3430_USB2HS_PHY_D4 (0xd80021d8): 0x1700 -&gt; 0x010b
&lt;4&gt;MUX: setup R3_3430_USB2HS_PHY_D5 (0xd80021da): 0x1700 -&gt; 0x010b
&lt;4&gt;MUX: setup R4_3430_USB2HS_PHY_D6 (0xd80021dc): 0x1708 -&gt; 0x010b
&lt;4&gt;MUX: setup T2_3430_USB2HS_PHY_D7 (0xd80021d6): 0x1700 -&gt; 0x010b
&lt;4&gt;MUX: setup AG4_34XX_GPIO134 (0xd8002160): 0x1718 -&gt; 0x0004
&lt;4&gt;MUX: setup U8_34XX_GPIO54 (0xd80020b4): 0x0218 -&gt; 0x0004
&lt;4&gt;MUX: setup AE4_34XX_GPIO136 (0xd8002164): 0x0200 -&gt; 0x0004
&lt;6&gt;omap3evmdc: Driver registration complete 
&lt;6&gt;Switched to new clocking rate (Crystal/Core/MPU): 26.0/332/600 MHz
&lt;6&gt;IVA2 clocking rate: 430 MHz
&lt;6&gt;Calibrating delay loop... 597.64 BogoMIPS (lpj=2334720)
&lt;6&gt;OMAP DMA hardware revision 4.0
&lt;3&gt;USB: No board-specific platform config found
&lt;6&gt;OMAP DSS rev 2.0
&lt;6&gt;OMAP DISPC rev 3.0
&lt;6&gt;OMAP VENC rev 2
&lt;6&gt;OMAP DSI rev 1.0
bio: create slab &lt;bio-0&gt; at 0
&lt;6&gt;i2c_omap i2c_omap.1: bus 1 rev3.12 at 2600 kHz
&lt;6&gt;twl4030: PIH (irq 7) chaining IRQs 368..375
&lt;6&gt;twl4030: power (irq 373) chaining IRQs 376..383
&lt;6&gt;twl4030: gpio (irq 368) chaining IRQs 384..401
&lt;6&gt;i2c_omap i2c_omap.2: bus 2 rev3.12 at 400 kHz
&lt;6&gt;i2c_omap i2c_omap.3: bus 3 rev3.12 at 400 kHz
&lt;5&gt;SCSI subsystem initialized
&lt;6&gt;usbcore: registered new interface driver usbfs
&lt;6&gt;usbcore: registered new interface driver hub
&lt;6&gt;usbcore: registered new device driver usb
&lt;6&gt;musb_hdrc: version 6.0, musb-dma, host, debug=0
&lt;1&gt;Unhandled fault: external abort on non-linefetch (0x1028) at 0xd80ab404
Internal error: : 1028 [#1]
Modules linked in:
CPU: 0    Not tainted  (2.6.29-rc3-omap1 #1)
PC is at musb_platform_init+0xa0/0x168
LR is at _omap2_clk_enable+0xac/0xec
pc : [&lt;c001fef8&gt;]    lr : [&lt;c003a68c&gt;]    psr: 40000013
sp : c5817d50  ip : 00000001  fp : c5817d6c
r10: c001f140  r9 : 00000000  r8 : c042b0a0
r7 : 00000000  r6 : c58618d0  r5 : c58618d0  r4 : c040f450
r3 : d80ab000  r2 : 00000200  r1 : 00000000  r0 : 00000000
Flags: nZcv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment kernel
Control: 10c5387f  Table: 80004019  DAC: 00000017
Process swapper (pid: 1, stack limit = 0xc58162e0)
Stack: (0xc5817d50 to 0xc5818000)
7d40:                                     c58618d0 00000000 c0412c90 c0412bf0 
7d60: c5817e44 c5817d70 c001f520 c001fe64 c5817d9c c5817d80 c0311d4c c007db68 
7d80: c0412b80 c0412b88 0000005c d80ab000 c0412b60 c5817da0 c0311db0 c0311c9c 
7da0: c5817dec c5817db0 c00f3114 c0311dac c00f2e40 c00f2d18 c5860e48 c5860de8 
7dc0: c5817df0 c58522d8 c5817dec 00000000 c5860de8 c5817df0 c58522d8 00000001 
7de0: c5817e24 c5817df0 c00f3da4 c00f3104 c58522d8 00000000 00000000 00000001 
7e00: c00f3434 c0412b88 00000000 c0412bcc c043796c c042b0a0 c5817e34 c0412b88 
7e20: c0412c10 c043796c c043796c c042b0a0 00000000 c001f140 c5817e54 c5817e48 
7e40: c01bfd4c c001f2f8 c5817e74 c5817e58 c01bef60 c01bfd38 c0412b88 c0412c10 
7e60: c043796c c043796c c5817e94 c5817e78 c01bf074 c01bee98 00000000 c5817e98 
7e80: c01bf00c c043796c c5817ebc c5817e98 c01be3a8 c01bf018 c58034d8 c0412bb8 
7ea0: 00000000 c043796c c0441380 c588a8a0 c5817ecc c5817ec0 c01beda4 c01be368 
7ec0: c5817efc c5817ed0 c01be970 c01bed90 c032b0a4 c043796c c0441380 c00270b8 
7ee0: c043796c c0441380 00000000 00000000 c5817f24 c5817f00 c01bf268 c01be8d4 
7f00: c00270b8 c0437950 c0441380 00000000 00000000 c001f140 c5817f34 c5817f28 
7f20: c01c0170 c01bf1dc c5817f4c c5817f38 c01c01a4 c01c0110 c00270b8 c0026fcc 
7f40: c5817f5c c5817f50 c001f17c c01c0198 c5817fdc c5817f60 c002f2b0 c001f14c 
7f60: 0000015f c044c298 c5817f94 c5817f78 c00ed300 c00ed114 c5817f94 c583e6e0 
7f80: c00ed4ac c5817f9e c5817fc4 c5817f98 c008833c c00ed338 c5817fb4 3533d488 
7fa0: 00000031 00000000 00000192 c0026fcc 00000000 c00270b8 c0026fcc 00000000 
7fc0: 00000000 00000000 00000000 00000000 c5817ff4 c5817fe0 c00088b8 c002f264 
7fe0: 00000000 00000000 00000000 c5817ff8 c00633a4 c0008854 00ffef00 00ffff00 
Backtrace: 
[&lt;c001fe58&gt;] (musb_platform_init+0x0/0x168) from [&lt;c001f520&gt;] (musb_probe+0x234/0xb6c)
 r5:c0412bf0 r4:c0412c90
[&lt;c001f2ec&gt;] (musb_probe+0x0/0xb6c) from [&lt;c01bfd4c&gt;] (platform_drv_probe+0x20/0x24)
[&lt;c01bfd2c&gt;] (platform_drv_probe+0x0/0x24) from [&lt;c01bef60&gt;] (driver_probe_device+0xd4/0x180)
[&lt;c01bee8c&gt;] (driver_probe_device+0x0/0x180) from [&lt;c01bf074&gt;] (__driver_attach+0x68/0x8c)
 r7:c043796c r6:c043796c r5:c0412c10 r4:c0412b88
[&lt;c01bf00c&gt;] (__driver_attach+0x0/0x8c) from [&lt;c01be3a8&gt;] (bus_for_each_dev+0x4c/0x84)
 r7:c043796c r6:c01bf00c r5:c5817e98 r4:00000000
[&lt;c01be35c&gt;] (bus_for_each_dev+0x0/0x84) from [&lt;c01beda4&gt;] (driver_attach+0x20/0x28)
 r7:c588a8a0 r6:c0441380 r5:c043796c r4:00000000
[&lt;c01bed84&gt;] (driver_attach+0x0/0x28) from [&lt;c01be970&gt;] (bus_add_driver+0xa8/0x214)
[&lt;c01be8c8&gt;] (bus_add_driver+0x0/0x214) from [&lt;c01bf268&gt;] (driver_register+0x98/0x120)
 r8:00000000 r7:00000000 r6:c0441380 r5:c043796c r4:c00270b8
[&lt;c01bf1d0&gt;] (driver_register+0x0/0x120) from [&lt;c01c0170&gt;] (platform_driver_register+0x6c/0x88)
[&lt;c01c0104&gt;] (platform_driver_register+0x0/0x88) from [&lt;c01c01a4&gt;] (platform_driver_probe+0x18/0x68)
[&lt;c01c018c&gt;] (platform_driver_probe+0x0/0x68) from [&lt;c001f17c&gt;] (musb_init+0x3c/0x54)
 r5:c0026fcc r4:c00270b8
[&lt;c001f140&gt;] (musb_init+0x0/0x54) from [&lt;c002f2b0&gt;] (__exception_text_end+0x58/0x184)
[&lt;c002f258&gt;] (__exception_text_end+0x0/0x184) from [&lt;c00088b8&gt;] (kernel_init+0x70/0xdc)
[&lt;c0008848&gt;] (kernel_init+0x0/0xdc) from [&lt;c00633a4&gt;] (do_exit+0x0/0x65c)
 r5:00000000 r4:00000000
Code: e12fff33 ea000000 eb008549 e59f30b0 (e5932404) 
&lt;4&gt;---[ end trace 1b75b31a2719ed1c ]---
&lt;0&gt;Kernel panic - not syncing: Attempted to kill init!
<div><span class="Apple-style-span"><br></span></div>
<br><br><br><br>
</div>
</div>
</div>
Hemant Pedanekar | 1 Oct 2009 16:25
Picon
Favicon

[PATCH] mtd: nand: davinci: fix to use mask_ale from pdata

Correct typo to use mask_ale from platform data when set to non-zero.

Signed-off-by: Hemant Pedanekar <hemantp@...>
---
 drivers/mtd/nand/davinci_nand.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/mtd/nand/davinci_nand.c b/drivers/mtd/nand/davinci_nand.c
index 0fad648..20b04a2 100644
--- a/drivers/mtd/nand/davinci_nand.c
+++ b/drivers/mtd/nand/davinci_nand.c
 <at>  <at>  -571,7 +571,7  <at>  <at>  static int __init nand_davinci_probe(struct platform_device *pdev)
 	info->mask_chipsel	= pdata->mask_chipsel;

 	/* use nandboot-capable ALE/CLE masks by default */
-	info->mask_ale		= pdata->mask_cle ? : MASK_ALE;
+	info->mask_ale		= pdata->mask_ale ? : MASK_ALE;
 	info->mask_cle		= pdata->mask_cle ? : MASK_CLE;

 	/* Set address of hardware control function */
--

-- 
1.6.2.4

Marcel Katz | 1 Oct 2009 17:46
Picon

OMAP 35x boot time

Hi

 

I have an OMAP 35x EVM board.

I want to boot it from the flash, with minimum drivers loaded (video input and video output), minimal kernel.

Somebody can tell me what to expect for the start up time (from reset till an application can display something on the LCD)?

 

Thanks

Marcel

<div><div dir="ltr">
<p dir="ltr" class="MsoNormal">Hi</p>
<p dir="ltr" class="MsoNormal">&nbsp;</p>
<p dir="ltr" class="MsoNormal">I have an OMAP 35x EVM board.</p>
<p dir="ltr" class="MsoNormal">I want to boot it from the flash, with minimum drivers loaded (video input and video output), minimal kernel.</p>

<p dir="ltr" class="MsoNormal">Somebody can tell me what to expect for the start up time (from reset till an application can display something on the LCD)?</p>

<p dir="ltr" class="MsoNormal">&nbsp;</p>
<p dir="ltr" class="MsoNormal">Thanks</p>
<p dir="ltr" class="MsoNormal">Marcel</p>
</div></div>

Gmane