On 6/20/05, [email protected] <[email protected]> wrote:
> From: Nishanth Aravamudan <[email protected]>
>
>
>
> Directly use wait-queues instead of the deprecated sleep_on().
> This required adding a local waitqueue. Patch is compile-tested.
>
> Signed-off-by: Nishanth Aravamudan <[email protected]>
> Signed-off-by: Domen Puncer <[email protected]>
> ---
> aztcd.c | 6 +++++-
> 1 files changed, 5 insertions(+), 1 deletion(-)
>
> Index: quilt/drivers/cdrom/aztcd.c
> ===================================================================
> --- quilt.orig/drivers/cdrom/aztcd.c
> +++ quilt/drivers/cdrom/aztcd.c
> @@ -179,6 +179,7 @@
> #include <linux/ioport.h>
> #include <linux/string.h>
> #include <linux/major.h>
> +#include <linux/wait.h>
>
> #include <linux/init.h>
>
> @@ -429,9 +430,12 @@ static void dten_low(void)
> #define STEN_LOW_WAIT statusAzt()
> static void statusAzt(void)
> {
> + DEFINE_WAIT(wait);
> AztTimeout = AZT_STATUS_DELAY;
> SET_TIMER(aztStatTimer, HZ / 100);
> - sleep_on(&azt_waitq);
> + prepare_to_wait(&azt_waitq, &wait, TASK_UNINTERRUPTIBLE);
> + schedule();
> + finish_wait(&azt_waitq, &wait);
> if (AztTimeout <= 0)
> printk("aztcd: Error Wait STEN_LOW_WAIT command:%x\n",
> aztCmd);
>
Hmm, now that noone's sleeping on azt_waitq the two
wake_up(&azt_waitq); calls in aztStatTimer() don't seem to make much
sense any more... Can they just go away or? If they can go away then
axt_waitq itself would seem to be a goner as well... It might just
be me missing something, but this patch looks incomplete and not
completely thought through to me.
--
Jesper Juhl <[email protected]>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please http://www.expita.com/nomime.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]