<div dir="ltr">Hello Pavel, <div><br></div><div>I am also not getting the Error now. The issue is resolved. Thanks a lot. </div><div><br></div><div>Deval Shah<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jun 26, 2016 at 1:12 PM, Mudit Jain <span dir="ltr"><<a href="mailto:muditjain18011995@gmail.com" target="_blank">muditjain18011995@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><div>Hi Pavel and Deval,<br><br></div>I don't get the error after Pavel's patch. The issue is resolved. <br>-------------------------------------------------------------------------------------------<br>nexus0: <RTEMS Nexus device><br>bcm_dma0: <BCM2835 DMA Controller> on nexus0<br>sdhci_bcm0: <Broadcom 2708 SDHCI controller> on nexus0<br>Enable the power returns 0<br>mmc0: <MMC/SD bus> on sdhci_bcm0<br>---------------------------------------------------------------------------------------------<br></div><div><br>Thanks<br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jun 25, 2016 at 1:41 PM, Pavel Pisa <span dir="ltr"><<a href="mailto:ppisa4lists@pikron.com" target="_blank">ppisa4lists@pikron.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Deval Shah,<br>
<span><br>
On Saturday 25 of June 2016 07:13:40 Deval Shah wrote:<br>
> On Friday 24 June 2016, Pavel Pisa <<a href="mailto:ppisa4lists@pikron.com" target="_blank">ppisa4lists@pikron.com</a>> wrote:<br>
> > Hello Deval Shah and others,<br>
> ><br>
> > On Friday 24 of June 2016 10:45:34 Deval Shah wrote:<br>
> > > Hello all,<br>
> > ><br>
> > > I have successfully ported the bcm283x_dwcotg driver for the Raspberry<br>
> ><br>
> > Pi.<br>
> ><br>
> > > Changes are shown in the commit ><br>
> ><br>
> > <a href="https://github.com/deval-maker/rtems-libbsd/commit/fd650f7ded413a0d891b53" rel="noreferrer" target="_blank">https://github.com/deval-maker/rtems-libbsd/commit/fd650f7ded413a0d891b53</a><br>
> >95<br>
> ><br>
> > >abb0c8768d71acc7. I need feedback on the code.<br>
> > ><br>
> > > Also am getting error in mailbox functions (failed to set power state,<br>
> > > err=-2). As far as I know Pavel and Mudit are looking into this<br>
> > > problem.<br>
> ><br>
> > I<br>
> ><br>
> > > can not move to next part before solving this issue. Please let me know<br>
> ><br>
> > how<br>
> ><br>
> > > can I contribute if the problem is not already solved.<br>
> ><br>
> > I have pushes workaround patch to mainline to ensure that<br>
> > your projects are not blocked by mailbox access problem.<br>
> > So the problem should be solved for you.<br>
> ><br>
> > I am currently using latest mainline rtems kernel. And I am still getting<br>
><br>
> this error. Any other possible reason?<br>
<br>
</span>Are you using RPi1 or RPi2?<br>
<br>
check that next change is applied<br>
<br>
c/src/lib/libbsp/arm/raspberrypi/misc/vc.c<br>
<br>
<br>
@@ -58,11 +59,22 @@ bcm2835_mailbox_buffer_flush_and_invalidate(void *buf, size_t size)<br>
<br>
   sctlr_val = arm_cp15_get_control();<br>
<br>
+  RTEMS_COMPILER_MEMORY_BARRIER();<br>
   arm_cp15_drain_write_buffer();<br>
   if (sctlr_val & (ARM_CP15_CTRL_C | ARM_CP15_CTRL_M)) {<br>
-    arm_cp15_drain_write_buffer();<br>
+#if 0<br>
+    /*<br>
+    These architecture independent RTEMS API functions should be<br>
+    used there but CPU_DATA_CACHE_ALIGNMENT is not defined<br>
+    for ARM architecture version used on RPi and functions<br>
+    are dummy for now and do not provide required synchronization<br>
+    */<br>
     rtems_cache_flush_multiple_data_lines(buf, size);<br>
     rtems_cache_invalidate_multiple_data_lines(buf, size);<br>
+#else<br>
+    /* Flush complete data cache */<br>
+    arm_cp15_data_cache_clean_and_invalidate();<br>
+#endif<br>
   }<br>
 }<br>
<br>
try to rebuild (and install) whole RTEMS build from scratch<br>
to ensure that there is no stale object and report<br>
result.<br>
<br>
You can try to check call of VC firmware from bsp_start_hook_1<br>
to check if it works at that phase.<br>
<br>
See my debug hacks.<br>
<br>
<a href="https://github.com/ppisa/rtems/blob/rtems-rpi-devel/c/src/lib/libbsp/arm/raspberrypi/startup/bspstarthooks.c#L112" rel="noreferrer" target="_blank">https://github.com/ppisa/rtems/blob/rtems-rpi-devel/c/src/lib/libbsp/arm/raspberrypi/startup/bspstarthooks.c#L112</a><br>
<br>
Best wishes,<br>
<br>
              Pavel<br>
<br>
<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div></div></div>