From owner-freebsd-stable@FreeBSD.ORG Tue Mar 1 01:04:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2352F16A4CE; Tue, 1 Mar 2005 01:04:57 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1AD843D58; Tue, 1 Mar 2005 01:04:56 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j2114lH3005587; Mon, 28 Feb 2005 20:04:49 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <42227B17.2000705@root.org> References: <42439.1109545793@critter.freebsd.dk> <4222556B.5010805@root.org> <42227B17.2000705@root.org> Date: Mon, 28 Feb 2005 20:04:46 -0500 To: Nate Lawson From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.2 cc: Poul-Henning Kamp cc: re@freebsd.org cc: stable@freebsd.org cc: =?iso-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: patch: fix 30 second hang while resuming X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 01:04:57 -0000 re@ note: This might be important for 5.4-release At 5:59 PM -0800 2/27/05, Nate Lawson wrote: >Garance A Drosihn wrote: >> >>One minor point: S=F8ren is on vacation right now. I *think* he >>will be getting back around March 5th.... > >Augh. Not the most convenient circumstances. I'm happy to work >with someone else if necessary. > >>Is this something which only comes up in 6.x? Or is the same >>thing happening in 5.x too? > >There are two bugs I sent in two separate messages. The first >gives several overwrites of 512 bytes of memory adjacent to the >ATA param structure. The second is just a very long delay on >resume. Well, if the first is a serious bug then I assume we can get that fix in when S=F8ren gets back. I don't know who else you would work with. I don't know enough in that code to review any major changes. -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu