android_kernel_xiaomi_sm8350/arch/um/sys-x86_64
Paolo 'Blaisorblade' Giarrusso 10fa1155a2 [PATCH] uml: fix unreasonably long udelay
Currently we have a confused udelay implementation.

* __const_udelay does not accept usecs but xloops in i386 and x86_64
* our implementation requires usecs as arg
* it gets a xloops count when called by asm/arch/delay.h

Bugs related to this (extremely long shutdown times) where reported by some
x86_64 users, especially using Device Mapper.

To hit this bug, a compile-time constant time parameter must be passed -
that's why UML seems to work most times.  Fix this with a simple udelay
implementation.

Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
Acked-by: Jeff Dike <jdike@addtoit.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-04-02 10:06:08 -07:00
..
bug.c
bugs.c
delay.c [PATCH] uml: fix unreasonably long udelay 2007-04-02 10:06:08 -07:00
fault.c
ksyms.c
Makefile
mem.c
ptrace_user.c
ptrace.c [PATCH] uml: x86_64 ptrace fixes 2007-02-11 10:51:24 -08:00
setjmp.S
sigcontext.c
signal.c [PATCH] uml: fix signal frame alignment 2007-01-30 16:01:35 -08:00
stub_segv.c
stub.S
syscall_table.c
syscalls.c [PATCH] uml: arch_prctl should set thread fs 2007-03-08 07:38:22 -08:00
sysrq.c
tls.c [PATCH] uml: x86_64 thread fixes 2007-02-11 10:51:24 -08:00
um_module.c
unmap.c
user-offsets.c