Current list of blobs in Linux

Legimet legimet.calc at
Tue Feb 15 02:32:35 UTC 2022

Thank you. However, this is not what I am looking for, as the log does
not distinguish between "blobs" and "mentions thereof." The vast
majority of the entries in the log actually fall under the "mentions
thereof" category. For my use case, I only want to remove the actual
blobs, not the mentions, because I want to still preserve the
blob-loading functionality.

As I said in the previous email, I checked the diff between Linux and
Linux-libre for recent versions and it turns out that the five files
that I listed are the only ones for which Linux-libre actually removed
a blob. While one could keep doing this for every version, I would
prefer if the log distinguished between blobs and mentions of blobs.

On Mon, 14 Feb 2022 20:56:08 -0300
Matias Fonzo <selk at> wrote:

> Hello,
> There are log files (.log) at
> El 2022-02-14 17:08, Legimet escribió:
> > Would it be possible to put up a list of blobs that Linux-libre
> > removes from upstream Linux? The Linux-libre webpage lists the
> > drivers that are cleaned up, but most of these drivers load
> > external blobs from /lib/firmware and do not actually contain blobs.
> > 
> > I could not find a convenient list of only the blobs that were
> > removed from the Linux source code, but after reviewing the diff
> > between Linux and Linux-libre (for the current version, and also
> > for some older versions) I have determined that the current list of
> > blobs is:
> > 
> > arch/powerpc/platforms/8xx/micropatch.c
> > drivers/media/usb/dvb-usb/af9005-script.h
> > drivers/net/appletalk/cops_ffdrv.h
> > drivers/net/appletalk/cops_ltdrv.h
> > drivers/media/i2c/vs6624.c
> > 
> > I ask this because recently I was discussing how to build a kernel
> > that is blob-free but is still able to load blobs, if the user
> > places them in /lib/firmware. This can be done by stripping the
> > files that contain blobs from the Linux source code, and building a
> > kernel without the corresponding drivers (which would be broken).
> > For such a use case it would be convenient if Linux-libre had a
> > list of blobs, just like Debian's list here (although it includes
> > more than just firmware blobs, it is short and easy to check):
> >
> > _______________________________________________
> > linux-libre mailing list
> > linux-libre at
> >  

More information about the linux-libre mailing list