Linux-Hardware Digest #830, Volume #10           Fri, 23 Jul 99 11:13:27 EDT

Contents:
  Re: Epson Stylus Colour 440 (Dale Pontius)
  Re: Linux Modems and Prices? (Ed Power)
  Re: Mobo for linux server (Rod Roark)
  System hangs with dual SCSI controllers (Tekram DC390) (Martin Mollet)
  Re: 2nc case for HD's ("Lee Sharp")
  Re: 4 CPU motherboard (Greg Leblanc)

----------------------------------------------------------------------------

From: [EMAIL PROTECTED] (Dale Pontius)
Subject: Re: Epson Stylus Colour 440
Date: 23 Jul 1999 13:39:13 GMT

In article <[EMAIL PROTECTED]>,
        Doug Kelly <[EMAIL PROTECTED]> writes:
> Dale Pontius wrote:
...
>> You bring up an interesting point - I've never thought of trying
>> to do a mono mode with all the extra pins.
>>
> Can I infer from the above that there is a way to put the 740 into a
> mono mode?  I just recently successfully managed to print via Samba to a
> 740 on a Win95 machine, but anything other than plain text is printing
> using the color jets. Is there a way to force the use of black ink
> only?  I did a bit of looking at the upp file and tried printing to file
> from windows and trying to identify a 'page start string' but to no
> avail (not that I spent that much time on it....) .  Any pointers
> greatly appreciated, both from a quality and $$$-spent-on-ink
> perspective.
>
In the Uniprint file there is/are one or more color model statements,
something to the tune of a CMYK, and there may well be another one
telling which dithering algorithm to use. (You can tell I don't have
the stuff available right now.)

There's also a B&W version of the 800 available, so this calls for
examining its Uniprint file and comparing it to the file for the
ESC 800. The answer may become obvious. Right now my computing time
is getting soaked up getting the new motherboard and reinstallations
snuggled in.

Dale Pontius
(NOT speaking for IBM)

------------------------------

From: Ed Power <[EMAIL PROTECTED]>
Subject: Re: Linux Modems and Prices?
Date: Thu, 22 Jul 1999 20:02:18 -0400
Reply-To: [EMAIL PROTECTED]

Ryan Michaels wrote:
> 
> I'm going to buy a modem (hopefully one that works this time) for use with
> my Linux system. I just need a few suggestions as to WHICH modem to buy
> (brand and model number please) and it's price. I basically need one that
> isn't too much of a headache (for a newbie like me) to set up.
> 
> Thanks in advance
> 
> -Ryan
> 
> --
> RyanM019 at Yahoo D0T com
Ryan,

The easiest modems to install are the external ones.  YOu just plug the
cables in and you are set to go.
-- 
Ed Power
Computer Headaches
Phone:914-228-0827 
Email: [EMAIL PROTECTED]
Web: http://www.ComputerHeadaches.com



------------------------------

From: Rod Roark <[EMAIL PROTECTED]>
Subject: Re: Mobo for linux server
Date: 23 Jul 1999 14:23:11 GMT

Yan Seiner <[EMAIL PROTECTED]> wrote:
>I am setting up a linux server (no x, dual homed, 100baseT eth).  My old
>P5-166 is about maxed out.  Any suggestions for a reliable mobo+CPU
>combo?  I'm thinking somewhere along the lines of a PII-350. 
>Performance is not really an issue; rock solid reliability and cost are
>more important.

I move a lot of AOpen AX6BC's, IMO an excellent value and with
jumperless setup.  BTW you can get a P-II/400 for just a few bucks
more than the 350.

Also the PGA-style Celeron 466 is cheaper than a P-II/350 but the
motherboards seem to be oriented more towards desktop use (integrated
video, sound, etc.).  Slot 1 Celerons are disappearing.

In the Super 7 department, the K6-3's have come down in price and
are really zippy.  The FIC VA503+ mobo (1M cache) is a nice fit for 
this, and it's easy to find a mini-tower case for its BAT form factor.
If I were you I'd look at this first.

-- Rod
======================================================================
Sunset Systems                           Preconfigured Linux Computers
http://www.sunsetsystems.com/                      and Custom Software
======================================================================

------------------------------

