[Intel-gfx] linux-firmware-i915 pull request (bxt dmc, kbl dmc)

Ben Hutchings ben at decadent.org.uk
Wed Aug 3 00:09:17 UTC 2016


On Tue, 2016-08-02 at 20:48 +0000, Vivi, Rodrigo wrote:
> On Tue, 2016-08-02 at 14:04 +0300, Jani Nikula wrote:
[...]
> > Why are you deleting old versions?
> 
> Mainly to keep it clean. OSVs pack that entire repo, I don't want i915
> taking unnecessary space from final users.

Any filename requested by a driver in a stable release of Linux should
not be removed from linux-firmware.git.  If it's buggy then it should
be replaced it with a fixed version.  I can envisage extreme cases
where we might make an exception but AFAIK this has not happened yet.

The OS vendor knows which kernel versions they want to support and
which files can therefore be dropped.  I do that for Debian
periodically.

> 
> I believe this is another point in favor of bringing the sym links
> back.
> 
> But also because we need to remove any firmware that we know it is bad
> and that would break the user. If it was blacklisted it was removed
> from repo.
>
> Yet another reason for symbolic link. If we know the firmware is bad it
> is bad for previous versions as well, but if we stay with the version
> hardcoded we are forcing the user to stay with a firmware that we know
> it is bad.

Indeed.  Please don't put a full version number in the filenames
requested by drivers.  Where it's not possible to maintain ABI
compatibility between driver and firmware indefinitely then include an
ABI version in the filename, but not the full version.

Ben.

-- 

Ben Hutchings
Nothing is ever a complete failure; it can always serve as a bad
example.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <https://lists.freedesktop.org/archives/intel-gfx/attachments/20160803/4a6f69b8/attachment.sig>


More information about the Intel-gfx mailing list