Code review for Raspberry Pi USB driver

[Mudit Jain]

Hi Pavel and Deval,

I don't get the error after Pavel's patch. The issue is resolved.
-------------------------------------------------------------------------------------------
nexus0: <RTEMS Nexus device>
bcm_dma0: <BCM2835 DMA Controller> on nexus0
sdhci_bcm0: <Broadcom 2708 SDHCI controller> on nexus0
Enable the power returns 0
mmc0: <MMC/SD bus> on sdhci_bcm0
---------------------------------------------------------------------------------------------

Thanks

On Sat, Jun 25, 2016 at 1:41 PM, Pavel Pisa <ppisa4lists at pikron.com> wrote:

> Hello Deval Shah,
>
> On Saturday 25 of June 2016 07:13:40 Deval Shah wrote:
> > On Friday 24 June 2016, Pavel Pisa <ppisa4lists at pikron.com> wrote:
> > > Hello Deval Shah and others,
> > >
> > > On Friday 24 of June 2016 10:45:34 Deval Shah wrote:
> > > > Hello all,
> > > >
> > > > I have successfully ported the bcm283x_dwcotg driver for the
> Raspberry
> > >
> > > Pi.
> > >
> > > > Changes are shown in the commit >
> > >
> > >
> https://github.com/deval-maker/rtems-libbsd/commit/fd650f7ded413a0d891b53
> > >95
> > >
> > > >abb0c8768d71acc7. I need feedback on the code.
> > > >
> > > > Also am getting error in mailbox functions (failed to set power
> state,
> > > > err=-2). As far as I know Pavel and Mudit are looking into this
> > > > problem.
> > >
> > > I
> > >
> > > > can not move to next part before solving this issue. Please let me
> know
> > >
> > > how
> > >
> > > > can I contribute if the problem is not already solved.
> > >
> > > I have pushes workaround patch to mainline to ensure that
> > > your projects are not blocked by mailbox access problem.
> > > So the problem should be solved for you.
> > >
> > > I am currently using latest mainline rtems kernel. And I am still
> getting
> >
> > this error. Any other possible reason?
>
> Are you using RPi1 or RPi2?
>
> check that next change is applied
>
> c/src/lib/libbsp/arm/raspberrypi/misc/vc.c
>
>
> @@ -58,11 +59,22 @@ bcm2835_mailbox_buffer_flush_and_invalidate(void *buf,
> size_t size)
>
>    sctlr_val = arm_cp15_get_control();
>
> +  RTEMS_COMPILER_MEMORY_BARRIER();
>    arm_cp15_drain_write_buffer();
>    if (sctlr_val & (ARM_CP15_CTRL_C | ARM_CP15_CTRL_M)) {
> -    arm_cp15_drain_write_buffer();
> +#if 0
> +    /*
> +    These architecture independent RTEMS API functions should be
> +    used there but CPU_DATA_CACHE_ALIGNMENT is not defined
> +    for ARM architecture version used on RPi and functions
> +    are dummy for now and do not provide required synchronization
> +    */
>      rtems_cache_flush_multiple_data_lines(buf, size);
>      rtems_cache_invalidate_multiple_data_lines(buf, size);
> +#else
> +    /* Flush complete data cache */
> +    arm_cp15_data_cache_clean_and_invalidate();
> +#endif
>    }
>  }
>
> try to rebuild (and install) whole RTEMS build from scratch
> to ensure that there is no stale object and report
> result.
>
> You can try to check call of VC firmware from bsp_start_hook_1
> to check if it works at that phase.
>
> See my debug hacks.
>
>
> https://github.com/ppisa/rtems/blob/rtems-rpi-devel/c/src/lib/libbsp/arm/raspberrypi/startup/bspstarthooks.c#L112
>
> Best wishes,
>
>               Pavel
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20160626/643deb30/attachment-0002.html>