From owner-freebsd-hackers Sun Oct 29 10:29:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11787 for hackers-outgoing; Sun, 29 Oct 1995 10:29:43 -0800 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA11777 for ; Sun, 29 Oct 1995 10:29:30 -0800 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) id TAA17434; Sun, 29 Oct 1995 19:20:42 +0100 Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.6.12/8.6.12) with SMTP id TAA04240; Sun, 29 Oct 1995 19:18:27 +0100 Date: Sun, 29 Oct 1995 19:18:26 +0100 (MET) From: Andreas Klemm To: "Justin T. Gibbs" cc: hackers@freebsd.org Subject: Re: -stable: dump hangs system when using AHC_TAGENABLE (2940 tagged cmdq) In-Reply-To: <199510291726.JAA02100@aslan.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi Justin ! > >Hi ! > > > >I'm running current FreeBSD stable. When trying to make a system > >dump, the machine hangs without reporting an error. > > > >It turned out, that you can make a backup using tar when > >tagged command queueing is enabled, but not the dump(8) > >utility. > > > >For your information ... > > Was there any console output when it hung? No, I was one time in single user mode the other one in multi user mode. When starting dump, it simply hangs the system without printing a message. /var/log/messages doesn't give a hint. > What kind of disk are you using? AHA 2940, Quantum Grand Prix 7200U/min at 10 MB/synchr. Here a part of the boot messages. Oct 29 11:36:55 knobel /kernel: Probing for devices on the PCI bus: Oct 29 11:36:55 knobel /kernel: chip0 rev 2 on pci0:0 Oct 29 11:36:55 knobel /kernel: chip1 rev 2 on pci0:7 Oct 29 11:36:55 knobel /kernel: vga0 rev 0 int a irq 12 on pci0:10 Oct 29 11:36:55 knobel /kernel: ahc0 rev 3 int a irq 11 on pci0:12 Oct 29 11:36:55 knobel /kernel: ahc0: 2940 Single Channel, SCSI Id=7, aic7870, 1 6 SCBs Oct 29 11:36:55 knobel /kernel: (ahc0:0:0): "QUANTUM XP34301 1051" type 0 fixed SCSI 2 Oct 29 11:36:55 knobel /kernel: sd0(ahc0:0:0): Direct-Access 4106MB (8410200 512 byte sectors) Oct 29 11:36:55 knobel /kernel: sd0(ahc0:0:0): with 4076 cyls, 20 heads, and an average 103 sectors/track Oct 29 11:36:55 knobel /kernel: (ahc0:6:0): "TOSHIBA CD-ROM XM-3601TA 0725" type 5 removable SCSI 2 Oct 29 11:36:56 knobel /kernel: cd0(ahc0:6:0): CD-ROM cd present.[244095 x 2048 byte records] Oct 29 11:36:55 knobel /kernel: Probing for devices on the PCI bus: Oct 29 11:36:55 knobel /kernel: chip0 rev 2 on pci0:0 Oct 29 11:36:55 knobel /kernel: chip1 rev 2 on pci0:7 Oct 29 11:36:55 knobel /kernel: vga0 rev 0 int a irq 12 on pci0:10 Oct 29 11:36:55 knobel /kernel: ahc0 rev 3 int a irq 11 on pci0:12 Oct 29 11:36:55 knobel /kernel: ahc0: 2940 Single Channel, SCSI Id=7, aic7870, 1 6 SCBs Oct 29 11:36:55 knobel /kernel: (ahc0:0:0): "QUANTUM XP34301 1051" type 0 fixed SCSI 2 Oct 29 11:36:55 knobel /kernel: sd0(ahc0:0:0): Direct-Access 4106MB (8410200 512 byte sectors) Oct 29 11:36:55 knobel /kernel: sd0(ahc0:0:0): with 4076 cyls, 20 heads, and an average 103 sectors/track Oct 29 11:36:55 knobel /kernel: (ahc0:6:0): "TOSHIBA CD-ROM XM-3601TA 0725" type 5 removable SCSI 2 Oct 29 11:36:56 knobel /kernel: cd0(ahc0:6:0): CD-ROM cd present.[244095 x 2048 byte records] > Is it narrow or wide? Tagged queuing should work for all types of > I/O... I guess I'll have to go wade through dump. It's a narrow one. If you do so, could you take a short look on my dump patches, I wrote to this mailinglist ? Would be fine, if you would accept them ... Thanks Andreas /// $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<<