Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 21 Jul 2002 13:46:31 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 21 Jul 2002 13:46:31 -0400 Received: from pc2-cwma1-5-cust12.swa.cable.ntl.com ([80.5.121.12]:52214 "EHLO irongate.swansea.linux.org.uk") by vger.kernel.org with ESMTP id ; Sun, 21 Jul 2002 13:46:30 -0400 Subject: Re: [PATCH] strict VM overcommit From: Alan Cox To: Szakacsits Szabolcs Cc: Adrian Bunk , Robert Love , linux-kernel@vger.kernel.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 21 Jul 2002 20:01:48 +0100 Message-Id: <1027278108.17234.109.camel@irongate.swansea.linux.org.uk> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 807 Lines: 20 On Sun, 2002-07-21 at 16:23, Szakacsits Szabolcs wrote: > What about the many hundred counter-examples (e.g. umount gives EBUSY, umount -f. > kill can't kill processes in uninterruptible sleep, etc, etc)? Why the In these cases the kernel infrastructure doesn't support the ability to recover from such a state, very different from stopping a user doing something it can handle perfectly well. You'll find plenty of people who believe the umount behaviour is incorrect (and it should just GC them) as wel as the fact that uninterruptible sleep is a bad idea - 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/