[PATCH 1/2] microblaze: Add support for libbsd.

Joel Sherrill joel at rtems.org
Wed Jan 5 00:17:13 UTC 2022


On Tue, Jan 4, 2022, 4:34 PM Chris Johns <chrisj at rtems.org> wrote:

> On 5/1/22 5:10 am, Alex White wrote:
> > From: Jennifer Averett <jennifer.averett at oarcorp.com>
> >
> > ---
> >  .../microblaze_fpga/dts/microblaze-dtb.c      | 962 ++++++++++++++++++
> >  .../microblaze/microblaze_fpga/dts/system.dts | 452 ++++++++
> >  bsps/microblaze/microblaze_fpga/fdt/bsp_fdt.c |  21 +
> >  bsps/microblaze/microblaze_fpga/include/bsp.h |   4 +
> >  .../bsps/microblaze/microblaze_fpga/obj.yml   |   2 +
> >  5 files changed, 1441 insertions(+)
> >  create mode 100644 bsps/microblaze/microblaze_fpga/dts/microblaze-dtb.c
> >  create mode 100644 bsps/microblaze/microblaze_fpga/dts/system.dts
> >  create mode 100644 bsps/microblaze/microblaze_fpga/fdt/bsp_fdt.c
>
> How does a user with an FPGA microblaze implementation provide there own
> FDT? I
> see the clock speed is a setting.
>
> Is there a means to add such support available?
>
> I am OK with a specific implementation keyed into a specific BSP being in
> our
> source but that must be limited to a specific piece of hardware and FPGA
> is too
> general given this is a soft processor. I think there needs to a workflow
> that
> allows users to customize these settings for their own build.
>

I agree but this should match the kcu105 default Xilinx configuration.
Perhaps the name of the file could be changed to reflect that.

There should be a way to override this although the first Microblaze user
doesn't do that.

Should we be documenting what parameters a bsp reads from a device tree?


> Chris
> _______________________________________________
> devel mailing list
> devel at rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
>


More information about the devel mailing list