From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 17:02:31 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 6B03916A4CE for ; Thu, 31 Mar 2005 17:02:31 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0891843D49 for ; Thu, 31 Mar 2005 17:02:30 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j2VH2KgZ025719; Thu, 31 Mar 2005 12:02:22 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Thu, 31 Mar 2005 12:02:20 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Karl Denninger In-Reply-To: <20050330230046.A68235@denninger.net> Message-ID: <20050331120100.P328@sasami.jurai.net> References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329234318.A3883@denninger.net> <20050330230046.A68235@denninger.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1207382953-1112288540=:328" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Thu, 31 Mar 2005 12:02:22 -0500 (EST) cc: freebsd-stable@FreeBSD.ORG Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current5.4-PRERELEASE - UPDATE (real this time) 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: Thu, 31 Mar 2005 17:02:31 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1207382953-1112288540=:328 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Wed, 30 Mar 2005, Karl Denninger wrote: > Removing the FIRST delta, which is: > > 218a219,221 > if (!dumping) > callout_reset(&request->callout, request->timeout * hz, > (timeout_t*)ata_timeout, request); > > appears to get rid of the crashes while not harming data integrity OR the > reqeueing. I'd be interested to know if the attached patch does anything. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 --0-1207382953-1112288540=:328 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ata.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20050331120220.F328@sasami.jurai.net> Content-Description: Content-Disposition: attachment; filename="ata.patch" SW5kZXg6IGF0YS1xdWV1ZS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rldi9hdGEvYXRhLXF1ZXVl LmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjMyLjIuNg0KZGlmZiAtdSAt dSAtcjEuMzIuMi42IGF0YS1xdWV1ZS5jDQotLS0gYXRhLXF1ZXVlLmMJMjMg TWFyIDIwMDUgMDQ6NTA6MjYgLTAwMDAJMS4zMi4yLjYNCisrKyBhdGEtcXVl dWUuYwkzMSBNYXIgMjAwNSAxNzowMDo0NiAtMDAwMA0KQEAgLTIxNyw4ICsy MTcsNyBAQA0KICAgICB9DQogICAgIGVsc2Ugew0KIAlpZiAoIWR1bXBpbmcp DQotCSAgICBjYWxsb3V0X3Jlc2V0KCZyZXF1ZXN0LT5jYWxsb3V0LCByZXF1 ZXN0LT50aW1lb3V0ICogaHosDQotCQkJICAodGltZW91dF90KilhdGFfdGlt ZW91dCwgcmVxdWVzdCk7DQorICAgICAgICAgICAgY2FsbG91dF9kcmFpbigm cmVxdWVzdC0+Y2FsbG91dCk7DQogCWlmIChyZXF1ZXN0LT5iaW8gJiYgIShy ZXF1ZXN0LT5mbGFncyAmIEFUQV9SX1RJTUVPVVQpKSB7DQogCSAgICBBVEFf REVCVUdfUlEocmVxdWVzdCwgImZpbmlzaCBiaW9fdGFza3F1ZXVlIik7DQog CSAgICBiaW9fdGFza3F1ZXVlKHJlcXVlc3QtPmJpbywgKGJpb190YXNrX3Qg KilhdGFfY29tcGxldGVkLCByZXF1ZXN0KTsNCg== --0-1207382953-1112288540=:328--