Linux-Hardware Digest #357, Volume #14 Fri, 16 Feb 01 17:13:08 EST
Contents:
Re: Should I abandon SCSI? (ritz)
Re: SCSI adapters (See signature for email address)
Re: SCSI bus hangs up, configuration wrong?: HP ScanJet IIcx, AHA-2940AU, HP C1554A
(See signature for email address)
SIIG SounWave Elite 2000 sound card on Linux (See signature for email address)
Re: 64 meg dimm on Eurone EM-5400V MB ("lobotomy")
Re: Should I abandon SCSI? ("Steve Wolfe")
Intel Pro/DSL 2100 Modem Support ("Matt Maynard")
Re: Networking advise ("Steve Wolfe")
USB modems: which ones work under linux? ("Stephen Jarrett-Sprague")
Re: video capture card questions (Jim Newton)
Re: Intel Pro/DSL 2100 Modem Support (Hal Burgiss)
Re: Setting up parallel tape drive (derek brendan gottlieb)
Re: Should I abandon SCSI? ("Jamie Town")
What's a good website to find out?? (fimafeng)
Re: Should I abandon SCSI? (Goran Larsson)
Re: help needed to recognize ethernet card (Michael Meissner)
Here's how to get Intel OR840 mobo to work ("Marc Ulrich")
Promise Ultra100 ("Marc Ulrich")
FIXED! Re: Update: Install hangs computer ("Marc Ulrich")
----------------------------------------------------------------------------
From: ritz <[EMAIL PROTECTED]>
Subject: Re: Should I abandon SCSI?
Crossposted-To: comp.periphs.scsi
Date: Fri, 16 Feb 2001 19:27:05 GMT
In comp.periphs.scsi Chris Pitzel <[EMAIL PROTECTED]> wrote:
8) ..
8)> ?I'm at a crossroads now and I need some opinions
8)> ?on whether or not I should abandon SCSI or
8)> ?continue to invest in the technology.
8)>
8)> That's a growing question. The latest rumors are that Plextor will not do
8)> its 16X burner in SCSI and IF true then the likely marks the beginning of
8)> the end for SCSI on single user workstations.
8) "the end"? How many workstations do you know of that *don't* come
8) equipped with SCSI? I can only think of the Ultra10 at the moment, and
8) most buyers of those throw the IDE drive out and buy SCSI drive anyways.
Does Sun still try to rape Ultra-10 owners who want SCSI by selling them
the $800 PCI scsi/ether combination card?
With the cost (dropping like a stone) and availability (skyrocketing)
of 1RU single and dual processor X86 machines being the way they are,
I think Sun's desktop workstation days are near an end anyway. They
just don't offer much value for the huge price premium. They'll
continue to do well in the mid to high end server market though.
Cheers,
C
--
Chris Mauritz
[EMAIL PROTECTED]
------------------------------
From: See signature for email address <[EMAIL PROTECTED]>
Subject: Re: SCSI adapters
Date: 16 Feb 2001 18:46:08 GMT
Alexis <[EMAIL PROTECTED]> wrote:
> The other card is a Future Domain tmc850, based on the 950 bios, which
> is supposed to be well supported. I tried this card in same machine,
> only couldn't find a driver for it, and Mandrake won't auto detect it.
Have you tried the fdomain driver?
====================================================================
Khalid Aziz Linux Development Laboratory
(970)898-9214 Hewlett-Packard
[EMAIL PROTECTED] Fort Collins, CO
------------------------------
From: See signature for email address <[EMAIL PROTECTED]>
Subject: Re: SCSI bus hangs up, configuration wrong?: HP ScanJet IIcx, AHA-2940AU, HP
C1554A
Date: 16 Feb 2001 19:00:26 GMT
[EMAIL PROTECTED] wrote:
> 5) Streamer
> - HP C1554A (according to label on device), C1537A (according to
> diagnostic
> messages)
> - 4 mm DDS3 tapes
> - dip switches: 3: off, 1,2,4,5,6,7,8: on
> - TERM PWR: Jumper set
> 6) Harddisk
> - IBM DDRS-39130
> - Jumpers:
> 1 SPARE (50 PIN)
> ID BIT 3
> (FOR WIDE)
> 2 ID BIT 2 -> Jumper set
> 3 ID BIT 1
> 4 ID BIT 0
> 5 ENABLE -> Jumper set
> AUTO SPIN
> 6 SCSI TERM -> Jumper set
> ON
So, does this mean you have TERM power enabled on both hard disk and
DAT drive? If so, that will cause problems. TERM power should be enabled
only on the devices at either end of the bus. I would suggest disabling
TERM power on the device in middle of bus.
>..................
> Host: scsi0 Channel: 00 Id: 05 Lun: 00
> Vendor: HP Model: C2500A Rev: 3332
> Type: Processor ANSI SCSI revision: 02
"Type: processor" does not sound right. My Microtek scanner shows up as
a scanner device. I am not sure if this has something to do with your
problems but it is just strange.
I wouldn't put a scanner on the same SCSI bus as hard disks or tape
drives for two reasons:
1. Most SCSI scanners have a 25-pin SCSI connector which IMO is bad. The
remaining 25 lines in the SCSI spec are ground lines and they are there
for a reason. They become critical when you have high speed devices on
the bus like hard disks. I simply prefer to isolate any 25-pin device on
its own bus.
2. A number of SCSI scanners do not support SCSI disconnect feature. As
a result, they can lock the bus up for significant amount of time while
they move the scanner head across the scan bed. This will cause timeouts
on SCSI operations on other devices. This may be what you are seeing.
Hope this helps.
====================================================================
Khalid Aziz Linux Development Laboratory
(970)898-9214 Hewlett-Packard
[EMAIL PROTECTED] Fort Collins, CO
DISCLAIMER: I express my opinions only. My employers have nothing to do
with my opinions.
------------------------------
From: See signature for email address <[EMAIL PROTECTED]>
Subject: SIIG SounWave Elite 2000 sound card on Linux
Date: 16 Feb 2001 19:05:23 GMT
Has anyone tried a SIIG SoundWave Elite 2000 soundcard on Linux? Does it
work and is any functionality missing? I am interested in using the
S/PDIF in and out on this card.
====================================================================
Khalid Aziz Linux Development Laboratory
(970)898-9214 Hewlett-Packard
[EMAIL PROTECTED] Fort Collins, CO
DISCLAIMER: I express my opinions only. My employers have nothing to do
with my opinions.
------------------------------
From: "lobotomy" <[EMAIL PROTECTED]>
Subject: Re: 64 meg dimm on Eurone EM-5400V MB
Date: Fri, 16 Feb 2001 19:42:18 GMT
Some earlier boards, especially those based on the 430VX chipset, cannot
use modern high-density SDRAM. Most DIMMS use either 64 megabit or
higher SDRAM chips, and the VX doesn't know what to do with these. IIRC,
it was designed for 16 megabit chips, so if your 64 megaBYTE DIMM uses 64
megabit chips, it will see them as 16 megabit chips, and only recognize
1/4 of the ram. I have a couple of old 32-meg dimms that are detected
fine on a similar (in fact, it might be the very same board) PC Chips
M538. You might still be able to find places selling older dimms like
these, but they can be rather expensive.
In article <AB_i6.122019$[EMAIL PROTECTED]>, "bernie"
<[EMAIL PROTECTED]> wrote:
> I can only get 16 of 64megs recognized -- PLEASE HELP
>
>
> I have what I beleive to be a Eurone EM-5400V motherboard. It is a
> socket
> 7 running a pentium 233. The only info I could find on it was at
>
> http://www.igoshop.com/cfacts/docs/systems/80586/560451.htm
>
> and it doen't help much. It has 4xSIMM and 2xDIMM slots for RAM. I
> have been useing 8 meg simms in it for a while for a total of 32 megs
> for a long time. I recently installed X on it and needed more RAM so I
> got a
> 64meg DIMM. It only sees, and only seems to preform at, 16megs. The
> stick I got is a 8x64-pc66 sdram 168 pin 3.3volt, the brand is Rk-Byte.
> It seemed to be pretty strait forward. I was able to determine from
> what is printed on the MB that it is running at 3.3v. So what do you
> think I am missing?
>
> thank you very much if you have any ideas, bernie
--
PC Chips actually goes by many names. PCChips = Ability = Alton = Amptron =
Aristo = Asia Gate = Asiatech = Assa = Atrend = Elpina = Eurone = Fugu =
Fugutech = Hi Sing = Houston = Hsing Tech = H Tech = Matsonic = Minstaple =
PCWare = Pine = Protac = QDI = Warpspeed
------------------------------
From: "Steve Wolfe" <[EMAIL PROTECTED]>
Crossposted-To: comp.periphs.scsi
Subject: Re: Should I abandon SCSI?
Date: Fri, 16 Feb 2001 12:49:36 -0700
> I often end up at this same crossroads and even for
> large RAID machines, it seems that while SCSI is great
> in theory, it's too expensive. I'm not clear on why
> you don't keep your existing SCSI setup.
>
> [ snip ]
>
>
> You can build software RAIDs with IDE, in fact there are even
> hardware RAID cards (for example, rpmfind.net is running on a
> 3ware IDE RAID). I've evaluated SCSI vs IDE for RAIDs, and while
> SCSI would be nice, the cost per storage unit i way too much. For
> example, a SCSI machine will not only cost more than the IDE
> alternative, it will have about half the storage capacity.
If you're talking about a single-user workstation, the above is true.
If you're dealing with a multi-tasking server, SCSI (especially RAID) makes
a world of difference in I/O-intensive apps, enough to far out-weigh the
costs. Today, I took one of our machines running off of a RAID array, and
converted it to a single U160 drive. When I started using it, I kept
wondering why things didn't return as soon as I hit the enter key, until I
remembered that it was running off of a single drive.
steve
------------------------------
From: "Matt Maynard" <[EMAIL PROTECTED]>
Subject: Intel Pro/DSL 2100 Modem Support
Date: Fri, 16 Feb 2001 13:06:54 -0700
Has anyone had any success in getting a Intel Pro/DSL 2100 Modem to work
under Linux, specifically a Red Hat type distribution? TIA,
Matt
====== Posted via Newsfeeds.Com, Uncensored Usenet News ======
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
======= Over 80,000 Newsgroups = 16 Different Servers! ======
------------------------------
From: "Steve Wolfe" <[EMAIL PROTECTED]>
Subject: Re: Networking advise
Date: Fri, 16 Feb 2001 13:01:30 -0700
> Thanks Steve! Think I will go with the switch then.
> Are there any brands to stay away from, or will just about any switch
work?
As far as I know, there aren't any truly bad brands. The only switch
I've had go out on me was an SMC, but a single unit doesn't exactly carry
any statistical weight. : ) It's hard to go wrong with LinkSys, DLink,
Intel, Netgear, etc. for switches. It's not like a network card, where
driver stability or support may be in question.
steve
------------------------------
From: "Stephen Jarrett-Sprague" <[EMAIL PROTECTED]>
Crossposted-To: alt.linux,alt.os.linux.mandrake,alt.os.linux.suse
Subject: USB modems: which ones work under linux?
Date: Fri, 16 Feb 2001 20:15:51 -0000
I have a computer which doesn't have a serial port or room for a serial card
to be installed. Serious mistake in hindsight.
I have a PCtel winmodem that did work under Corel second addition, but this
appears to be a dead end distro.
I do have a USB port though.
I have looked up kernel 2.4 readme's to find that USB modems that conform to
Abstract Control Model are now supported in the kernel. And I found that
ELSA microlink 56k works on suse's websight.
Problem - this modem has been withdrawn and replaced by a fun USB modem (How
modems are found escapes me). Now back to square one.
Any suggestions please? Thanks in advance.
------------------------------
From: [EMAIL PROTECTED] (Jim Newton)
Subject: Re: video capture card questions
Date: Fri, 16 Feb 2001 19:20:27 +0000
Reply-To: [EMAIL PROTECTED]
On Fri, 16 Feb 2001 10:48:41 -0800, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>I have a Video Extreme (Brooktree) video capture card.
>Linux recognizes it during boot up.
>Will it work with Linux?
>If so, what software do I need?
>Where can I find the software?
>Where can i find instruction on getting it working?
>Looking through 'rpmfind.net' didn't show me any video capture software.
>
>Thanks for any help.
>--
>cedric
>
>
>Linux powered
>
>Do not sell, share or otherwise
>distribute e-mail address.
You'll need a kernel with Video4Linux compiled in (or as modules).
You'll also need the bttv module to work with bt chip.
A version comes with the kernel and can also be compiled as a module.
That should sort the video part ... sound depends on the board.
There's some decent documentation in the kernel sources on the bttv driver.
Jim
------------------------------
From: [EMAIL PROTECTED] (Hal Burgiss)
Subject: Re: Intel Pro/DSL 2100 Modem Support
Reply-To: Hal Burgiss <[EMAIL PROTECTED]>
Date: 16 Feb 2001 15:31:56 -0500
On Fri, 16 Feb 2001 13:06:54 -0700, Matt Maynard
<[EMAIL PROTECTED]> wrote:
>Has anyone had any success in getting a Intel Pro/DSL 2100 Modem to
>work under Linux, specifically a Red Hat type distribution? TIA,
I doubt it. No drivers. It would be nice to be proved wrong, but I
seriously doubt that is gonna happen.
--
Hal B
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
------------------------------
From: derek brendan gottlieb <[EMAIL PROTECTED]>
Subject: Re: Setting up parallel tape drive
Date: Fri, 16 Feb 2001 15:10:29 -0600
Mainly I've been trying to test it with:
mt -f /dev/<device> status
in an attempt to get some sort of response from the drive. I've compiled
ftape-4.04a and it seems like I'm pretty close, but not quite there.
Ftape appears to fire up correctly and the bpck module finds my drive but
I'm still not able to talk to it with the above command. I've
configured stuff as the ftape src documentation suggests (ie the bpck
module for the ditto 2gb parallel drive, etc). Here's what I get from
dmesg concerning the ftape module:
ftape v4.04a 07/25/2000
(c) 1993-1996 Bas Laarhoven
(c) 1995-1996 Kai Harrekilde-Petersen
(c) 1996-2000 Claus-Justus Heine <[EMAIL PROTECTED])
QIC-117 driver for QIC-40/80/3010/3020/Ditto 2GB/MAX floppy tape drives.
Compiled for Linux version 2.2.17-14 (UP).
installing QIC-117 floppy tape driver ...
ftape_init @ 0xc88ed244.
parport0: PC-style at 0x378, irq 5 [SPP,PS2,EPP]
bpck-fdc.c: bpck_fdc_register @ 0xc891f5e8
[000] fdc-io.c (fdc_register) - Probing for bpck-fdc tape drive slot 0.
[001] 0 fdc-parport.h (ft_parport_probe) - dev: c2386e40.
[002] 0 fdc-parport.h (ft_parport_probe) - irq: 5.
[003] 0 fdc-parport.h (ft_parport_probe) - port: 378.
[004] 0 bpck-fdc.c (bpck_fdc_probe) - Bpck parallel port tape drive
interface for ftape v4.04a 07/25/2000.
[005] bpck-fdc.c (bpck_fdc_log_adapter) - bpck floppy tape at 0x378,
mode 4 (EPP-32), delay 0.
[006] 0 fdc-parport.h (ft_parport_probe) - base: 0x378, irq: 5, number:
0.
[007] 0 ftape-buffer.c (add_one_buffer) - buffer nr #1 @ c760d660, dma
area @ c8923000.
[008] 0 ftape-buffer.c (add_one_buffer) - buffer nr #2 @ c760da20, dma
area @ c8923000.
[009] 0 ftape-buffer.c (add_one_buffer) - buffer nr #3 @ c760d0c0, dma
area @ c8923000.
[010] 0 ftape-buffer.c (add_one_buffer) - buffer nr #4 @ c760d020, dma
area @ c8923000.
Derek
On 16 Feb 2001, Johannes Niess wrote:
> derek brendan gottlieb <[EMAIL PROTECTED]> writes:
>
> > I've got an external parallel port tape drive (ditto 2GB) that I'm looking
> > to set up on my RH7.0 box. According to the hardware compatibility
> > howtos, this drive should be supported by ftape version 3.x and up and I
> > currently have 3.04d installed (default with RH7 I think). Anyone know
> > anything about this configuration? The ftape module installs ok (messages
> > output below), but I can't seem to access the drive in any way I've tried
> > so far. It's possible that my parallel port isn't set up correctly since
> > I've never actually used it under linux... what settings are supported
> > (ECP, EPP, etc). Any insight would be appreciated.
>
> Derek,
>
> Tapes are char devices. They read/write one byte after another. They
> don't get mounted, but are used "raw".
>
> To backup you can try: cd /tmp; tar -cvf /dev/<your device>
>
> Tape movement is done via mt or ftmt:
>
> mt -f /dev/<your device> retension
>
> <your device> is the device file for your tape. AFAIR it's qft0, but
> ftape might be a symbolic link to it.
>
> Ftape is currently on version 4.X, so it might be worth an
> upgrade. Have your read the ftape howto?
>
> Johannes Niess
>
>
------------------------------
From: "Jamie Town" <[EMAIL PROTECTED]>
Crossposted-To: comp.periphs.scsi
Subject: Re: Should I abandon SCSI?
Date: Fri, 16 Feb 2001 13:28:34 -0800
X-No-Archive: Yes
"jtnews" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> What do you think I should do?
>
> I'm leaning towards dumping all my SCSI devices.
> I've been looking at the tech specs for USB
> and it appears to be more promising than SCSI,
> even though with USB 2.0 you only get 60MB/sec instead
> of 160MB/sec with SCSI-3.
If USB 2.0 is as reliable as the current spec, I wouldn't trust it any
farther than I could throw a 21" monitor. I gave USB a shot last year and
never got everything to work properly. I used USB extensively on 4 machines
and each one was different. Only 1 of the 4 could burn CDs reliably on a
USB CDR/RW (with nothing else connected). If I overload the USB NIC on one
of my machines, it'll blue-screen. And that's the most reliable NIC I could
find. I tried several before finding one that would work for more than a
few hours at a time.
USB looks great on paper but it simply doesn't live up to the hype.
> Is there any reason I should stay with SCSI?
> If I want to build a RAID system or high
> performance NFS file server later on,
> can I do that with IDE or USB or is SCSI the
> only way to go?
If you want performance and reliability, SCSI.
Jamie
------------------------------
From: fimafeng <[EMAIL PROTECTED]>
Crossposted-To:
alt.comp.periphs.videocards.matrox,comp.os.linux.admin,alt.os.linux.redhat,comp.os.linux.setup,linux.redhat.install
Subject: What's a good website to find out??
Date: Fri, 16 Feb 2001 21:46:02 GMT
I'm tring to use a G400 MAX on Red Hat 7.0 Linux machine. Where can I
find out about how-to upgrade the X server used by default in RH 7.0?
Any advice is appreciate and thanks!!
PS (I've tried using Xfree86.org as a site..but can't find the relevant
material there!!)
Chris
------------------------------
Crossposted-To: comp.periphs.scsi
From: [EMAIL PROTECTED] (Goran Larsson)
Subject: Re: Should I abandon SCSI?
Date: Fri, 16 Feb 2001 21:42:38 GMT
In article <[EMAIL PROTECTED]>,
jtnews <[EMAIL PROTECTED]> wrote:
> Incidentally, another reason why I think
> USB is more promising is that its serial
> nature makes it a good candidate for
> fiber optic extension.
You must have overlooked the fact that SCSI is already available
in a serial version that can be used over copper cables and
optical cables. Fibre Channel Arbitrated Loop (FC-AL) is the
SCSI-3 protocoll used for up to 126 devices connected to a
100MByte/s copper (30 m) or optical (10000 m) loop.
--
G�ran Larsson Senior Systems Analyst hoh AT approve DOT se
------------------------------
Crossposted-To: comp.os.linux.networking
Subject: Re: help needed to recognize ethernet card
From: Michael Meissner <[EMAIL PROTECTED]>
Date: 16 Feb 2001 16:53:28 -0500
[EMAIL PROTECTED] (Lew Pitcher) writes:
> On Fri, 16 Feb 2001 14:22:21 -0500, richard noel fell <[EMAIL PROTECTED]>
> wrote:
>
> >Thank you for replying. Here is the output of lspci.
> >
> >[root@rosewall rfell]# /sbin/lspci
> >00:00.0 Host bridge: Intel Corporation 440LX/EX - 82443LX/EX Host bridge
> >(rev 03)
> >00:01.0 PCI bridge: Intel Corporation 440LX/EX - 82443LX/EX AGP bridge (rev
> >03)
> >00:07.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 01)
> >00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01)
> >00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01)
> >00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 01)
> >00:08.0 SCSI storage controller: Adaptec AHA-2940U2/W
> >00:09.0 VGA compatible controller: S3 Inc. 86c968 [Vision 968 VRAM] rev 0
> >00:0a.0 Ethernet controller: Digital Equipment Corporation DECchip 21040
> >[Tulip] (rev 23)
>
>
> Well, /sbin/lspci says that you've got a DC21040 Tulip chip. The Linux
> 'tulip' driver should work with that chip.
Note, I work in the GCC group, which means any comments I make about the Red
Hat Linux distribution, are purely my own opinions, and not that of Red Hat
itself, or its Linux distributions.
Actually for a 21040 you might try 'old_tulip' instead of 'tulip'. There are 3
different possible drivers you can try, the 'de4x5' driver supported the
original models of the series, 'old_tulip' as mentioned above, and 'tulip' for
the newer chips. I've included the help from the kernel configuration for the
three drivers:
Generic DECchip & DIGITAL EtherWORKS PCI/EISA
CONFIG_DE4X5
This is support for the DIGITAL series of PCI/EISA Ethernet cards.
These include the DE425, DE434, DE435, DE450 and DE500 models. If
you have a network card of this type, say Y and read the
Ethernet-HOWTO, available via FTP (user: anonymous) in
ftp://metalab.unc.edu/pub/Linux/docs/HOWTO. More specific
information is contained in Documentation/networking/de4x5.txt.
This driver is also available as a module ( = code which can be
inserted in and removed from the running kernel whenever you want).
The module will be called de4x5.o. If you want to compile it as a
module, say M here and read Documentation/modules.txt as well as
Documentation/networking/net-modules.txt.
DECchip Tulip (dc21x4x) PCI support
CONFIG_DEC_ELCP
This driver is developed for the SMC EtherPower series Ethernet
cards and also works with cards based on the DECchip
21040/21041/21140 (Tulip series) chips. Some LinkSys PCI cards are
of this type. (If your card is NOT SMC EtherPower 10/100 PCI
(smc9332dst), you can also try the driver for "Generic DECchip"
cards, above. However, most people with a network card of this type
will say Y here.) Do read the Ethernet-HOWTO, available via FTP
(user: anonymous) in ftp://metalab.unc.edu/pub/Linux/docs/HOWTO.
More specific information is contained in
Documentation/networking/tulip.txt.
This is the new version of this driver. If it does not work for
you please try older version which is also available.
This driver is also available as a module ( = code which can be
inserted in and removed from the running kernel whenever you want).
The module will be called tulip.o. If you want to compile it as a
module, say M here and read Documentation/modules.txt as well as
Documentation/networking/net-modules.txt.
Old DECchip Tulip (dc21x4x) PCI support
CONFIG_DEC_ELCP_OLD
This driver is developed for the SMC EtherPower series Ethernet
cards and also works with cards based on the DECchip
21040/21041/21140 (Tulip series) chips. Some LinkSys PCI cards are
of this type. (If your card is NOT SMC EtherPower 10/100 PCI
(smc9332dst), you can also try the driver for "Generic DECchip"
cards, above. However, most people with a network card of this type
will say Y here.) Do read the Ethernet-HOWTO, available via FTP
(user: anonymous) in ftp://metalab.unc.edu/pub/Linux/docs/HOWTO.
More specific information is contained in
Documentation/networking/tulip.txt.
This an older version of the driver which supports some cards the
new version does not (yet) support. Use it if the new driver does
not work for you.
This driver is also available as a module ( = code which can be
inserted in and removed from the running kernel whenever you want).
The module will be called old_tulip.o. If you want to compile it as
a module, say M here and read Documentation/modules.txt as well as
Documentation/networking/net-modules.txt.
--
Michael Meissner, Red Hat, Inc. (GCC group)
PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA
Work: [EMAIL PROTECTED] phone: +1 978-486-9304
Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482
------------------------------
From: "Marc Ulrich" <[EMAIL PROTECTED]>
Subject: Here's how to get Intel OR840 mobo to work
Date: Fri, 16 Feb 2001 09:21:15 -0500
It took me a week to find a solution to this problem, so I am posting the
solution here.
If you have an Intel OR840 motherboard - for the Pentium III, linux may
freeze on boot after the message:
PCI: probing PCI hardware.
If so, the solution is simple: go to support.intel.com and get the latest
bios. I had bios version 225 and had this problem. Loading version 245 fixed
it.
Marc
------------------------------
From: "Marc Ulrich" <[EMAIL PROTECTED]>
Subject: Promise Ultra100
Date: Fri, 16 Feb 2001 13:29:50 -0500
Where can I find a Redhat 7.0 linux driver that will support the Promise
Ultra100 ATA IDE controller? I am unable to install linux without this.
Someone told me to go to the promise.com website & get it there, but promise
only has a fasttrak driver -- which will not work.
Thanks,
Marc
------------------------------
From: "Marc Ulrich" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: FIXED! Re: Update: Install hangs computer
Date: Fri, 16 Feb 2001 09:27:52 -0500
This is posted in the hardware newsgroup as well. The fix was to simply
update the bios (from my current version of 225 to version 245) for the
Intel OR840 motherboard that I have.
Marc
"David Cecere" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> I had a similar problem installing RH7 on my Micron TREK 2 notebook. I
> solved it by telling the Phoenix BIOS that my installed OS was "Other"
> instead of "Windows" or "DOS".
>
>
> On Mon, 12 Feb 2001 15:32:22 -0500, Marc Ulrich
> <[EMAIL PROTECTED]> wrote:
>
> >Nope, it isn't the PCI hardware causing the trouble. I've removed all
> >PCI cards, and put the HDD on the Motherboard's IDE controller. The only
> >expansion card in the system is a Matrox G400 AGP video card.
> >
> >Does anyone know what causes this?
> >Marc
> >
> >Marc Ulrich wrote:
> >>
> >> I have a new computer that will not install linux RedHat 7.0. Here's
the
> >> deal:
> >>
> >> When the boot (from CDRom) reaches the spot: "PCI: probing PCI
> >> hardware", the system freezes. Not even Crtl-Alt-Del to shutdown &
> >> reboot will work. I tried using the expert mode because it said that
> >> will bypass the PCI autoprobing. It does exactly the same thing.
> >>
> >> Here's what I think the problem is: The harddrive is using a Promise
> >> Ultra100 harddrive controller (so that the HDD can use ATA100 instead
of
> >> ATA66 which is the max available via the motherboard). I would try just
> >> attaching the harddrive to the motherboard controller, install linux &
> >> then put it back on the Promise controller except that the PCI probing
> >> is done everytime linux boots.
> >>
> >> Can anyone help me out?
> >> Thanks,
> >> Marc
>
------------------------------
** 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 by posting to comp.os.linux.hardware.
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
******************************
