Hi Greg,
> > introduce wait_event_freezable_hrtimeout, an interruptible and freezable
> > version of wait_event_hrtimeout.
> >
> > simplify handle_vsoc_cond_wait (drivers/staging/android/vsoc.c) using this
> > newly added helper and remove useless includes.
> >
> > Signed-off-by: Hugo Lefeuvre <hle@xxxxxxxxxx>
> > ---
> > drivers/staging/android/vsoc.c | 69 +++++-----------------------------
> > include/linux/wait.h | 25 ++++++++++--
>
> code in drivers/staging/ should be self-contained, and not, if at all
> possible, ever force additional changes on "core" kernel code.
>
> Are you sure that the vsoc code can't use one of the current wait
> macros?
As far as I know there is no macro implementing freezable wait with high
resolution timeout.
> Why is it so special and unique that no one else in the kernel
> has ever needed this before it came along?
many wait_event_X() (_exclusive, _interruptible, _timeout) functions have a
freezable counterpart. wait_event_hrtimeout() doesn't, probably because it
is relatively new (and seemingly quite unused).
If there is a wait_event_hrtimeout() function, it makes sense to me to have
wait_event_freezable_hrtimeout().
--
Hugo Lefeuvre (hle) | www.owl.eu.com
RSA4096_ 360B 03B3 BF27 4F4D 7A3F D5E8 14AA 1EB8 A247 3DFD
ed25519_ 37B2 6D38 0B25 B8A2 6B9F 3A65 A36F 5357 5F2D DC4C
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxx http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
