FrankBau
commented
7 years ago Hi nandishsg,
no idea why your uImage gets so small.
You can rebuild a modified kernel from a bitbake shell like
bitbake -f -c compile virtual/kernel
which should work correctly.
Don't know your display, but I2C busses are already enabled in the default device tree. So you might start with an unmodified kernel and setting I2C from the command line (i2c-tools) or user mode C code, see https://github.com/FrankBau/meta-marsboard-bsp/wiki/Using-I2C. When your display works, you may shift the code later into a kernel module. Or, start with https://github.com/notro/fbtft/wiki/How-it-works ?
hth
Frank
sgnandish
Hi Frank,
I am using the Mars Board, For this board i build the "core-image-sato" image,For buliding this image i followed this link 1) (https://github.com/FrankBau/meta-marsboard-bsp/wiki/Setting-up-the-Build-Environment), 2) Then i added QT5 layer to source dir (git clone -b jethro https://github.com/meta-qt5/meta-qt5.git) 3) Then i added the Mars Board layer to source dir (git clone -b krogoth https://github.com/FrankBau
/meta-marsboard-bsp) 4) Finally i set the "MACHINE=marsboard source setup-environment build" 5) Then i build the image using "bitbake core-image-sato", in this case i am succeed to build and run the image on HDMI display without changing any uboot
parameter, Now i am facing some problems they are as given below, 1) when i am recompile the "uImage" without changing anything in source i am getting the "uImage"
with only 2.1MB of size (but it was actually 5.8MB originally size), for compiling in case (i) : "make -j4 uImage" it gives 2.1MB size of uIamge. in case (ii): "make -j4 uImage LOADADDR=0x10008000" it gives 5.0MB size of uImage. when i am use the case (ii) uImage it is not working, and i set the load address also, it stuck at
starting kernel....,
2) Now i want to interface this board with "New Heaven Display 5" LCD [hx8257 driver IC]", so i modified some changes in source then i recompile the "imx6q-marsboard.dts" and "uImage" for uImage i use the follwing command "make -j4 uImage LOADADDR=0x10008000" this also gives the same 5.0MB size of uImage, And i use this uImage with setting the Load Address it stuck at starting kernel...
below is the kernel logs:
U-Boot 2016.09.01 (Feb 23 2017 - 11:55:26 +0530)
CPU: Freescale i.MX6D rev1.2 996 MHz (running at 792 MHz) CPU: Extended Commercial temperature grade (-20C to 105C) at 39C Reset cause: POR Board: MarSBoard I2C: ready DRAM: 1 GiB MMC: FSL_SDHC: 0, FSL_SDHC: 1 SF: Detected SST25VF016B with page size 256 Bytes, erase size 4 KiB, total 2 MiB No panel detected: default to HDMI Display: HDMI (1024x768) In: serial Out: serial Err: serial Net: FEC [PRIME] Error: FEC address not set.
Hit any key to stop autoboot: 0 reading /uImage 4970760 bytes read in 259 ms (18.3 MiB/s) reading /imx6q-marsboard.dtb 36549 bytes read in 19 ms (1.8 MiB/s)
Booting kernel from Legacy Image at 10800000 ...
Image Name: Linux-4.1.15+ Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 4970696 Bytes = 4.7 MiB Load Address: 10008000 Entry Point: 10008000 Verifying Checksum ... OK
Flattened Device Tree blob at 12000000
Booting using the fdt blob at 0x12000000 Loading Kernel Image ... OK Using Device Tree in place at 12000000, end 1200bec4
Starting kernel ...
then i update the "u-boot.imx" also it doesn't help me to solve this issue,
could you please help me to come out this problem,
Thanks in advance
Best Regards
nandishsg