Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
On Mon, 31 May 2010, Tony Lindgren wrote: * Paul Walmsley p...@pwsan.com [100520 02:05]: Hi, On Wed, 19 May 2010, Santosh Shilimkar wrote: This patch uses ENABLE_ON_INIT flag on the emif clock nodes to avoid the emif clk getting cut as part of reset un-used clock routine which prevents boot. Since omap4 omap2_clk_init() calls clk_enable_init_clocks() which increases the usecount on all ENABLE_ON_INIT clocks, it prevents omap2_clk_disable_unused() from disabling the clock. The real fix is to have driver for EMIF and do clock get/enable as part of it. The EMIF driver is planned to be done HWMOD way so till that available to keep omap3_defconfig booting on OMAP4430, this patch is necessary. (Will updated the auto-gen script for 44xx accordingly) The fix was suggested by Paul Walmsley Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com Cc: Paul Walmsley p...@pwsan.com Thanks, I've added Nishanth's Tested-by: and fixed the patch changelog; the following patch is now queued for 2.6.35-rc, unless there are any further comments. FYI, I'll also added this into omap-testing branch while we're waiting for your clock fixes branch to be available. Acked-by: Paul Walmsley p...@pwsan.com Feel free to send this one upstream separately if you like, until the clock -rc series is ready. - Paul -- 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
Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
* Paul Walmsley p...@pwsan.com [100616 12:16]: On Mon, 31 May 2010, Tony Lindgren wrote: * Paul Walmsley p...@pwsan.com [100520 02:05]: Hi, On Wed, 19 May 2010, Santosh Shilimkar wrote: This patch uses ENABLE_ON_INIT flag on the emif clock nodes to avoid the emif clk getting cut as part of reset un-used clock routine which prevents boot. Since omap4 omap2_clk_init() calls clk_enable_init_clocks() which increases the usecount on all ENABLE_ON_INIT clocks, it prevents omap2_clk_disable_unused() from disabling the clock. The real fix is to have driver for EMIF and do clock get/enable as part of it. The EMIF driver is planned to be done HWMOD way so till that available to keep omap3_defconfig booting on OMAP4430, this patch is necessary. (Will updated the auto-gen script for 44xx accordingly) The fix was suggested by Paul Walmsley Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com Cc: Paul Walmsley p...@pwsan.com Thanks, I've added Nishanth's Tested-by: and fixed the patch changelog; the following patch is now queued for 2.6.35-rc, unless there are any further comments. FYI, I'll also added this into omap-testing branch while we're waiting for your clock fixes branch to be available. Acked-by: Paul Walmsley p...@pwsan.com Feel free to send this one upstream separately if you like, until the clock -rc series is ready. OK, thanks, will add into omap-fixes-for-linus. Regards, Tony -- 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
Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
* Paul Walmsley p...@pwsan.com [100520 02:05]: Hi, On Wed, 19 May 2010, Santosh Shilimkar wrote: This patch uses ENABLE_ON_INIT flag on the emif clock nodes to avoid the emif clk getting cut as part of reset un-used clock routine which prevents boot. Since omap4 omap2_clk_init() calls clk_enable_init_clocks() which increases the usecount on all ENABLE_ON_INIT clocks, it prevents omap2_clk_disable_unused() from disabling the clock. The real fix is to have driver for EMIF and do clock get/enable as part of it. The EMIF driver is planned to be done HWMOD way so till that available to keep omap3_defconfig booting on OMAP4430, this patch is necessary. (Will updated the auto-gen script for 44xx accordingly) The fix was suggested by Paul Walmsley Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com Cc: Paul Walmsley p...@pwsan.com Thanks, I've added Nishanth's Tested-by: and fixed the patch changelog; the following patch is now queued for 2.6.35-rc, unless there are any further comments. FYI, I'll also added this into omap-testing branch while we're waiting for your clock fixes branch to be available. Regards, Tony -- 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
RE: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
-Original Message- From: Menon, Nishanth Sent: Thursday, May 20, 2010 7:19 AM To: Tony Lindgren Cc: Shilimkar, Santosh; linux-omap@vger.kernel.org; Paul Walmsley Subject: Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks Tony Lindgren had written, on 05/19/2010 08:24 PM, the following: * Nishanth Menon n...@ti.com [100519 18:03]: Tony Lindgren had written, on 05/19/2010 08:06 PM, the following: * Nishanth Menon n...@ti.com [100519 17:58]: Tony Lindgren had written, on 05/19/2010 08:00 PM, the following: * Nishanth Menon n...@ti.com [100519 12:56]: looks like network is still not functional on SDP4430. different issue Oh so Ethernet does not work either? What's wrong with that? I was told offline that the driver is somewhere in the net ML on the way I believe in parallel.. I dont have collaborative links though :( Santosh, Can you point out the status? I thought I have those in omap-testing and merged into the master branch in linux-omap: ks8851: Add caching of CCR register ks8851: Low level functions for read/write to companion eeprom ks8851: companion eeprom access through ethtool Okay then it makes this an operator error - I have been playing with vanilla linus 2.6.34 tree and adding just the basic patches I need.. I can give the omap-testing a whirl.. OK, cool. tried with omap_testing i pulled a few mins back, omap3_defconfig with CONFIG_EARLY_PRINTK enabled Good news: need as pointed out by Santosh - a) http://www.mail-archive.com/linux-omap@vger.kernel.org/msg27363.html b) this patch for NFS even to try. Bad news: Same results I got as in linus tree - NAK for NFS booting :( full log: http://pastebin.mozilla.org/725960 from the log, I dont see the driver probe even starting up or any reports as you posted above (which I guess is from Blaze).. Tried LO master and networks works great. ** Texas Instruments X-Loader 1.41 (Jan 17 2010 - 23:12:44) Starting OS Bootloader from EMMC ... U-Boot 1.1.4-g0aa2aebd-dirty (Feb 6 2010 - 17:10:35) Load address: 0x80e8 DRAM: 512 MB Flash: 0 kB *** Warning - bad CRC, using default environment In:serial Out: serial Err: serial Net: Micrel KS8851SNL OMAP44XX SDP # t;bootm ks8851snl ethernet initialized ethaddr rom: 00:08:01:28:43:4D port status information = 0x8400 BOOTP broadcast 1 Using Micrel KS8851SN device TFTP from server 172.24.190.46; our IP address is 172.24.190.176 Filename 'santosh/uImage'. Load address: 0x9030 Loading: T # # # # # ## done Bytes transferred = 1690656 (19cc20 hex) ## Booting image at 9030 ... Image Name: Linux-2.6.34-08151-g1674c0c Image Type: ARM Linux Kernel Image (uncompressed) Data Size:1690592 Bytes = 1.6 MB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK OK Starting kernel ... Uncompressing Linux... done, booting the kernel. Linux version 2.6.34-08151-g1674c0c (a0393...@a0393909-desktop) (gcc version 4.3.3 (Sourcery G++ Lite 2009q1-203) ) #1 SMP PREEMPT Thu May 20 15:50:53 IST 2010 CPU: ARMv7 Processor [410fc091] revision 1 (ARMv7), cr=10c53c7f CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache Machine: OMAP4430 4430SDP board Memory policy: ECC disabled, Data cache writealloc OMAP4430 ES1.0 SRAM: Mapped pa 0x4030 to va 0xfe40 size: 0x10 FIXME: omap44xx_sram_init not implemented PERCPU: Embedded 6 pages/cpu @c0715000 s3584 r8192 d12800 u65536 pcpu-alloc: s3584 r8192 d12800 u65536 alloc=16*4096 pcpu-alloc: [0] 0 [0] 1 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 117602 Kernel command line: mem=463M console=ttyS2,115200n8 noinitrd rootdelay=1 root=/dev/nfs rw nfsroot=172.24.190.46:/ubuntu/nfs-share/omap4_next ,nolock,tcp,rsize=1024,wsize=1024 ip=dhcp PID hash table entries: 2048 (order: 1, 8192 bytes) Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 463MB = 463MB total Memory: 466420k/466420k available, 7692k reserved, 0K highmem Virtual kernel memory layout: vector : 0x - 0x1000 ( 4 kB) fixmap : 0xfff0 - 0xfffe ( 896 kB) DMA : 0xffc0 - 0xffe0 ( 2 MB) vmalloc : 0xdd00 - 0xf800 ( 432 MB) lowmem : 0xc000 - 0xdcf0 ( 463 MB) modules : 0xbf00 - 0xc000 ( 16 MB) .init : 0xc0008000 - 0xc002a000 ( 136 kB) .text : 0xc002a000 - 0xc0326000 (3056 kB) .data : 0xc0326000 - 0xc0357200 ( 197 kB) SLUB
[PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
This patch uses ENABLE_ON_INIT flag on the emif clock nodes
to avoid the emif clk getting cut as part of reset un-used clock
routine which prevents boot.
Since omap4 omap2_clk_init() calls clk_enable_init_clocks()
which increases the usecount on all ENABLE_ON_INIT clocks, it
prevents omap2_clk_disable_unused() from disabling the clock.
The real fix is to have driver for EMIF and do clock get/enable
as part of it. The EMIF driver is planned to be done HWMOD way
so till that available to keep omap3_defconfig booting on OMAP4430,
this patch is necessary.
(Will updated the auto-gen script for 44xx accordingly)
The fix was suggested by Paul Walmsley
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
With this patch and Tony's below sram fix, omap3_defconfig
boots on OMAP4430 as it is. Boot tested with 2.6.34 maniline kernel
on OMAP4430, OMAP3430 with omap3_defconfig and regular defconfig
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg27363.html
arch/arm/mach-omap2/clock44xx_data.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/clock44xx_data.c
b/arch/arm/mach-omap2/clock44xx_data.c
index a5c0c9c..a1b4cae 100644
--- a/arch/arm/mach-omap2/clock44xx_data.c
+++ b/arch/arm/mach-omap2/clock44xx_data.c
@@ -1369,6 +1369,7 @@ static struct clk emif1_ick = {
.ops= clkops_omap2_dflt,
.enable_reg = OMAP4430_CM_MEMIF_EMIF_1_CLKCTRL,
.enable_bit = OMAP4430_MODULEMODE_HWCTRL,
+ .flags = ENABLE_ON_INIT,
.clkdm_name = l3_emif_clkdm,
.parent = ddrphy_ck,
.recalc = followparent_recalc,
@@ -1379,6 +1380,7 @@ static struct clk emif2_ick = {
.ops= clkops_omap2_dflt,
.enable_reg = OMAP4430_CM_MEMIF_EMIF_2_CLKCTRL,
.enable_bit = OMAP4430_MODULEMODE_HWCTRL,
+ .flags = ENABLE_ON_INIT,
.clkdm_name = l3_emif_clkdm,
.parent = ddrphy_ck,
.recalc = followparent_recalc,
--
1.6.0.4
--
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
Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
Shilimkar, Santosh had written, on 05/19/2010 11:38 AM, the following:
This patch uses ENABLE_ON_INIT flag on the emif clock nodes
to avoid the emif clk getting cut as part of reset un-used clock
routine which prevents boot.
Since omap4 omap2_clk_init() calls clk_enable_init_clocks()
which increases the usecount on all ENABLE_ON_INIT clocks, it
prevents omap2_clk_disable_unused() from disabling the clock.
The real fix is to have driver for EMIF and do clock get/enable
as part of it. The EMIF driver is planned to be done HWMOD way
so till that available to keep omap3_defconfig booting on OMAP4430,
this patch is necessary.
(Will updated the auto-gen script for 44xx accordingly)
The fix was suggested by Paul Walmsley
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
With this patch and Tony's below sram fix, omap3_defconfig
boots on OMAP4430 as it is. Boot tested with 2.6.34 maniline kernel
on OMAP4430, OMAP3430 with omap3_defconfig and regular defconfig
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg27363.html
arch/arm/mach-omap2/clock44xx_data.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/clock44xx_data.c
b/arch/arm/mach-omap2/clock44xx_data.c
index a5c0c9c..a1b4cae 100644
--- a/arch/arm/mach-omap2/clock44xx_data.c
+++ b/arch/arm/mach-omap2/clock44xx_data.c
@@ -1369,6 +1369,7 @@ static struct clk emif1_ick = {
.ops= clkops_omap2_dflt,
.enable_reg = OMAP4430_CM_MEMIF_EMIF_1_CLKCTRL,
.enable_bit = OMAP4430_MODULEMODE_HWCTRL,
+ .flags = ENABLE_ON_INIT,
.clkdm_name = l3_emif_clkdm,
.parent = ddrphy_ck,
.recalc = followparent_recalc,
@@ -1379,6 +1380,7 @@ static struct clk emif2_ick = {
.ops= clkops_omap2_dflt,
.enable_reg = OMAP4430_CM_MEMIF_EMIF_2_CLKCTRL,
.enable_bit = OMAP4430_MODULEMODE_HWCTRL,
+ .flags = ENABLE_ON_INIT,
.clkdm_name = l3_emif_clkdm,
.parent = ddrphy_ck,
.recalc = followparent_recalc,
Tested-by: Nishanth Menon n...@ti.com
tested on SDP4430 - NOTE: it wont get through beyond
[5.953491] Bluetooth: L2CAP socket layer initialized
[5.958648] Bluetooth: SCO (Voice Link) ver 0.6
[5.963256] Bluetooth: SCO socket layer initialized
[5.968475] Bluetooth: RFCOMM TTY layer initialized
[5.973449] Bluetooth: RFCOMM socket layer initialized
[5.978698] Bluetooth: RFCOMM ver 1.11
[5.982482] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[5.987884] Bluetooth: BNEP filters: protocol multicast
[5.993164] Bluetooth: HIDP (Human Interface Emulation) ver 1.2
[6.000457] lib80211: common routines for IEEE802.11 drivers
[6.006286] ThumbEE CPU extension supported.
[6.045471] VFP support v0.3: implementor 41 architecture 3 part 30
variant 9 rev 0
[6.057250] drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
[ 18.688720] Looking up port of RPC 13/2 on 128.247.75.5
[ 48.694244] rpcbind: server 128.247.75.1 not responding, timed out
[ 48.700958] Root-NFS: Unable to get nfsd port number from server,
using default
[ 48.708374] Looking up port of RPC 15/1 on 128.247.75.5
[ 78.710479] rpcbind: server 128.247.75.1 not responding, timed out
[ 78.716827] Root-NFS: Unable to get mountd port number from server,
using default
looks like network is still not functional on SDP4430. different issue
Pass to NFS boot on: SDP3630, SDP3430.
--
Regards,
Nishanth Menon
--
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
Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
Hi,
On Wed, 19 May 2010, Santosh Shilimkar wrote:
This patch uses ENABLE_ON_INIT flag on the emif clock nodes
to avoid the emif clk getting cut as part of reset un-used clock
routine which prevents boot.
Since omap4 omap2_clk_init() calls clk_enable_init_clocks()
which increases the usecount on all ENABLE_ON_INIT clocks, it
prevents omap2_clk_disable_unused() from disabling the clock.
The real fix is to have driver for EMIF and do clock get/enable
as part of it. The EMIF driver is planned to be done HWMOD way
so till that available to keep omap3_defconfig booting on OMAP4430,
this patch is necessary.
(Will updated the auto-gen script for 44xx accordingly)
The fix was suggested by Paul Walmsley
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Thanks, I've added Nishanth's Tested-by: and fixed the patch changelog;
the following patch is now queued for 2.6.35-rc, unless there are any
further comments.
- Paul
From 3f3de7c0419784153564c63b4a2d3c3c95808e3e Mon Sep 17 00:00:00 2001
From: Santosh Shilimkar santosh.shilim...@ti.com
Date: Wed, 19 May 2010 22:08:07 +0530
Subject: [PATCH] OMAP4: clock: Fix multi-omap boot with reset un-used clocks
This patch uses ENABLE_ON_INIT flag on the emif clock nodes
to avoid the emif clk getting cut as part of reset un-used clock
routine which prevents boot.
Since omap4xxx_clk_init() calls clk_enable_init_clocks()
which increases the usecount on all ENABLE_ON_INIT clocks, it
prevents omap2_clk_disable_unused() from disabling the clock.
The real fix is to have driver for EMIF and do clock get/enable
as part of it. The EMIF driver is planned to be done HWMOD way
so till that available to keep omap3_defconfig booting on OMAP4430,
this patch is necessary.
(Will updated the auto-gen script for 44xx accordingly)
The fix was suggested by Paul Walmsley
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Tested-by: Nishanth Menon n...@ti.com
Signed-off-by: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/clock44xx_data.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/clock44xx_data.c
b/arch/arm/mach-omap2/clock44xx_data.c
index a5c0c9c..a1b4cae 100644
--- a/arch/arm/mach-omap2/clock44xx_data.c
+++ b/arch/arm/mach-omap2/clock44xx_data.c
@@ -1369,6 +1369,7 @@ static struct clk emif1_ick = {
.ops= clkops_omap2_dflt,
.enable_reg = OMAP4430_CM_MEMIF_EMIF_1_CLKCTRL,
.enable_bit = OMAP4430_MODULEMODE_HWCTRL,
+ .flags = ENABLE_ON_INIT,
.clkdm_name = l3_emif_clkdm,
.parent = ddrphy_ck,
.recalc = followparent_recalc,
@@ -1379,6 +1380,7 @@ static struct clk emif2_ick = {
.ops= clkops_omap2_dflt,
.enable_reg = OMAP4430_CM_MEMIF_EMIF_2_CLKCTRL,
.enable_bit = OMAP4430_MODULEMODE_HWCTRL,
+ .flags = ENABLE_ON_INIT,
.clkdm_name = l3_emif_clkdm,
.parent = ddrphy_ck,
.recalc = followparent_recalc,
--
1.7.1.rc2
--
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
Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
* Nishanth Menon n...@ti.com [100519 12:56]: looks like network is still not functional on SDP4430. different issue Oh so Ethernet does not work either? What's wrong with that? Regards, Tony -- 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
Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
Tony Lindgren had written, on 05/19/2010 08:00 PM, the following: * Nishanth Menon n...@ti.com [100519 12:56]: looks like network is still not functional on SDP4430. different issue Oh so Ethernet does not work either? What's wrong with that? I was told offline that the driver is somewhere in the net ML on the way I believe in parallel.. I dont have collaborative links though :( Santosh, Can you point out the status? -- Regards, Nishanth Menon -- 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
Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
Tony Lindgren had written, on 05/19/2010 08:06 PM, the following: * Nishanth Menon n...@ti.com [100519 17:58]: Tony Lindgren had written, on 05/19/2010 08:00 PM, the following: * Nishanth Menon n...@ti.com [100519 12:56]: looks like network is still not functional on SDP4430. different issue Oh so Ethernet does not work either? What's wrong with that? I was told offline that the driver is somewhere in the net ML on the way I believe in parallel.. I dont have collaborative links though :( Santosh, Can you point out the status? I thought I have those in omap-testing and merged into the master branch in linux-omap: ks8851: Add caching of CCR register ks8851: Low level functions for read/write to companion eeprom ks8851: companion eeprom access through ethtool Okay then it makes this an operator error - I have been playing with vanilla linus 2.6.34 tree and adding just the basic patches I need.. I can give the omap-testing a whirl.. -- Regards, Nishanth Menon -- 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
Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
* Nishanth Menon n...@ti.com [100519 18:03]: Tony Lindgren had written, on 05/19/2010 08:06 PM, the following: * Nishanth Menon n...@ti.com [100519 17:58]: Tony Lindgren had written, on 05/19/2010 08:00 PM, the following: * Nishanth Menon n...@ti.com [100519 12:56]: looks like network is still not functional on SDP4430. different issue Oh so Ethernet does not work either? What's wrong with that? I was told offline that the driver is somewhere in the net ML on the way I believe in parallel.. I dont have collaborative links though :( Santosh, Can you point out the status? I thought I have those in omap-testing and merged into the master branch in linux-omap: ks8851: Add caching of CCR register ks8851: Low level functions for read/write to companion eeprom ks8851: companion eeprom access through ethtool Okay then it makes this an operator error - I have been playing with vanilla linus 2.6.34 tree and adding just the basic patches I need.. I can give the omap-testing a whirl.. OK, cool. Tony -- 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
Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
Tony Lindgren had written, on 05/19/2010 08:24 PM, the following: * Nishanth Menon n...@ti.com [100519 18:03]: Tony Lindgren had written, on 05/19/2010 08:06 PM, the following: * Nishanth Menon n...@ti.com [100519 17:58]: Tony Lindgren had written, on 05/19/2010 08:00 PM, the following: * Nishanth Menon n...@ti.com [100519 12:56]: looks like network is still not functional on SDP4430. different issue Oh so Ethernet does not work either? What's wrong with that? I was told offline that the driver is somewhere in the net ML on the way I believe in parallel.. I dont have collaborative links though :( Santosh, Can you point out the status? I thought I have those in omap-testing and merged into the master branch in linux-omap: ks8851: Add caching of CCR register ks8851: Low level functions for read/write to companion eeprom ks8851: companion eeprom access through ethtool Okay then it makes this an operator error - I have been playing with vanilla linus 2.6.34 tree and adding just the basic patches I need.. I can give the omap-testing a whirl.. OK, cool. tried with omap_testing i pulled a few mins back, omap3_defconfig with CONFIG_EARLY_PRINTK enabled Good news: need as pointed out by Santosh - a) http://www.mail-archive.com/linux-omap@vger.kernel.org/msg27363.html b) this patch for NFS even to try. Bad news: Same results I got as in linus tree - NAK for NFS booting :( full log: http://pastebin.mozilla.org/725960 from the log, I dont see the driver probe even starting up or any reports as you posted above (which I guess is from Blaze).. -- Regards, Nishanth Menon -- 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
RE: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
-Original Message- From: Menon, Nishanth Sent: Thursday, May 20, 2010 7:19 AM To: Tony Lindgren Cc: Shilimkar, Santosh; linux-omap@vger.kernel.org; Paul Walmsley Subject: Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks Tony Lindgren had written, on 05/19/2010 08:24 PM, the following: * Nishanth Menon n...@ti.com [100519 18:03]: Tony Lindgren had written, on 05/19/2010 08:06 PM, the following: * Nishanth Menon n...@ti.com [100519 17:58]: Tony Lindgren had written, on 05/19/2010 08:00 PM, the following: * Nishanth Menon n...@ti.com [100519 12:56]: looks like network is still not functional on SDP4430. different issue Oh so Ethernet does not work either? What's wrong with that? I was told offline that the driver is somewhere in the net ML on the way I believe in parallel.. I dont have collaborative links though :( Santosh, Can you point out the status? I thought I have those in omap-testing and merged into the master branch in linux-omap: ks8851: Add caching of CCR register ks8851: Low level functions for read/write to companion eeprom ks8851: companion eeprom access through ethtool Okay then it makes this an operator error - I have been playing with vanilla linus 2.6.34 tree and adding just the basic patches I need.. I can give the omap-testing a whirl.. OK, cool. tried with omap_testing i pulled a few mins back, omap3_defconfig with CONFIG_EARLY_PRINTK enabled Good news: need as pointed out by Santosh - a) http://www.mail-archive.com/linux-omap@vger.kernel.org/msg27363.html b) this patch for NFS even to try. Bad news: Same results I got as in linus tree - NAK for NFS booting :( full log: http://pastebin.mozilla.org/725960 from the log, I dont see the driver probe even starting up or any reports as you posted above (which I guess is from Blaze).. As Tony pointed out, those patches are enough to get ethernet working. Regards, Santosh -- 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
RE: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
-Original Message- From: Paul Walmsley [mailto:p...@pwsan.com] Sent: Thursday, May 20, 2010 4:41 AM To: Shilimkar, Santosh; Menon, Nishanth Cc: linux-omap@vger.kernel.org Subject: Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks Hi, On Wed, 19 May 2010, Santosh Shilimkar wrote: This patch uses ENABLE_ON_INIT flag on the emif clock nodes to avoid the emif clk getting cut as part of reset un-used clock routine which prevents boot. Since omap4 omap2_clk_init() calls clk_enable_init_clocks() which increases the usecount on all ENABLE_ON_INIT clocks, it prevents omap2_clk_disable_unused() from disabling the clock. The real fix is to have driver for EMIF and do clock get/enable as part of it. The EMIF driver is planned to be done HWMOD way so till that available to keep omap3_defconfig booting on OMAP4430, this patch is necessary. (Will updated the auto-gen script for 44xx accordingly) The fix was suggested by Paul Walmsley Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com Cc: Paul Walmsley p...@pwsan.com Thanks, I've added Nishanth's Tested-by: and fixed the patch changelog; the following patch is now queued for 2.6.35-rc, unless there are any further comments. Thanks Paul. Regards, Santosh -- 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
