Re: RPI graphic text console test invitation
On July 11, 2015 10:34:08 AM CDT, QIAO YANG yangqiao0...@me.com wrote: I've finally found out that if we don't use u-boot to load the image, and just use the bare metal to load the kernel binary, it works well. Anyway I can't tell the reason . The boot monitor is doing some initialization you need to override. You are depending on something being in the default state after a reset. So you are missing a piece of initialization. Review Uboot in the area you are having problems in and see if you spot a register being touched that you missed. On Jul 07, 2015, at 07:55 PM, QIAO YANG yangqiao0...@me.com wrote: Hi all mentors and rpi bap student developers , First of all, I’ve written a blog to explicite how I to use the mailbox interfaces, and I would like to invite other students to try it out. If anyone need the mailbox related functions that I didn’t implement, you can ask me for them. https://yangqiao.wordpress.com/2015/07/05/rtems-board-support-packages-raspberry-pi-mailbox-and-framebuffer-implementation/ As Pavel Pisa reported to me that he didn’t managed to get the video console to display, I would like to invite you to try it out and report the status to me. The setup of memory table might need to update, I’ve explained in the last paragraph of the blog. It’s just a quick test and the feedback will help me a lot. Thanks everyone in advance :). Here is a blog about how to setup the graphic console, where is the code source and which version to test: https://yangqiao.wordpress.com/2015/07/05/rtems-bsp-raspberry-pi-graphic-text-console-with-frame-buffer/ I've got the graphic output work with my rpi B and samsung 27 display. But I've found something wired that in serial console mode, my serial console stoped early: The word Corporation isn't event displayed completely. While in graphic console mode, the output stopped at : It bothers me and I'm trying to figure out the bug. But for the moment I've got no idea and how to debug it. But anyway the display should work and display something. Since I can’t test it with different display by my self. I would be glad if you can join me to test the driver and send me feedback, so that I can improve it . Thank you in advance! ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel --joel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
arm atag retrieval problem
Hi, I tried to retrieve atag command lines but I've got wired problems: I ran a quick scan for atags, start from 0x100, and I've got an output like : [ATAG_CORE] flags: 0, pagesize: 0, rootdev: 0 [ATAG_MEM] size: 800, start: 0 [ATAG_CMDLINE] found: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708.boardrev=0xf bcm2708.serial=0x8247b4bb smsc95xx.macaddr=B8s start addr:12C size : 2E616D64 didn't find [ATAG_NONE] which told me that: 1. The start address of atag cmdline is 0x12C 2. The size of this tag is 0x2E616D64 The size of the tag is abnormal. From the output, it seems that I only retrieved part of the cmdline. I've also tried to use the mailbox interface to get the cmdline. what I've got is exactly the same part of string without error reponse. Even if I tried to print the following characters, they are all empty. I think that the atags area maybe rewritten in some way but I didn't managed to figure out. What bothers me most is the length of the tag, because the tag id is correct, part of the value is readable, there's no reason that the data between them is incorrect. The atag area should be written by videocore, who load the cmdline.txt where we can add additional lines. Besides I've also got a question that how can I get the value of r2 that passed by bootloader to kernel image? It should store the value of start address of ATAG or the magic of device tree. What I've found in linux is that there is a function like init( *param), which is called when loading the kernel, and the function get the value of r2 as the parameter passed to it. I wonder how can I get this value, though by default the atag starts from 0x100. If it takes too long to implement the feature (atag, device tree ), I've got other ways to detect if a hdmi device is present and then disable/enable the graphic console. If I'm allowed to pass the atag/device tree implementation. Best wishes. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: RPI graphic text console test invitation
I've finally found out that if we don't use u-boot to load the image, and just use the bare metal to load the kernel binary, it works well. Anyway I can't tell the reason . On Jul 07, 2015, at 07:55 PM, QIAO YANG yangqiao0...@me.com wrote: Hi all mentors and rpi bap student developers , First of all, I’ve written a blog to explicite how I to use the mailbox interfaces, and I would like to invite other students to try it out. If anyone need the mailbox related functions that I didn’t implement, you can ask me for them. https://yangqiao.wordpress.com/2015/07/05/rtems-board-support-packages-raspberry-pi-mailbox-and-framebuffer-implementation/ As Pavel Pisa reported to me that he didn’t managed to get the video console to display, I would like to invite you to try it out and report the status to me. The setup of memory table might need to update, I’ve explained in the last paragraph of the blog. It’s just a quick test and the feedback will help me a lot. Thanks everyone in advance :). Here is a blog about how to setup the graphic console, where is the code source and which version to test: https://yangqiao.wordpress.com/2015/07/05/rtems-bsp-raspberry-pi-graphic-text-console-with-frame-buffer/ I've got the graphic output work with my rpi B and samsung 27 display. But I've found something wired that in serial console mode, my serial console stoped early: The word Corporation isn't event displayed completely. While in graphic console mode, the output stopped at : It bothers me and I'm trying to figure out the bug. But for the moment I've got no idea and how to debug it. But anyway the display should work and display something. Since I can’t test it with different display by my self. I would be glad if you can join me to test the driver and send me feedback, so that I can improve it . Thank you in advance! ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: SMP support for Raspberry Pi 2
Hi, I am building with the --enable-smp option. But RTEMS_SMP is not getting defined. I have referred to the configure files of other BSPs which includes the script for --enable-smp option and changed the configure script for raspberry pi. What can be the reason, I am unable to understand what I am missing. Thanks. On 3 Jul 2015 22:43, Joel Sherrill joel.sherr...@oarcorp.com wrote: On July 3, 2015 11:53:07 AM CDT, Rohini Kulkarni krohini1...@gmail.com wrote: Any help that I can with this? On 1 Jul 2015 16:59, Rohini Kulkarni krohini1...@gmail.com wrote: Hi all, I wish to know where the maximum number of processors for a variant are configured. I took a look at some configure scripts. I could see the processor count defined for xilinx-zynq in its configuration file as ZYNQ_CPUS=2. This looks to be BSP specific and could originate in configure.ac or a .h file. It is likely that each BSP has an underlying hardware limit. rtems_configuration_get_maximum_processors() called in gets this configured number. But I don't know from where. This is set initially based on the confdefs.h parameter CONFIGURE_SMP_MAXIMUM_PROCESSORS or something close to that (on phone). Ultimately the maximum CPUs for an application is the lower of those available or RTEMS is configured for. Also where is RTEMS_SMP defined for a bsp? A side-effect of building with --enable-smp. Thanks. -- Rohini Kulkarni --joel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: SMP support for Raspberry Pi 2
In the build tree, there are exactly two identical cpuopts.h files. In this file you must find a: /* if SMP is enabled */ #define RTEMS_SMP 1-- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.huber at embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