From: [EMAIL PROTECTED] (Martin Mollet)
Crossposted-To: 
comp.os.linux.development.system,de.comp.unix.linux.hardware,ch.comp.os.linux
Subject: System hangs with dual SCSI controllers (Tekram DC390)
Date: Fri, 23 Jul 1999 14:27:54 GMT

Hi

I am having severe trouble with a dual SCSI controller configuration on my Linux box -
PCI/VLB ... not very modern hardware though ;-)

I would appreciate any hint that would help me solve the issue and bring my second 
DC390
to work with its lonely friend in slot one.

Martin



(Deutsche Kurzfassung am Ende der Message, falls mein Englisch nicht klar genug ist 
:-))


I configured a RAID-5 md device out of six 1GB SCSI disks. First i let it run with two
disks attached to an Adaptec 1542 and four disks attached to my DC390 (the plain 
vanilla
version using the tmscsim driver). I chose this setup because i had used the disks
connected in this way before and I had only one internal SCSI cable with more than 
three
connectors.
Common sense and knowledgeable people recommend using identical controllers wit the 
same
(small) number of disks attached, so I decided to buy a suitable cable and to install a
second DC390.
With this new setup everything seemed to be fine first: ckraid's, and e2fsck's ran 
without
a glitch and I even looked at some of my files from my wintel-box ... Samba is a fine
piece of software, isn't it ?
Soon I noticed a problem - under heavier load my Linux box committed suicide - just
hanging with the activity LED's of both DC390's and two disks active. I had to do a 
hard
reset, ckraid, e2fsck ... and could crash my system again. I am now using the six disks
attached zo a single DC390 and everything works - but remarkably slower than before 
with
two of them on the Adaptec.

So, for short:
Symptom: system hanging, no reaction on any key (except power and reset that is :-)) )
Configuration:
- ASUS PVI486SP3  PCI/VLB/ISA motherboard
- Intel PODP5V83 Pentium Overdrive 83MHz
- 24MB of FPM RAM
- Award BIOS 4.50G with default settings
- ADAPTEC 1542B ISA SCSI controller with 5 CD-drives attached
- two Tekram DC390(T) Rev. 2.02 PCI SCSI controllers with one Seagate and two Compaq
drives on each
- VLB VGA card stealth64
- ISA ISDN card Teles PnP
- ISA ethernet controller NE2000 (genuine Novell)
- 3 IDE hard disks

Action taken so far to resolve the problem:
- exchanged the tmscsim of SuSE6.1 (2.0d) with Version 2.0d20 sources from
http://www.garloff.de/kurt/linux/dc390/dc390-20d20.tar.gz and recompiled the kernel 
(SCSI
support and both aha1542 and tmscsim compiled in)
- disabled disconnect for all SCSI hard Disks ( this delayed the crash a tiny little 
bit )

near the end of this post (before the few german lines) you can take a look at parts 
of my
boot messages and some peeks into the /proc tree.

*just for the curious*
a bit of History:
I had a configuration with 5 SCSI-Disks and 2 IDE Disks, booting form /dev/sda1 (sda 
was
on an Adaptec 1542 with BIOS enabled and sdb on a DC390), I had configured two RAID5- 
md's
the first consisting of the whole smallest IDE disk and equally sized partitions on the
other IDE and one SCSI hd on the Adaptec and one on the DC390. My root and /usr
filesystems were on the remaining partitions on the SCSI disks and the swap file on the
remainder of my second IDE hd. 
 *** never do this sort of setup, you have been warned ***, I paid my price by hours of
