Source-Changes-D archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: CVS commit: src/sys/fs/puffs




To: yamt%mwd.biglobe.ne.jp@localhost (YAMAMOTO Takashi)

Subject: Re: CVS commit: src/sys/fs/puffs

From: manu%netbsd.org@localhost (Emmanuel Dreyfus)

Date: Wed, 12 Oct 2011 06:59:50 +0200


YAMAMOTO Takashi <yamt%mwd.biglobe.ne.jp@localhost> wrote:

> if it trapped forever, it's a bug and should be fixed.  my point was
> that your change didn't fix the bug.  blocking ioflush is merely a symptom.

The problem with userland filesystems is that we may have little control
as theses may be third pary programs. Should kernel threads trust theses
processes in order to run as intended?

One way to fix that may be to have one ioflush thread for each userland
filesystem. That way a broken filesystem will not prevent ioflush from
working for others. But we have hit similar problems with others kernel
threads.

-- 
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu%netbsd.org@localhost


Follow-Ups:

Re: CVS commit: src/sys/fs/puffs
From: YAMAMOTO Takashi


References:

Re: CVS commit: src/sys/fs/puffs
From: YAMAMOTO Takashi




Prev by Date: Re: CVS commit: src/sys/fs/puffs

Next by Date: Re: CVS commit: src/sys/fs/puffs

Previous by Thread: Re: CVS commit: src/sys/fs/puffs

Next by Thread: Re: CVS commit: src/sys/fs/puffs

Indexes:

reverse Date

reverse Thread

Old Index



Home | Main Index | Thread Index | Old Index