[PATCH] arm64: net: bpf: don't BUG() on large shifts
Will Deacon
will.deacon at arm.com
Fri Jan 8 07:44:23 PST 2016
On Tue, Jan 05, 2016 at 06:39:03PM +0100, Rabin Vincent wrote:
> Attempting to generate UBFM/SBFM instructions with shifts that can't be
> encoded in the immediate fields of the opcodes leads to a trigger of a
> BUG() in the instruction generation code. As the ARMv8 ARM says: "The
> shift amounts must be in the range 0 to one less than the register width
> of the instruction, inclusive." Make the JIT reject unencodable shifts
> instead of crashing.
I moaned about those BUG_ONs when they were introduced:
https://lkml.org/lkml/2014/7/17/438
The response then was that the verifier would catch these issues so
there was nothing to worry about. Has something changed so that is no
longer the case? Do we need to consider a different way of rejecting
invalid instructions at the encoding stage rather than bringing down the
kernel?
Will
More information about the linux-arm-kernel
mailing list