07:54 <z3ntu> Anybody know the status of https://lore.kernel.org/linux-arm-msm/20211006035407.1147909-1-dmitry.baryshkov@linaro.org/T/ ?

07:54 <z3ntu> It kind of looks like what's written here is supposed to replace it but I haven't seen anything happen there either.. https://lore.kernel.org/linux-arm-msm/SJ0PR02MB7135746D204F13550E9BAE77F8B29@SJ0PR02MB7135.namprd02.prod.outlook.com/

11:31 <minecrell> z3ntu: perhaps with 7/29 they actually meant July 2029

12:34 <arnd> mani_s, bamse: I don't understand the "arm64: dts: qcom: sc8280xp-x13s: Update firmware location" patch. Does that mean one has to now update the dtb in lockstep with the linux-firmware package?

12:35 <arnd> In general, the firmware names are generated by the driver specifically to deal with changes like this, and have fallback locations.

12:39 <arnd> I suppose the driver already needs a lookup table to match up old "firmware-name" properties with newer filenames when the driver gets updated to support new firmware, so maybe the same place should also check both the old and new location for known firmware files

13:22 <mani_s> arnd, bamse knows the history better than me but afaik after some previous discussions, we have settled to extract the firmware names from dtb

13:23 <mani_s> and it is not straightforward to use a generic name for firmware files anyway

13:23 <arnd> but then the filename can never change

13:23 <arnd> you should fix the firmware package then

13:25 <mani_s> I'll leave it up to bamse to speak on this ;)

13:57 <bamse> arnd: the firmware is not generic for the driver, because it's signed by the device vendor :/

14:00 <arnd> I understand it's not generic, but it's still broken to require a dtb update when the firmware package changes, or when the interface between firmware and driver changes

14:00 <bamse> arnd: i agree

14:01 <bamse> arnd: but the problem here wasn't so much that the firmware package changed, as us not putting in the agreed upon value in the first place

14:02 <bamse> arnd: so with the fixes, the name is now stable

14:47 <arnd> bamse: ok fair enough. I've now merged it.

15:34 <bamse> arnd: thanks

15:43 <bamse> arnd: i've not forgotten our previous discussions about interface versioning; it's remains an unsolved problem, but it's a limited problem as long as we deal with stable firmware...we definitely need a solution when that changes