Date: Sun, 29 Oct 1995 19:18:26 +0100 (MET) From: Andreas Klemm <andreas@knobel.gun.de> To: "Justin T. Gibbs" <gibbs@freefall.freebsd.org> Cc: hackers@freebsd.org Subject: Re: -stable: dump hangs system when using AHC_TAGENABLE (2940 tagged cmdq) Message-ID: <Pine.BSF.3.91.951029191242.4126A-100000@knobel.gun.de> In-Reply-To: <199510291726.JAA02100@aslan.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <Intel 82437 (Triton)> rev 2 on pci0:0 Oct 29 11:36:55 knobel /kernel: chip1 <Intel 82371 (Triton)> rev 2 on pci0:7 Oct 29 11:36:55 knobel /kernel: vga0 <VGA-compatible display device> rev 0 int a irq 12 on pci0:10 Oct 29 11:36:55 knobel /kernel: ahc0 <Adaptec 2940 SCSI host adapter> 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 <Intel 82437 (Triton)> rev 2 on pci0:0 Oct 29 11:36:55 knobel /kernel: chip1 <Intel 82371 (Triton)> rev 2 on pci0:7 Oct 29 11:36:55 knobel /kernel: vga0 <VGA-compatible display device> rev 0 int a irq 12 on pci0:10 Oct 29 11:36:55 knobel /kernel: ahc0 <Adaptec 2940 SCSI host adapter> 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 <<<
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.951029191242.4126A-100000>