Kernel ABI breakage

Tim Gardner tim.gardner at
Wed Feb 20 14:47:40 UTC 2008

Fabio M. Di Nitto wrote:
> Hi guys,
> I spoke to Tim on IRC a few days back about problems introduced by some 
> recent updates in LUM and he suggested to take it to a wider audiance.
> I filed a bug to keep track of the issue: #192559
> but is the general approach of upgrading entire subsystems in LUM (or any 
> other package for the matter) that needs to be reviewed.
> So far i don't recall this problem happening before, but now it's clear 
> out of a default install.
> Fabio
> PS CC me on reply. I am not subbed to this mailing list.
> --
> I'm going to make him an offer he can't refuse.

After some experimentation I think can propose at least one short term

1) Disable CONFIG_SOUND in the kernel.

2) Commit duplicated (and modified) headers from LUM ALSA into the
kernel tree. Remove LUM versions of the duplicate headers to enforce
correct compilation.

3) Port CONFIG_SND/CONFIG_ALSA dependent drivers from the kernel to LUM
(cx88 and saa7134).

Assuming the LUM ALSA header modifications do not cause compilation
errors, this will at least allow external subsystems to compile against
the kernel and generate the correct ABI.

While this solution works for ALSA, its not particularly elegant. If we
take on more duplicate subsystems like this in LUM, then we'll have to
design something better.

Tim Gardner tim.gardner at

More information about the kernel-team mailing list