Re: [PATCH v2] x86: Preserve iopl on fork and execve

[Linus Torvalds]

On Mon, May 11, 2015 at 11:40 PM, Ingo Molnar <mingo@xxxxxxxxxx> wrote:
>
>  - Nothing actually broke that people cared about in the last 2.5
>    years, thus this might be one of the (very very rare) cases where
>    preserving a breakage is the right thing to do.

Indeed. The Linux "no regressions" rule is not about some theoretical
"the ABI changed". It's about actual observed regressions.

So if we can improve the ABI without any user program or workflow
breaking, that's fine.

How was this detected? Was it just from code inspection? Because if
so, I think the "don't preserve iopl" is indeed the better ABI and we
should keep it, accidental or not, since it restricts the impact.

But if it turns out somebody was actually depending on it, it's a
regression. Of course, 2.5 years later, that is unlikely, but hey,
some usages clearly end up updating kernels much too seldom.

                             Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/