Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 11 Dec 2002 14:30:21 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 11 Dec 2002 14:30:21 -0500 Received: from svr-ganmtc-appserv-mgmt.ncf.coxexpress.com ([24.136.46.5]:19467 "EHLO svr-ganmtc-appserv-mgmt.ncf.coxexpress.com") by vger.kernel.org with ESMTP id ; Wed, 11 Dec 2002 14:30:20 -0500 Subject: Re: Destroying processes From: Robert Love To: Justin Hibbits Cc: linux-kernel@vger.kernel.org In-Reply-To: <20021211193049.GH147@lothlorien.cwru.edu> References: <20021211190132.GF147@lothlorien.cwru.edu> <1039634515.833.57.camel@phantasy> <20021211193049.GH147@lothlorien.cwru.edu> Content-Type: text/plain Organization: Message-Id: <1039635486.832.86.camel@phantasy> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 11 Dec 2002 14:38:06 -0500 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1161 Lines: 24 On Wed, 2002-12-11 at 14:30, Justin Hibbits wrote: > Ok, thanks for clearing that up. My reasoning for wanting this is because a CD > I had mounted with cdfs was screwed up in the mount (file sizes were > misreported, etc), and I couldn't umount it, even tho I could eject it with > cdrecord -eject. The umount process then went to sleep (with teh 'D' showing > in ps/top), and I couldn't use that drive again until after a reboot. That's > when I got the idea that I should be able to destroy the process completely, > annihilating everything with it, destroying any connections it has with the > kernel, etc. I guess it's a bad idea, given your statement :P Yah you do not want to be able to kill that hung task. At the same time, this is a cdfs so we DO want to fix that. I.e., while it is unsafe and not clean to kill a sleeping task, you should never need to. So this bug should be fixed. Robert Love - 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/