Linux-Hardware Digest #674, Volume #9 Tue, 16 Mar 99 09:13:27 EST
Contents:
Re: Can't print after Kernel upgrade (Jim Howes)
Re: Linux on Compaq ProLian 1850R - any luck? ([EMAIL PROTECTED])
Kensington "Expert Mouse 5.0" w/ Linux (Zane AE)
Re: ATI Xpert under Linux only does 640 x 480 ?!?! (Rod Roark)
Re: AMD k6 2 350 (Jeff McWilliams)
Linux RH 5.2 boot : monitor off and freeze ([EMAIL PROTECTED])
Re: ATI Xpert under Linux only does 640 x 480 ?!?! ("Andrew Roberts")
Re: "Select the application, and then the platform" (westprog)
Re: old proprietary cd-rom recognised as scsi? (REPOST) ([EMAIL PROTECTED])
Hardware RAID-controllers supported under Linux. ([EMAIL PROTECTED])
----------------------------------------------------------------------------
From: Jim Howes <[EMAIL PROTECTED]>
Subject: Re: Can't print after Kernel upgrade
Date: Tue, 16 Mar 1999 12:05:26 +0000
Steve Loewinsohn wrote:
>
> lpd is running on the system, although sometimes two instances at once.
> I have one printer connected to parallell port or /dev/lp1 (right?).
Wrong.
>From /usr/src/linux-2.2.0/drivers/char/lp.c
* Under Linux 2.0 and previous versions, lp devices were bound to ports
at
* particular I/O addresses, as follows:
*
* lp0 0x3bc
* lp1 0x378
* lp2 0x278
*
* The new driver, by default, binds lp devices to parport devices as it
* finds them. This means that if you only have one port, it will be
bound
* to lp0 regardless of its I/O address.
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.setup,comp.os.linux.misc
Subject: Re: Linux on Compaq ProLian 1850R - any luck?
Date: Tue, 16 Mar 1999 12:07:55 GMT
Hello
During installation you cannot configure the NIC. Therefore after complete
installation follow the procedure given below.
1. Execute the command "insmod tlan" at the prompt. 2. Execute the command
"netconf" at the prompt. 3. Configure the NIC by selecting the "Basic Host
Information option" and entering the IP Address, Netmask, Net device as eth0
and Kernal as tlan. 4. Select the "Gateway and routing" option from main menu
and fill in the detail of Gateway address and without fail enable the Gateway
option. 5. Accept the changes and exit from utility. 6. If you are installing
Redhat Linux 5.0 or 5.1 add the line "insmod tlan" in
/etc/rc.d/init/d/network. 7. To confirm about the configuration execute the
command "ifconfig -a" which will display the details of your NIC configured.
Regards
In article <[EMAIL PROTECTED]>,
John Sinnott <[EMAIL PROTECTED]> wrote:
> Has anyone managed to get Linux up and running on the ProLiant 1850R? I
> know it is possible, since Compaq is now shipping these boxes configured
> for Linux. The only problem I am having is getting the embedded 10/100
> UTP NIC that comes with the box working. Is there a compatible driver
> available, or do I need to just purchase another NIC for one of the PCI
> slots?
>
> Thanks
> John
>
>
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: Zane AE <[EMAIL PROTECTED]>
Subject: Kensington "Expert Mouse 5.0" w/ Linux
Date: Tue, 16 Mar 1999 00:45:14 -0800
Reply-To: [EMAIL PROTECTED]
So I have this trackball, called the "Expert Mouse 5.0" made by
Kensington. I really like it, except for the fact that I can't get any of
the 4 buttons to act like a middle button. I can't even get pressing two
buttons at once to work. I've tried emulate 3 button, and generic 3
button, and (on the off chance they were related to each other) Kensington
Thinking Mouse. It behaves the same way no matter what. Has anyone else
had any luck getting the other buttons to work? I've looked around on the
web for a driver specific to this trackball and haven't found any.
Kensington seems not to know that Unix of any flavor exists. Any ideas?
Zane AE
==============================================================================
Zane A. Crawford (AE) __o zane at ugcs dot caltech dot edu
home : 831.457.0318 _`\<,_ http://www.ugcs.caltech.edu/~zane/
work : 831.427.7842 (*)/ (*) "If we don't change direction soon,
BS, E&AS, Caltech 1998 we'll end up where we're going."
finger me for my PGP key
------------------------------
From: Rod Roark <[EMAIL PROTECTED]>
Subject: Re: ATI Xpert under Linux only does 640 x 480 ?!?!
Date: 16 Mar 1999 11:39:42 GMT
Andrew Roberts <[EMAIL PROTECTED]> wrote:
>I have installed Redhat Linux 5.2 And everything is (appears :-) ) to be
>working fine exvcept my graphics card under X-Windows
>
>It is an ATI Xpert@Play PCI 4MB and even when I select Xpert@Play from the
>list of cards on installation (and select my Samsung SyncMaster 3Ne from the
>list) I have to manually choose screen modes and do select all relevent
>ones. However the system will only boot into 640x480 no matter what. It
>tells me there is no setting info for 1024x768 and 800x600 or something.
What tells you that? Be specific.
>Does anyone know how to install this card under said version of Linux. As
>it is a popular card I would have thought this was a common problem. Any
>help would be appreciated. I don't mind reinstalling the whole of Linux as
>it only take s afew minutes.
Run xf86config, you don't have to reinstall.
>An email reply would be appreciated if possible,
It's possible, but that's not what newsgroups are about. :-)
>and in case you need to
>know the full machine spec is:
>K6 300 on a Tekram board with 512K cache
>64Mb SDRAM
>3.5Gb IDE UDMA Drive (450Mb partition for Linux and 50Mb partition for swap)
>Internal 24x CD-Rom
>Internal IDE Zip drive
>ISA Soundblaster AWE 64 (Haven't a clue where to start on that but not
>bothered about sound anyway :-) )
Here's a clue: run "sndconfig". :-)
>ISA Rockwell Chipset v90 modem
>Realtek network card
-- Rod
======================================================================
Sunset Systems Preconfigured Linux Computers
http://www.sunsetsystems.com/ and Custom Software
======================================================================
------------------------------
From: [EMAIL PROTECTED] (Jeff McWilliams)
Subject: Re: AMD k6 2 350
Reply-To: [EMAIL PROTECTED]
Date: Tue, 16 Mar 1999 12:42:51 GMT
In article <[EMAIL PROTECTED]>, Leonardo Lanzi wrote:
>Hilaire Fernandes wrote:
>
>> Alistair P Furnell wrote:
>>
>> Yes some AMD don't work at all with Radhat 4.2 5.1 5.2.
>> If you have the 'good' AMD chips it may work ;)
>>
>> Don't use AMDK6 if you don't want to have problems. There is many.
>>
I have an AMD K6-300 in an Asus P5A ATX motherboard, 64M PC100 SDRAM, ATI
Xpert98 PCI video card, Symbios 53c815 based Fast SCSI-2 card, Intel
EEPRo10/100 Ethernet card, Fujitsu 6.4M UDMA hard drive. Everything works
fine. I started using it with a Debian Linux distribution sporting the 2.0.35
Kernel. I've since compiled about 10 different versions of the 2.2 Kernel
series, from pr3 through pre7, and now 2.2.3. No faults, no crashes.
Does your system have adequate cooling ? I'm using an AOpen mid-tower case.
I added a 2nd fan in the front of the case. I'm using a Vantec heatsink/fan
with heat conductive compound between the CPU and the heatsink.
I know some older AMD K6 CPU's (or was it the K6-2?) had a bug in them that
resulted in Sig 11 errors when compiling stuff. I bought mine around November
and it has been very solid. I run Netscape, scan stuff on my Microtek SCSI
scanner, edit them in Gimp, print stuff to my DJ660, all without crashing.
Jeff
--
Jeff McWilliams - Advanced Development Engineer, ACE Technologies
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.setup,alt.os.linux,linux.redhat.install
Subject: Linux RH 5.2 boot : monitor off and freeze
Date: Tue, 16 Mar 1999 12:52:03 GMT
Excuse me for reposting I am desparate,
I have two Dell poweredge XE 590 who are not able to boot from the RH 5.2
boot diskettes. I have made several RH 5.2 boot floppies from both the web
and cd's but no luck. I used several floppies, made on several platforms and
several diskdrives.
Here's what happens :
I can see the Welcome to Redhat Linux bootmessage, I can switch between
screen(F1,F2,F3,F5,F6). After I hit enter, I see :
Loading initrd.img...
Then the sreen starts scrolling and after a few seconds the monitor switches
off.
My system :
Dell PowerEdge XE 590 (EISA/PCI)
Intel Pentium 90
64M memory
On-board NCR 53C810 SCSI hostadapter (PCI)
Adaptec AHA-1740 Eisa SCSI hostadapter (EISA)
ATI68800AX videocard
The bootdiskettes work perfectly well on a Dell optiplex, so I assume there's
nothing wrong with the diskettes. Also RH 4.2 installed like a charm, even on
the same diskettes!
I have seen only a few postings on dejanews, but there was no reply, so is
there anybody out there who can help me out?
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: "Andrew Roberts" <[EMAIL PROTECTED]>
Subject: Re: ATI Xpert under Linux only does 640 x 480 ?!?!
Date: Tue, 16 Mar 1999 13:04:52 -0000
Thanks for your reply Rod!
Rod Roark wrote in message <7clftu$7gb$[EMAIL PROTECTED]>...
>Andrew Roberts <[EMAIL PROTECTED]> wrote:
>>I have installed Redhat Linux 5.2 And everything is (appears :-) ) to be
>>working fine exvcept my graphics card under X-Windows
>>
>>It is an ATI Xpert@Play PCI 4MB and even when I select Xpert@Play from the
>>list of cards on installation (and select my Samsung SyncMaster 3Ne from
the
>>list) I have to manually choose screen modes and do select all relevent
>>ones. However the system will only boot into 640x480 no matter what. It
>>tells me there is no setting info for 1024x768 and 800x600 or something.
>
>What tells you that? Be specific.
It's ok, I just got that bit sorted now. It is running in 1024x768x8, I now
need to find a way to get it to do true colour... :-)
How do I specify which colour depth to use? In the file I have made
subsections for 1024x768 at each colour depth but it always uses the 8bpp
one. I can't find a reference in the file telling it which one to use by
default.
Next step is to install that gorgeous looking WindowManager! Yes I like
making life difficult!
>>Does anyone know how to install this card under said version of Linux. As
>>it is a popular card I would have thought this was a common problem. Any
>>help would be appreciated. I don't mind reinstalling the whole of Linux
as
>>it only take s afew minutes.
>
>Run xf86config, you don't have to reinstall.
That's what I did, I still had to manually muck about with the file
afterwards as my Intellimouse went bokers!
>>An email reply would be appreciated if possible,
>
>It's possible, but that's not what newsgroups are about. :-)
Yeah, I know. It just means I have to go round to a mates house to check
the newsgroup, still I need the exercise! :-)
>>and in case you need to
>>know the full machine spec is:
>>K6 300 on a Tekram board with 512K cache
>>64Mb SDRAM
>>3.5Gb IDE UDMA Drive (450Mb partition for Linux and 50Mb partition for
swap)
>>Internal 24x CD-Rom
>>Internal IDE Zip drive
>>ISA Soundblaster AWE 64 (Haven't a clue where to start on that but not
>>bothered about sound anyway :-) )
>
>Here's a clue: run "sndconfig". :-)
I will have a go, the days of installing the thing under NT Server still
haunt me though!
>>ISA Rockwell Chipset v90 modem
>>Realtek network card
>
>-- Rod
>----------------------------------------------------------------------
>Sunset Systems Preconfigured Linux Computers
>http://www.sunsetsystems.com/ and Custom Software
>----------------------------------------------------------------------
------------------------------
From: westprog <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.ms-windows.advocacy
Subject: Re: "Select the application, and then the platform"
Date: Tue, 16 Mar 1999 13:12:40 GMT
In article <[EMAIL PROTECTED]>,
"Todd Bandrowsky" <[EMAIL PROTECTED]> wrote:
> >> >Perhaps true in some instances, but if you're in a situation where you
> >> >need to create things which are heavily scripted, which need to be able
> >> >to interoperate with many other environments, or which need to be rock-
> >> >solid stable, then Windows is hardly an optimal solution, either.
>
> Very true.
>
> >This presupposes that writing a GUI application with a lot of
> >user-interaction is as easy for *nix as it is for Windows. I doubt whether
> >that is the case. The circumstantial evidence - the look and feel of *nix
> >applications - argues that producing user-oriented software is more
> >difficult on *nix.
> I would say that this is true but for non-obvious reasons. People tend to
> tout the advantages of Windows IDE's, and, although I do fall in that camp,
> I have found that Unix programmers tend to make up for what we as Windows
> developers percieve as shortcomings by the judicious use of scripts. In
> terms of raw features, Windows debuggers don't have too much over Unix
> debuggers. You can actually make something work with GDB, as sick as that
> sounds.
Sun Workshop, Xemacs and Clearcase gives a respectable simulation of a visual
development environment. It is far from seamless though.
> I will say though, that Windows leads for a few reasons:
>
> a. Lack of Unix documentation on X programming. Just about every book at
> the store detailing Unix development emphasises the Web or other text based
> programming. X, is, afterall, something of a Unix afterthought, and not
> really what Unix is all about. On the other hand, Windows GUI documentation
> and sample code is everywhere, and, much of what everyone needs to know can
> be found in Charles Petzold's quintessential book.
>
> b. Lack of a standardized widget library. Like, every X application has
> its own open file dialog. Yikes. Windows programmers quit that crap with
> Windows 3.1! Windows has a set of core widgets that ship with, and it
> seems like X has ten different widget sets, none of which really stacks up
> completely against Windows. This leads to c.
This is a huge advantage for Windows in several ways. Your 1990 3.1
application can be recompiled in 1999 for Win-32 (with some effort), and it
will automatically get the latest file open dialog. Even without recompiling,
it will look like a Windows 95 application on Windows 95. The user knows to
go to File...Open, and he knows what to do when the dialog appears.
I'm still grappling with the File...Open dialog from Xemacs. It is totally
different from the File...Open dialog for Sun Workshop.
> c. Lack of a viable component software architecture. This is a biggy.
>
> Unix does not have a language neutral binary component standard ala Windows
> Active X. This is partly because CORBA is not nearly as prevalent on Unix
> as COM is on Windows, and is complicated because key pieces of CORBA
> technology are something one has to pay for. A developer can deploy Active
> X stuff for free.
> For all of its faults, Active X is mature, being many iterations down the
> road from the bad old days of custom control DLL's, and their evil cousin -
> VBX's. At some point, CORBA may or may not address this, I do not know.
> Java Beans are the only thing that comes close to this, but they are, in my
> humble opion, nothing more than an virtual machinized VBX.
Javabeans are also language specific, even if they are platform independent.
The CORBA I am working with is quite unsuited for small, lightweight, highly
interactive components - it is an excellent solution for communication between
substantial processes running on different platforms.
> d. Really shitty printer support. X does not seem to have the same
> concept of device independent drawing surfaces characterized by the infamous
> Windows (and OS/2), DC. In my limited experience with X, I see nothing like
> the concept of a Windows printer DC or metafiles. It seems like with X, the
> way to print is still based on generating postscript files. That could be a
> pretty big hurdle for a developer to cross.
> e. Font support. X does not have anything like true type fonts. I've
> yet to see an X application on my Linux box that does anything that I take
> for granted on Windows.
This is probably for the same reason that CORBA is not equivalent to ActiveX
- X was designed as a cross-platform networked graphics system, not a GUI.
> f. A cultural bias in the unix community against event driven programming
> in general. Unix tends to be more of a fire and forget kind of a culture.
This advantage of Windows has been lessened by the use of C/C++ as the main
Windows programming language. That original Petzold C event loop code is very
indigestible stuff, and that is still going on behind a mass of MFC uppercase
macros, with comments like
// #### On pain of death, do not edit this wizard-maintained code
Borland made some minor changes to C++ several years ago which made it
genuinely event driven, but they were forced to take them out. AFAIK, the new
C++ standard continues to avoid the event paradigm, which makes programming
for Windows much harder than it needs to be. Using Delphi (or even the much
messier Visual Basic) is much simpler.
> >> >>Users are NOT interested in going back to the 1970's....
> Well, I would hardly characterize a character mode interface as going back
> to the 70's. And, certainly, the state of the art for high resolution high
> end graphics happens to be on Unix, not on Windows. So we should keep our
> mouths shut on that point before Unix advocates mention little computing
> boxes like Cray.
There are two kinds of graphics - graphics that are produced by a program as
output - Unix is the OS of choice here - and graphical interfaces, which we
have discussed above.
> >One of the advantages of *nix is that a Unix programmer put in cryogenic
> >suspension in 1978 could still earn a living in 1999. It is also a
> >disadvantage, depending on how you look at it.
>
> >My old Windows programming
> >books are not much use now - my old Unix books are still valid.
>
> Well, that can be true and not true. You could probably take Petzold's
> programming Windows 3.1 and get most of the stuff to work with some
> tweaking. A lot of it is still the same, actually.
Petzold is still very useful in his descriptions of the Windows concepts. I'm
glad I don't have to go to those lengths any more to write a "Hello World"
though.
> On the other hand, my old K&R book has C code that looks like this:
>
> int my_function(a,b)
> char *a;
> int b;
> {
>
> ;
> }
>
> which, to be honest with you, is a bit easier to document.
And even in 1999 everybody still uses char * for their strings...
J.
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: old proprietary cd-rom recognised as scsi? (REPOST)
Crossposted-To: comp.os.linux.misc,comp.os.linux.setup
Date: 16 Mar 1999 14:26:09 +0100
In comp.os.linux.hardware [EMAIL PROTECTED] wrote:
> Hi, i just compiled the 2.2.1 kernel and noticed that it seemed to recognize
> my old proprietary cd rom (which i previously had to use via dos cause i
> couldn't get linux to recognize it). but "seemed" is the key word here, this
> is what it told me upon bootup:
> Kernel detected SCSI CDROM drive /dev/, checking for a disc:
> mount: /dev/ is not a block device
What kind of cd-rom is that? some creative labs thing? an old Sony
maybe?
> now in NT the driver for this drive is a scsi driver so i guess it makes
> sense for linux to see it as a scsi device but as you can see it detects a
> cdrom at /dev/ not /dev/cdrom (or /dev/anything for htat matter)
NT sees everything as a SCSI device, even IDE hard disks...
Could you be more precise about the cd-rom model? Linux supports several old
proprietary drives, maybe yours is one of them.
--
Alain Borel
<[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED]
Subject: Hardware RAID-controllers supported under Linux.
Date: Tue, 16 Mar 1999 13:28:42 GMT
I'm trying to find out which hardware PCI-controllers are supported under
Linux. Can anyone tell me some options for hardware RAID-systems that will
work under Linux?
Thanks!
Arjan
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
** 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
******************************