work to recover from a double fault. The swap disk failed and left me with a hanging
system and after power off the RAID array was not suitable for degraded operation 
because
it did not only miss a disk but was inconstent at the same time. 
Normally, degraded operation (one disk missing) works fine and recovering from a system
crash with ckraid just works, but the combination of these faults is horror, so never
share a disk in a RAID array with a system critical file system on another partition on
it.
The remaining three disks formed a second RAID-5 md (one disk on the Adaptec and two on
the DC390)
-- before the mixed IDE/SCSI array lost it's second disk I noticed that it was
considerably slower than the array of three SCSI disks, so I decided to rearrange my 
setup
to IDE for the root fs and the swap drives and just one fast SCSI RAID-5. I backed up 
both
RAID's to CD's, attached SCSI disk numer six as number four on the DC390.
This setup worked well but I thought it could be faster if all six disks would be 
driven
by a modern PCI controller (the maximum transfer rate of the 1542 is 5MB/s). Faster it 
is
- but it locks up the system :-((  I can tell that it must be faster because a ckraid 
runs
as fast with the 6 disks as before with one on the 1542 and two on the DC390)

********************** output of dmesg, /var/log/messages and some /proc 
****************
gavin:~ # dmesg
Linux version 2.2.7 (root@gavin) (gcc version 2.7.2.3) #8 Wed Jul 21 22:06:35 MEST 1999
Detected 83336213 Hz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 33.18 BogoMIPS
Memory: 22772k/24576k available (892k kernel code, 408k reserved, 468k data, 36k init)
CPU: Intel OverDrive PODP5V83 stepping 02
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
Intel Pentium with F0 0F bug - workaround enabled.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.00 entry at 0xfc380
PCI: Using configuration type 1
PCI: Probing PCI hardware
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0 for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
Starting kswapd v 1.5
pty: 256 Unix98 ptys configured
hda: TOSHIBA MK3205MAV, ATA DISK drive
hdc: WDC AC1425F, ATA DISK drive
hdd: WDC AC1425F, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: TOSHIBA MK3205MAV, 3102MB w/0kB Cache, CHS=788/128/63
hdc: WDC AC1425F, 407MB w/64kB Cache, CHS=827/16/63
hdd: WDC AC1425F, 407MB w/64kB Cache, CHS=827/16/63
md driver 0.36.6 MAX_MD_DEV=4, MAX_REAL=8
Configuring Adaptec (SCSI-ID 7) at IO:330, IRQ 11, DMA priority 5
DC390: 2 adapters found
scsi0 : Adaptec 1542
scsi1 : Tekram DC390/AM53C974 V2.0d20 1999/07/19
scsi2 : Tekram DC390/AM53C974 V2.0d20 1999/07/19
scsi : 3 hosts.
  Vendor: TOSHIBA   Model: CD-ROM XM-3401TA  Rev: 3593
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 1, lun 0
  Vendor: TOSHIBA   Model: CD-ROM XM-3401TA  Rev: 2873
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr1 at scsi0, channel 0, id 2, lun 0
  Vendor: TOSHIBA   Model: CD-ROM XM-3401TA  Rev: 2873
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr2 at scsi0, channel 0, id 3, lun 0
  Vendor: TOSHIBA   Model: CD-ROM XM-3401TA  Rev: 3593
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr3 at scsi0, channel 0, id 4, lun 0
  Vendor: NEC       Model: CD-ROM DRIVE:500  Rev: 2.5
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr4 at scsi0, channel 0, id 6, lun 0
DC390: Target 0: Sync transfer 10.0 MHz, Offset 15
  Vendor: SEAGATE   Model: ST51080N          Rev: 0913
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi1, channel 0, id 0, lun 0
DC390: Target 1 initiates Sync: 100ns 8 ... answer ...
DC390: Target 1: Sync transfer 10.0 MHz, Offset 8
  Vendor: COMPAQ    Model: C2247             Rev: 0BC4
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sdb at scsi1, channel 0, id 1, lun 0
DC390: Target 2 initiates Sync: 100ns 8 ... answer ...
DC390: Target 2: Sync transfer 10.0 MHz, Offset 8
  Vendor: COMPAQ    Model: C2247             Rev: 0BC4
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sdc at scsi1, channel 0, id 2, lun 0
DC390: Target 1: Sync transfer 10.0 MHz, Offset 15
  Vendor: SEAGATE   Model: ST31200N          Rev: 8648
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sdd at scsi2, channel 0, id 1, lun 0
DC390: Target 2 initiates Sync: 100ns 8 ... answer ...
DC390: Target 2: Sync transfer 10.0 MHz, Offset 8
  Vendor: COMPAQ    Model: C2247             Rev: 0BC4
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sde at scsi2, channel 0, id 2, lun 0
DC390: Target 4 initiates Sync: 100ns 8 ... answer ...
DC390: Target 4: Sync transfer 10.0 MHz, Offset 8
  Vendor: COMPAQ    Model: C2247             Rev: 0BC4
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sdf at scsi2, channel 0, id 4, lun 0
scsi : detected 5 SCSI cdroms 6 SCSI disks total.
Uniform CDROM driver Revision: 2.54
SCSI device sda: hdwr sector= 512 bytes. Sectors= 2109840 [1030 MB] [1.0 GB]
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 2051000 [1001 MB] [1.0 GB]
SCSI device sdc: hdwr sector= 512 bytes. Sectors= 2051000 [1001 MB] [1.0 GB]
SCSI device sdd: hdwr sector= 512 bytes. Sectors= 2061108 [1006 MB] [1.0 GB]
SCSI device sde: hdwr sector= 512 bytes. Sectors= 2051000 [1001 MB] [1.0 GB]
SCSI device sdf: hdwr sector= 512 bytes. Sectors= 2051000 [1001 MB] [1.0 GB]
Partition check:
 sda: sda1
 sdb: sdb1
 sdc: sdc1
 sdd: sdd1
 sde: sde1
 sdf: sdf1
 hda: hda1 hda2
 hdc: [PTBL] [413/32/63] hdc1 hdc2
 hdd: hdd1 hdd2
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 36k freed
Adding Swap: 60444k swap-space (priority 1)
Adding Swap: 60948k swap-space (priority 1)
Serial driver version 4.27 with no serial options enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
CSLIP: code copyright 1989 Regents of the University of California
ISDN subsystem Rev: 1.72/1.62/1.82/1.45/none/1.2 loaded
 ....
HiSax: Creatix/Teles PnP config irq:10 isac:0x580  cfg:0x0
HiSax: hscx A:0x180  hscx B:0x1A0
Teles3: ISAC version (0): 2086/2186 V1.1
Teles3: HSCX version A: V2.1  B: V2.1
Creatix/Teles PnP: IRQ 10 count 0
Creatix/Teles PnP: IRQ 10 count 5
HiSax: DSS1 Rev. 2.12
HiSax: 2 channels added
HiSax: module installed
HiSax: debugging flags card 1 set to 4
ippp, open, slot: 0, minor: 0, state: 0000
ippp_ccp: allocating reset data structure
ippp, open, slot: 1, minor: 1, state: 0000
ippp_ccp: allocating reset data structure
ne.c:v1.10 9/23/94 Donald Becker ([EMAIL PROTECTED])
NE*000 ethercard probe at 0x300: 00 00 1b 02 a8 56
eth0: NE2000 found at 0x300, using IRQ 5.
ippp0: dialing ...
isdn_net: ippp0 connected
isdn_net: chargetime of ippp0 now 33032
REGISTER_DEV sda1 to md0 done
REGISTER_DEV sdb1 to md0 done
REGISTER_DEV sdc1 to md0 done
REGISTER_DEV sdd1 to md0 done
REGISTER_DEV sde1 to md0 done
REGISTER_DEV sdf1 to md0 done
raid5 personality registered
md: 09:00: raid array is not clean -- run ckraid
isdn_net: local hangup ippp0
ippp0: Chargesum is 0
ippp, open, slot: 2, minor: 0, state: 0000
ippp_ccp: allocating reset data structure
ippp0: dialing ...
isdn_net: ippp0 connected
isdn_net: chargetime of ippp0 now 121842

gavin:~ # tail -300 /var/log/messages
Jul 22 22:34:14 gavin syslogd 1.3-3: restart.
Jul 22 22:34:15 gavin kernel: klogd 1.3-3, log source = /proc/kmsg started.
Jul 22 22:34:15 gavin kernel: Inspecting /boot/System.map
Jul 22 22:34:16 gavin kernel: Loaded 6300 symbols from /boot/System.map.
Jul 22 22:34:16 gavin kernel: Symbols match kernel version 2.2.7.
Jul 22 22:34:16 gavin kernel: Loaded 20 symbols from 12 modules.
Jul 22 22:34:16 gavin kernel: ccess                      ANSI SCSI revision: 02
Jul 22 22:34:16 gavin kernel: Detected scsi disk sdf at scsi2, channel 0, id 4, lun 0
Jul 22 22:34:16 gavin kernel: scsi : detected 5 SCSI cdroms 6 SCSI disks total.
Jul 22 22:34:16 gavin kernel: Uniform CDROM driver Revision: 2.54
Jul 22 22:34:16 gavin kernel: SCSI device sda: hdwr sector= 512 bytes. Sectors=
2109840 [1030 MB] [1.0 GB]
Jul 22 22:34:16 gavin kernel: SCSI device sdb: hdwr sector= 512 bytes. Sectors=
2051000 [1001 MB] [1.0 GB]
Jul 22 22:34:16 gavin kernel: SCSI device sdc: hdwr sector= 512 bytes. Sectors=
2051000 [1001 MB] [1.0 GB]
Jul 22 22:34:16 gavin kernel: SCSI device sdd: hdwr sector= 512 bytes. Sectors=
2061108 [1006 MB] [1.0 GB]
Jul 22 22:34:16 gavin kernel: SCSI device sde: hdwr sector= 512 bytes. Sectors=
2051000 [1001 MB] [1.0 GB]
Jul 22 22:34:16 gavin kernel: SCSI device sdf: hdwr sector= 512 bytes. Sectors=
2051000 [1001 MB] [1.0 GB]
Jul 22 22:34:16 gavin kernel: Partition check:
Jul 22 22:34:16 gavin kernel:  sda: sda1
Jul 22 22:34:16 gavin kernel:  sdb: sdb1
Jul 22 22:34:16 gavin kernel:  sdc: sdc1
Jul 22 22:34:16 gavin kernel:  sdd: sdd1
Jul 22 22:34:16 gavin kernel:  sde: sde1
Jul 22 22:34:16 gavin kernel:  sdf: sdf1
Jul 22 22:34:16 gavin kernel:  hda: hda1 hda2
Jul 22 22:34:16 gavin kernel:  hdc: [PTBL] [413/32/63] hdc1 hdc2
Jul 22 22:34:16 gavin kernel:  hdd: hdd1 hdd2
Jul 22 22:34:16 gavin kernel: VFS: Mounted root (ext2 filesystem) readonly.
Jul 22 22:34:16 gavin kernel: Freeing unused kernel memory: 36k freed
Jul 22 22:34:16 gavin kernel: Adding Swap: 60444k swap-space (priority 1)
Jul 22 22:34:16 gavin kernel: Adding Swap: 60948k swap-space (priority 1)
Jul 22 22:34:16 gavin kernel: Serial driver version 4.27 with no serial options
enabled
Jul 22 22:34:16 gavin kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A
Jul 22 22:34:16 gavin kernel: ttyS01 at 0x02f8 (irq = 3) is a 16550A
Jul 22 22:34:16 gavin kernel: CSLIP: code copyright 1989 Regents of the Universi
ty of California
Jul 22 22:34:16 gavin kernel: ISDN subsystem Rev: 1.72/1.62/1.82/1.45/none/1.2 l
oaded
Jul 22 22:34:16 gavin kernel: HiSax: Linux Driver for passive ISDN cards
...
Jul 22 22:34:18 gavin named[196]: starting
Jul 22 22:34:19 gavin named[196]: cache zone "" (IN) loaded (serial 0)
...
Jul 22 22:34:16 gavin kernel: NE*000 ethercard probe at 0x300: 00 00 1b 02 a8 56
Jul 22 22:34:16 gavin kernel: eth0: NE2000 found at 0x300, using IRQ 5.
Jul 22 22:34:19 gavin kernel: ippp0: dialing 1 0415550083...
Jul 22 22:34:19 gavin named[209]: Ready to answer queries.
Jul 22 22:34:19 gavin isdnlog: (HiSax driver detected)
...
Jul 22 22:34:21 gavin kernel: isdn_net: ippp0 connected
Jul 22 22:34:21 gavin kernel: isdn_net: chargetime of ippp0 now 33032
...
Jul 22 22:34:26 gavin /usr/sbin/cron[271]: (CRON) STARTUP (fork ok)
Jul 22 22:34:29 gavin FaxQueuer[298]: Missing ':' separator in modem class speci
fication
Jul 22 22:34:29 gavin FaxQueuer[298]: HylaFAX (tm) Version 4.0pl2
...
Jul 22 22:34:36 gavin FaxGetty[297]: --> [2:OK]
Jul 22 22:34:36 gavin FaxGetty[297]: MODEM input buffering disabled
Jul 22 22:35:38 gavin kernel: REGISTER_DEV sda1 to md0 done
Jul 22 22:35:38 gavin kernel: REGISTER_DEV sdb1 to md0 done
Jul 22 22:35:38 gavin kernel: REGISTER_DEV sdc1 to md0 done
Jul 22 22:35:38 gavin kernel: REGISTER_DEV sdd1 to md0 done
Jul 22 22:35:38 gavin kernel: REGISTER_DEV sde1 to md0 done
Jul 22 22:35:38 gavin kernel: REGISTER_DEV sdf1 to md0 done
Jul 22 22:35:38 gavin kernel: raid5 personality registered
Jul 22 22:35:38 gavin kernel: md: 09:00: raid array is not clean -- run ckraid
Jul 22 22:37:54 gavin kernel: isdn_net: local hangup ippp0
Jul 22 22:37:54 gavin kernel: ippp0: Chargesum is 0
....


gavin:~ # cat /proc/pci
PCI devices found:
  Bus  0, device   5, function  0:
    Host bridge: Silicon Integrated Systems 85C496 (rev 49).
      Medium devsel.  Fast back-to-back capable.  Master Capable.  No bursts.
  Bus  0, device  11, function  0:
    SCSI storage controller: AMD 53C974 (rev 16).
      Medium devsel.  IRQ 12.  Master Capable.  Latency=80.  Min Gnt=4.Max Lat=40.
      I/O at 0xe800 [0xe801].
  Bus  0, device  12, function  0:
    SCSI storage controller: AMD 53C974 (rev 16).
      Medium devsel.  IRQ 3.  Master Capable.  Latency=80.  Min Gnt=4.Max Lat=40.
      I/O at 0xe400 [0xe401].


gavin:~ # cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 01 Lun: 00
  Vendor: TOSHIBA  Model: CD-ROM XM-3401TA Rev: 3593
  Type:   CD-ROM                           ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 02 Lun: 00
  Vendor: TOSHIBA  Model: CD-ROM XM-3401TA Rev: 2873
  Type:   CD-ROM                           ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 03 Lun: 00
  Vendor: TOSHIBA  Model: CD-ROM XM-3401TA Rev: 2873
  Type:   CD-ROM                           ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 04 Lun: 00
  Vendor: TOSHIBA  Model: CD-ROM XM-3401TA Rev: 3593
  Type:   CD-ROM                           ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
  Vendor: NEC      Model: CD-ROM DRIVE:500 Rev: 2.5
  Type:   CD-ROM                           ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 00 Lun: 00
  Vendor: SEAGATE  Model: ST51080N         Rev: 0913
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 01 Lun: 00
  Vendor: COMPAQ   Model: C2247            Rev: 0BC4
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 02 Lun: 00
  Vendor: COMPAQ   Model: C2247            Rev: 0BC4
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 01 Lun: 00
  Vendor: SEAGATE  Model: ST31200N         Rev: 8648
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 02 Lun: 00
  Vendor: COMPAQ   Model: C2247            Rev: 0BC4
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 04 Lun: 00
  Vendor: COMPAQ   Model: C2247            Rev: 0BC4
  Type:   Direct-Access                    ANSI SCSI revision: 02


gavin:~ # cat /proc/scsi/tmscsim/1
Tekram DC390/AM53C974 PCI SCSI Host Adapter, Driver Version 2.0d20 1999/07/19
SCSI Host Nr 1, DC390 Adapter Nr 0
IOPortBase 0xe800, IRQ 12
MaxID 7, MaxLUN 1, AdapterID 7, SelTimeout 250 ms, DelayReset 1 s
TagMaxNum 32, Status 0x00, ACBFlag 0x00, GlitchEater 24 ns
Statistics: Cmnds 51989, Cmnds not sent directly 0, Out of SRB conds 0
            Lost arbitrations 0, Sel. connected 0, Connected: No
Nr of attached devices: 3, Nr of DCBs: 3
Map of attached LUNs: 01 01 01 00 00 00 00 00
Idx ID LUN Prty Sync DsCn SndS TagQ NegoPeriod SyncSpeed SyncOffs MaxCmd
00  00  00  Yes  Yes  No   No   Yes   100 ns    10.0 M      15      32
01  01  00  Yes  Yes  No   Yes  Yes   100 ns    10.0 M      08      32
02  02  00  Yes  Yes  No   Yes  Yes   100 ns    10.0 M      08      32

gavin:~ # cat /proc/scsi/tmscsim/2
Tekram DC390/AM53C974 PCI SCSI Host Adapter, Driver Version 2.0d20 1999/07/19
SCSI Host Nr 2, DC390 Adapter Nr 1
IOPortBase 0xe400, IRQ 03
MaxID 7, MaxLUN 1, AdapterID 7, SelTimeout 250 ms, DelayReset 1 s
TagMaxNum 32, Status 0x00, ACBFlag 0x00, GlitchEater 24 ns
Statistics: Cmnds 51988, Cmnds not sent directly 0, Out of SRB conds 0
            Lost arbitrations 0, Sel. connected 0, Connected: No
Nr of attached devices: 3, Nr of DCBs: 3
Map of attached LUNs: 00 01 01 00 01 00 00 00
Idx ID LUN Prty Sync DsCn SndS TagQ NegoPeriod SyncSpeed SyncOffs MaxCmd
00  01  00  Yes  Yes  No   No   Yes   100 ns    10.0 M      15      32
01  02  00  Yes  Yes  No   Yes  Yes   100 ns    10.0 M      08      32
02  04  00  Yes  Yes  No   Yes  Yes   100 ns    10.0 M      08      32


gavin:~ # cat /proc/version
Linux version 2.2.7 (root@gavin) (gcc version 2.7.2.3) #8 Wed Jul 21 22:06:35 MEST 1999


gavin:~ # cat /proc/dma
 4: cascade
 5: aha1542


gavin:~ # cat /proc/interrupts
           CPU0
  0:     188157          XT-PIC  timer
  1:        278          XT-PIC  keyboard
  2:          0          XT-PIC  cascade
  3:     930889          XT-PIC  tmscsim
  4:        126          XT-PIC  serial
  5:       1659          XT-PIC  NE2000
 10:       6077          XT-PIC  HiSax
 11:         52          XT-PIC  aha1542
 12:     930952          XT-PIC  tmscsim
 13:          0          XT-PIC  fpu
 14:     374127          XT-PIC  ide0
 15:      88251          XT-PIC  ide1
NMI:          0


gavin:~ # cat /proc/ioports
0000-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
0180-019f : HiSax hscx A
01a0-01bf : HiSax hscx B
01f0-01f7 : ide0
02f8-02ff : serial(set)
0300-031f : NE2000
0330-0333 : aha1542
0376-0376 : ide1
03c0-03df : vga+
03f6-03f6 : ide0
03f8-03ff : serial(set)
0580-059f : HiSax isac
e400-e47f : tmscsim
e800-e87f : tmscsim

 
gavin:~ # cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 5
model           : 3
model name      : OverDrive PODP5V83
stepping        : 2
cpu MHz         : 83.336213
fdiv_bug        : no
hlt_bug         : no
sep_bug         : no
f00f_bug        : yes
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr cx8
bogomips        : 33.18


gavin:~ # cat /proc/swaps
Filename                        Type            Size    Used    Priority
/dev/hdc1                       partition       60444   3016    1
/dev/hdd1                       partition       60948   3024    1

 
gavin:~ # cat /proc/devices
Character devices:
  1 mem
  2 pty
  3 ttyp
  4 ttyS
  5 cua
  7 vcs
 10 misc
 21 sg
 43 ttyI
 44 cui
 45 isdn
128 ptm
136 pts
 
Block devices:
  3 ide0
  8 sd
  9 md
 11 sr
 22 ide1

***************** german abstract ... deutsche Kurzfassung *************

Sechs 1GB SCSI-Disks sind als Software-RAID-5  /dev/md0 konfiguriert.
Aus historischen Gruenden waren es urspruenglich zwei an einem Adaptec 1542B und vier 
an
einem Tekram DC390(T) Rev. 2.02
Leute, die es wissen muessen, und gesunder Menschenverstand sagen uebereinstimmend, 
dass
die beste Konfiguration aus identischen Controllern mit einer gleichen (kleinen) Zahl 
von
Platten bestehen muesste.
Das waeren dann also zwei DC390 mit je drei Platten. Diese Konfiguration fuehrt bei
hoeherer Last (allerdings nur von einer Workstation ueber 10Mbit Ethernet, also wohl 
weit
weg vom Grenzbereich) zu einem absoluten Haenger des Linux-Servers - ausser dem
Resettaster und dem Netzschalter geht nichts mehr.
Dabei leuchten die Aktivitaets-LED's an beiden Controllern und je einer ihrer HD's.

Die Konfiguration meines Systems steht oben (ist auf Deutsch bestimmt nicht
verstaendlicher als auf Englisch)

ich habe bereits den Originaltreiber von SuSE6.1 (tmscsim V 2.0d) durch die Version 
2.0d20
( http://www.garloff.de/kurt/linux/dc390/dc390-20d20.tar.gz ) ersetzt.
In der Doku zum Treiber raet Kurt Garloff bei Problemen den Disconnect fuer die
Festplatten auszuschalten - das habe ich getan und damit das Auftreten des Fehlers 
etwas
verzoegern koennen ... geloest ist das Problem damit leider noch nicht und ich weiss 
nicht
mehr wo weitersuchen :-(

ich danke jedem, der diesen Roman gelesen hat fuer seine Geduld ;-)  ... und wuerde 
mich
ueber Hinweise "die zur Ermittlung des Taeters fueheren" freuen.

Martin

------------------------------

From: "Lee Sharp" <[EMAIL PROTECTED]>
Subject: Re: 2nc case for HD's
Date: Fri, 23 Jul 1999 09:22:05 -0500

John Jacques wrote in message <[EMAIL PROTECTED]>...

|I need some clearity please:

   We all do. :-)

|I noticed the pictures of SCSI controller cards have a cable adapter,
|which I assume is for running a cable to another case that holds the
|scsi drives. Is this what it is for?

   You bet.  External is the way to go for RAID.  Now keep in mind there is
no SCSI per say, but SCSI 1, SCSI 2, SCSI 3, Wide SCSI, Ultra Wide SCSI,
Differential SCSI, and LVD SCSI.  There is some clue with the number of
pins, but check to be sure.  SCSI 1-3 will support up to 8 devices including
the controller.  Wide and up will support up to 16 devices including the
controller.  There can be more than one controller on a bus!  <This is how
Storage Area Networks work>  With 15 drives, you NEED an external case.

|If so:
|How long can the cable be?

   It is 15 feet from end to end, and if you have both internal and
external, they are both included.  Of course Differential SCSI was created
to make this longer, and LVD does as well...  <sigh>

|There's one cable connection, so, I take it the drives are chained
|together or does the cable split off?

   Each just daises, like IDE.  The limit is addressing, like IDE.  It is
just a higher limit.

|Is there perofrmance loss for using external drives, like radio
|interference on the cables?

   Only if you use cheap cables.  The good stuff is shielded.  But then
again, read my sig...   :-)

            Lee

