<div dir="ltr"><div dir="ltr">On Sat, Jan 4, 2020 at 1:29 AM Christian Mauderer <<a href="mailto:list@c-mauderer.de">list@c-mauderer.de</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 03/01/2020 18:37, Niteesh wrote:<br>
> On Fri, Jan 3, 2020 at 7:30 PM Christian Mauderer <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>> wrote:<br>
> <br>
>     On 03/01/2020 13:49, Niteesh wrote:<br>
>     > I have gone through previous year works and selected a few topics<br>
>     which<br>
>     > I found<br>
>     > interesting.<br>
>     > 1. Basic Support for Trace Compass #3696<br>
>     > <<a href="https://devel.rtems.org/ticket/3696" rel="noreferrer" target="_blank">https://devel.rtems.org/ticket/3696</a>>.<br>
> <br>
>     A basic support has been added last year and Sebastian extended that<br>
>     quite a bit because we had a customer who needed it. I'm not sure what<br>
>     the current state is and whether there are tasks left that could be done<br>
>     in a GSoC project.<br>
> <br>
>     > 2. RTEMS testing tool project #2927<br>
>     <<a href="https://devel.rtems.org/ticket/2927" rel="noreferrer" target="_blank">https://devel.rtems.org/ticket/2927</a>>.<br>
> <br>
>     No idea what the status is. Chris?<br>
> <br>
>     > 3. Beagle BSP: Add a flattened device tree based initialization #3784<br>
>     > <<a href="https://devel.rtems.org/ticket/3784" rel="noreferrer" target="_blank">https://devel.rtems.org/ticket/3784</a>>.<br>
> <br>
>     That one is open. It would include adding some infrastructure for fdt<br>
>     based drivers. In theory you could do the same project for raspberry or<br>
>     any other board.<br>
> <br>
>     Please note Gedares comment from the previous mail:<br>
> <br>
>     >     Infrastructure projects are nice (FDT, dynamic linking, debugger,<br>
>     >     tracer) but need to be clearly defined ahead of time and discussed<br>
>     >     thoroughly with the community, or you risk ending up in the "long<br>
>     >     tedious discussions" when you should be coding.<br>
> <br>
> <br>
>     > 4. BSPs for Simulators #2903 <<a href="https://devel.rtems.org/ticket/2903" rel="noreferrer" target="_blank">https://devel.rtems.org/ticket/2903</a>>.<br>
> <br>
>     That's always open.<br>
> <br>
>     Some simulators are easy because the board is already supported and you<br>
>     only have to find out how to start it. For these a tester integration is<br>
>     a good target. But most likely that's only small stuff and should be<br>
>     only one part of a project.<br>
> <br>
>     Other simulators are not supported yet. In that case you have to write<br>
>     some drivers which can be a good project size.<br>
> <br>
>     > 5. Improve the Raspberry Pi BSP #2899<br>
>     <<a href="https://devel.rtems.org/ticket/2899" rel="noreferrer" target="_blank">https://devel.rtems.org/ticket/2899</a>>.<br>
> <br>
>     You already noted: The raspberry BSP isn't in the best shape. So it's<br>
>     quite open for improvement.<br>
> <br>
>     I think that there is still some work getting it to run again. We don't<br>
>     have something with "*bcm*" in libbsd yet so most likely USB and<br>
>     Ethernet are not working yet. Could be still still be a nice task.<br>
> <br>
> <br>
> Why don't we use the driver's from other sources as a reference and<br>
> create our<br>
> own, for USB <a href="https://github.com/Chadderz121/csud" rel="noreferrer" target="_blank">https://github.com/Chadderz121/csud</a> this could be used as a<br>
> reference, U-boot, and Linux are good sources too. But is it worth the<br>
> effort for a<br>
> BSP like raspberry pi? There is also a c++ bare metal environment called<br>
> circle<br>
> <a href="https://github.com/rsta2/circle" rel="noreferrer" target="_blank">https://github.com/rsta2/circle</a> which supports<br>
> USB(<a href="https://github.com/rsta2/uspi" rel="noreferrer" target="_blank">https://github.com/rsta2/uspi</a>)<br>
> and ethernet.<br>
<br>
The reason for using libbsd is that its already there and therefore its<br>
easy to add for all chips that are supported (and raspberry is supported<br>
in FreeBSD).<br>
<br>
U-Boot and Linux can't be used most of the time due to license issues.<br>
Both have a GPL license which isn't usable in a lot of RTEMS<br>
applications (industrial, automotive, ...). There shouldn't be any GPL<br>
code in the core repository and we tend to avoid libraries if there are<br>
alternatives.<br>
<br>
> <br>
> Christian, can you check out this <a href="https://github.com/0xabu/qemu/wiki" rel="noreferrer" target="_blank">https://github.com/0xabu/qemu/wiki</a> it<br>
> partially supports<br>
> USB, can you give it a try?<br>
<br>
RTEMS with libbsd doesn't yet have a USB support committed for the<br>
raspberry. Do you mean try it with Linux or Windows? Did you already<br>
test something? What do you want to find out?<br></blockquote><div>Can you build this version of qemu and see if USB works properly? you don't</div><div>have to use RTEMS, you can use a lightweight linux distro and see if you can</div><div>talk to a usb device in qemu. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> <br>
> <br>
>     With the difficulties getting it to run on RPi3 or RPi4 that might could<br>
>     be also a project. It seems that they are aarch64. Also I was quite<br>
>     surprised about it I didn't find a aarch64 BSP. So that would be a<br>
>     new port.<br>
> <br>
>  <br>
> Rpi3 looks for kernel7.img if it finds one, it boots into 32bit mode, so<br>
> if the, offset is the only difference<br>
> between rpi2 and rpi3 it should boot without any issues I'll try adding<br>
> the AUX uart driver<br>
> and see if it boots on Rpi3.<br>
<br>
Don't forget to add a "kernel_address=0x00200000" line if you use the<br>
linker file like it is currently there in RTEMS.<br></blockquote><div>For some reason, I couldn't get it to boot using the default bootloader. I will</div><div>be using u-boot since it also makes it easier for me to upload the kernel images. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> <br>
> I would also like to discuss about the FDT infrastructure for RTEMS, I<br>
> would like to know what are<br>
> the requirements, what could be expected in a short span of 3months,<br>
> what could be used as a reference<br>
> and so on.<br>
<br>
We use a lot of FreeBSD stuff (because it has a matching license and is<br>
quite well designed most of the time). So I would suggest to take a look<br>
how the FDT stuff works in FreeBSD and whether we can adopt or port the<br>
interface - maybe slightly adapted to RTEMS needs like having an early<br>
initialization for the console driver. Porting or implementing that and<br>
adapting a few drivers as proof of concept should be possible in the<br>
given time if you discuss the basic direction before the coding starts.<br>
<br>
Please note (for any project you pick): If there is some unexpected work<br>
along the way, the initial plan can be adapted. So don't be afraid that<br>
you might not manage to get everything done. In such a case you just<br>
have to talk to your mentor (which you should do anyway on a regular basis).<br>
<br>
> <br>
>     Note that an aarch64 port would most likely be observed with argus eyes<br>
>     because it has the potential to be a very important port. But don't let<br>
>     that keep you bag suggesting it.<br>
> <br>
>     ><br>
>     > I would like to know what are the future plans for these topics.<br>
>     > What is the current status of USB and ethernet in raspberrypi?<br>
>     > Does the beagle BSP require hardware or is it possible to emulate it?<br>
> <br>
>     I never used an emulator for Beagle. It seems that qemu supported it<br>
>     some when:<br>
>     <a href="https://www.cnx-software.com/2011/09/26/beagleboard-emulator-in-ubuntu-with-qemu/" rel="noreferrer" target="_blank">https://www.cnx-software.com/2011/09/26/beagleboard-emulator-in-ubuntu-with-qemu/</a><br>
> <br>
>     But I didn't find it in current qemu. So most likely it would need<br>
>     hardware.<br>
> <br>
>     > Last year Vijay Kumar Banerjee worked on analysis and generation<br>
>     of gcov<br>
>     > reports.<br>
>     ><br>
>     > On Thu, Jan 2, 2020 at 10:07 PM Gedare Bloom <<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a><br>
>     <mailto:<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>><br>
>     > <mailto:<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a> <mailto:<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>>>> wrote:<br>
>     ><br>
>     >     On Mon, Dec 30, 2019 at 2:47 PM Christian Mauderer<br>
>     >     <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>> wrote:<br>
>     >     ><br>
>     >     > On 30/12/2019 15:45, Niteesh wrote:<br>
>     >     > > On Mon, Dec 30, 2019 at 7:14 PM Christian Mauderer<br>
>     >     <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     > > <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>>> wrote:<br>
>     >     > ><br>
>     >     > >     On 30/12/2019 07:25, Niteesh wrote:<br>
>     >     > >     ><br>
>     >     > >     ><br>
>     >     > >     > On Mon, Dec 30, 2019 at 4:44 AM Peter Dufault<br>
>     >     <<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a> <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a>><br>
>     <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a> <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a>>><br>
>     >     > >     <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a> <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a>><br>
>     <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a> <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a>>>><br>
>     >     > >     > <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a> <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a>><br>
>     <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a> <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a>>><br>
>     >     <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a> <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a>><br>
>     <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a> <mailto:<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a>>>>>> wrote:<br>
>     >     > >     ><br>
>     >     > >     ><br>
>     >     > >     >     Niteesh, what do you want to study?  Go over<br>
>     what most<br>
>     >     > >     interests you<br>
>     >     > >     >     most about working in a real-time environment like<br>
>     >     RTEMS, and not<br>
>     >     > >     >     about working on the RPI, and look at the<br>
>     earlier GSOC<br>
>     >     projects.<br>
>     >     > >     >     Propose an ideal project for yourself and get some<br>
>     >     feedback.<br>
>     >     > ><br>
>     >     > >     Peter: Thanks for starting that discussion. I started to<br>
>     >     focus too much<br>
>     >     > >     on the running topics about small stuff that can be<br>
>     done as a<br>
>     >     > >     preparation.<br>
>     >     > ><br>
>     >     > >     ><br>
>     >     > >     >  I love learning about how the software and hardware<br>
>     >     interact, I have<br>
>     >     > >     > been programming from 9th grade and have a wide<br>
>     variety of<br>
>     >     > >     > interests(networking, app development). But recently I<br>
>     >     took a course<br>
>     >     > >     > called nandtotetris were we build an 8bit computer from<br>
>     >     scratch, we<br>
>     >     > >     > start with NAND gates and finally finish with a<br>
>     Tetris game.<br>
>     >     > ><br>
>     >     > >     That sounds like a really nice course. Most likely is<br>
>     ended<br>
>     >     in a bigger<br>
>     >     > >     pile of circuit boards to have a running processor ;-)<br>
>     >     > ><br>
>     >     > > It is a free course on<br>
>     >     > > coursera<br>
>     >     <a href="https://www.coursera.org/learn/build-a-computer/home/welcome" rel="noreferrer" target="_blank">https://www.coursera.org/learn/build-a-computer/home/welcome</a><br>
>     >     > > do check it out. It's completely simulated in software. But<br>
>     >     planning to<br>
>     >     > > build it on PCB.<br>
>     >     > ><br>
>     >     > ><br>
>     >     > >     > Low-level<br>
>     >     > >     > software, systems programming, and operating systems are<br>
>     >     always quite<br>
>     >     > >     > fascinating for me. While learning about operating<br>
>     >     systems, I came<br>
>     >     > >     > across the concepts of real-time systems. Back then<br>
>     >     arduino was<br>
>     >     > >     the only<br>
>     >     > >     > hardware I was having while searching for an RTOS to<br>
>     play<br>
>     >     with, I came<br>
>     >     > >     > across RTEMS. RTOS was harder for me to grasp but<br>
>     were always<br>
>     >     > >     > interesting, being a critical part of a system, I always<br>
>     >     wanted to<br>
>     >     > >     learn<br>
>     >     > >     > how they worked from inside. That's what bought me to<br>
>     >     contributing<br>
>     >     > >     to RTOS.<br>
>     >     > >     > I wanted to contribute to core of RTEMS, but it was<br>
>     a bit<br>
>     >     complex<br>
>     >     > >     for me<br>
>     >     > >     > to understand, so I started with driver development<br>
>     for RTEMS.<br>
>     >     > ><br>
>     >     > >     That's where I started too. But don't hesitate to pick a<br>
>     >     more complex<br>
>     >     > >     topic if you are interested in it. From what I've seen you<br>
>     >     can read and<br>
>     >     > >     understand existing code quite fast compared to some other<br>
>     >     GSoC students<br>
>     >     > >     we had. So I would say that you have a good chance to<br>
>     manage<br>
>     >     complex<br>
>     >     > >     topics too.<br>
>     >     > ><br>
>     >     > > Thank you, it's quite good to hear.<br>
>     >     > ><br>
>     >     > >     > After going through some of the previous GSOC<br>
>     projects, BSP<br>
>     >     > >     development<br>
>     >     > >     > and real-time tracing are what I find interesting.<br>
>     While also<br>
>     >     > >     converting<br>
>     >     > >     > the console driver of rpi to FDT based one, *Christian<br>
>     >     Mauderer<br>
>     >     > >     > *explained how<br>
>     >     > >     > FDT worked in FreeBSD and Linux, and RTEMS lacked that<br>
>     >     > >     infrastructure, I<br>
>     >     > >     > have no idea of how hard it would it, and if I am even<br>
>     >     capable of<br>
>     >     > >     > developing it. But one proposal would be to build<br>
>     the FDT<br>
>     >     > >     infrastructure<br>
>     >     > >     > similar to FreeBSD or Linux and have the driver's probe<br>
>     >     and attach to<br>
>     >     > >     > the hardware.<br>
>     >     > ><br>
>     >     > >     We start to have more and more FDT based BSPs. So it would<br>
>     >     be great if<br>
>     >     > >     our infrastructure would improve. But like I said: Don't<br>
>     >     hesitate to<br>
>     >     > >     pick any other topic. Device drivers (and similar) are low<br>
>     >     hanging fruit<br>
>     >     > >     where it is easy to get success and it isn't very<br>
>     likely to<br>
>     >     start long<br>
>     >     > >     tedious discussions because you only touch one BSP.<br>
>     >     Therefore I tend to<br>
>     >     > >     suggest them for GSoC. But GSoC isn't limited to that.<br>
>     >     > ><br>
>     >     > >     So if you would like to work at any other topic like (for<br>
>     >     example)<br>
>     >     > >     porting a new architecture, hacking on some scheduler, do<br>
>     >     something with<br>
>     >     > >     the dynamic linking support, add stuff to the libdebugger,<br>
>     >     or basically<br>
>     >     > >     anything else: Just ask whether someone knows a topic in<br>
>     >     that area or is<br>
>     >     > >     interested in mentoring one you suggest. Most likely the<br>
>     >     mailing list<br>
>     >     > >     will become quite a bit more active again in about a week.<br>
>     >     > ><br>
>     >     I'll be lurking.<br>
>     ><br>
>     >     Infrastructure projects are nice (FDT, dynamic linking, debugger,<br>
>     >     tracer) but need to be clearly defined ahead of time and discussed<br>
>     >     thoroughly with the community, or you risk ending up in the "long<br>
>     >     tedious discussions" when you should be coding.<br>
>     ><br>
>     >     BSP Projects are only good if they are useful. RPI3 might be<br>
>     useful,<br>
>     >     although there haven't been a lot of folks clamoring for it.<br>
>     ><br>
>     >     > > Once I finish with the raspberry pi, I will try to port RTEMS<br>
>     >     for esp32.<br>
>     >     > > I have that board,<br>
>     >     > > It has quite a lot of features and really good<br>
>     documentation. It is<br>
>     >     > > based on xtensa CPU.<br>
>     >     > > <a href="https://devel.rtems.org/wiki/TBR/UserManual/SupportedCPUs" rel="noreferrer" target="_blank">https://devel.rtems.org/wiki/TBR/UserManual/SupportedCPUs</a><br>
>     and is<br>
>     >     under<br>
>     >     > > RTEMS potential port.<br>
>     >     > ><br>
>     >     ><br>
>     >     > Interesting idea. You should post that as a project idea for<br>
>     your GSoC<br>
>     >     > project. There are quite some points for new cores that can<br>
>     make a<br>
>     >     port<br>
>     >     > very simple or hard as hell. I don't have the experience to<br>
>     give a<br>
>     >     good<br>
>     >     > estimate for that core. But don't worry. I'm quite sure that<br>
>     this<br>
>     >     can be<br>
>     >     > an interesting project.<br>
>     >     ><br>
>     >     > Just some random thoughts:<br>
>     >     ><br>
>     >     > - It seems that the Xtensa is supported in the official GCC<br>
>     since<br>
>     >     quite<br>
>     >     > some time up to the most recent releases. That's a really good<br>
>     >     starting<br>
>     >     > point.<br>
>     >     ><br>
>     >     > - The core is a commercial IP core. It might can get hard to<br>
>     get a<br>
>     >     > detailed core documentation. Let's hope that there is enough<br>
>     community<br>
>     >     > documentation for it.<br>
>     >     ><br>
>     >     > - I didn't really find the core in any other (buyable) chip<br>
>     but the<br>
>     >     > ESP32. Do you know whether it is used somewhere else?<br>
>     >     ><br>
>     >     > - The ESP32 doesn't have too much RAM. If I've seen it right<br>
>     it's<br>
>     >     520kB<br>
>     >     > on-chip. We have smaller targets than that but it's not really<br>
>     >     much. The<br>
>     >     > libbsd network stack will most likely never run on it. But<br>
>     lwIP should<br>
>     >     > work. But I think network stack is something that won't be a<br>
>     topic<br>
>     >     for a<br>
>     >     > first port anyway ;-)<br>
>     >     ><br>
>     >     > - The Technical Reference Manual looks reasonable detailed:<br>
>     >     ><br>
>     >   <br>
>      <a href="https://docs.espressif.com/projects/esp-idf/en/latest/hw-reference/index.html" rel="noreferrer" target="_blank">https://docs.espressif.com/projects/esp-idf/en/latest/hw-reference/index.html</a><br>
>     >     ><br>
>     >     > - For the low level port you definitively need a hardware<br>
>     debugger<br>
>     >     or a<br>
>     >     > good simulator. It seems that JTAG access is possible using<br>
>     OpenOCD.<br>
>     >     > There is even an official guide from the manufacturer:<br>
>     >     ><br>
>     >   <br>
>      <a href="https://docs.espressif.com/projects/esp-idf/en/latest/api-guides/jtag-debugging/" rel="noreferrer" target="_blank">https://docs.espressif.com/projects/esp-idf/en/latest/api-guides/jtag-debugging/</a><br>
>     >     ><br>
>     ><br>
>     >     A new architecture port is a worthwhile GSoC Project. There<br>
>     would be a<br>
>     >     lot of learning and code generated. However as above there is a<br>
>     >     question about utility: Will there be more than 1 xtensa user?<br>
>     >     Historically, DPSs seem to have low demand for an RTOS like<br>
>     RTEMS. It<br>
>     >     is still a good GSoC project though. One of the barriers to a new<br>
>     >     architecture however will be testability: is there a simulator<br>
>     that<br>
>     >     can be used for development/testing?<br>
>     ><br>
>     >     For difficulty, the thing to investigate is how complex is the<br>
>     >     register context, interrupt handling mechanisms, memory<br>
>     management,<br>
>     >     and on-chip devices (timers, etc.). Also whether or not there is a<br>
>     >     2/3-BSD compliant port elsewhere for reusable code. The base<br>
>     xtensa<br>
>     >     looks straightforward. The ESP32 is an interesting board.<br>
>     ><br>
>     >     > ><br>
>     >     > >     ><br>
>     >     > >     >     > On Dec 28, 2019, at 05:12 , Christian Mauderer<br>
>     >     > >     <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>><br>
>     >     > >     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>>>> wrote:<br>
>     >     > >     >     ><br>
>     >     > >     >     > On 28/12/2019 07:12, Niteesh wrote:<br>
>     >     > >     >     >><br>
>     >     > >     >     >><br>
>     >     > >     >     >> On Sat, 28 Dec, 2019, 3:51 AM Christian Mauderer,<br>
>     >     > >     >     <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>><br>
>     >     > >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>>><br>
>     >     > >     >     >> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>><br>
>     >     > >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>>>>> wrote:<br>
>     >     > >     >     >><br>
>     >     > >     >     >>    On 27/12/2019 19:06, Niteesh wrote:<br>
>     >     > >     >     >>> Is there something else that I could work<br>
>     on? I am<br>
>     >     > >     interested in<br>
>     >     > >     >     >>    taking<br>
>     >     > >     >     >>> part<br>
>     >     > >     >     >>> GSOC of 2020. And I want to learn as much as<br>
>     possible.<br>
>     >     > >     >     >><br>
>     >     > >     >     >>    Do you search tasks specific to raspberry<br>
>     or general<br>
>     >     > >     ones? Do<br>
>     >     > >     >     you search<br>
>     >     > >     >     >>    something for GSoC or just to warm up?<br>
>     >     > >     >     >><br>
>     >     > >     >     >> Anything is fine as long as I am learning<br>
>     >     something. Since rpi3<br>
>     >     > >     >     is the<br>
>     >     > >     >     >> only hardware I have, I am interested in tasks<br>
>     >     specific to<br>
>     >     > >     raspi and<br>
>     >     > >     >     >> general ones which do not require any hardware.<br>
>     >     > >     >     ><br>
>     >     > >     >     > For raspberry I think you could continue to get it<br>
>     >     running<br>
>     >     > >     on RPi3. My<br>
>     >     > >     >     > suggestion would be to replace the table based<br>
>     >     initialization<br>
>     >     > >     >     (which is<br>
>     >     > >     >     > handled by console-termios-init.c) with one<br>
>     based on<br>
>     >     the fdt<br>
>     >     > >     that is<br>
>     >     > >     >     > similar to the one in the imx BSP. That will allow<br>
>     >     to use<br>
>     >     > >     the same<br>
>     >     > >     >     > binary on RPi2 and RPi3. But please do that in an<br>
>     >     extra patch<br>
>     >     > >     >     after the<br>
>     >     > >     >     > one that you currently have sent to the<br>
>     mailing list.<br>
>     >     > >     >     ><br>
>     >     > >     >     ><br>
>     >     > >     >     > Some other raspberry specific topics could be the<br>
>     >     following.<br>
>     >     > >     Note that<br>
>     >     > >     >     > this are only suggestions. I don't want to<br>
>     force you<br>
>     >     to do<br>
>     >     > >     any of them<br>
>     >     > >     >     > if you don't like them:<br>
>     >     > >     >     ><br>
>     >     > >     >     > - Documentation how you run an application in<br>
>     QEMU /<br>
>     >     on real<br>
>     >     > >     hardware<br>
>     >     > >     >     > for the user manual:<br>
>     >     > >     >     ><br>
>     >     > >     ><br>
>     >     > >     <br>
>     >   <br>
>      <a href="https://docs.rtems.org/branches/master/user/bsps/bsps-arm.html#raspberrypi" rel="noreferrer" target="_blank">https://docs.rtems.org/branches/master/user/bsps/bsps-arm.html#raspberrypi</a><br>
>     >     > >     >     > (I hope I didn't miss a patch that you already<br>
>     sent<br>
>     >     ;-) )<br>
>     >     > >     >     ><br>
>     >     > >     >     > - A configuration for RTEMS tester that uses<br>
>     the QEMU or<br>
>     >     > >     real hardware<br>
>     >     > >     >     > (I think the pi3 allows network boot?). This<br>
>     allows<br>
>     >     regular<br>
>     >     > >     test runs<br>
>     >     > >     >     > for this BSP:<br>
>     >     > >     >     ><br>
>     >     > >   <br>
>     >   <br>
>       <a href="https://docs.rtems.org/branches/master/user/testing/index.html" rel="noreferrer" target="_blank">https://docs.rtems.org/branches/master/user/testing/index.html</a> and<br>
>     >     > >     >     ><br>
>     >     <a href="https://docs.rtems.org/branches/master/user/tools/tester.html" rel="noreferrer" target="_blank">https://docs.rtems.org/branches/master/user/tools/tester.html</a><br>
>     >     > >     >     ><br>
>     >     > >     >     > - Chris created a boot image generator last<br>
>     year. It<br>
>     >     would<br>
>     >     > >     be great if<br>
>     >     > >     >     > you could add a configuration to create<br>
>     raspberry SD<br>
>     >     images<br>
>     >     > >     to it:<br>
>     >     > >     >     ><br>
>     >     > >   <br>
>     >      <a href="https://docs.rtems.org/branches/master/user/tools/boot-image.html" rel="noreferrer" target="_blank">https://docs.rtems.org/branches/master/user/tools/boot-image.html</a><br>
>     >     > >     >     ><br>
>     >     > >     >     > - You can pick basically any component that isn't<br>
>     >     already<br>
>     >     > >     there and<br>
>     >     > >     >     > integrate it. If you want to work with libbsd:<br>
>     >     Testing or<br>
>     >     > >     porting<br>
>     >     > >     >     > Ethernet support could be something.<br>
>     >     > >     >     ><br>
>     >     > >     >     > - You most likely want to do something with RPi in<br>
>     >     your GSoC<br>
>     >     > >     too. So<br>
>     >     > >     >     > maybe some comments ("x is already done", "y<br>
>     seems to be<br>
>     >     > >     still open")<br>
>     >     > >     >     > for the ticket for it would be nice too:<br>
>     >     > >     >     <a href="https://devel.rtems.org/ticket/2899" rel="noreferrer" target="_blank">https://devel.rtems.org/ticket/2899</a><br>
>     >     > >     >     ><br>
>     >     > >     >     ><br>
>     >     > >     >     > For non raspberry topics: We have a lot of<br>
>     open bugs<br>
>     >     where<br>
>     >     > >     everyone is<br>
>     >     > >     >     > happy if they are closed:<br>
>     <a href="https://devel.rtems.org/query" rel="noreferrer" target="_blank">https://devel.rtems.org/query</a><br>
>     >     > >     >     ><br>
>     >     > >     >     > A lot of them might are even out of date and<br>
>     just need<br>
>     >     > >     someone who<br>
>     >     > >     >     reads<br>
>     >     > >     >     > them and asks whether they can be closed.<br>
>     >     > >     >     ><br>
>     >     > >     >     >><br>
>     >     > >     >     >><br>
>     >     > >     >     >>><br>
>     >     > >     >     >>> On Fri, Dec 27, 2019 at 5:07 PM Christian<br>
>     Mauderer<br>
>     >     > >     >     >>    <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>><br>
>     >     > >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>>><br>
>     >     > >     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>><br>
>     >     > >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>>>><br>
>     >     > >     >     >>> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>><br>
>     >     > >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>>><br>
>     >     > >     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>><br>
>     >     > >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>     >     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>     <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>>>>>> wrote:<br>
>     >     > >     >     >>><br>
>     >     > >     >     >>>      On 27/12/2019 12:20, Niteesh wrote:<br>
>     >     > >     >     >>>      > I have sent the patch. I also sent a<br>
>     >     documentation<br>
>     >     > >     update<br>
>     >     > >     >     >>    for the<br>
>     >     > >     >     >>>      > quick-start section<br>
>     >     > >     >     >>>      > a few months ago. But no one took a<br>
>     look at<br>
>     >     it. Can you<br>
>     >     > >     >     have a<br>
>     >     > >     >     >>>      look at it?<br>
>     >     > >     >     >>><br>
>     >     > >     >     >>>      I'll try to have a look at it soon.<br>
>     >     > >     >     >>><br>
>     >     > >     >     >>>      ><br>
>     >     > >     >     >>>      ><br>
>     >     > >     <a href="https://www.mail-archive.com/devel@rtems.org/msg20965.html" rel="noreferrer" target="_blank">https://www.mail-archive.com/devel@rtems.org/msg20965.html</a><br>
>     >     > >     >     >>><br>
>     >     > >     >     >>>      If you don't get any responses to a patch<br>
>     >     please just<br>
>     >     > >     send a<br>
>     >     > >     >     >>    reminder<br>
>     >     > >     >     >>>      one or two weeks later. It's quite likely<br>
>     >     that the<br>
>     >     > >     patch just<br>
>     >     > >     >     >>    slipped<br>
>     >     > >     >     >>>      the attention.<br>
>     >     > >     >     >>><br>
>     >     > >     >     >>>      Normally I leave documentation patches<br>
>     to our<br>
>     >     native<br>
>     >     > >     speakers.<br>
>     >     > >     >     >>    They spot<br>
>     >     > >     >     >>>      a lot of errors that I won't be able to<br>
>     find.<br>
>     >     > >     >     >>><br>
>     >     > >     >     >>>      Can you please send a ping for the<br>
>     patch. You<br>
>     >     can add<br>
>     >     > >     me to CC<br>
>     >     > >     >     >>    and for<br>
>     >     > >     >     >>>      this one I would suggest to CC Chris<br>
>     Johns too.<br>
>     >     > >     >     >>><br>
>     >     > >     >     >><br>
>     >     > >     >     > _______________________________________________<br>
>     >     > >     >     > devel mailing list<br>
>     >     > >     >     > <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>     <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>><br>
>     >     <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>     <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>>><br>
>     >     > >     <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>     <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>><br>
>     >     <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>     <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>>>><br>
>     >     > >     >     > <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
>     >     > >     ><br>
>     >     > >     >     Peter<br>
>     >     > >     >     -----------------<br>
>     >     > >     >     Peter Dufault<br>
>     >     > >     >     HD Associates, Inc.      Software and System<br>
>     Engineering<br>
>     >     > >     ><br>
>     >     > >     >     This email is delivered through the public<br>
>     internet using<br>
>     >     > >     protocols<br>
>     >     > >     >     subject to interception and tampering.<br>
>     >     > >     ><br>
>     >     > ><br>
>     >     > _______________________________________________<br>
>     >     > devel mailing list<br>
>     >     > <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>     <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>><br>
>     >     > <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
>     ><br>
> <br>
</blockquote></div></div>