* OMAP baseline test results for v3.10-rc7
@ 2013-07-01 19:48 ` Paul Walmsley
0 siblings, 0 replies; 12+ messages in thread
From: Paul Walmsley @ 2013-07-01 19:48 UTC (permalink / raw)
To: linux-omap; +Cc: linux-arm-kernel
Here are some basic OMAP test results for Linux v3.10-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.10-rc7/20130630191558/
Special thanks to Lokesh Vutla, Vaibhav Hiremath, Kevin Hilman, and
Rajendra Nayak for helping unravel the Beaglebone-White test problems.
Test summary
------------
Build: uImage:
Pass (16/16): am33xx_only, n800_multi_omap2xxx, n800_only_a,
omap1_defconfig, omap1_defconfig_1510innovator_only,
omap1_defconfig_5912osk_only, omap2plus_defconfig,
omap2plus_defconfig_2430sdp_only
omap2plus_defconfig_cpupm, omap2plus_defconfig_no_pm,
omap2plus_defconfig_omap2_4_only,
omap2plus_defconfig_omap3_4_only,
rmk_omap3430_ldp_allnoconfig,
rmk_omap3430_ldp_oldconfig,
rmk_omap4430_sdp_allnoconfig,
rmk_omap4430_sdp_oldconfig
Build: zImage:
Pass ( 1/ 1): omap2plus_defconfig
Boot to userspace:
FAIL ( 2/12): 37xxevm, am335xbonelt
Pass (10/12): 2420n800, 2430sdp, 3517evm, 3530es3beagle,
3730beaglexm, 4430es2panda, 4460pandaes, 5912osk,
am335xbone, cmt3517
PM: chip retention via suspend:
FAIL ( 3/ 6): 2430sdp, 37xxevm, 4430es2panda
Pass ( 3/ 6): 3530es3beagle, 3730beaglexm, 4460pandaes
PM: chip retention via dynamic idle:
FAIL ( 4/ 6): 2430sdp, 37xxevm, 4430es2panda, 4460pandaes
Pass ( 2/ 6): 3530es3beagle, 3730beaglexm
PM: chip off except CORE via suspend:
Pass ( 1/ 1): 3730beaglexm
PM: chip off except CORE via dynamic idle:
Pass ( 1/ 1): 3730beaglexm
PM: chip off via suspend:
FAIL ( 3/ 4): 37xxevm, 4430es2panda, 4460pandaes
Pass ( 1/ 4): 3530es3beagle
PM: chip off via dynamic idle:
FAIL ( 3/ 4): 37xxevm, 4430es2panda, 4460pandaes
Pass ( 1/ 4): 3530es3beagle
Failing tests: fixed by posted patches
--------------------------------------
* 37xx EVM: boot fails
- as of v3.10-rc1
- Fixed by http://marc.info/?l=linux-arm-kernel&m=137112093431021&w=2
Failing tests: needing investigation
------------------------------------
Boot tests:
* 3517EVM & CM-T3517: boot hangs with NFS root
- Likely some Kconfig, board file, and PM issues with EMAC
- Longstanding bug
- Not currently part of the automated test suite
Boot warnings:
* 2420N800, 2430sdp: failed to get counter_32k resource
- "omap2_sync32k_clocksource_init: failed to get counter_32k resource"
- Cause unknown
* CM-T3517: L3 in-band error with IPSS during boot
- Cause unknown but see http://marc.info/?l=linux-omap&m=134833869730129&w=2
- Longstanding issue; does not occur on the 3517EVM
* 3730 Beagle XM, 3517EVM, CM-T3517: uart4_rx.uart4_rx mux failure
- Cause unknown
- May be related to the OMAP serial driver and/or DT mux data
- http://marc.info/?l=linux-arm-kernel&m=137121357528854&w=2
PM tests:
* 2430sdp: power domains not entering retention
- Cause unknown
* 3730 Beagle XM: does not serial wake from off-idle suspend when console
UART doesn't clock-gate ("debug ignore_loglevel")
- Cause unknown
- Not yet part of the automated test suite
- Re-tested at v3.7; still failing:
http://www.pwsan.com/omap/transcripts/20121211-3730beaglexm-3.7-pm-offmode-fail-debug.txt
* 4430es2panda: pwrdm state mismatch on CAM, DSS
* 4430es2panda: CORE, TESLA, IVAHD, L3INIT didn't enter target state
- Probably due to lack of reset code for M3, DSP, SL2IF, FSUSB
per discussion with Tero Kristo
- Likely dependent on the bootloader version
- fails with 2012.07-00136-g755de79
- http://marc.info/?l=linux-arm-kernel&m=136432340618226&w=2
* 4430es2panda: MPU, ABE didn't enter target state
- New for v3.10-rc
* 4460pandaes: pwrdm state mismatch on DSS, ABE, IVAHD, TESLA
* 4460pandaes: chip not entering retention in dynamic idle
- Presumably 4430es2panda also fails this
- Suspend-to-RAM enters full chip retention
Other:
* 4430es2panda: omap_hwmod: l3_instr: _wait_target_disable failed
- Unknown cause; could be due to the lack of hierarchical enable/disable
in hwmod code
- Jon Hunter and Santosh Shilimkar report this does not appear with
the same X-loader/bootloader on his 4430ES2.3 Panda, so could be
ES-level dependent
Failing tests: reported by others
---------------------------------
- RTC wakeup from suspend broken on 3730beaglexm
- as of v3.10-rc1
- discussion here: http://marc.info/?l=linux-omap&m=136915841625434&w=2
vmlinux object size
(delta in bytes from test_v3.10-rc6
(7d132055814ef17a6c7b69f342244c410a5e000f)):
text data bss total kernel
+969 +600 0 +1569 am33xx_only
+813 0 0 +813 n800_multi_omap2xxx
+813 0 0 +813 n800_only_a
+861 -8 0 +853 omap1_defconfig
+861 0 0 +861 omap1_defconfig_1510innovator_only
+861 +24 0 +885 omap1_defconfig_5912osk_only
+925 0 0 +925 omap2plus_defconfig
+901 0 0 +901 omap2plus_defconfig_2430sdp_only
+925 0 0 +925 omap2plus_defconfig_cpupm
-14807 -1880 -8256 -24943 omap2plus_defconfig_no_pm
+989 0 0 +989 omap2plus_defconfig_omap2_4_only
+925 0 0 +925 omap2plus_defconfig_omap3_4_only
+384 0 -16 +368 rmk_omap3430_ldp_allnoconfig
+285 0 0 +285 rmk_omap3430_ldp_oldconfig
+384 0 -16 +368 rmk_omap4430_sdp_allnoconfig
+257 0 0 +257 rmk_omap4430_sdp_oldconfig
^ permalink raw reply [flat|nested] 12+ messages in thread
* OMAP baseline test results for v3.10-rc7
@ 2013-07-01 19:48 ` Paul Walmsley
0 siblings, 0 replies; 12+ messages in thread
From: Paul Walmsley @ 2013-07-01 19:48 UTC (permalink / raw)
To: linux-arm-kernel
Here are some basic OMAP test results for Linux v3.10-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.10-rc7/20130630191558/
Special thanks to Lokesh Vutla, Vaibhav Hiremath, Kevin Hilman, and
Rajendra Nayak for helping unravel the Beaglebone-White test problems.
Test summary
------------
Build: uImage:
Pass (16/16): am33xx_only, n800_multi_omap2xxx, n800_only_a,
omap1_defconfig, omap1_defconfig_1510innovator_only,
omap1_defconfig_5912osk_only, omap2plus_defconfig,
omap2plus_defconfig_2430sdp_only
omap2plus_defconfig_cpupm, omap2plus_defconfig_no_pm,
omap2plus_defconfig_omap2_4_only,
omap2plus_defconfig_omap3_4_only,
rmk_omap3430_ldp_allnoconfig,
rmk_omap3430_ldp_oldconfig,
rmk_omap4430_sdp_allnoconfig,
rmk_omap4430_sdp_oldconfig
Build: zImage:
Pass ( 1/ 1): omap2plus_defconfig
Boot to userspace:
FAIL ( 2/12): 37xxevm, am335xbonelt
Pass (10/12): 2420n800, 2430sdp, 3517evm, 3530es3beagle,
3730beaglexm, 4430es2panda, 4460pandaes, 5912osk,
am335xbone, cmt3517
PM: chip retention via suspend:
FAIL ( 3/ 6): 2430sdp, 37xxevm, 4430es2panda
Pass ( 3/ 6): 3530es3beagle, 3730beaglexm, 4460pandaes
PM: chip retention via dynamic idle:
FAIL ( 4/ 6): 2430sdp, 37xxevm, 4430es2panda, 4460pandaes
Pass ( 2/ 6): 3530es3beagle, 3730beaglexm
PM: chip off except CORE via suspend:
Pass ( 1/ 1): 3730beaglexm
PM: chip off except CORE via dynamic idle:
Pass ( 1/ 1): 3730beaglexm
PM: chip off via suspend:
FAIL ( 3/ 4): 37xxevm, 4430es2panda, 4460pandaes
Pass ( 1/ 4): 3530es3beagle
PM: chip off via dynamic idle:
FAIL ( 3/ 4): 37xxevm, 4430es2panda, 4460pandaes
Pass ( 1/ 4): 3530es3beagle
Failing tests: fixed by posted patches
--------------------------------------
* 37xx EVM: boot fails
- as of v3.10-rc1
- Fixed by http://marc.info/?l=linux-arm-kernel&m=137112093431021&w=2
Failing tests: needing investigation
------------------------------------
Boot tests:
* 3517EVM & CM-T3517: boot hangs with NFS root
- Likely some Kconfig, board file, and PM issues with EMAC
- Longstanding bug
- Not currently part of the automated test suite
Boot warnings:
* 2420N800, 2430sdp: failed to get counter_32k resource
- "omap2_sync32k_clocksource_init: failed to get counter_32k resource"
- Cause unknown
* CM-T3517: L3 in-band error with IPSS during boot
- Cause unknown but see http://marc.info/?l=linux-omap&m=134833869730129&w=2
- Longstanding issue; does not occur on the 3517EVM
* 3730 Beagle XM, 3517EVM, CM-T3517: uart4_rx.uart4_rx mux failure
- Cause unknown
- May be related to the OMAP serial driver and/or DT mux data
- http://marc.info/?l=linux-arm-kernel&m=137121357528854&w=2
PM tests:
* 2430sdp: power domains not entering retention
- Cause unknown
* 3730 Beagle XM: does not serial wake from off-idle suspend when console
UART doesn't clock-gate ("debug ignore_loglevel")
- Cause unknown
- Not yet part of the automated test suite
- Re-tested at v3.7; still failing:
http://www.pwsan.com/omap/transcripts/20121211-3730beaglexm-3.7-pm-offmode-fail-debug.txt
* 4430es2panda: pwrdm state mismatch on CAM, DSS
* 4430es2panda: CORE, TESLA, IVAHD, L3INIT didn't enter target state
- Probably due to lack of reset code for M3, DSP, SL2IF, FSUSB
per discussion with Tero Kristo
- Likely dependent on the bootloader version
- fails with 2012.07-00136-g755de79
- http://marc.info/?l=linux-arm-kernel&m=136432340618226&w=2
* 4430es2panda: MPU, ABE didn't enter target state
- New for v3.10-rc
* 4460pandaes: pwrdm state mismatch on DSS, ABE, IVAHD, TESLA
* 4460pandaes: chip not entering retention in dynamic idle
- Presumably 4430es2panda also fails this
- Suspend-to-RAM enters full chip retention
Other:
* 4430es2panda: omap_hwmod: l3_instr: _wait_target_disable failed
- Unknown cause; could be due to the lack of hierarchical enable/disable
in hwmod code
- Jon Hunter and Santosh Shilimkar report this does not appear with
the same X-loader/bootloader on his 4430ES2.3 Panda, so could be
ES-level dependent
Failing tests: reported by others
---------------------------------
- RTC wakeup from suspend broken on 3730beaglexm
- as of v3.10-rc1
- discussion here: http://marc.info/?l=linux-omap&m=136915841625434&w=2
vmlinux object size
(delta in bytes from test_v3.10-rc6
(7d132055814ef17a6c7b69f342244c410a5e000f)):
text data bss total kernel
+969 +600 0 +1569 am33xx_only
+813 0 0 +813 n800_multi_omap2xxx
+813 0 0 +813 n800_only_a
+861 -8 0 +853 omap1_defconfig
+861 0 0 +861 omap1_defconfig_1510innovator_only
+861 +24 0 +885 omap1_defconfig_5912osk_only
+925 0 0 +925 omap2plus_defconfig
+901 0 0 +901 omap2plus_defconfig_2430sdp_only
+925 0 0 +925 omap2plus_defconfig_cpupm
-14807 -1880 -8256 -24943 omap2plus_defconfig_no_pm
+989 0 0 +989 omap2plus_defconfig_omap2_4_only
+925 0 0 +925 omap2plus_defconfig_omap3_4_only
+384 0 -16 +368 rmk_omap3430_ldp_allnoconfig
+285 0 0 +285 rmk_omap3430_ldp_oldconfig
+384 0 -16 +368 rmk_omap4430_sdp_allnoconfig
+257 0 0 +257 rmk_omap4430_sdp_oldconfig
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: OMAP baseline test results for v3.10-rc7
2013-07-01 19:48 ` Paul Walmsley
@ 2013-07-01 20:42 ` Felipe Balbi
-1 siblings, 0 replies; 12+ messages in thread
From: Felipe Balbi @ 2013-07-01 20:42 UTC (permalink / raw)
To: Paul Walmsley; +Cc: linux-omap, linux-arm-kernel
[-- Attachment #1: Type: text/plain, Size: 1233 bytes --]
Hi,
On Mon, Jul 01, 2013 at 07:48:50PM +0000, Paul Walmsley wrote:
> Boot to userspace:
> FAIL ( 2/12): 37xxevm, am335xbonelt
<quoting part of [1]>
| U-Boot# tftp 0x82000000 am335x-boneblack.dtb
| link up on port 0, speed 100, full duplex
| Using cpsw device
| TFTP from server 192.168.57.1; our IP address is 192.168.57.138
| Filename 'am335x-boneblack.dtb'.
Where are you taking am335x-boneblack.dtb from ? It's not in mainline
v3.10-rc7 kernel:
$ ls arch/arm/boot/dts/am33*.dts
arch/arm/boot/dts/am335x-bone.dts arch/arm/boot/dts/am335x-evm.dts
arch/arm/boot/dts/am335x-evmsk.dts
$ git grep -e boneblack arch/arm/
$ echo $
1
$ git show
commit 9e895ace5d82df8929b16f58e9f515f6d54ab82d
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Sat Jun 22 09:47:31 2013 -1000
Linux 3.10-rc7
diff --git a/Makefile b/Makefile
index c6863b5..0142c93 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 3
PATCHLEVEL = 10
SUBLEVEL = 0
-EXTRAVERSION = -rc6
+EXTRAVERSION = -rc7
NAME = Unicycling Gorilla
# *DOCUMENTATION*
[1] http://www.pwsan.com/omap/testlogs/test_v3.10-rc7/20130630191558/boot/am335xbonelt/am335x-bone/am335xbonelt_log.txt
--
balbi
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply related [flat|nested] 12+ messages in thread
* OMAP baseline test results for v3.10-rc7
@ 2013-07-01 20:42 ` Felipe Balbi
0 siblings, 0 replies; 12+ messages in thread
From: Felipe Balbi @ 2013-07-01 20:42 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Mon, Jul 01, 2013 at 07:48:50PM +0000, Paul Walmsley wrote:
> Boot to userspace:
> FAIL ( 2/12): 37xxevm, am335xbonelt
<quoting part of [1]>
| U-Boot# tftp 0x82000000 am335x-boneblack.dtb
| link up on port 0, speed 100, full duplex
| Using cpsw device
| TFTP from server 192.168.57.1; our IP address is 192.168.57.138
| Filename 'am335x-boneblack.dtb'.
Where are you taking am335x-boneblack.dtb from ? It's not in mainline
v3.10-rc7 kernel:
$ ls arch/arm/boot/dts/am33*.dts
arch/arm/boot/dts/am335x-bone.dts arch/arm/boot/dts/am335x-evm.dts
arch/arm/boot/dts/am335x-evmsk.dts
$ git grep -e boneblack arch/arm/
$ echo $
1
$ git show
commit 9e895ace5d82df8929b16f58e9f515f6d54ab82d
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Sat Jun 22 09:47:31 2013 -1000
Linux 3.10-rc7
diff --git a/Makefile b/Makefile
index c6863b5..0142c93 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 3
PATCHLEVEL = 10
SUBLEVEL = 0
-EXTRAVERSION = -rc6
+EXTRAVERSION = -rc7
NAME = Unicycling Gorilla
# *DOCUMENTATION*
[1] http://www.pwsan.com/omap/testlogs/test_v3.10-rc7/20130630191558/boot/am335xbonelt/am335x-bone/am335xbonelt_log.txt
--
balbi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130701/beaafe0a/attachment.sig>
^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: OMAP baseline test results for v3.10-rc7
2013-07-01 20:42 ` Felipe Balbi
@ 2013-07-02 18:16 ` Felipe Balbi
-1 siblings, 0 replies; 12+ messages in thread
From: Felipe Balbi @ 2013-07-02 18:16 UTC (permalink / raw)
To: Felipe Balbi; +Cc: Paul Walmsley, linux-omap, linux-arm-kernel
[-- Attachment #1: Type: text/plain, Size: 1476 bytes --]
Hi,
On Mon, Jul 01, 2013 at 11:42:36PM +0300, Felipe Balbi wrote:
> On Mon, Jul 01, 2013 at 07:48:50PM +0000, Paul Walmsley wrote:
> > Boot to userspace:
> > FAIL ( 2/12): 37xxevm, am335xbonelt
>
> <quoting part of [1]>
> | U-Boot# tftp 0x82000000 am335x-boneblack.dtb
> | link up on port 0, speed 100, full duplex
> | Using cpsw device
> | TFTP from server 192.168.57.1; our IP address is 192.168.57.138
> | Filename 'am335x-boneblack.dtb'.
>
> Where are you taking am335x-boneblack.dtb from ? It's not in mainline
> v3.10-rc7 kernel:
>
> $ ls arch/arm/boot/dts/am33*.dts
> arch/arm/boot/dts/am335x-bone.dts arch/arm/boot/dts/am335x-evm.dts
> arch/arm/boot/dts/am335x-evmsk.dts
> $ git grep -e boneblack arch/arm/
> $ echo $
> 1
> $ git show
> commit 9e895ace5d82df8929b16f58e9f515f6d54ab82d
> Author: Linus Torvalds <torvalds@linux-foundation.org>
> Date: Sat Jun 22 09:47:31 2013 -1000
>
> Linux 3.10-rc7
>
> diff --git a/Makefile b/Makefile
> index c6863b5..0142c93 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -1,7 +1,7 @@
> VERSION = 3
> PATCHLEVEL = 10
> SUBLEVEL = 0
> -EXTRAVERSION = -rc6
> +EXTRAVERSION = -rc7
> NAME = Unicycling Gorilla
>
> # *DOCUMENTATION*
>
> [1] http://www.pwsan.com/omap/testlogs/test_v3.10-rc7/20130630191558/boot/am335xbonelt/am335x-bone/am335xbonelt_log.txt
just a gentle ping here, wondering if you still have some garbage DTBs
left in your tree.
--
balbi
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* OMAP baseline test results for v3.10-rc7
@ 2013-07-02 18:16 ` Felipe Balbi
0 siblings, 0 replies; 12+ messages in thread
From: Felipe Balbi @ 2013-07-02 18:16 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Mon, Jul 01, 2013 at 11:42:36PM +0300, Felipe Balbi wrote:
> On Mon, Jul 01, 2013 at 07:48:50PM +0000, Paul Walmsley wrote:
> > Boot to userspace:
> > FAIL ( 2/12): 37xxevm, am335xbonelt
>
> <quoting part of [1]>
> | U-Boot# tftp 0x82000000 am335x-boneblack.dtb
> | link up on port 0, speed 100, full duplex
> | Using cpsw device
> | TFTP from server 192.168.57.1; our IP address is 192.168.57.138
> | Filename 'am335x-boneblack.dtb'.
>
> Where are you taking am335x-boneblack.dtb from ? It's not in mainline
> v3.10-rc7 kernel:
>
> $ ls arch/arm/boot/dts/am33*.dts
> arch/arm/boot/dts/am335x-bone.dts arch/arm/boot/dts/am335x-evm.dts
> arch/arm/boot/dts/am335x-evmsk.dts
> $ git grep -e boneblack arch/arm/
> $ echo $
> 1
> $ git show
> commit 9e895ace5d82df8929b16f58e9f515f6d54ab82d
> Author: Linus Torvalds <torvalds@linux-foundation.org>
> Date: Sat Jun 22 09:47:31 2013 -1000
>
> Linux 3.10-rc7
>
> diff --git a/Makefile b/Makefile
> index c6863b5..0142c93 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -1,7 +1,7 @@
> VERSION = 3
> PATCHLEVEL = 10
> SUBLEVEL = 0
> -EXTRAVERSION = -rc6
> +EXTRAVERSION = -rc7
> NAME = Unicycling Gorilla
>
> # *DOCUMENTATION*
>
> [1] http://www.pwsan.com/omap/testlogs/test_v3.10-rc7/20130630191558/boot/am335xbonelt/am335x-bone/am335xbonelt_log.txt
just a gentle ping here, wondering if you still have some garbage DTBs
left in your tree.
--
balbi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130702/6599572e/attachment-0001.sig>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: OMAP baseline test results for v3.10-rc7
2013-07-01 20:42 ` Felipe Balbi
@ 2013-07-04 17:11 ` Paul Walmsley
-1 siblings, 0 replies; 12+ messages in thread
From: Paul Walmsley @ 2013-07-04 17:11 UTC (permalink / raw)
To: Felipe Balbi; +Cc: linux-omap, linux-arm-kernel
Hi
On Mon, 1 Jul 2013, Felipe Balbi wrote:
> On Mon, Jul 01, 2013 at 07:48:50PM +0000, Paul Walmsley wrote:
> > Boot to userspace:
> > FAIL ( 2/12): 37xxevm, am335xbonelt
>
> <quoting part of [1]>
> | U-Boot# tftp 0x82000000 am335x-boneblack.dtb
> | link up on port 0, speed 100, full duplex
> | Using cpsw device
> | TFTP from server 192.168.57.1; our IP address is 192.168.57.138
> | Filename 'am335x-boneblack.dtb'.
>
> Where are you taking am335x-boneblack.dtb from ? It's not in mainline
> v3.10-rc7 kernel:
As mentioned in my earlier reply:
http://www.spinics.net/lists/arm-kernel/msg255055.html
my earlier test boots were with the am335x-boneblack.dtb from the
ti-linux-3.8.y tree from Vaibhav's github, since that was the only DTB
that I was able to get any kernel to boot with.
The am33xx_only/appended DTB issues don't apply to this board since it's
booted with detached DTB and omap2plus_defconfig.
Anyway, just retried it with the mainline am335x-bone.dtb file with v3.10,
and the board comes up now. So that's good, will switch to
am335x-bone.dtb for the testing restate jobs to be run for
BeagleBone-white, and let's see what previous kernels it boots with now...
- Paul
^ permalink raw reply [flat|nested] 12+ messages in thread
* OMAP baseline test results for v3.10-rc7
@ 2013-07-04 17:11 ` Paul Walmsley
0 siblings, 0 replies; 12+ messages in thread
From: Paul Walmsley @ 2013-07-04 17:11 UTC (permalink / raw)
To: linux-arm-kernel
Hi
On Mon, 1 Jul 2013, Felipe Balbi wrote:
> On Mon, Jul 01, 2013 at 07:48:50PM +0000, Paul Walmsley wrote:
> > Boot to userspace:
> > FAIL ( 2/12): 37xxevm, am335xbonelt
>
> <quoting part of [1]>
> | U-Boot# tftp 0x82000000 am335x-boneblack.dtb
> | link up on port 0, speed 100, full duplex
> | Using cpsw device
> | TFTP from server 192.168.57.1; our IP address is 192.168.57.138
> | Filename 'am335x-boneblack.dtb'.
>
> Where are you taking am335x-boneblack.dtb from ? It's not in mainline
> v3.10-rc7 kernel:
As mentioned in my earlier reply:
http://www.spinics.net/lists/arm-kernel/msg255055.html
my earlier test boots were with the am335x-boneblack.dtb from the
ti-linux-3.8.y tree from Vaibhav's github, since that was the only DTB
that I was able to get any kernel to boot with.
The am33xx_only/appended DTB issues don't apply to this board since it's
booted with detached DTB and omap2plus_defconfig.
Anyway, just retried it with the mainline am335x-bone.dtb file with v3.10,
and the board comes up now. So that's good, will switch to
am335x-bone.dtb for the testing restate jobs to be run for
BeagleBone-white, and let's see what previous kernels it boots with now...
- Paul
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: OMAP baseline test results for v3.10-rc7
2013-07-04 17:11 ` Paul Walmsley
@ 2013-07-04 17:39 ` Paul Walmsley
-1 siblings, 0 replies; 12+ messages in thread
From: Paul Walmsley @ 2013-07-04 17:39 UTC (permalink / raw)
To: Felipe Balbi; +Cc: linux-omap, linux-arm-kernel
On Thu, 4 Jul 2013, Paul Walmsley wrote:
> So that's good, will switch to am335x-bone.dtb for the testing restate
> jobs to be run for BeagleBone-white, and let's see what previous kernels
> it boots with now...
Sorry, this was unclear. To rephrase, I will add
BeagleBone-black boot retest runs, using am335x-bone.dtb, to the testing
restate jobs that were planned for BeagleBone-white.
- Paul
^ permalink raw reply [flat|nested] 12+ messages in thread
* OMAP baseline test results for v3.10-rc7
@ 2013-07-04 17:39 ` Paul Walmsley
0 siblings, 0 replies; 12+ messages in thread
From: Paul Walmsley @ 2013-07-04 17:39 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, 4 Jul 2013, Paul Walmsley wrote:
> So that's good, will switch to am335x-bone.dtb for the testing restate
> jobs to be run for BeagleBone-white, and let's see what previous kernels
> it boots with now...
Sorry, this was unclear. To rephrase, I will add
BeagleBone-black boot retest runs, using am335x-bone.dtb, to the testing
restate jobs that were planned for BeagleBone-white.
- Paul
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: OMAP baseline test results for v3.10-rc7
2013-07-04 17:11 ` Paul Walmsley
@ 2013-07-04 17:41 ` Felipe Balbi
-1 siblings, 0 replies; 12+ messages in thread
From: Felipe Balbi @ 2013-07-04 17:41 UTC (permalink / raw)
To: Paul Walmsley; +Cc: linux-omap, linux-arm-kernel, Felipe Balbi
[-- Attachment #1.1: Type: text/plain, Size: 1386 bytes --]
On Thu, Jul 04, 2013 at 05:11:33PM +0000, Paul Walmsley wrote:
> Hi
>
> On Mon, 1 Jul 2013, Felipe Balbi wrote:
>
> > On Mon, Jul 01, 2013 at 07:48:50PM +0000, Paul Walmsley wrote:
> > > Boot to userspace:
> > > FAIL ( 2/12): 37xxevm, am335xbonelt
> >
> > <quoting part of [1]>
> > | U-Boot# tftp 0x82000000 am335x-boneblack.dtb
> > | link up on port 0, speed 100, full duplex
> > | Using cpsw device
> > | TFTP from server 192.168.57.1; our IP address is 192.168.57.138
> > | Filename 'am335x-boneblack.dtb'.
> >
> > Where are you taking am335x-boneblack.dtb from ? It's not in mainline
> > v3.10-rc7 kernel:
>
> As mentioned in my earlier reply:
>
> http://www.spinics.net/lists/arm-kernel/msg255055.html
>
> my earlier test boots were with the am335x-boneblack.dtb from the
> ti-linux-3.8.y tree from Vaibhav's github, since that was the only DTB
> that I was able to get any kernel to boot with.
>
> The am33xx_only/appended DTB issues don't apply to this board since it's
> booted with detached DTB and omap2plus_defconfig.
>
> Anyway, just retried it with the mainline am335x-bone.dtb file with v3.10,
> and the board comes up now. So that's good, will switch to
> am335x-bone.dtb for the testing restate jobs to be run for
> BeagleBone-white, and let's see what previous kernels it boots with now...
alright
--
balbi
[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
[-- Attachment #2: Type: text/plain, Size: 176 bytes --]
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 12+ messages in thread
* OMAP baseline test results for v3.10-rc7
@ 2013-07-04 17:41 ` Felipe Balbi
0 siblings, 0 replies; 12+ messages in thread
From: Felipe Balbi @ 2013-07-04 17:41 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Jul 04, 2013 at 05:11:33PM +0000, Paul Walmsley wrote:
> Hi
>
> On Mon, 1 Jul 2013, Felipe Balbi wrote:
>
> > On Mon, Jul 01, 2013 at 07:48:50PM +0000, Paul Walmsley wrote:
> > > Boot to userspace:
> > > FAIL ( 2/12): 37xxevm, am335xbonelt
> >
> > <quoting part of [1]>
> > | U-Boot# tftp 0x82000000 am335x-boneblack.dtb
> > | link up on port 0, speed 100, full duplex
> > | Using cpsw device
> > | TFTP from server 192.168.57.1; our IP address is 192.168.57.138
> > | Filename 'am335x-boneblack.dtb'.
> >
> > Where are you taking am335x-boneblack.dtb from ? It's not in mainline
> > v3.10-rc7 kernel:
>
> As mentioned in my earlier reply:
>
> http://www.spinics.net/lists/arm-kernel/msg255055.html
>
> my earlier test boots were with the am335x-boneblack.dtb from the
> ti-linux-3.8.y tree from Vaibhav's github, since that was the only DTB
> that I was able to get any kernel to boot with.
>
> The am33xx_only/appended DTB issues don't apply to this board since it's
> booted with detached DTB and omap2plus_defconfig.
>
> Anyway, just retried it with the mainline am335x-bone.dtb file with v3.10,
> and the board comes up now. So that's good, will switch to
> am335x-bone.dtb for the testing restate jobs to be run for
> BeagleBone-white, and let's see what previous kernels it boots with now...
alright
--
balbi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130704/e36ba507/attachment.sig>
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2013-07-04 17:41 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-07-01 19:48 OMAP baseline test results for v3.10-rc7 Paul Walmsley
2013-07-01 19:48 ` Paul Walmsley
2013-07-01 20:42 ` Felipe Balbi
2013-07-01 20:42 ` Felipe Balbi
2013-07-02 18:16 ` Felipe Balbi
2013-07-02 18:16 ` Felipe Balbi
2013-07-04 17:11 ` Paul Walmsley
2013-07-04 17:11 ` Paul Walmsley
2013-07-04 17:39 ` Paul Walmsley
2013-07-04 17:39 ` Paul Walmsley
2013-07-04 17:41 ` Felipe Balbi
2013-07-04 17:41 ` Felipe Balbi
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.