May I ask if exectly the same solution will help with the SuperDisk
parallel port diver?
It uses huge amounts of CPU time and works much slower than under
The same symptoms, everything freezes during the disk I/O.
--- Alan Cox <email@example.com> wrote:
> On Fri, 2002-12-27 at 21:46, Duncan Haldane wrote
> > Does anyone has any suggestions for some way I can get my
> > implementation to behave nicely by not grabbing all available cpu
> > resources while processing the nibbles as they dribble across
> > the parport interface, (IF that is what is causing the problem, but
> > it's some other issue? I have no experience with this, as I am a
> > novice; what else could be causing it --- some lock?).
> For 2.4 check current->need_resched, 2.5 ditto but kernel pre-empt
> helps you out
> > Is this an issue of kernel-non-premptability ?(I'd like to fix it
> for 2.4.x
> > (>2.4.20) kernels, if possible).
> Yes - and current->need_resched says "would have rescheduled you .."
> you can use that to call schedule() in loops.
> -- To unsubscribe, send mail to: firstname.lastname@example.org --
> -- with the single word "unsubscribe" in the body of the message. --
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
-- To unsubscribe, send mail to: email@example.com --
-- with the single word "unsubscribe" in the body of the message. --
This archive was generated by hypermail 2b29 : Fri Dec 27 2002 - 22:28:14 EST