From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 19 Mar 2003 16:37:13 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 19 Mar 2003 16:37:13 -0500 Received: from smtp-out.comcast.net ([24.153.64.116]:23123 "EHLO smtp.comcast.net") by vger.kernel.org with ESMTP id ; Wed, 19 Mar 2003 16:37:11 -0500 Date: Wed, 19 Mar 2003 16:45:22 -0500 From: Matthew Harrell Subject: Re: 2.5.65 jaz drive devfs oops In-reply-to: <20030319193431.A28725@infradead.org> To: Christoph Hellwig , Kernel List Reply-to: Matthew Harrell Message-id: <20030319214522.GA7397@bittwiddlers.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.5.3i X-Delivery-Agent: TMDA/0.68 (Shut Out) X-Primary-Address: mharrell@bittwiddlers.com References: <20030319191450.GA23769@bittwiddlers.com> <20030319193431.A28725@infradead.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org : > Once the jaz drive spins down and then I try to access it again it either : > doesn't respond ever, hangs the process permenantly, or generates the : > attached oops. If anyone wants more info let me know and I'll reboot back : > with devfs turned on : : This looks like the devfs (mis-)feature to reread partition tables at : inappropinquate places is biting us again. : : : Could you try the following patch (posted to lkml two times already)? So far it's looking good. I waited until the drive had totally spun down then tried going to it's automount directory and it spun up and mounted fine sdb: Spinning up disk...........ready SCSI device sdb: 2091050 512-byte hdwr sectors (1071 MB) sdb: Write Protect is off sdb: Mode Sense: 39 00 10 08 SCSI device sdb: drive cache: write back SCSI device sdb: 2091050 512-byte hdwr sectors (1071 MB) sdb: Write Protect is off sdb: Mode Sense: 39 00 10 08 SCSI device sdb: drive cache: write back /dev/scsi/host0/bus0/target4/lun0: p4 found reiserfs format "3.6" with standard journal Reiserfs journal params: device sd(8,20), size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 reiserfs: checking transaction log (sd(8,20)) for (sd(8,20)) Using r5 hash to sort names I'll try it again in an hour or so with some different tests. Thanks for the patch -- Matthew Harrell If at first you don't succeed, Bit Twiddlers, Inc. try management. mharrell@bittwiddlers.com