> > However for cd-rom there are commands, which can
> > take quite a long time. Therefore there is the possiblity there
> > to provide a polling function, which will be engaged after the
> > interrupt happens in the above function:
>
> So are you suggesting perhaps that we change the request servicing to
> polling? I'm a bit confused as to how this would fit in with
> cdrom_decode_status (which in this case is called from the read_intr).
Ok how about the scenario i'm seeing. The cdrom is spewing constant I/O
errors and we go and check on these, they are actually _not_ in fact
taking a long time and actually preempting each other! Looking at the
code and the usage of ide_preempt, my guess is that checking the status is
a higher priority hence the queue jumping. How can we use a timer for this
one?
Thanks,
Zwane
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/