Calling SCSI people: Adaptec 29160N and 'unexpected busfree'
![](https://seccdn.libravatar.org/avatar/3d65ce348306eb0e36a6ec890e3e1b2d.jpg?s=120&d=mm&r=g)
I rebuilt my home pc with 2 Quantum Atlas U160 disks and an Adaptec 29160N
pci scsi card for a new 9.1 install (and kicked out the last, much unused
win98 ide disk - but someone please write to me and tell me how to get 3d
games going with a Matrox G550 graphics card and promise me you're about to
port IL2 Sturmovik). I'm new to SCSI on i386.
Below is the bit of /var/log/boot.msg that seemed worrying (underlined with
carets). Web trawling came up with lots of people with similar messages, but
they all seemed to have big system problems - having pored over the logs, and
watched the system speed and stability, I don't seem to see anything else
reporting this issue, which again according to my web trawling appeared to be
to do with bus termination. There is a terminator on the blind end of the the
cable - there are the 2 disks, supposedly set to self-terminate, on the
other, and no other devices attached.
The only 'problem', if it is one, is that hdparm -t produces lower (just over
40Mb/s) read performance than the ide UDMA100 disks aboard (around 45MB/s).
Questions: does this output look 'normal' to scsi guys and gals?
What, if anything, is wrong?
What sort of values do you get for U160 setups from hdparm -t?
The machine 'feels' snappier than when I had ide system disks, but then I've
split it across 2 disks for the first time, so it's hard to know.
TIA
Fergus
<4>VFS: Mounted root (ext2 filesystem).
<5>SCSI subsystem initialized
<6>scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
<4>
![](https://seccdn.libravatar.org/avatar/3d65ce348306eb0e36a6ec890e3e1b2d.jpg?s=120&d=mm&r=g)
On Sunday 20 June 2004 12:09, Fergus Wilde wrote: Another self-reply confirms my muttering, twitching status, original query was:
I rebuilt my home pc with 2 Quantum Atlas U160 disks and an Adaptec 29160N pci scsi card for a new 9.1 install (and kicked out the last, much unused win98 ide disk - but someone please write to me and tell me how to get 3d games going with a Matrox G550 graphics card and promise me you're about to port IL2 Sturmovik). I'm new to SCSI on i386.
Below is the bit of /var/log/boot.msg that seemed worrying (underlined with carets). Web trawling came up with lots of people with similar messages, but they all seemed to have big system problems - having pored over the logs, and watched the system speed and stability, I don't seem to see anything else reporting this issue, which again according to my web trawling appeared to be to do with bus termination. There is a terminator on the blind end of the the cable - there are the 2 disks, supposedly set to self-terminate, on the other, and no other devices attached.
After a kind private intervention by Scsijon, I inspected the set-up again and established that I had, er, put the cable on the wrong way round ... now it's the right way round, the problems disappeared. Isn't life grand?
The only 'problem', if it is one, is that hdparm -t produces lower (just over 40Mb/s) read performance than the ide UDMA100 disks aboard (around 45MB/s).
Questions: does this output look 'normal' to scsi guys and gals? What, if anything, is wrong? What sort of values do you get for U160 setups from hdparm -t?
The machine 'feels' snappier than when I had ide system disks, but then I've split it across 2 disks for the first time, so it's hard to know. TIA Fergus
<4>VFS: Mounted root (ext2 filesystem). <5>SCSI subsystem initialized <6>scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36 <4>
<4> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs <4> <4>(scsi0:A:0): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) <4>(scsi0:A:0): 80.000MB/s transfers (40.000MHz DT, offset 127, 16bit) <4>(scsi0:A:1): 160.00Fergus Wilde 0MB/s transfers
(80.000MHz DT, offset 127, 16bit)
<4>(scsi0:A:1:0): Unexpected busfree in Data-out phase ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ <4>SEQADDR == 0x76 <4>(scsi0:A:1): 80.000MB/s transfers (40.000MHz DT, offset 127, 16bit) <5> Vendor: QUANTUM Model: ATLAS10K2-TY092L Rev: DDD6 <5> Type: Direct-Access ANSI SCSI revision: 03 <4>scsi0:A:0:0: Tagged Queuing enabled. Depth 32 <5>SCSI device sda: 17938985 512-byte hdwr sectors (9185 MB) <5>SCSI device sda: drive cache: write back <6> sda: sda1 sda2 sda3 sda4 <5>Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 <5> Vendor: QUANTUM Model: ATLAS10K2-TY092L Rev: DDD6 <5> Type: Direct-Access ANSI SCSI revision: 03 <4>scsi0:A:1:0: Tagged Queuing enabled. Depth 32 <5>SCSI device sdb: 17938985 512-byte hdwr sectors (9185 MB) <5>SCSI device sdb: drive cache: write back <6> sdb: sdb1 sdb2 sdb3 sdb4 <5>Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0 <4>ppa: Version 2.07 (for Linux 2.4.x) <5>ReiserFS: sda3: found reiserfs format "3.6" with standard journal <5>ReiserFS: sda3: using ordered data mode <4>reiserfs: using flush barriers <5>ReiserFS: sda3: journal params: device sda3, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 <5>ReiserFS: sda3: checking transaction log (sda3) <4>reiserfs: disabling flush barriers on sda3 <5>ReiserFS: sda3: Using r5 hash to sort names <4>VFS: Mounted root (reiserfs filesystem) readonly. <5>Trying to move old root to /initrd ... failed <5>Unmounting old root <5>Trying to free ramdisk memory ... okay
-- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: +44 161 834 7961 Fax: +44 161 839 5797 http://www.chethams.org.uk
![](https://seccdn.libravatar.org/avatar/d055a2899adeaeb6967fdde6994b0079.jpg?s=120&d=mm&r=g)
-----Message d'origine----- De : Fergus Wilde [mailto:fwilde@chethams.org.uk] Envoyé : mardi 29 juin 2004 16:06 À : suse-linux-e@suse.com Objet : Re: [SLE] Calling SCSI people: Adaptec 29160N and 'unexpected busfree'
On Sunday 20 June 2004 12:09, Fergus Wilde wrote:
Another self-reply confirms my muttering, twitching status, original query was:
I rebuilt my home pc with 2 Quantum Atlas U160 disks and an Adaptec 29160N pci scsi card for a new 9.1 install (and kicked out the last, much unused win98 ide disk - but someone please write to me and tell me how to get 3d games going with a Matrox G550 graphics card and promise me you're about to port IL2 Sturmovik). I'm new to SCSI on i386.
Below is the bit of /var/log/boot.msg that seemed worrying (underlined with carets). Web trawling came up with lots of people with similar messages, but they all seemed to have big system problems - having pored over the logs, and watched the system speed and stability, I don't seem to see anything else reporting this issue, which again according to my web trawling appeared to be to do with bus termination. There is a terminator on the blind end of the the cable - there are the 2 disks, supposedly set to self-terminate, on the other, and no other devices attached.
After a kind private intervention by Scsijon, I inspected the set-up again and established that I had, er, put the cable on the wrong way round ... now it's the right way round, the problems disappeared. Isn't life grand?
The only 'problem', if it is one, is that hdparm -t produces lower (just over 40Mb/s) read performance than the ide UDMA100 disks aboard (around 45MB/s).
Questions: does this output look 'normal' to scsi guys and gals? What, if anything, is wrong? What sort of values do you get for U160 setups from hdparm -t?
The machine 'feels' snappier than when I had ide system disks, but then I've split it across 2 disks for the first time, so it's hard to know. TIA Fergus
<4>VFS: Mounted root (ext2 filesystem). <5>SCSI subsystem initialized <6>scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36 <4>
<4> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs <4> <4>(scsi0:A:0): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) <4>(scsi0:A:0): 80.000MB/s transfers (40.000MHz DT, offset 127, 16bit) <4>(scsi0:A:1): 160.00Fergus Wilde
0MB/s transfers (80.000MHz DT, offset 127, 16bit) <4>(scsi0:A:1:0): Unexpected busfree in Data-out phase ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ <4>SEQADDR == 0x76 <4>(scsi0:A:1): 80.000MB/s transfers (40.000MHz DT, offset 127, 16bit) <5> Vendor: QUANTUM Model: ATLAS10K2-TY092L Rev: DDD6 <5> Type: Direct-Access ANSI SCSI revision: 03 <4>scsi0:A:0:0: Tagged Queuing enabled. Depth 32 <5>SCSI device sda: 17938985 512-byte hdwr sectors (9185 MB) <5>SCSI device sda: drive cache: write back <6> sda: sda1 sda2 sda3 sda4 <5>Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 <5> Vendor: QUANTUM Model: ATLAS10K2-TY092L Rev: DDD6 <5> Type: Direct-Access ANSI SCSI revision: 03 <4>scsi0:A:1:0: Tagged Queuing enabled. Depth 32 <5>SCSI device sdb: 17938985 512-byte hdwr sectors (9185 MB) <5>SCSI device sdb: drive cache: write back <6> sdb: sdb1 sdb2 sdb3 sdb4 <5>Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0 <4>ppa: Version 2.07 (for Linux 2.4.x) <5>ReiserFS: sda3: found reiserfs format "3.6" with standard journal <5>ReiserFS: sda3: using ordered data mode <4>reiserfs: using flush barriers <5>ReiserFS: sda3: journal params: device sda3, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 <5>ReiserFS: sda3: checking transaction log (sda3) <4>reiserfs: disabling flush barriers on sda3 <5>ReiserFS: sda3: Using r5 hash to sort names <4>VFS: Mounted root (reiserfs filesystem) readonly. <5>Trying to move old root to /initrd ... failed <5>Unmounting old root <5>Trying to free ramdisk memory ... okay
If your disks aure ultra 160, you should have 160 MB/s DT Something looks wrong in your hardware, - are your disks LVD enabled ? - do you have ultra 160 capable cables and terminaisons ? - are your terminaisons correctly configured ? - do not connect other SCSI devices on the same scsi port, - never mix 16bits and 8bits devices. Michel.
-- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB
Tel: +44 161 834 7961 Fax: +44 161 839 5797
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
![](https://seccdn.libravatar.org/avatar/3d65ce348306eb0e36a6ec890e3e1b2d.jpg?s=120&d=mm&r=g)
<my long post snipped>
If your disks aure ultra 160, you should have 160 MB/s DT
Something looks wrong in your hardware, - are your disks LVD enabled ? - do you have ultra 160 capable cables and terminaisons ? - are your terminaisons correctly configured ? - do not connect other SCSI devices on the same scsi port, - never mix 16bits and 8bits devices.
Michel.
Thanks Michel - the dmesg quote was part of the original post though - things don't look so bad now I've got the cabling right. I originally copied the cable installation from the machine I extracted the card and disks from, rather than looking properly at the installation manual - which means I messed it up. But I've put the cable back where it goes now. Things are now better - sorry if my second post wasn't making that clear, I should have deleted that old part perhaps. Thanks Fergus -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: +44 161 834 7961 Fax: +44 161 839 5797 http://www.chethams.org.uk
participants (2)
-
Catimimi
-
Fergus Wilde