lkml.org 
[lkml]   [2001]   [Feb]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
Date
From
SubjectRe: 242-ac3 loop bug
	Halleluiah ;)!!!

Finally, it works as is suposed to do :)))), the load on my dual
PIIIx950 is 0.01 three times and I can mount and umonunt ISOs as much I
wish.
Thank you very much Jens and all that provided usefull feedback, this
patch alone deserves including in an .acX release.
And Jens if you ever come to Romania give me a call I owe you a lot of
beers and pizzas :).

Mircea "happy, happy, joy, joy...;)" C.



Jens Axboe wrote:
>
> On Sat, Feb 24 2001, Mark Swanson wrote:
> > First, good job on the loop device. It's rock stable for me - except
>
> thanks, glad to hear it.
>
> > when I try to load the blowfish module which oops the kernel and
> > crashes the loop device:-) No problem, I just use another cipher.
>
> cipher bug or? never the less, could you ksymoops that and send
> it along?
>
> > The bug I'm reporting is that when a loop device is in use the load of
> > the machine stays at 1.00 even though nothing is happening. If I umount
> > the loop filesystem the load goes down to 0.00.
> >
> > > ps -aux | grep loop
> > 1674 tty1 DW< 0:00 [loop0]
> >
> > The system is doing nothing to the loop filesystem.
> > Strange that the process isn't logging any cpu usage time. It's
> > definately responsible for the 1.00 load.
>
> Oops, this slipped by me. Patch should fix it.
>
> --
> Jens Axboe
>
> ------------------------------------------------------------------------
> --- drivers/block/loop.c~ Sat Feb 24 23:08:38 2001
> +++ drivers/block/loop.c Sat Feb 24 23:11:13 2001
> @@ -507,7 +507,7 @@
> sprintf(current->comm, "loop%d", lo->lo_number);
>
> spin_lock_irq(&current->sigmask_lock);
> - siginitsetinv(&current->blocked, sigmask(SIGKILL));
> + sigfillset(&current->blocked);
> flush_signals(current);
> spin_unlock_irq(&current->sigmask_lock);
>
> @@ -525,7 +525,7 @@
> up(&lo->lo_sem);
>
> for (;;) {
> - down(&lo->lo_bh_mutex);
> + down_interruptible(&lo->lo_bh_mutex);
> if (!atomic_read(&lo->lo_pending))
> break;
>
-
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/

\
 
 \ /
  Last update: 2005-03-22 13:17    [W:0.067 / U:0.348 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site