Hi Marek,
Thanks for raising the topic across the communities. The question is probably how many people from the various projects are going to attend Plumbers this year in Lisbon, so to create some critical mass.
The TF.org project is planning a significant presence at the Open Source Firmware Conference happening the week before in California (https://osfc.io/), sponsoring the event and submitting few engineering topics. This is another great opportunity to meet and chat on Boot/Firmware topics as well.
Having a boot miniconf the week after in Europe may be a natural extension, but I'm wondering if people would be willing to travel and attend two similar events in a row...
Thanks,
Matteo
[Arm & TrustedFirmware.org]
> -----Original Message-----
> From: TF-A <tf-a-bounces(a)lists.trustedfirmware.org> On Behalf Of Marek
> Vasut via TF-A
> Sent: 29 April 2019 14:39
> To: Marek Vasut <marek.vasut(a)gmail.com>
> Cc: u-boot-custodians(a)lists.denx.de; tf-a(a)lists.trustedfirmware.org;
> coreboot(a)coreboot.org
> Subject: [TF-A] [LPC] Bootloader miniconf
>
> Hi,
>
> I was pondering whether it would make sense to organize a bootloader
> miniconf at Linux Plumbers [1]. The Linux kernel is what we often start, the
> bootloader projects generally do similar things, hence I think being able to
> meet face-to-face and discuss how to make things better/nicer would be
> beneficial.
>
> Feel free to expand the CC list to other interested parties.
>
> Thoughts ?
>
> [1] https://www.linuxplumbersconf.org/
>
> --
> Best regards,
> Marek Vasut
> --
> TF-A mailing list
> TF-A(a)lists.trustedfirmware.org
> https://lists.trustedfirmware.org/mailman/listinfo/tf-a
Hi,
I was pondering whether it would make sense to organize a bootloader
miniconf at Linux Plumbers [1]. The Linux kernel is what we often start,
the bootloader projects generally do similar things, hence I think being
able to meet face-to-face and discuss how to make things better/nicer
would be beneficial.
Feel free to expand the CC list to other interested parties.
Thoughts ?
[1] https://www.linuxplumbersconf.org/
--
Best regards,
Marek Vasut
The shared Mbed TLS heap feature has a default implementation (weak
function) that will soon be removed: plat_get_mbedtls_heap(). This is
part of the general effort to avoid using weak functions in generic
code. As a result, the implementation of this function becomes mandatory
when supporting Trusted Board Boot.
The corresponding patch can be found here:
https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/841
The fact that the implementation of plat_get_mbedtls_heap() becomes
mandatory will break compatibility with platforms not implementing a
strong version of the function.
Upstream platforms are taken care of in the above patch.
Downstream platforms will break, but it is easy to fix.
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
