Re: [patch 2/4] cdrom/aztcd: remove sleep_on() usage

From: Nishanth Aravamudan
Date: Mon Jun 20 2005 - 20:54:08 EST


On 21.06.2005 [01:14:11 +0200], Jesper Juhl wrote:
> On 6/20/05, domen@xxxxxxxxxxxx <domen@xxxxxxxxxxxx> wrote:
> > From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
> >
> >
> >
> > 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 <nacc@xxxxxxxxxx>
> > Signed-off-by: Domen Puncer <domen@xxxxxxxxxxxx>
> > ---
> > 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.

Huh? prepare_to_wait() means the 'wait' here is sleeping on azt_waitq...

Thanks,
Nish
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/