Hi Stefan,
Thank you again for you reply
I just noticed that the i.MX53 framebuffer driver doesn't detect the lvds display configuration automatically. I tried to change the default LCD display configuration (resolution) in the driver code.
https://github.com/genodelabs/genode/blob/master/repos/os/src/drivers/frameb...
So i changed the values of qsb_width and qsb_height to the corresponding lvds values(1024 x 768). But still i don't see anything on the screen.
Could you please let me know if there is any other configuration? thank you in advance for your answers.
best regards, Joseph
On Tue, Sep 16, 2014 at 8:04 AM, Stefan Kalkowski < stefan.kalkowski@...1...> wrote:
Hi Joseph,
On 09/15/2014 05:20 PM, Joseph Lee wrote:
Thank you Stefan for your valuable feedback
I think it is working now. But i have another issue. There is nothing displayed on the screen (LVDS Display kit) I already configured the u-boot environment variable bootargs_base.
bootargs_base=set bootargs console=ttymxc0,115200 gpu_nommu${lvds}
And it is working with the per-installed Linux operating system. I am using u-boot 2009.08 version.
Herewith, i have attached the output on serial console.
What is still missing? thank you in advance
The u-boot variable you mentioned is used when u-boot starts the Linux kernel. Then the bootloader provides the corresponding arguments to the kernel. In our small test scenario, a Genode application called tz_vmm fulfills the role of the bootloader for the Linux instance running in TrustZone's "normal world". Therefore, the tz_vmm has to provide the arguments to the Linux kernel. They are hardcoded in the application, have a look at:
https://github.com/genodelabs/genode/blob/master/repos/os/src/server/tz_vmm/...
In line 36 you see the command line for the Linux kernel.
Regards Stefan
regards, Joseph
On Mon, Sep 15, 2014 at 8:44 AM, Stefan Kalkowski <stefan.kalkowski@...1... mailto:stefan.kalkowski@...1...> wrote:
Hi Joseph, what u-boot version do you use? I recently run into a similar problem when using a recent u-boot version. It had to do with a more strict checking before unzipping. To test out whether it is the same problem try to run the image without compressing it. Therefore, you mightbuild
your uImage by hand: /usr/local/genode-gcc/bin/genode-arm-objcopy -O binary \ var/run/tz_vmm/image.elf var/run/tz_vmm/image.bin and: mkimage -A arm -O linux -T kernel -C none -a 0x70010000 \ -e 0x70010000 -d var/run/tz_vmm/image.bin var/run/tz_vmm/uImage If that works for you it's probably the same issue. Regards Stefan On 09/14/2014 06:47 AM, Joseph Lee wrote: > Hello, > > I'm trying to port genode onto i.mx53 quick start board. Ifollowed the
> building steps in this thread. >http://sourceforge.net/p/genode/mailman/genode-main/thread/9167aa55bacd5e3f0...
> > Now i get /uImage/ in in the building directory(var/run/tz_vmm)with
> other two files (/boot_modules.s/ and /image.elf/). The size of /uImage/ > is 7.5MB > > I loaded the /uImage/ to memory address 0x70800000. When I tried to boot > with the same memory address (bootm 0x70800000), i get thefollowing error.
> > ## Booting kernel from Legacy Image at 70800000 ... > Image Name: > Image Type: ARM Linux Kernel Image (gzip compressed) > Data Size: 7858693 Bytes = 7.5 MB > Load Address: 70010000 > Entry Point: 70010000 > Verifying Checksum ... OK > Uncompressing Kernel Image ... Error: inflate() returned -5 > GUNZIP: uncompress, out-of-mem or overwrite error - must RESETboard to
> recover > resetting ... > > I tried again with another memory address (0x78000000) if there was > overlap. Still I get the same result. > > I also checked if there is overlap with the physical addressranges used
> by u-boot bootloader using /readelf/. > > Here is the output > > Elf file type is EXEC (Executable file) > Entry point 0x70010000 > There are 3 program headers, starting at offset 52 > > Program Headers: > Type Offset VirtAddr PhysAddr FileSizMemSiz
> Flg Align > EXIDX 0x077138 0x7007f138 0x7007f138 0x02578 0x02578 R0x4
> LOAD 0x008000 0x70010000 0x70010000 0x6ac64 0x6ac64 RE 0x8000
> LOAD 0x073000 0x7007b000 0x7007b000 0x0b03c 0xd3ed5RW 0x8000
> > What is missing? thanks in advance > > best regards, > Joseph, > > > >
> Want excitement? > Manually upgrade your production database. > When you want reliability, choose Perforce > Perforce version control. Predictably reliable. >http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.cl...
> > > > _______________________________________________ > genode-main mailing list > genode-main@lists.sourceforge.net <mailto:genode-main@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/genode-main > -- Stefan Kalkowski Genode Labs http://www.genode-labs.com/ · http://genode.org/
Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable.http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.cl...
_______________________________________________ genode-main mailing list genode-main@lists.sourceforge.net <mailto:genode-main@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/genode-main
Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.cl...
genode-main mailing list genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
-- Stefan Kalkowski Genode Labs
http://www.genode-labs.com/ · http://genode.org/
Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce. Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.cl... _______________________________________________ genode-main mailing list genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main