<div dir="ltr">RPI 2 should not be that bad:<div>I changed the peripheral register base in raspberrypi.h, changed the compilation arch flags, commented out the mmu init call, and some samples seem to work.</div><div><br></div><div>I ran ticker and paranoia </div><div><br></div><div>Alan</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 5, 2015 at 7:42 PM,  <span dir="ltr"><<a href="mailto:alan.cudmore@gmail.com" target="_blank">alan.cudmore@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="ltr">
<div dir="ltr" style="font-family:'Calibri','Segoe UI','Meiryo','Microsoft YaHei UI','Microsoft JhengHei UI','Malgun Gothic','sans-serif';font-size:12pt"><div>I think this will be possible. I just tried a few bare metal assembly demos on the Pi A+ and Pi2 and it looks like even without the published CPU datasheet, they have things figured out.</div><div><br></div><div>For example: An assembly SMP NEON fractal demo:</div><div><a href="https://github.com/PeterLemon/RaspberryPi/tree/master/SMP/NEON/Fractal/Julia" target="_blank">https://github.com/PeterLemon/RaspberryPi/tree/master/SMP/NEON/Fractal/Julia</a></div><div><div><br></div><div>Another interesting thing: The same SD card firmware works for both the Pi and Pi2. The Pi2 boots kernel7.img, and the pi looks for kernel.img. </div><div><br></div><div><br></div></div><div>Alan</div><div><br></div><div><br></div><div style="padding-top:5px;border-top-color:rgb(229,229,229);border-top-width:1px;border-top-style:solid"><div><font face=" 'Calibri', 'Segoe UI', 'Meiryo', 'Microsoft YaHei UI', 'Microsoft JhengHei UI', 'Malgun Gothic', 'sans-serif'" style="line-height:15pt;letter-spacing:0.02em;font-family:"Calibri","Segoe UI","Meiryo","Microsoft YaHei UI","Microsoft JhengHei UI","Malgun Gothic","sans-serif";font-size:12pt"><b>From:</b> <a href="mailto:joel.sherrill@oarcorp.com" target="_blank">Joel Sherrill</a><br><b>Sent:</b> ‎Thursday‎, ‎March‎ ‎5‎, ‎2015 ‎1‎:‎42‎ ‎PM<br><b>To:</b> <a href="mailto:devel@rtems.org" target="_blank">rtems-devel@rtems.org</a>, <a href="mailto:alan.cudmore@gmail.com" target="_blank">Alan Cudmore</a></font></div></div><div><div class="h5"><div><br></div><div dir=""><div>Hi<br><br>I am going to go back on what I said earlier. The online discussion<br>seems to indicate that the BCM2836 has the same peripherals<br>as the BCM2835 on the previous Pi Models. But they are at<br>physical address 0x3F000000 rather than the 0x20000000.<br>The CPU core is a different ARM level.<br><br>Since people are having luck on the net and the source<br>for Linux can always be consulted if there are specific<br>register issues we can't figure out, I *THINK* that a<br>BSP variant for this makes sense as a GSoC project.<br><br>That would be an additional project to bring up the single<br>core as step 1, support SMP and test drivers done on other<br>single core Pi project. Maybe by the end of the summer ,<br>both can be supported with the same driver set.<br><br>-- <br>Joel Sherrill, Ph.D.             Director of Research & Development<br>joel.sherrill@OARcorp.com        On-Line Applications Research<br>Ask me about RTEMS: a free RTOS  Huntsville AL 35805<br>Support Available                <a href="tel:%28256%29%20722-9985" value="+12567229985" target="_blank">(256) 722-9985</a><br><br></div></div></div></div></div>
</div>

</blockquote></div><br></div>