Linux-Hardware Digest #72, Volume #14 Thu, 21 Dec 00 19:13:06 EST
Contents:
Re: Intel Easy PC camera - cannot be supported in Linux! (Russ Lyttle)
Re: ECC RAM supported by Linux? (Henrik Carlqvist)
Re: Dual Xeon hangs ("D. Stimits")
Re: RedHat on RS6000 ("John D. Peedle")
Re: ??? RH7.0 on a Pentium Pro 200 ("John D. Peedle")
Re: How can I change the booting order? ("John D. Peedle")
Re: crossover cable ("John D. Peedle")
Re: Installing a network printer ("Dan White")
Re: HDD Problems. ("Adam H.")
Re: Mandrake 6.1 Help Please with Video Card & Monitor ("Dan White")
Re: Feedback invited: Hardware monitor driver (David Goodenough)
Re: Mouse Problem RH 7.0 ("Dan White")
(no subject) (Secret Squirrel)
Bridge in RedHat 7.0 ("fender")
Adaptec 1540 SCSI card no go (Julian Bordas)
SCSI ADAPTER ("simplemind")
Re: SCSI ADAPTER (Juergen Heinzl)
----------------------------------------------------------------------------
From: Russ Lyttle <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.system
Subject: Re: Intel Easy PC camera - cannot be supported in Linux!
Date: Thu, 21 Dec 2000 21:37:05 GMT
jtnews wrote:
>
> Russ Lyttle wrote:
>
> > Unfortunately, the correct answer is YEP. You might win, Intel might
> > loose, but in the meantime, who has money to pay for lawyers? I would
> > suggest contacting Intel and clearing it with them first. Otherwise post
> > the code as "anonymous coward" somewhere from a cybercafe.
>
> What I don't understand is why a company as big as Intel won't support
> Linux, even if it was just a driver with an object file and no source,
> that would do. I'd like to use the Easy PC camera as a home security
> intrusion detection camera. If they made the driver available for
> Linux, then I'd buy
> at least 3 more cameras.
At one time we refered to MS and Microsoft as the "Wintel Monopoly". MS
& Intel worked closely together. Intel would not release a new chip
until MS had time to make sure DOS/Windows would run on it. This assured
quick adoption of the new chips in PCs. Now they are on the outs because
MS got carried away with its power and killed, IIRC, Intel 3d video
technology. But Intel is a big outfit and many people inside still katow
to MS. They fear that if Intel gets too friendly with Linux, MS will
change their OS enough to hamper adoption of Intel add ons.
--
Russ Lyttle, PE
<http://www.flash.net/~lyttlec>
Not Powered by ActiveX
------------------------------
From: Henrik Carlqvist <[EMAIL PROTECTED]>
Subject: Re: ECC RAM supported by Linux?
Date: Wed, 20 Dec 2000 22:57:40 +0100
Bob Marcan wrote:
> Today: i got original additional 128MB ECC RAM for my Compaq AP200.
> NT simply crashes from time to time, on Linux this part of memory
> was mainly used as cache and i got corrupted data.
Is ECC or parity enabled? If so, do you find any messages about NMI in
your log files?
regards Henrik
--
spammer strikeback:
root@localhost [EMAIL PROTECTED] [EMAIL PROTECTED]
------------------------------
Date: Thu, 21 Dec 2000 14:59:05 -0700
From: "D. Stimits" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.misc,comp.os.linux.setup
Subject: Re: Dual Xeon hangs
ekk wrote:
>
> Sorry for the duplicate post - I noticed I hadn't changed the subject
> line.
>
> ekk wrote:
>
> > Hello
> > I have a dual Xeon 550 machine that hangs often, somewhat randomly when
> > I'm doing some CPU intensive stuff. In the most recent crash, I was
> > heavily using only one CPU, It doesn't seem to be CPU temp related,
> > becuase just before it crashed, the temp was 45.5 deg. C. I'm running
> > RH 6.1, kernel 2.2.14 - configured pretty much the same way as another
> > dual 650 Pentium III which has no trouble. /var/log/messages contains
> > little helpful info. I am running all the same daemons as the 650.
> > Anyone know what's going on? In the meantime, I'm going to put 2.2.16
> > on there to see if that helps.
> > Ken
What chipset does it use? If it is i840 your problem is the broken
IO-APIC of the i840 chipset. In that case boot with kernel option
"noapic". You'd lose performance since hardware interrupts would be
serviced by only one cpu under that option, but stability will go up
dramatically.
------------------------------
From: "John D. Peedle" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.powerpc
Subject: Re: RedHat on RS6000
Date: Thu, 21 Dec 2000 22:27:45 -0000
AIX is cool anyway :-)
--
John D. Peedle
RHCE - so I'm Biased!
Registered Linux User 167460
"Brian Walton" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> The 7012's use the power architecture CPU and does not work with linux.
> There is a group working on the Power Arch. but not for the MCA bus which
> the 7012 uses. The only OS I know of that runs on it is AIX.
>
> Sorry about that,
>
> Brian
>
> "Jeff Moore" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]...
> > I am interested in compiling RedHat Linux 7.0 for my RS6000.
> >
> > I do not know yet how to compile the kernel and boot disks for the
> > RS6000.
> > Has anyone tried this before?
> >
> > My RS6000 is the following:
> >
> > IBM Powerserver 320 type 7012
> >
> > Thank You
> >
>
>
------------------------------
From: "John D. Peedle" <[EMAIL PROTECTED]>
Crossposted-To: linux.redhat.install,linux.redhat
Subject: Re: ??? RH7.0 on a Pentium Pro 200
Date: Thu, 21 Dec 2000 22:34:26 -0000
"mike marois" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> I just purchased a pentium pro 200 with 256mb of ram to be the SOHO server
> to act as a file server, intranet, and gateway in my 4 pc home office
> network. Are there any know problems with this seemly old technology?
Will
> RH7.0 see and utilixe all 256mb of RAM? Is expecting this box to handle
all
> of this too much??
The Pentium Pro is one of Intel's 'better' processors. It should do you for
years
--
John D. Peedle
RHCE - so I'm Biased!
Registered Linux User 167460
------------------------------
From: "John D. Peedle" <[EMAIL PROTECTED]>
Subject: Re: How can I change the booting order?
Date: Thu, 21 Dec 2000 22:47:15 -0000
<[EMAIL PROTECTED]> wrote in message news:91f4db$d9f$[EMAIL PROTECTED]...
>
<snip>
> Dell used to have a BIOS setting that allowed me to specify
> PCI bus scanning from left to right or viceversa.
> Additionally I could give priority to built-in HBAs over
> actual SCSI cards (or viceversa).
>
> Unfortunately, my current Dell BIOS doesn't to allow me
> to specify priority for the different PCI devices.
I just *knew* that there was a good reason for buying Compaq. You select the
boot priority by specific device in their BIOS.
Joking apart, unless you can disable the SCSI BIOS on the HBA, I think you
are stuffed and will have to resort to a boot floppy.
--
John D. Peedle
RHCE - so I'm Biased!
Registered Linux User 167460
------------------------------
From: "John D. Peedle" <[EMAIL PROTECTED]>
Subject: Re: crossover cable
Date: Thu, 21 Dec 2000 22:53:10 -0000
"Dan White" <[EMAIL PROTECTED]> wrote in message
news:52E_5.69831$[EMAIL PROTECTED]...
> In article <[EMAIL PROTECTED]>, "Silviu Minut"
> <[EMAIL PROTECTED]> wrote:
>
> >> Are you actually using a 'crossover' cable or are you using a
> >> 'straight' cable ? The results you indicate would suggest to me that
> >> your crossover cable isn't crossing over.
> >>
> >
> > It's a crossover Cat 5e by Belkin, sealed, from CompUSA. I just
> > exchanged it for another one, same brand same everything. Again, the
> > leds don't light up when I connect it between either card (eth0
> > EtherPower - SMC and eth1 EtherFast - Linksys) to the OTHER computer
> > (eth0 3Com). HOWEVER, when I connect eth0 and eth1 on the SAME computer
> > it works.
>
> The cards may not be autonegotiating properly. Look for the documentation
> for the relevant drivers and try to set them manually to the same speed
> and duplex.
>
> For instance, the tulip documentation found at
>
> http://www.scyld.com/network/tulip.html
>
> allows you to set the speed to 100baseTx and full duplex like this:
>
> modprobe tulip options=3 full_duplex=1
>
> - Dan White
This is probably the best reason. Even if that works, may I suggest that
your best option is still a hub, since it has other advantages (protection
of individual devices, scalability, etc, etc). Crossover cables are a
necessary evil, but still to be avoided whenever possible.
--
John D. Peedle
RHCE - so I'm Biased!
Registered Linux User 167460
------------------------------
From: "Dan White" <[EMAIL PROTECTED]>
Subject: Re: Installing a network printer
Date: Thu, 21 Dec 2000 22:55:03 GMT
In article <91tqcg$pb4$[EMAIL PROTECTED]>, [EMAIL PROTECTED] wrote:
> I'm running Red Hat 6.0 on a Windows NT based network (the only user on
> the network running something other than Windows 98). We have a network
> print "server" set up running Windows 95 (long story - all I can say is
> "It wasn't me" :-)). Anyway, I want to connect to the printer over the
> network using my NT account and would like to be able to do this without
> having to type my username and password in every time I want to print.
>
> The printer is an NEC SuperScript 860.
>
> Any advice/help would be much appreciated.
>
> d0minick
>
If it's a Windows 95 printer server, i doubt that it would require a
password. Easiest approach would be to add the hostname/ip address of it
to your /etc/hosts file, then use 'printtool' to specify samba, host, and
printer type (maybe postscript printer filter?).
- Dan White
------------------------------
From: "Adam H." <[EMAIL PROTECTED]>
Subject: Re: HDD Problems.
Date: Fri, 22 Dec 2000 09:28:48 +1100
Hi Siggi,
Thanks for your reply. I'll double check these things. I was also
told that it could be a DMA problem, however the HDD is a newie.
I'll replace the cables and check a few other things and see how I go.
Have a great Christmas...
Adam.
> this kind of errors can't be explained completely from afar, but these
> messages give some hints:
>
> "drive ready, seek complete, data request error": the system checked the
> drive, it reported "I'm ready". then the system sent the command (here
> the so called "seek" command, whicht puts the head assembly to the
> specified cylinder. the seek operation answerde: "went ok". but when it
> came to data transfers, uncorrectable errors showed up.
>
> "uncorrectable error" and nothing else: even the "check for ready state"
> command failed.
>
> to me, this seems to be a faulty transmit path, i.e. cabling (broken?
> too long?), jacks and / or plugs, ide controller chip.
> a different cause may be so called "ripples" or "spikes" on power supply
> lines to the drive (i.e. 12v, 5v, ground). this was to blame the power
> supply. sometimes those error occur on isolated use of the drive, i.e.
> if the drives metal parts aren't connected to the computers case.
>
> did you check all that?
>
> hope that helps a little.
>
> yours siggi
>
>
> >
> > TIA
> >
> > Adam
------------------------------
From: "Dan White" <[EMAIL PROTECTED]>
Subject: Re: Mandrake 6.1 Help Please with Video Card & Monitor
Crossposted-To: alt.os.linux.mandrake,comp.os.linux.setup
Date: Thu, 21 Dec 2000 22:59:34 GMT
In article <[EMAIL PROTECTED]>, "Harry Broom"
<[EMAIL PROTECTED]> wrote:
> Hello Everyone
>
> I'm very much a newbie, but I'm trying to move away from the MS Windoze
> and I just got my hands a copy of the above Mandrake version.
>
> The install seems to have gone OK after a couple of problems but the
> lats re-installation seems to have gone OK. I just want to get X Windows
> going now. However I have a problem.
>
> I have a VideoLogic Grafixstar 670 with the S3 Savage4 3D video chipset
> on a PCI card and a Taxan ErgoVision 730 TCO95-S Monitor.
The recent release of XFree86 4.0.2 mentions that it has added for
"A driver (savage) for S3 Savage chipsets". See
http://www.xfree86.org
- Dan White
------------------------------
From: David Goodenough <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development
Subject: Re: Feedback invited: Hardware monitor driver
Date: Thu, 21 Dec 2000 23:00:02 +0000
Gareth Randall wrote:
> Dear All,
>
> I am currently writing a driver for the hardware monitor chips which appear on all
>modern motherboards. The driver is a kernel module and can currently read and
>interpret several of the sensors on the Winbond W83781D chip.
>
> Basically I'd like some feedback about what interface people would like for this.
>Technical things only - I'm not interested in what you'd like to see in the GUI -
>that sort of thing should not be involved in the kernel.
>
> I'm looking for comments mostly on the data formats. Should the data be read and
>written as structs? Should we be able to seek to get to the Nth sensor? How about
>supporting future, as yet unknown, features? What device names should I use? How
>should I define the minor numbers? Do you want text mode output ala /proc/interrupts
>or defined data formats? Bear in mind that serious data interpretation should be left
>to user mode.
>
> Of course, I have my own opinions on these things! What I want is to get some sort
>of discussion going so that I have something to work to. There's nothing like some
>feedback to motivate further work...
>
> Please note that I've heard of another project for such a driver but when I checked
>it was closed source (binary only). I'm not interested in that sort of thing. I'm
>going to give you something GPL which you can all use and see the source code.
>
> This is the plan that I have sent to H Peter Anvin. (No reply yet but I guess he's
>busy.) Of course, this may yet be rejected...
>
> ? char Hardware monitoring devices
> 0 = /dev/hwmon0 First hardware monitor device
> 1 = /dev/hwmon1 Second hardware monitor device
> ...
> 15 = /dev/hwmon15 Sixteenth hardware monitor device
> 16 = /dev/temperature0 First temperature sensor
> 17 = /dev/temperature1 Second temperature sensor
> ...
> 31 = /dev/temperature15 Sixteenth temperature sensor
> 32 = /dev/fan0 First fan speed sensor
> 33 = /dev/fan1 Second fan speed sensor
> ...
> 47 = /dev/fan15 Fifteenth fan speed sensor
> 48 = /dev/voltage0 First voltage sensor
> 49 = /dev/voltage1 Second voltage sensor
> ...
> 63 = /dev/voltage15 Sixteenth voltage sensor
> 64 = /dev/chassis0 First mechanical chassis sensor
> 65 = /dev/chassis1 Second mechanical chassis sensor
> ...
> 79 = /dev/chassis15 Sixteenth mechanical chassis sensor
>
> Design principles:
>
> 1. Specific sensors can be accessed separately, rather than having one device which
>controls everything. Division into chunks of 16 allows addition of other sensor types
>in the future.
>
> 2. Where specific details of a device need to be controlled (e.g. interrupt status)
>then the device itself can be addressed using /dev/hwmonXX.
>
> Go for it! Tell me what you think!
>
> Yours,
>
> ======= Gareth Randall =======
What about lm_sensors. Seems very open source to me, and does everything you seem to
be aiming for.
------------------------------
From: "Dan White" <[EMAIL PROTECTED]>
Subject: Re: Mouse Problem RH 7.0
Date: Thu, 21 Dec 2000 23:03:46 GMT
In article <[EMAIL PROTECTED]>, "Mark Richardson"
<[EMAIL PROTECTED]> wrote:
> I have installed RedHat 7.0 and during install my serial MS Intellimouse
> works fine. I let install select MS mouse option and finished. After
> reboot into Gnome, the mouse doesn't work. I reinstalled and choose
> Generic 2 button and still no mouse. This is a serial 2 button &
> scrolling wheel mouse. Any ideas????
>
> Thanks in advance, Mark
>
>
Try running 'mousetool' to configure the mouse after installation. Your
problem could be caused by a gpm conflict, if so, you can try killing gpm
with:
/etc/rc.d/init.d/gpm stop
Then restart X with ctrl-alt-backspace (don't reboot).
If you're booting the system into run level 5, directly into X, you can get
to a console by pressing ctrl-alt-f1.
- Dan White
------------------------------
Date: 21 Dec 2000 23:03:05 -0000
Subject: (no subject)
From: Secret Squirrel <[EMAIL PROTECTED]>
Is there a viable solution for making Linux (lpd, lprng, CUPS, etc)
talk to a Lexmark Z52? I couldn't find any info in the usual places.
------------------------------
From: "fender" <[EMAIL PROTECTED]>
Subject: Bridge in RedHat 7.0
Date: Thu, 21 Dec 2000 23:13:06 +0100
Hi!
I try to install bridge on my system - RH7, 3xRlt8029. I have a problem with
'brctl' tool - it's write: "Bad Address" in initialization. There are
something else : 'brcfg' tool but I don't know where can I get it. The ftp
site ftp://shadow.cabi.net is dead and I'm still looking for it.
Can you tell me what's wrong or where can I get brcfg tool? I think that
second one will be proper.
If you have 'brcfg' please send me it by e-mail: mailto:[EMAIL PROTECTED]
------------------------------
From: Julian Bordas <[EMAIL PROTECTED]>
Subject: Adaptec 1540 SCSI card no go
Date: Fri, 22 Dec 2000 10:45:46 +1100
Hello
I have a PC with an Adaptec 1540-1542 SCSI card and an Acer
SCSI Card
for the scanner. I am unable to install the adaptec card, I get an
error message that the module load failed, yet both work under windows.
Any suggestions any one?
--
Julian Bordas
Williamstown, Victoria, Australia.
To send email remove the full stop and the
country in which I live, from my email address.
------------------------------
From: "simplemind" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.misc,comp.os.linux.setup
Subject: SCSI ADAPTER
Date: Fri, 22 Dec 2000 00:32:04 +0100
I use a SCSI card only for my scaner. It's a Linux supported ADAPTEC
AVA-1505 and Adaptec AHA-152x compatible. When I was trying to build a new
kernel to make it work I read in one of the SCSI LOW LEVEL help items that I
had to change IRQ and some other values.
Does anybody know how to do this ?
I would alos thank any other help about these card. I found nothing in
LINUXDOC.
THANKS.
------------------------------
From: [EMAIL PROTECTED] (Juergen Heinzl)
Crossposted-To: alt.os.linux,comp.os.linux.misc,comp.os.linux.setup
Subject: Re: SCSI ADAPTER
Date: 22 Dec 2000 00:08:54 GMT
In article <91u3r8$lob$[EMAIL PROTECTED]>, simplemind wrote:
>I use a SCSI card only for my scaner. It's a Linux supported ADAPTEC
>AVA-1505 and Adaptec AHA-152x compatible. When I was trying to build a new
>kernel to make it work I read in one of the SCSI LOW LEVEL help items that I
>had to change IRQ and some other values.
>Does anybody know how to do this ?
>I would alos thank any other help about these card. I found nothing in
>LINUXDOC.
[-]
Have a look at the driver's source, read .c, file as there are
all possible arguments which can be passed via lilo or at the
kernel's boot prompt if required (e.g. when booting from a kernel
floppy).
Cheers,
Juergen
--
\ Real name : J�rgen Heinzl \ no flames /
\ EMail Private : [EMAIL PROTECTED] \ send money instead /
------------------------------
** 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
******************************
