<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 29 Mar 2021, 21:42 Petr Vorel, <<a href="mailto:petr.vorel@gmail.com">petr.vorel@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> > RFC: should I add also --enable-plugin-qcom-soc ?<br>
> > (there is qcom-db410c-firmware package)<br>
<br>
> The qcom-soc plugin is only relevant if the system where you're running the<br>
> system is a Qualcomm SoC, and if you woulf plan to use the builtin modem as<br>
> a modem in ModemManager. An obvious use case is e.g. qualcomm-phones<br>
> running postmarketos.<br>
Yep, in postmarketOS it does make perfect sense.<br>
<br>
> For any other kind of setup, where MM is supposed to use external (e.g.<br>
> USB, serial...) modems, the qcom-soc plugin is not needed. But it really<br>
> wouldn't harm to have it either, it would just waste space (in the same way<br>
> as other plugins that may never be used really).<br>
<br>
> Maybe enable it? I should have probably done that in upstream really, as it<br>
> doesn't really collide with other stuff<br>
Maybe having an option for user to decide?</blockquote></div></div><div dir="auto"><br></div><div dir="auto">That would be an option, yes, being the qcom-soc plugin a bit special.</div><div dir="auto"><br></div><div dir="auto">We also have configure switches to enable/disable every other plugin as well, and I know multiple companies enabling just one or two plugins (the ones they are planning to use in their system). Not sure if anyone is interested in having config options for those as well though.</div><div dir="auto"></div></div>