* [U-Boot] U-boot support for FIT image with 64 bit Linux Kernel @ 2016-06-23 14:45 vinoth eswaran 2016-06-26 2:53 ` Simon Glass 0 siblings, 1 reply; 4+ messages in thread From: vinoth eswaran @ 2016-06-23 14:45 UTC (permalink / raw) To: u-boot Hello, I am working on an embedded project with the u-boot and Minnowboard max. With compressed kernel (bzImage) everything works fine, I want to check the performance with uncompressed kernel (vmlinux). So for creating the image.fit file I followed the instructions as per the file x86-fit-boot.txt except that I have changed the compression to none in the image.its file since I want to check the uncompressed Kernel data = /incbin/("./vmlinux.bin"); type = "kernel"; arch = "x86"; os = "linux"; compression = "none"; The bootcmd is "bootcmd=fatload mmc 1:1 0x02000000 image.fit ; bootm 0x02000000". Now I am seeing that the start up hangs after printing the commands starting kernel ... and the time summary. Do you have any idea why it is happening? reading imagefit 14566018 bytes read in 317 ms (43.8 MiB/s) ## Loading kernel from FIT Image at 02000000 ... Using 'config at 1' configuration Verifying Hash Integrity ... OK Trying 'kernel at 1' kernel subimage Description: Vanilla Linux kernel Created: 2016-06-23 14:22:21 UTC Type: Kernel Image Compression: uncompressed Data Start: 0x020000e8 Data Size: 14548992 Bytes = 13.9 MiB Architecture: Intel x86 OS: Linux Load Address: 0x01000000 Entry Point: 0x00000000 Hash algo: sha1 Hash value: 5a0bddcbf1f54ac989fff662fc43fb5fc801ebbc Verifying Hash Integrity ... sha1+ OK ## Loading setup from FIT Image at 02000000 ... Using 'config at 1' configuration Trying 'setup at 1' setup subimage Description: Linux setup.bin Created: 2016-06-23 14:22:21 UTC Type: x86 setup.bin Compression: uncompressed Data Start: 0x02de01d0 Data Size: 15708 Bytes = 15.3 KiB Hash algo: sha1 Hash value: 08ffa163d054b9b0f5b11d4b3db2a16247cee395 Verifying Hash Integrity ... sha1+ OK Loading setup from 0x02de01d0 to 0x00090000 Loading Kernel Image ... OK Setup at 0x090000 Magic signature found Kernel command line: "quiet" Starting kernel ... I have seen in the document that it doesn't support for 64 bit kernel and the document link given is now not accessible. http://wiki.osdev.org/64-bit_Higher_Half_Kernel_with_GRUB_2 Mit Freundlichen Gr??en VinothKumar +49 1798909072 ^ permalink raw reply [flat|nested] 4+ messages in thread
* [U-Boot] U-boot support for FIT image with 64 bit Linux Kernel 2016-06-23 14:45 [U-Boot] U-boot support for FIT image with 64 bit Linux Kernel vinoth eswaran @ 2016-06-26 2:53 ` Simon Glass 2016-06-27 7:07 ` vinoth eswaran 0 siblings, 1 reply; 4+ messages in thread From: Simon Glass @ 2016-06-26 2:53 UTC (permalink / raw) To: u-boot +Bin Hi, On 23 June 2016 at 08:45, vinoth eswaran <evinoth1206@gmail.com> wrote: > Hello, > > I am working on an embedded project with the u-boot and Minnowboard > max. With compressed kernel (bzImage) everything works fine, I want to > check the performance with > uncompressed kernel (vmlinux). > > So for creating the image.fit file I followed the instructions as per > the file x86-fit-boot.txt except that I have changed the compression > to none in the image.its file since I want to check the uncompressed > Kernel > > data = /incbin/("./vmlinux.bin"); > type = "kernel"; > arch = "x86"; > os = "linux"; > compression = "none"; Do you have a load address? > > The bootcmd is "bootcmd=fatload mmc 1:1 0x02000000 image.fit ; bootm > 0x02000000". Now I am seeing that the > start up hangs after printing the commands starting kernel ... and the > time summary. Do you have any idea why it is happening? > > reading imagefit > 14566018 bytes read in 317 ms (43.8 MiB/s) > ## Loading kernel from FIT Image at 02000000 ... > Using 'config at 1' configuration > Verifying Hash Integrity ... OK > Trying 'kernel at 1' kernel subimage > Description: Vanilla Linux kernel > Created: 2016-06-23 14:22:21 UTC > Type: Kernel Image > Compression: uncompressed > Data Start: 0x020000e8 > Data Size: 14548992 Bytes = 13.9 MiB > Architecture: Intel x86 > OS: Linux > Load Address: 0x01000000 > Entry Point: 0x00000000 > Hash algo: sha1 > Hash value: 5a0bddcbf1f54ac989fff662fc43fb5fc801ebbc > Verifying Hash Integrity ... sha1+ OK > ## Loading setup from FIT Image at 02000000 ... > Using 'config at 1' configuration > Trying 'setup at 1' setup subimage > Description: Linux setup.bin > Created: 2016-06-23 14:22:21 UTC > Type: x86 setup.bin > Compression: uncompressed > Data Start: 0x02de01d0 > Data Size: 15708 Bytes = 15.3 KiB > Hash algo: sha1 > Hash value: 08ffa163d054b9b0f5b11d4b3db2a16247cee395 > Verifying Hash Integrity ... sha1+ OK > Loading setup from 0x02de01d0 to 0x00090000 > Loading Kernel Image ... OK > Setup at 0x090000 > Magic signature found > Kernel command line: "quiet" > > Starting kernel ... > > > I have seen in the document that it doesn't support for 64 bit kernel > and the document link given is now not accessible. > http://wiki.osdev.org/64-bit_Higher_Half_Kernel_with_GRUB_2 Actually this comment is incorrect: "Note: these instructions assume a 32-bit kernel. U-Boot does not currently support booting a 64-bit kernel as it has no way of going into 64-bit mode on x86." U-Boot supports this. But you need to use x86_64 as the image type instead of x86. Are you booting with a 32- or 64-bit kernel? Perhaps try without the 'qiuet'? > > Mit Freundlichen Gr??en > VinothKumar > +49 1798909072 Regards, Simon ^ permalink raw reply [flat|nested] 4+ messages in thread
* [U-Boot] U-boot support for FIT image with 64 bit Linux Kernel 2016-06-26 2:53 ` Simon Glass @ 2016-06-27 7:07 ` vinoth eswaran 2016-06-29 23:25 ` Simon Glass 0 siblings, 1 reply; 4+ messages in thread From: vinoth eswaran @ 2016-06-27 7:07 UTC (permalink / raw) To: u-boot On Sun, Jun 26, 2016 at 4:53 AM, Simon Glass <sjg@chromium.org> wrote: > > +Bin > > Hi, > > On 23 June 2016 at 08:45, vinoth eswaran <evinoth1206@gmail.com> wrote: > > Hello, > > > > I am working on an embedded project with the u-boot and Minnowboard > > max. With compressed kernel (bzImage) everything works fine, I want to > > check the performance with > > uncompressed kernel (vmlinux). > > > > So for creating the image.fit file I followed the instructions as per > > the file x86-fit-boot.txt except that I have changed the compression > > to none in the image.its file since I want to check the uncompressed > > Kernel > > > > data = /incbin/("./vmlinux.bin"); > > type = "kernel"; > > arch = "x86"; > > os = "linux"; > > compression = "none"; > > Do you have a load address? > > > > > The bootcmd is "bootcmd=fatload mmc 1:1 0x02000000 image.fit ; bootm > > 0x02000000". Now I am seeing that the > > start up hangs after printing the commands starting kernel ... and the > > time summary. Do you have any idea why it is happening? > > > > reading imagefit > > 14566018 bytes read in 317 ms (43.8 MiB/s) > > ## Loading kernel from FIT Image at 02000000 ... > > Using 'config at 1' configuration > > Verifying Hash Integrity ... OK > > Trying 'kernel at 1' kernel subimage > > Description: Vanilla Linux kernel > > Created: 2016-06-23 14:22:21 UTC > > Type: Kernel Image > > Compression: uncompressed > > Data Start: 0x020000e8 > > Data Size: 14548992 Bytes = 13.9 MiB > > Architecture: Intel x86 > > OS: Linux > > Load Address: 0x01000000 > > Entry Point: 0x00000000 > > Hash algo: sha1 > > Hash value: 5a0bddcbf1f54ac989fff662fc43fb5fc801ebbc > > Verifying Hash Integrity ... sha1+ OK > > ## Loading setup from FIT Image at 02000000 ... > > Using 'config at 1' configuration > > Trying 'setup at 1' setup subimage > > Description: Linux setup.bin > > Created: 2016-06-23 14:22:21 UTC > > Type: x86 setup.bin > > Compression: uncompressed > > Data Start: 0x02de01d0 > > Data Size: 15708 Bytes = 15.3 KiB > > Hash algo: sha1 > > Hash value: 08ffa163d054b9b0f5b11d4b3db2a16247cee395 > > Verifying Hash Integrity ... sha1+ OK > > Loading setup from 0x02de01d0 to 0x00090000 > > Loading Kernel Image ... OK > > Setup at 0x090000 > > Magic signature found > > Kernel command line: "quiet" > > > > Starting kernel ... > > > > > > I have seen in the document that it doesn't support for 64 bit kernel > > and the document link given is now not accessible. > > http://wiki.osdev.org/64-bit_Higher_Half_Kernel_with_GRUB_2 > > Actually this comment is incorrect: > > "Note: these instructions assume a 32-bit kernel. U-Boot does not currently > support booting a 64-bit kernel as it has no way of going into 64-bit mode on > x86." > > U-Boot supports this. But you need to use x86_64 as the image type > instead of x86. > > Are you booting with a 32- or 64-bit kernel? > > Perhaps try without the 'qiuet'? > Thanks for reply, your information helped me. But I would like to request to sort this message when using x86_64 as architecture type in the mkimage. The following debug message when creating the FIT image guided me in the wrong path for the past few days, as I thought x86_64 is not supported and I need to use x86. With arch=x86_64 while creating FIT/uImage, Invalid CPU Type - valid names are: alpha, arm, x86, ia64, m68k, microblaze, mips, mips64, nios2, powerpc, ppc, s390, sh, sparc, sparc64, blackfin, avr32 Architecture: Unknown Architecture Also the image type used for setup.bin. With image type= x86_setup Invalid Image Type - valid names are: filesystem, firmware, flat_dt, imximage, kernel, kwbimage, multi, omapimage, ramdisk, script, standalone, flat_dt, kwbimage, imximage, ublimage Many Thanks:) Now with x86_64 as arch type I could run the system again. I should have ignored the message and tested initially, but also confusions with Load and entry addresses let me to stay blank. > > > > > Mit Freundlichen Gr??en > > VinothKumar > > +49 1798909072 > > Regards, > Simon ^ permalink raw reply [flat|nested] 4+ messages in thread
* [U-Boot] U-boot support for FIT image with 64 bit Linux Kernel 2016-06-27 7:07 ` vinoth eswaran @ 2016-06-29 23:25 ` Simon Glass 0 siblings, 0 replies; 4+ messages in thread From: Simon Glass @ 2016-06-29 23:25 UTC (permalink / raw) To: u-boot Hi, On 27 June 2016 at 00:07, vinoth eswaran <evinoth1206@gmail.com> wrote: > On Sun, Jun 26, 2016 at 4:53 AM, Simon Glass <sjg@chromium.org> wrote: >> >> +Bin >> >> Hi, >> >> On 23 June 2016 at 08:45, vinoth eswaran <evinoth1206@gmail.com> wrote: >> > Hello, >> > >> > I am working on an embedded project with the u-boot and Minnowboard >> > max. With compressed kernel (bzImage) everything works fine, I want to >> > check the performance with >> > uncompressed kernel (vmlinux). >> > >> > So for creating the image.fit file I followed the instructions as per >> > the file x86-fit-boot.txt except that I have changed the compression >> > to none in the image.its file since I want to check the uncompressed >> > Kernel >> > >> > data = /incbin/("./vmlinux.bin"); >> > type = "kernel"; >> > arch = "x86"; >> > os = "linux"; >> > compression = "none"; >> >> Do you have a load address? >> >> > >> > The bootcmd is "bootcmd=fatload mmc 1:1 0x02000000 image.fit ; bootm >> > 0x02000000". Now I am seeing that the >> > start up hangs after printing the commands starting kernel ... and the >> > time summary. Do you have any idea why it is happening? >> > >> > reading imagefit >> > 14566018 bytes read in 317 ms (43.8 MiB/s) >> > ## Loading kernel from FIT Image at 02000000 ... >> > Using 'config at 1' configuration >> > Verifying Hash Integrity ... OK >> > Trying 'kernel at 1' kernel subimage >> > Description: Vanilla Linux kernel >> > Created: 2016-06-23 14:22:21 UTC >> > Type: Kernel Image >> > Compression: uncompressed >> > Data Start: 0x020000e8 >> > Data Size: 14548992 Bytes = 13.9 MiB >> > Architecture: Intel x86 >> > OS: Linux >> > Load Address: 0x01000000 >> > Entry Point: 0x00000000 >> > Hash algo: sha1 >> > Hash value: 5a0bddcbf1f54ac989fff662fc43fb5fc801ebbc >> > Verifying Hash Integrity ... sha1+ OK >> > ## Loading setup from FIT Image at 02000000 ... >> > Using 'config at 1' configuration >> > Trying 'setup at 1' setup subimage >> > Description: Linux setup.bin >> > Created: 2016-06-23 14:22:21 UTC >> > Type: x86 setup.bin >> > Compression: uncompressed >> > Data Start: 0x02de01d0 >> > Data Size: 15708 Bytes = 15.3 KiB >> > Hash algo: sha1 >> > Hash value: 08ffa163d054b9b0f5b11d4b3db2a16247cee395 >> > Verifying Hash Integrity ... sha1+ OK >> > Loading setup from 0x02de01d0 to 0x00090000 >> > Loading Kernel Image ... OK >> > Setup at 0x090000 >> > Magic signature found >> > Kernel command line: "quiet" >> > >> > Starting kernel ... >> > >> > >> > I have seen in the document that it doesn't support for 64 bit kernel >> > and the document link given is now not accessible. >> > http://wiki.osdev.org/64-bit_Higher_Half_Kernel_with_GRUB_2 >> >> Actually this comment is incorrect: >> >> "Note: these instructions assume a 32-bit kernel. U-Boot does not currently >> support booting a 64-bit kernel as it has no way of going into 64-bit mode on >> x86." >> >> U-Boot supports this. But you need to use x86_64 as the image type >> instead of x86. >> >> Are you booting with a 32- or 64-bit kernel? >> >> Perhaps try without the 'qiuet'? >> > > Thanks for reply, your information helped me. But I would like to > request to sort this message when using x86_64 as architecture type in > the mkimage. The following debug message when creating the FIT image > guided me in the wrong path for the past few days, as I thought x86_64 > is not supported and I need to use x86. With arch=x86_64 while > creating FIT/uImage, > > Invalid CPU Type - valid names are: alpha, arm, x86, ia64, m68k, > microblaze, mips, mips64, nios2, powerpc, ppc, s390, sh, sparc, > sparc64, blackfin, avr32 > Architecture: Unknown Architecture > > Also the image type used for setup.bin. With image type= x86_setup > > Invalid Image Type - valid names are: filesystem, firmware, > flat_dt, imximage, kernel, kwbimage, multi, omapimage, ramdisk, > script, standalone, flat_dt, kwbimage, imximage, ublimage > > Many Thanks:) > > Now with x86_64 as arch type I could run the system again. I should > have ignored the message and tested initially, but also confusions > with Load and entry addresses let me to stay blank. I've found various infidelities with mkimage errors - I'll send a series to improve things. Regards, Simon ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-06-29 23:25 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2016-06-23 14:45 [U-Boot] U-boot support for FIT image with 64 bit Linux Kernel vinoth eswaran 2016-06-26 2:53 ` Simon Glass 2016-06-27 7:07 ` vinoth eswaran 2016-06-29 23:25 ` Simon Glass
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.