--
SCSI is *NOT* magic. There are *fundamental technical reasons* why it is
necessary to sacrifice a young goat to your SCSI chain now and then. * Black
holes are where God divided by zero. - I am speaking as an individual, not
as a representative of any company, organization or other entity.  I am
solely responsible for my words.





------------------------------

From: Greg Leblanc <[EMAIL PROTECTED]>
Subject: Re: 4 CPU motherboard
Date: Mon, 19 Jul 1999 18:49:50 GMT

Well, Sun Microsystems makes some awesome quad CPU motherboards.  :)
But you probably meant x86 compatable, right?  Where you looking for
PPro, or Xeon, or something using a specialized chipset for the Pentium
processors, or what?
        Greg

In article <[EMAIL PROTECTED]>,
  EKK <[EMAIL PROTECTED]> wrote:
> Hi,
>
> can anyone point out a manufacturer of reliable 4-CPU motherboards?
>
> thanks,
>
> AG
>
> [EMAIL PROTECTED]
>

--
It's pronounced "sexy" not "scuzzy"!


Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.

------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [EMAIL PROTECTED]

You can send mail to the entire list (and comp.os.linux.hardware) via:

    Internet: [EMAIL PROTECTED]

Linux may be obtained via one of these FTP sites:
    ftp.funet.fi                                pub/Linux
    tsx-11.mit.edu                              pub/linux
    sunsite.unc.edu                             pub/Linux

End of Linux-Hardware Digest
******************************

Reply via email to