saves 9 bytes.
Signed-off-by: John Spencer maillist-busy...@barfooze.de
function old new delta
.rodata 23672383 +16
static.flags - 13 +13
currently dumpkmap stores the keymap in the host endian format.
that makes it impossible to create portable kmaps for usage on different
archs.
however, i'm not sure if (apart from the endian differences) the kernel
keymaps differ between archs, so this may be unnecessary anyway.
---
On Monday 16 September 2013 12:03, Spiros Deftereos wrote:
I mean the following bug and your reply to someone on the busybox thread.
https://bugs.busybox.net/show_bug.cgi?id=6020
http://lists.busybox.net/pipermail/busybox/2010-January/071316.html
The options you suggested do not fix the
On Monday 16 September 2013 14:38, John Spencer wrote:
currently dumpkmap stores the keymap in the host endian format.
that makes it impossible to create portable kmaps for usage on different
archs.
however, i'm not sure if (apart from the endian differences) the kernel
keymaps differ
On 09/17/2013 02:18 AM, Denys Vlasenko wrote:
On Monday 16 September 2013 14:22, John Spencer wrote:
saves 9 bytes.
Signed-off-by: John Spencermaillist-busy...@barfooze.de
How about this?
function old new delta
dumpkmap_main
On 09/17/2013 02:38 AM, Denys Vlasenko wrote:
On Monday 16 September 2013 14:38, John Spencer wrote:
currently dumpkmap stores the keymap in the host endian format.
that makes it impossible to create portable kmaps for usage on different
archs.
however, i'm not sure if (apart from the endian
using this debug patch
--- a/console-tools/loadkmap.c
+++ b/console-tools/loadkmap.c
@@ -67,7 +67,10 @@ int loadkmap_main(int argc UNUSED_PARAM, char **argv)
ke.kb_index = j;
ke.kb_table = i;
