aboutsummaryrefslogtreecommitdiff
path: root/net/lapb/lapb_in.c
diff options
context:
space:
mode:
authorJonathan Nieder <[email protected]>2009-12-13 16:04:38 -0600
committerIngo Molnar <[email protected]>2009-12-15 20:35:49 +0100
commit23637568ad0c9b5ab0ad27d2f2f26d1e9282c527 (patch)
tree20f46ea8ae7df6a50bdbde3ed3f2fcda1623db4b /net/lapb/lapb_in.c
parentbf08b3b1a1d06e92036a0c4f144b64fe6be2bffa (diff)
x86: Fix kprobes build with non-gawk awk
The instruction attribute table generator fails when run by mawk or original-awk: $ mawk -f arch/x86/tools/gen-insn-attr-x86.awk \ arch/x86/lib/x86-opcode-map.txt > /dev/null Semantic error at 240: Second IMM error $ echo $? 1 Line 240 contains "c8: ENTER Iw,Ib", which indicates that this instruction has two immediate operands, the second of which is one byte. The script loops through the immediate operands using a for loop. Unfortunately, there is no guarantee in awk that a for (variable in array) loop will return the indices in increasing order. Internally, both original-awk and mawk iterate over a hash table for this purpose, and both implementations happen to produce the index 2 before 1. The supposed second immediate operand is more than one byte wide, producing the error. So loop over the indices in increasing order instead. As a side-effect, with mawk this means the silly two-entry hash table never has to be built. Signed-off-by: Jonathan Nieder <[email protected]> Acked-by Masami Hiramatsu <[email protected]> Cc: Jim Keniston <[email protected]> Cc: Frederic Weisbecker <[email protected]> LKML-Reference: <[email protected]> Signed-off-by: Ingo Molnar <[email protected]>
Diffstat (limited to 'net/lapb/lapb_in.c')
0 files changed, 0 insertions, 0 deletions