summaryrefslogtreecommitdiffstats
path: root/lib/string.c
diff options
context:
space:
mode:
authorPaolo 'Blaisorblade' Giarrusso2005-05-06 01:15:16 +0200
committerLinus Torvalds2005-05-06 01:36:33 +0200
commit23352fc252495fdc072b3bd29f57c4c6b7a6bd83 (patch)
tree6d8bbac7d5512e7a984551f39d3922410ba53455 /lib/string.c
parent[PATCH] uml: obvious compile fixes for x86-64 Subarch and x86 regression fixes (diff)
downloadkernel-qcow2-linux-23352fc252495fdc072b3bd29f57c4c6b7a6bd83.tar.gz
kernel-qcow2-linux-23352fc252495fdc072b3bd29f57c4c6b7a6bd83.tar.xz
kernel-qcow2-linux-23352fc252495fdc072b3bd29f57c4c6b7a6bd83.zip
[PATCH] uml: kludgy compilation fixes for x86-64 subarch modules support
These are some trivial fixes for the x86-64 subarch module support. The only potential problem is that I have to modify arch/x86_64/kernel/module.c, to avoid copying the whole of it. I can't use it verbatim because it depends on a special vmalloc-like area for modules, which for now (maybe that's to fix, I guess not) UML/x86-64 has not. I went the easy way and reused the i386 vmalloc()-based allocator. Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it> Acked-by: Andi Kleen <ak@suse.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'lib/string.c')
0 files changed, 0 insertions, 0 deletions