Search

Technical Discussion Group Forum

This forum is provided for user discussion. While Beacon EmbeddedWorks support staff and engineers participate, Beacon EmbeddedWorks does not guarantee the accuracy of all information within in the Technical Discussion Group (TDG).

The "Articles" forums provide brief Articles written by Beacon EmbeddedWorks engineers that address the most frequently asked technical questions.

To receive email notifications when updates are posted for a Beacon EmbeddedWorks product download, please subscribe to the TDG Forum of interest.

TDG Forum

PrevPrev Go to previous topic
NextNext Go to next topic
Last Post 23 Sep 2015 04:59 AM by  Sebastian Held
Yocto meta layer for torpedos
 25 Replies
Sort:
You are not authorized to post a reply.
Page 1 of 212 > >>
Author Messages
dtran11
New Member
New Member
Posts:23


--
05 Jun 2013 02:17 PM
    I am currently working on a meta layer for the LogicPD Torpedo boards for use with the Yocto build system. It is currently not done yet but I wanted to give a heads up to people who wants to build their own custom Linux system. Once it is done, I'll post some tutorials on how to get started.

    https://github.com/dtran11/meta-logicpd
    steven.eckhoff@logicpd.com
    Basic Member
    Basic Member
    Posts:192


    --
    05 Jun 2013 03:49 PM
    dtran11,

    Thanks for the heads up! If you have some questions, I am here to help.
    dtran11
    New Member
    New Member
    Posts:23


    --
    09 Jun 2013 11:47 AM
    Steven,

    Thanks for your offer. I am able to successfully build for the logicpd torpedos with Yocto. Now I need to add in the wireless drivers for my new wireless torpedo version. I will post any questions I have.

    Thanks again.
    dtran11
    New Member
    New Member
    Posts:23


    --
    12 Jun 2013 03:24 PM
    Hi Steven,

    I think I will use my "get out of jail free" now. I am getting this error when I start the wifi module with "ifconfig wlan0 up"

    wl1271: ERROR nvs size is not as expected: 912 != 1113

    Do you know what this means?

    Thanks.
    dtran11
    New Member
    New Member
    Posts:23


    --
    19 Jun 2013 01:51 PM
    Nevermind. I found my problem. wl1271.nvs.bin soft link was pointing to the wrong file version.

    Thanks
    steven.eckhoff
    Basic Member
    Basic Member
    Posts:192


    --
    24 Sep 2013 02:56 PM
    dtran11,

    I apologize for not seeing your post. I was not subscribed to this thread.
    dtran11
    New Member
    New Member
    Posts:23


    --
    07 Nov 2013 09:49 AM
    Do you know why the WIFI would not be found when I have SYS_BOOT5 pulled to Ground at bootup? I am trying to make the NAND the default source by setting SYS_BOOT5 low but it is causing the wifi to not work. Can you think of anything that would cause this?

    Thanks
    dtran11
    New Member
    New Member
    Posts:23


    --
    07 Nov 2013 03:21 PM
    I think the issue I am having is related to this patch:

    --) [DM37LINUX-683] Fixed holding SYSBOOT5 down during boot-up breaks SOM
    type detection

    Can you show me the patch for the issue I have listed here?

    Thanks
    steven.eckhoff
    Basic Member
    Basic Member
    Posts:192


    --
    08 Nov 2013 01:02 PM
    dtran11,

    I could not find the commit mentioned in that ticket. I am pulling the source for an older BSP now to see what has changed in determining the platform type. If it is not too much trouble will you also attach the board/ti/logic/logic-product-id.c file from the U-Boot source?
    dtran11
    New Member
    New Member
    Posts:23


    --
    11 Nov 2013 09:17 AM
    Hi Steven, thanks for your help. I fixed it by creating a patch to force it to a torpedo machine since I will never use the SOM_LV.

    Thanks
    steven.eckhoff
    Basic Member
    Basic Member
    Posts:192


    --
    11 Nov 2013 12:46 PM
    dtran11,

    Okay, that works!

    I was not able to download the older BSP in time to get back to you on Friday. Let me know if anything else comes up.
    PR
    New Member
    New Member
    Posts:4


    --
    28 Apr 2014 11:51 AM
    Hi,

    I'm trying to use this meta layer in yocto to build an image for a DM3730. But I have problems to boot the image. I can successfully build an image and load it via tftp to the SOM. But it seems the image cannot be booted:

    ## Booting kernel from Legacy Image at 81000000 ...                             
       Image Name:   Linux-3.2.0                                                    
       Image Type:   ARM Linux Kernel Image (uncompressed)                          
       Data Size:    2107128 Bytes = 2 MiB                                          
       Load Address: 80008000                                                       
       Entry Point:  80008000                                                       
       Verifying Checksum ... OK                                                    
       Loading Kernel Image ... OK                                                  
    OK                                                                              
                                                                                    
    Starting kernel ... 

    Then nothing happens.

    Could you give some hints how you compiled and loaded the image? Which image-recipe do you use?

    Thanks and best regards,

    Peter

    dtran11
    New Member
    New Member
    Posts:23


    --
    02 May 2014 10:01 AM
    Please sync with the repository again. I just pushed a fix for the SERIAL_CONSOLE. It was on the wrong port.
    PR
    New Member
    New Member
    Posts:4


    --
    05 May 2014 07:23 AM
    Thanks for the update. Unfortunately, I still don't get any output after "Starting the kernel". Actually, I've already tried to change ttyO2 to ttyO0 in omap3logic.conf previously.
    Can you give some hints how you compiled the image? Which image-recipe do you use?
    dtran11
    New Member
    New Member
    Posts:23


    --
    07 May 2014 11:55 AM

    Only thing I can think of is setting the console environment in u-boot to ttyO0 if not already. I use a custom image based on console-image. Unfortunately the image is for my client. It is nothing special though. 

    PR
    New Member
    New Member
    Posts:4


    --
    28 May 2014 07:37 AM
    By enabling early printk in the kernel, I get the following output:

    ## Booting kernel from Legacy Image at 81000000 ...
       Image Name:   Linux-3.2.0
       Image Type:   ARM Linux Kernel Image (uncompressed)
       Data Size:    2105256 Bytes = 2 MiB
       Load Address: 80008000
       Entry Point:  80008000
       Verifying Checksum ... OK
    ## Loading init Ramdisk from Legacy Image at 82000000 ...
       Image Name:   
       Image Type:   ARM Linux RAMDisk Image (gzip compressed)
       Data Size:    24791894 Bytes = 23.6 MiB
       Load Address: 00000000
       Entry Point:  00000000
       Verifying Checksum ... OK
       Loading Kernel Image ... OK
    OK

    Starting kernel ...

    [    0.000000] Linux version 3.2.0 (gcc version 4.8.2 (GCC) ) #1 We
    d May 28 11:49:20 CEST 2014
    [    0.000000] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c53c7d
    [    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instructio
    n cache
    [    0.000000] Machine: Logic DM37x Torpedo board
    [    0.000000] debug: ignoring loglevel setting.
    [    0.000000] bootconsole [earlycon0] enabled
    [    0.000000] Memory policy: ECC disabled, Data cache writeback
    [    0.000000] On node 0 totalpages: 65536
    [    0.000000] free_area_init_node: node 0, pgdat c04067e8, node_mem_map c046400
    0
    [    0.000000]   Normal zone: 512 pages used for memmap
    [    0.000000]   Normal zone: 0 pages reserved
    [    0.000000]   Normal zone: 65024 pages, LIFO batch:15
    [    0.000000] OMAP3630 ES1.2 (l2cache iva sgx neon isp 192mhz_clk )
    [    0.000000] Clocking rate (Crystal/Core/MPU): 0.0/0/0 MHz
    [    0.000000] Unable to handle kernel NULL pointer dereference at virtual addre
    ss 00000008
    [    0.000000] pgd = c0004000
    [    0.000000] [00000008] *pgd=00000000
    [    0.000000] Internal error: Oops: 5 [#1]
    [    0.000000] Modules linked in:
    [    0.000000] CPU: 0    Not tainted  (3.2.0 #1)
    [    0.000000] PC is at clk_get_sys+0x2c/0xc4
    [    0.000000] LR is at __mutex_lock_slowpath+0x174/0x180
    [    0.000000] pc : []    lr : []    psr: 000001d3
    [    0.000000] sp : c03d3f48  ip : 22222222  fp : 80000200
    [    0.000000] r10: c03442b7  r9 : 00000000  r8 : 00000000
    [    0.000000] r7 : 00000000  r6 : c03d3f30  r5 : 00000000  r4 : 00000000
    [    0.000000] r3 : c03d6760  r2 : c03d3f40  r1 : 22222222  r0 : c03d3f18
    [    0.000000] Flags: nzcv  IRQs off  FIQs off  Mode SVC_32  ISA ARM  Segment ke
    rnel
    [    0.000000] Control: 10c5387d  Table: 80004019  DAC: 00000015
    [    0.000000] Process swapper (pid: 0, stack limit = 0xc03d22f0)
    [    0.000000] Stack: (0xc03d3f48 to 0xc03d4000)
    [    0.000000] 3f40:                   c03dc450 00000000 00000000 00000000 c045a
    0e8 c03d7954
    [    0.000000] 3f60: c033e707 c03b3e70 c03dc450 00000000 00000000 c03b40f4 00000
    000 c034025b
    [    0.000000] 3f80: 0000006d c03c7834 10000000 c045a524 c03d7954 c03ad838 c03d3
    fa0 c03d3fa8
    [    0.000000] 3fa0: 00000000 00000000 00000000 00000000 00000000 00000001 c03d4
    084 bfffffff
    [    0.000000] 3fc0: c03d78ec 80004059 413fc082 00000000 00000000 c03aa4ec 10c53
    c7d 00000cb2
    [    0.000000] 3fe0: 80000100 c03c8c54 10c53c7d c03d4084 c03c8c50 80008040 00000
    000 00000000
    [    0.000000] [] (clk_get_sys+0x2c/0xc4) from [] (omap3_clk
    _lock_dpll5+0x10/0x68)
    [    0.000000] [] (omap3_clk_lock_dpll5+0x10/0x68) from [] (
    omap3xxx_clk_init+0x22c/0x2b8)
    [    0.000000] [] (omap3xxx_clk_init+0x22c/0x2b8) from [] (s
    etup_arch+0x710/0x824)
    [    0.000000] [] (setup_arch+0x710/0x824) from [] (start_ke
    rnel+0x6c/0x2d4)
    [    0.000000] [] (start_kernel+0x6c/0x2d4) from [<80008040>] (0x80008
    040)
    [    0.000000] Code: eb02d2ba e5b64018 e1540006 0a00001d (e5940008) 
    [    0.000000] ---[ end trace 1b75b31a2719ed1c ]---
    [    0.000000] Kernel panic - not syncing: Attempted to kill the idle task!

    Any idea what goes wrong?
    Thanks.
    dtran11
    New Member
    New Member
    Posts:23


    --
    28 May 2014 09:30 AM
    I noticed that you are using a ramdisk for your filesystem. I did not use this, therefore I might have left out some kernel configurations for it. My defconfig (.config) is very minimal. You should try with a non ramdisk setup like me first to see if it works. I use UBIFS for NAND filesystem or EXT3 for SD Card filesytem.
    Dimi
    New Member
    New Member
    Posts:1


    --
    03 Jul 2014 05:07 AM

    It looks like I am having the same issue as user PR even though I am not using a ramdisk.

    Could someone please give me a pointer?

     

    Booting from mmc ...

    ## Booting kernel from Legacy Image at 82000000 ...
       Image Name:   Linux-3.2.0
       Image Type:   ARM Linux Kernel Image (uncompressed)
       Data Size:    2297568 Bytes = 2.2 MiB
       Load Address: 80008000
       Entry Point:  80008000
       Verifying Checksum ... OK
       Loading Kernel Image ... OK
    OK

    Starting kernel ...

    [    0.000000] Linux version 3.2.0 (christoph@ubuntu) (gcc version 4.8.2 (GCC) ) #3 Thu Jul 3 10:09:21 CEST 2014
    [    0.000000] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c53c7d
    [    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
    [    0.000000] Machine: Logic DM37x Torpedo board
    [    0.000000] bootconsole [earlycon0] enabled
    [    0.000000] Memory policy: ECC disabled, Data cache writeback
    [    0.000000] OMAP3630 ES1.2 (l2cache iva sgx neon isp 192mhz_clk )
    [    0.000000] Clocking rate (Crystal/Core/MPU): 0.0/0/0 MHz
    [    0.000000] Unable to handle kernel NULL pointer dereference at virtual address 00000008
    [    0.000000] pgd = c0004000
    [    0.000000] [00000008] *pgd=00000000
    [    0.000000] Internal error: Oops: 5 [#1]
    [    0.000000] Modules linked in:
    [    0.000000] CPU: 0    Not tainted  (3.2.0 #3)
    [    0.000000] PC is at clk_get_sys+0x2c/0xc4
    [    0.000000] LR is at __mutex_lock_slowpath+0x174/0x180
    [    0.000000] pc : []    lr : []    psr: 000001d3
    [    0.000000] sp : c03cdf48  ip : 22222222  fp : 80000200
    [    0.000000] r10: c033d0af  r9 : 00000000  r8 : 00000000
    [    0.000000] r7 : 00000000  r6 : c03cdf30  r5 : 00000000  r4 : 00000000
    [    0.000000] r3 : c03d3120  r2 : c03cdf40  r1 : 22222222  r0 : c03cdf18
    [    0.000000] Flags: nzcv  IRQs off  FIQs off  Mode SVC_32  ISA ARM  Segment kernel
    [    0.000000] Control: 10c5387d  Table: 80004019  DAC: 00000015
    [    0.000000] Process swapper (pid: 0, stack limit = 0xc03cc2f0)
    [    0.000000] Stack: (0xc03cdf48 to 0xc03ce000)
    [    0.000000] df40:                   c03d8ba8 00000000 00000000 00000000 c04550b0 c03d4144
    [    0.000000] df60: c0337863 c03abfcc c03d8ba8 00000000 00000000 c03ac250 00000000 c0338ffe
    [    0.000000] df80: 0000006d c03c207c 10000000 c04554ec c03d4144 c03a5d28 c03cdfa0 c03cdfa8
    [    0.000000] dfa0: 00000000 00000000 00000000 00000000 00000000 00000001 c03ce084 bfffffff
    [    0.000000] dfc0: c03d40dc 80004059 413fc082 00000000 00000000 c03a44e8 10c53c7d 00000cb2
    [    0.000000] dfe0: 80000100 c03c32b4 10c53c7d c03ce084 c03c32b0 80008040 00000000 00000000
    [    0.000000] [] (clk_get_sys+0x2c/0xc4) from [] (omap3_clk_lock_dpll5+0x10/0x68)
    [    0.000000] [] (omap3_clk_lock_dpll5+0x10/0x68) from [] (omap3xxx_clk_init+0x22c/0x2b8)
    [    0.000000] [] (omap3xxx_clk_init+0x22c/0x2b8) from [] (setup_arch+0x710/0x824)
    [    0.000000] [] (setup_arch+0x710/0x824) from [] (start_kernel+0x68/0x26c)
    [    0.000000] [] (start_kernel+0x68/0x26c) from [<80008040>] (0x80008040)
    [    0.000000] Code: eb035258 e5b64018 e1540006 0a00001d (e5940008)
    [    0.000000] irq 56, desc: c03e5d0c, depth: 1, count: 0, unhandled: 0
    [    0.000000] ->handle_irq():  c0059280, handle_bad_irq+0x0/0x208
    [    0.000000] ->irq_data.chip():   (null), 0x0
    [    0.000000] ->action():   (null)
    [    0.000000] Unable to handle kernel NULL pointer dereference at virtual address 00000000
    [    0.000000] pgd = c0004000
    [    0.000000] [00000000] *pgd=00000000
    [    0.000000] Internal error: Oops: 5 [#2]

    dtran11
    New Member
    New Member
    Posts:23


    --
    14 Jul 2014 09:45 AM
    The defconfig I have in the main branch is a very minimal kernel configuration. You must edit that file or generate a new one with the features you require.
    Shea
    New Member
    New Member
    Posts:2


    --
    28 Oct 2014 03:50 PM
    I am also getting the same output as PR and Dimi. Did either of you find a fix for this issue?
    You are not authorized to post a reply.
    Page 1 of 212 > >>