In-Reply-To: <1157045360.4366.4.camel@josh-work.beaverton.ibm.com>
References: <20060831100756.866727476@localhost.localdomain> <1157045360.4366.4.camel@josh-work.beaverton.ibm.com>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <8AA783E6-2640-4533-A085-129F636A448F@mac.com>
Cc: Akinobu Mita <mita@miraclelinux.com>, linux-kernel@vger.kernel.org,
       ak@suse.de, akpm@osdl.org, okuji@enbug.org
Content-Transfer-Encoding: 7bit
From: Kyle Moffett <mrmacman_g4@mac.com>
Subject: Re: [patch 0/6] RFC: fault-injection capabilities (v2)
Date: Thu, 31 Aug 2006 14:31:34 -0400
To: Josh Triplett <josht@us.ibm.com>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 887
Lines: 27

On Aug 31, 2006, at 13:29:20, Josh Triplett wrote:
> On Thu, 2006-08-31 at 19:07 +0900, Akinobu Mita wrote:
>> This patch set provides some fault-injection capabilities.
>>
>> - kmalloc failures
>>
>> - alloc_pages() failures
>>
>> - disk IO errors
>>
>> We can see what really happens if those failures happen.
>
> Looks very useful for testing error paths; nice work.
>
> Should this perhaps taint the kernel when used?

It shouldn't; these are all failures that could quite possibly happen  
during normal operation even without this enabled, they're just a few  
orders of magnitude less likely (in most situations).

Cheers,
Kyle moffett
-
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/