<div dir="ltr">Hi, The issue was found in a Canonical OEM project, and for customer requirement, we didn't<div>upgrade the whole system, but only upgrade certain key package needed.</div><div><br></div><div>Based on that, we are seeking for a way not to break if we can only upgrade certain package.</div><div><br></div><div>In that case, it will be so helpful if latest kernel always depend on new firmware version (or if</div><div>there are other specific dependency) so we know the need to upgrade other package with</div><div>kernel.</div><div><br></div><div>Not sure if that's possible direction to go, or other alternative way ?</div><div><br></div><div>YC</div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-05-23 19:22 GMT+08:00 Andy Whitcroft <span dir="ltr"><<a href="mailto:apw@canonical.com" target="_blank">apw@canonical.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="gmail-">On Fri, May 04, 2018 at 10:58:38AM +0800, AceLan Kao wrote:<br>
<br>
> We got a bug report from our customer that BT fails to work after user<br>
> upgrades the kernel.<br>
> The error message is BT can't find its firmware<br>
>    bluetooth hci0: Direct firmware load for intel/ibt-12-16.sfi failed<br>
> with error -2<br>
> <br>
> After checking the kernel code and found this commit, it changes the<br>
> firmware filename abi number from 11 to ver.hw_variant and<br>
> ver.hw_variant is equal to 12.<br>
> <br>
> commit 8f407efdd8c81240fd95847c43ec90<wbr>1ff595764c<br>
> Author: Tedd Ho-Jeong An <<a href="mailto:tedd.an@intel.com">tedd.an@intel.com</a>><br>
> Date: Tue Jul 25 13:57:44 2017 +0800<br>
> <br>
>     Bluetooth: Replace constant hw_variant from Intel Bluetooth<br>
> firmware filename<br>
> <br>
> And the ABI 12 firmware was introduced after linux-firmware v1.157.11<br>
> by below commit.<br>
> <br>
> commit 920c006162714217f4f5ce2a740e29<wbr>5ecb53e64b<br>
> Author: Tedd Ho-Jeong An <<a href="mailto:tedd.an@intel.com">tedd.an@intel.com</a>><br>
> Date:   Wed Jul 6 11:44:56 2016 -0700<br>
> <br>
>    linux-firmware: Fix the filename for WsP to align with device HW_VARIANT<br>
> <br>
> To prevent this kind of issue from happening, I'm wondering could we<br>
> make linux-image v4.4.0-93.116+ dependent on linux-fimrware v1.157.11+<br>
> Thanks.<br>
<br>
</span>We can in principle make later versions of the kernel depend on later<br>
versions of the linux-firmware package.  This introduces unfortuanate<br>
maintenance issues for backports so we try and avoid it.  We also cannot<br>
change those older versions of the kernel as they are already released.<br>
<br>
The versions you are mentioning here both anchient.  The kernel is now<br>
at -127 and linux-firmware at .18.  How are they ending up with a system<br>
with such an old linux-firmware version and a new kernel.  I would have<br>
expected newer versions than those even on the most recent install media.<br>
<br>
-apw<br>
</blockquote></div><br></div>