Linux-Hardware Digest #659, Volume #9            Sun, 14 Mar 99 22:13:40 EST

Contents:
  Re: 3c905b-TX with Mandrake 5.3 (or any Linux2.2) ("Richard F. Jr.")
  Re: lost "RPM" (Allen)
  Redhat linux and Iomega Zip 250 drive ([EMAIL PROTECTED])
  Re: how to completely format a hdd (Eric Lee Green)
  Re: X munges the graphics card? (Re: Windows 2000 Rah! Rah! Session    falls flat) 
(Jeff Szarka)
  bonnie results skewed by link library ? (Tim Moore)
  Re: X munges the graphics card? (Re: Windows 2000 Rah! Rah! Session falls flat) 
(Johannes Nix)
  Zenith laptop video chipset woes (long) (Mac Cody)

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

From: "Richard F. Jr." <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux,comp.os.misc
Subject: Re: 3c905b-TX with Mandrake 5.3 (or any Linux2.2)
Date: Sun, 14 Mar 1999 17:57:56 -0500


I run this card with no trouble on SuSE Linux 5.3 kernel 2.0.36
I just had to get a "driver" for it a ".c" file to install into my kernel
befor I made it...



Kevin White wrote:

> eric wrote:
> > I was wondering if the *New* Linux Kernel will support this card?
>
> I have a 3c905b and it works great with slackware 3.6 upgraded to kernel
> 2.2.2 (and other associated necessary updates, as specified in the 2.2.2
> readme file).  I don't think I tried it with any previous kernel,
> though, so I can't say.
> --
> Kevin White, Software Engineer
> Envision Telephony
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]


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

From: [EMAIL PROTECTED] (Allen)
Subject: Re: lost "RPM"
Date: 15 Mar 1999 01:55:05 GMT

It is somewhat rude to post to the USENET in HTML...  Many people will
completely overlook your posts unless you switch to plain text.  Just thought
you'd like to know.

On Sun, 14 Mar 1999 21:49:49 GMT, David McKinney <[EMAIL PROTECTED]> wrote:

><!doctype html public "-//w3c//dtd html 4.0 transitional//en">
><html>
>HELP, PLEASE:
><br>&nbsp;I was trying to install Gnome, and in the process of&nbsp; repairing
>a conflict RPM command disappeared.&nbsp; Can't find it? Tried using a
>previous kernel, still no RPM.If anyone knows where it is supposed to reside,
>and how I can get it back off a RedHat 5.2 cd I'd sure appreciate it.
><br>Thanks
><br>Dave
><p>--
><br>&nbsp;
><br>&nbsp;</html>

Allen


(email addy; user ID portion has a numeral one in place of word
onespoiler, and of course, delete the bogus secondary domain of nospam.)
PC/hardware Guru, and Linux Newbie

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

From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.misc,linux.redhat.setup
Subject: Redhat linux and Iomega Zip 250 drive
Date: Sun, 14 Mar 1999 22:58:57 GMT

hi!

I am trying to get an Iomega Zip 250 parallel port drive working on a
Redhat 5.2 linux system (on intel pentium). I do not have any other SCSI
adapters/devices.

I followed the instructions in the Zip-Drive Howto. I got the imm
driver, compiled the kernel with support for SCSI, SCSI disk and
modular lp support.

When I try to insmod imm, it only outputs (from /var/log/messages)
=========================
Mar 14 01:27:57 loon kernel: imm: Version 0.18
Mar 14 01:27:57 loon kernel: imm: Probing port 03bc
Mar 14 01:27:57 loon kernel: imm: Probing port 0378
Mar 14 01:27:57 loon kernel: imm:     SPP port present
Mar 14 01:27:57 loon kernel: imm:     PS/2 bidirectional port present
Mar 14 01:27:57 loon kernel: imm:     EPP 1.7
Mar 14 01:27:57 loon kernel: imm: Probing port 0278
Mar 14 01:27:57 loon kernel: scsi0 : Iomega ZIP Plus drive
Mar 14 01:27:57 loon kernel: scsi : 1 host.
=========================

It detected the drive but it's not available as any device. I tried to
mount /dev/sda* (each of them, separately). But i get error message that
it does not correspond to a block device and the reason may be that the
driver is not loaded.

According to the Howto, insmod imm should also output to which device
file (sda?) the drive is mapped. But in my case, it does not tell me
the device name.

My kernel version is 2.0.36.
I tried running insmod imm from /etc/rc.d/rc.local, rc.sysinit (to load
at boot time) and manually also after booting but none of them worked.

I have seen postings on this group saying they got Zip 250 working perfectly
in linux. I will greatly appreciate any help in this regard.

-subbarao



============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

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

From: [EMAIL PROTECTED] (Eric Lee Green)
Subject: Re: how to completely format a hdd
Date: 15 Mar 1999 01:24:47 GMT
Reply-To: [EMAIL PROTECTED]

[EMAIL PROTECTED] wrote:
>completely format my hdd using linux, I do not want to low level format it
>but hope the hdd as clean as low level formatted.  Is there any process in

The best bet is to zero out the raw device by writing to it from
/dev/zero, e.g., if you have a running Linux system and the drive to
wipe is an IDE drive, primary slave, 

  cat /dev/zero >/dev/hdb

will zero it out. (assuming that the drive is at /dev/hdb).

You can do this from the Red Hat install disk without having Linux
already installed by (once the CDROM has booted) going to the
shell window on ALT-F2, and doing this:

 cd /tmp
 mknod zero c 1 5
 mknod hda b 3 0
 cat zero >hda

That will wipe out the first drive to all zeros, about as clean
as it gets :-).

--
Eric Lee Green         [EMAIL PROTECTED]     http://www.linux-hw.com/~eric
"People have grown used to thinking of computers as unreliable, and it
 doesn't have to be that way." -- Linus

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

From: [EMAIL PROTECTED] (Jeff Szarka)
Crossposted-To: 
comp.lang.java.advocacy,comp.os.linux.advocacy,comp.os.ms-windows.advocacy,comp.os.linux.setup
Subject: Re: X munges the graphics card? (Re: Windows 2000 Rah! Rah! Session    falls 
flat)
Date: 14 Mar 1999 16:58:02 -0600

On Sun, 14 Mar 1999 20:18:22 +0100, Henning Strandin
<[EMAIL PROTECTED]> wrote:

:Jeff Szarka wrote:
:> 
:> On Fri, 12 Mar 1999 19:23:47 +0100, Henning Strandin
:> <[EMAIL PROTECTED]> wrote:
:> 
:> :Funny, that sounds exactly like the very reason I stoppped using Windows
:> :a few years ago. If I remember right, it was something about Windows
:> :trying to reinstall my videocard everytime I booted up. At MS support
:> :they were of course clueless like me. No way of researching the problem.
:> :This was not the first time this kind of problem occured (presently my
:> :Win95 box at home [my secondary computer of course] thinks that my modem
:> :is a PS2-mouse, and will not be told otherwise), so I simply decided to
:> :take MS out of the loop. And I'm a much happier puppy for it. These
:> :days, when something goes wrong (as it is bound to do from time to time)
:> :I know that I have all the possibilities to research and fix, from
:> :reading howtos to scanning the source to contact the person who wrote
:> :the program, i.e. it is all up to me. Sometimes I'm too lazy and just
:> :gives up, but then it's still my choice. Not so with moronic MS bugs
:> :like the ones described above. _That's_ the point with an open source
:> :system, and it's usually hard to grasp until you've tried it yourself.
:> 
:> I'd probably use linux myself if it weren't for a few things that
:> still make it impossible to switch. Maybe once corel gets their distro
:> out I'll think about it. Here's a perfect example of why I can't/won't
:> use linux:
:> 
:> Problem: I want to change my resolution.
:> 
:> Win9x/NT:
:> Right click on desktop - properties - settlings - done
:> 
:> Linux:
:> Edit config files and god know's what else
:> 
:> Why does everything have to be so inconvenient? I don't even care if
:> you can get a program to let you do this, it HAS to come built in,
:> ready to go, I don't want someone telling me I can download
:> whateverdalskjflsa;djfla;sjdfl;.rpm or download the source and compile
:> it. I just want it as simple as win9x/nt, end of story.
:
:Then don't use Linux. Simple. Of course, you'll have to live with the
:instabilities inherent in Windows, but you can't get everything. It's a
:matter of priorities. I'm not being sarcastic here, I consider it to be
:a valid choice if that's what suits you the best. I surely wouldn't
:recomend Linux to my mother for example.

If only more linux users understood there are cases in which people
don't want to run linux. I was talking to a linux user on irc about 2
months ago and he was one of those "if you use windows your a fucking
idiot" kind of people, and he refused to admit there are cases in
which linux is not a better choice then windows.

:
:> KDE is neat but it doesn't hide away the unix roots of linux, you
:> still can not escape it.
:
:It still hides away far too much, that's why I don't like it. Using *nix
:isn't like using Windows. They're two different worlds with different
:paradigms and different methods for getting work done. In *nix you
:expect a higher degree of fiddling to get a higher degree of control.
:It's basicly a control vs ready-made game. Few *nix users consider
:command lines like 'tar zxvwf filename' to be a problem. To the
:contrary, they give you complete control over what happens inside your
:computer and this can be very psychologically rewarding as well as
:efficient. This about user interfaces, the stability of the kernel
:architecture is a different story but may be an equaly important reason
:why people chose Linux, even for the desktop. Personaly I handled
:reboot-frustration-syndrome quite badly and thus feel a lot better using
:a more robust and versatile OS.


I really don't mind the command line myself, but for simple things a
GUI is really a lot easier I think. Like for example with winzip i can
right click on a zip file and just go 'extract to <wherever>' instead
of typing a single thing. If i wanted to add different switches
thought it would be a problem but....99% of the time I don't.

I think if linux is going to have any great success in the desktop
market there *HAS* to be a completely user friendly WM. KDE comes
pretty close but there are still lots of things that could/should be
fixed. 

I don't think linux can ever succeed when you have people ramming it
down everyone's throat, telling you you're a idiot if you don't use
linux. That does nothing but hurt the cause.

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

Date: Sun, 14 Mar 1999 15:12:45 -0800
From: Tim Moore <[EMAIL PROTECTED]>
Subject: bonnie results skewed by link library ?

Four different compilations, three different results for putc/getc and seeks.
Other common tests indicate ~16MB/s (stripe set).  How is bonnie to be
compiled so results are comparable and/or accurate?

              -------Sequential Output-------- ---Sequential Input-- --Random--
              -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
Machine    MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU  /sec %CPU
orig      256 15027 89.5 14096 26.2  4465 14.3 12176 52.3 15569 18.2 117.0  1.0
orig      256 15097 89.5 14065 26.1  4501 15.0 12559 54.7 15284 20.6 115.7  1.2

libc_O2   256  7634 95.7 14057 25.6  4394 13.3  7670 85.6 15513 13.3 100.4  2.2
libc_O2   256  7788 96.0 14040 26.5  4441 14.2  7533 85.0 15494 16.0  98.9  1.9
libc_stat 256  9124 96.2 14036 25.4  4476 14.1  8794 82.3 15556 15.3  97.4  1.5

sysV_O2   256  7858 96.9 14223 25.8  4479 15.0  7554 85.4 15529 15.3 212.0  3.5
sysV_O2   256  7853 96.6 14078 25.0  4518 14.0  7567 85.3 15585 14.9 208.0  2.8
sysV_stat 256  9055 95.5 14124 25.9  4445 14.2  8706 81.8 15557 14.7 206.4  2.7

orig    = (bonnie-1.0-3 rpm: libc.so.5)
libc_O2 = (locally compiled: 'make')
sysV_O2 = (locally compiled: 'make SysV')
_stat   = (locally compiled: add '-static')

 > rpm -qi bonnie-1.0-3
Name        : bonnie                      Distribution: (none)
Version     : 1.0                               Vendor: (none)
Release     : 3                             Build Date: Sat Dec 28 20:04:49 1996
Install date: Mon Mar  8 01:24:38 1999      Build Host: ew
Group       : Utilities/Benchmarks          Source RPM: bonnie-1.0-3.src.rpm
Size        : 42312                            License: distributable
Packager    : [EMAIL PROTECTED]
Summary     : Bonnie benchmark for Unix filesystems

 > rpm -qa | egrep 'gcc|libc'
gcc-2.7.2.3-14
glibc-profile-2.0.7-29
libc-5.3.12-28
glibc-2.0.7-29
glibc-devel-2.0.7-29

Bonnie's target for these runs is a 6GB RAID0 stripe set.  The host machine:
2.0.36 kernel, 82371AB PIIX4 + Promise U/33 controllers, Celeron 300A@450MHz,
128MB.

hdc: IBM-DHEA-36481, 6197MB w/472kB Cache, CHS=12592/16/63, UDMA
hde: IBM-DHEA-36481, 6197MB w/472kB Cache, CHS=12592/16/63, UDMA

 > cat /proc/mdstat
Personalities : [1 linear] [2 raid0] [3 raid1]
read_ahead 8 sectors
md0 : active raid0 hde7 hdc7 6345600 blocks 16k chunks
md1 : inactive
md2 : inactive
md3 : inactive

# hdparm -tT /dev/md{0,0,0}

/dev/md0:
 Timing buffer-cache reads:   64 MB in  0.65 seconds =98.46 MB/sec
 Timing buffered disk reads:  32 MB in  2.05 seconds =15.61 MB/sec

/dev/md0:
 Timing buffer-cache reads:   64 MB in  0.74 seconds =86.49 MB/sec
 Timing buffered disk reads:  32 MB in  2.05 seconds =15.61 MB/sec

/dev/md0:
 Timing buffer-cache reads:   64 MB in  0.74 seconds =86.49 MB/sec
 Timing buffered disk reads:  32 MB in  2.05 seconds =15.61 MB/sec

# /usr/bin/time dd if=/dev/zero of=/raid/tim/tmp/256mb bs=1024 count=262144
262144+0 records in
262144+0 records out
0.21user 8.52system 0:16.28elapsed 53%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (83major+11minor)pagefaults 0swaps
# rm -f /raid/tim/tmp/*mb; sync
# /usr/bin/time dd if=/dev/zero of=/raid/tim/tmp/256mb bs=1024 count=262144
262144+0 records in
262144+0 records out
0.25user 8.42system 0:16.57elapsed 52%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (83major+11minor)pagefaults 0swaps
# rm -f /raid/tim/tmp/*mb ; sync
# /usr/bin/time dd if=/dev/zero of=/raid/tim/tmp/256mb bs=1024 count=262144
262144+0 records in
262144+0 records out
0.30user 8.35system 0:16.45elapsed 52%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (83major+11minor)pagefaults 0swaps
# ls -l /raid/tim/tmp/*mb
-rw-r--r--   1 root     root     268435456 Mar 14 01:16 /raid/tim/tmp/256mb
# echo "268435456/((16.28+16.57+16.45)/3)" | bc -q
16338128.78


-- 
[Replies: make the double y a single]

"Everything is permitted.  Nothing is forbidden."
                                   WS Burroughs.

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

From: Johannes Nix <[EMAIL PROTECTED]>
Crossposted-To: 
comp.lang.java.advocacy,comp.os.linux.advocacy,comp.os.ms-windows.advocacy,comp.os.linux.setup
Subject: Re: X munges the graphics card? (Re: Windows 2000 Rah! Rah! Session falls 
flat)
Date: 14 Mar 1999 23:44:15 +0100



With my Distribution (S.u.S.E) you would have to run program named SaX
which configures your X Server. It would not be necessary to edit a
file for that. One can do nearly the whole setup with masks and menus.

Besides, I believe you did not made the optimum choice. When I started
using Unix six years ago at a DEC Station, and later at a HP-UX
Workstation, an Ultrix node and an AIX Station and later still at some
SUN Workstation, _nobody_ expected me to configure the System. I
started to configure my box half an year ago, with five years of
experience of using UNICES.

The administrators of the DEC gave me a Book named "The Unix
Programming Environment", somebody gave me a reference for vi, said
that the compiler was the command "gcc" and I started some real work -
a simulation of performance of some machinery written in C and partly
calculated with MAPLE.

Why the newbies do think that they always have to configure a new
system completely from the scratch, even if they hate to edit files?
Why not learn to _use_ Linux first and later to _configure_ Linux ?
There are a lot of commerciants which sell cheap, running,
well-configured systems. Or you buy a used 80486 box for $200 (but
don't forgot to ask for the distribution and don't forgot to check if
<Ctrl>+<Alt>+<Num "+"> works!). Read the "Linux User Guide" and start
to use it....

If you want to make a journey in car and have to learn to drive, do
you buy the parts of the car and start assembling the parts? Of course
it is a excellent way to learn how a car works and how to repair it....

Good Luck

Johannes

> >:> > 
> >:> > > Problem: I want to change my resolution.
> >:> > 
> >:> > > Linux:
> >:> > > Edit config files and god know's what else
> >:> > 
> >:> > He?
> >:> > Where�ve you got this one?
> >:> > Changing spatial resolution for X-servers is done by pressing
> >:> > <Ctrl>+<Alt>+<Num "+"> or <Ctrl>+<Alt>+<Num "-">
> >:> 
> >:> I saw this and just thought I would add that it doesnt work for me. And
> >:> I still got a lot of stuff that doesnt work in the linux windows. After
> >:> 4 installs, I did get it to basically work, but it wont do anything once
> >:> you start it. I probably need to edit about 40 files to fix each
> >:> problem.
> >:
> >:If your XF86Config file is set up only for one resolution it won't work. If,
> >:like mine and Gerhard's setups where multiple resolutions have been
> >:configured, it works really well. Though, I have to admit I only use it to
> >:simulate full-screen on my TV card.
> >
> >
> >So.........I still have to edit files? 

==================================================
[EMAIL PROTECTED]

Arbeitsgruppe Medizinische Physik
Universit�t Oldenburg
D-26111 Oldenburg

Germany

Tel.    + 49 441 798-5472
Fax No. + 49 441 798-3698

==================================================

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

From: Mac Cody <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.x,comp.os.linux.portable
Subject: Zenith laptop video chipset woes (long)
Date: Sun, 14 Mar 1999 20:17:11 -0600

I have a Zenith Data Systems Z-Note 325Lc laptop computer.  The
manual indicates that it has a VGA display with 256K of memory.
SuperProbe verifies this and indicates that the chipset is a
Cirrus CL-GD6410 (port probed) with a builtin 8 bit pseudocolor
DAC (with 6-bit wide lookup tables).

I have been able to get the X server working in 1-bit mono mode
using the VGA2 server.  It is fast enough but I'd like to have
some color.  I got the 16-color (4-bit color) mode working using
the generic driver of the VGA16 server.  Here is a listing of the
XF86Config file:

====================== start listing ===========================
# XF86Config auto-generated by XF86Setup
#
# Copyright (c) 1996 by The XFree86 Project, Inc.

#
# Permission is hereby granted, free of charge, to any person obtaining
a
# copy of this software and associated documentation files (the
"Software"),
# to deal in the Software without restriction, including without
limitation
# the rights to use, copy, modify, merge, publish, distribute,
sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
#
# The above copyright notice and this permission notice shall be
included in
# all copies or substantial portions of the Software.
#
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT
SHALL
# THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT
OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.
#
# Except as contained in this notice, the name of the XFree86 Project
shall
# not be used in advertising or otherwise to promote the sale, use or
other
# dealings in this Software without prior written authorization from the
# XFree86 Project.
#

# See 'man XF86Config' for info on the format of this file

Section "Files"
   RgbPath    "/usr/X11R6/lib/X11/rgb"
   FontPath   "/usr/X11R6/lib/X11/fonts/misc:unscaled"
   FontPath   "/usr/X11R6/lib/X11/fonts/75dpi:unscaled"
   FontPath   "/usr/X11R6/lib/X11/fonts/100dpi:unscaled"
   FontPath   "/usr/X11R6/lib/X11/fonts/Type1"
   FontPath   "/usr/X11R6/lib/X11/fonts/Speedo"
   FontPath   "/usr/X11R6/lib/X11/fonts/misc"
   FontPath   "/usr/X11R6/lib/X11/fonts/75dpi"
   FontPath   "/usr/X11R6/lib/X11/fonts/100dpi"
EndSection

Section "ServerFlags"
EndSection

Section "Keyboard"
   Protocol        "Standard"
   XkbRules        "xfree86"
   XkbModel        "pc101"
   XkbLayout       "us"
EndSection

Section "Pointer"
   Protocol        "PS/2"
   Device          "/tmp/.XF86Setup104/2385f114-266480f2/mouse"
EndSection

Section "Monitor"
   Identifier      "Primary Monitor"
   VendorName      "Unknown"
   ModelName       "Unknown"
   HorizSync       35.4
#   HorizSync       31.46

VertRefresh     67.43
#VertRefresh     59.93

#  640x480 @ 85 Hz, 43.27 kHz hsync
#   Modeline  "640x480"   36     640  696  752  832   480  481  484  509
-HSync -VSync
#  640x480 @ 75 Hz, 37.50 kHz hsync
#   Modeline  "640x480"   31.5   640  656  720  840   480  481  484  500
-HSync -VSync
#  640x480 @ 70 Hz, 36.5 kHz hsync
#   Modeline  "640x480"   31.5   640  680  720  864   480  488  491  521
#  640x480 @ 67 Hz, 35.0 kHz hsync
#   Modeline  "640x480"   28     640  664  760  800   480  491  493  525
#  640x480 @ 60 Hz, 31.5 kHz hsync
   Modeline  "640x480"   25.17 640  664  760  800   480  491  493  525
#  640x480 @ 67.43 Hz, 35.4 kHz hsync
   Modeline  "640x480"   28.322 640  664  760  800   480  491  493  525
#  640x480 @ 100 Hz, 53.01 kHz hsync
#   Modeline  "640x480"   45.8   640  672  768  864   480  488  494  530
-HSync -VSync
EndSection

Section "Device"
   Identifier      "Primary Card"
   VendorName      "Unknown"
   BoardName       "Unknown"
   Chipset         "generic"
#   Chipset         "cl6410"
#    Option         ""
EndSection

Section "Screen"
   Driver          "Accel"
   Device          "Primary Card"
   Monitor         "Primary Monitor"
   DefaultColorDepth 8
   SubSection "Display"
      Depth        8
      Modes        "640x480"
   EndSubSection
   SubSection "Display"
      Depth        15
      Modes        "640x480"
   EndSubSection
   SubSection "Display"
      Depth        16
      Modes        "640x480"
   EndSubSection
   SubSection "Display"
      Depth        24
      Modes        "640x480"
   EndSubSection
   SubSection "Display"
      Depth        32
      Modes        "640x480"
   EndSubSection
EndSection

Section "Screen"
   Driver          "SVGA"
   Device          "Primary Card"
   Monitor         "Primary Monitor"
   DefaultColorDepth 8
   SubSection "Display"
      Depth        8
      Modes        "640x480"
   EndSubSection
   SubSection "Display"
      Depth        15
      Modes        "640x480"
   EndSubSection
   SubSection "Display"
      Depth        16
      Modes        "640x480"
   EndSubSection
   SubSection "Display"
      Depth        24
      Modes        "640x480"
   EndSubSection
   SubSection "Display"
      Depth        32
      Modes        "640x480"
   EndSubSection
EndSection

Section "Screen"
   Driver          "VGA16"
   Device          "Primary Card"
   Monitor         "Primary Monitor"
   SubSection "Display"
      Depth        4
      Modes        "640x480"
      ViewPort     0 0
      Virtual      800 600
   EndSubSection
EndSection

Section "Screen"
   Driver          "VGA2"
   Device          "Primary Card"
   Monitor         "Primary Monitor"
   SubSection "Display"
      Depth        1
      Modes        "640x480"
   EndSubSection
EndSection

Section "Screen"
   Driver          "Mono"
   Device          "Primary Card"
   Monitor         "Primary Monitor"
   SubSection "Display"
      Depth        1
      Modes        "640x480"
   EndSubSection
EndSection
========================= end listing ============================

The generic driver is slower than Christmas.  Here is a output generated
by the X server when using the generic driver in the VGA16 server:

====================== start listing ===========================
XFree86 Version 3.3.2.3 / X Window System
(protocol Version 11, revision 0, vendor release 6300)
Release Date: July 15 1998
        If the server is older than 6-12 months, or if your card is
newer
        than the above date, look for a newer version before reporting
        problems.  (see http://www.XFree86.Org/FAQ)
Operating System: Linux 2.0.32 i586 [ELF] 
Configured drivers:
  VGA16: server for 4-bit colour VGA (Patchlevel 0):
      ET4000, ET4000W32, ET4000W32i, ET4000W32i_rev_b, ET4000W32i_rev_c,
      ET4000W32p, ET4000W32p_rev_a, ET4000W32p_rev_b, ET4000W32p_rev_c,
      ET4000W32p_rev_d, ET6000, ET6100, et3000, ncr77c22, ncr77c22e,
ati,
      sis86c201, sis86c202, sis86c205, tvga8200lx, tvga8800cs,
tvga8900b,
      tvga8900c, tvga8900cl, tvga8900d, tvga9000, tvga9000i, tvga9100b,
      tvga9200cxr, tgui9400cxi, tgui9420, tgui9420dgi, tgui9430dgi,
      tgui9440agi, cyber9320, tgui9660, tgui9680, tgui9682, tgui9685,
      cyber9382, cyber9385, cyber9388, cyber9397, cyber9520, 3dimage975,
      3dimage985, oti067, oti077, oti087, oti037c, cl6410, cl6412,
cl6420,
      cl6440, generic
  MONO: server for interlaced and banked monochrome graphics adaptors
        (Patchlevel 0):
      hgc1280, sigmalview, apollo9, hercules
(using VT number 4)

XF86Config: /etc/XF86Config
(**) stands for supplied, (--) stands for probed/default values
(**) XKB: rules: "xfree86"
(**) XKB: model: "pc101"
(**) XKB: layout: "us"
(**) Mouse: type: PS/2, device:
/tmp/.XF86Setup104/2385f114-266480f2/mouse, buttons: 3
(**) VGA16: Graphics device ID: "Primary Card"
(**) VGA16: Monitor ID: "Primary Monitor"
(--) VGA16: Mode "640x480" needs hsync freq of 31.46 kHz. Deleted.
(**) MONO: Graphics device ID: "Primary Card"
(**) MONO: Monitor ID: "Primary Monitor"
(**) FontPath set to
"/usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/Speedo,/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/100dpi"
(**) VGA16: chipset:  generic
(--) VGA16: videoram: 256k (using 256k)
(--) VGA16: clocks:  28.32  28.32  28.32  28.32
(--) VGA16: Maximum allowed dot-clock: 90.000 MHz
(**) VGA16: Mode "640x480": mode clock =  28.322, clock used =  28.322
(**) VGA16: Virtual resolution set to 800x600
MONO: 'generic' is an invalid chipset
========================= end listing ============================

To attempt to achieve some display acceleration, I've tried
setting up the VGA16 server to use the cl6410 driver.  I comment
out the Chipset "generic" line and uncomment the Chipset "cl6410"
line in the XF86Config file listed above.  The config file is
unchanged, otherwise.  The server runs but draws an odd grid
pattern on the screen which is unusable.  Here is a output
generated by the X server when using the cl6410 driver in the
VGA16 server:

====================== start listing ===========================
XFree86 Version 3.3.2.3 / X Window System
(protocol Version 11, revision 0, vendor release 6300)
Release Date: July 15 1998
        If the server is older than 6-12 months, or if your card is
newer
        than the above date, look for a newer version before reporting
        problems.  (see http://www.XFree86.Org/FAQ)
Operating System: Linux 2.0.32 i586 [ELF] 
Configured drivers:
  VGA16: server for 4-bit colour VGA (Patchlevel 0):
      ET4000, ET4000W32, ET4000W32i, ET4000W32i_rev_b, ET4000W32i_rev_c,
      ET4000W32p, ET4000W32p_rev_a, ET4000W32p_rev_b, ET4000W32p_rev_c,
      ET4000W32p_rev_d, ET6000, ET6100, et3000, ncr77c22, ncr77c22e,
ati,
      sis86c201, sis86c202, sis86c205, tvga8200lx, tvga8800cs,
tvga8900b,
      tvga8900c, tvga8900cl, tvga8900d, tvga9000, tvga9000i, tvga9100b,
      tvga9200cxr, tgui9400cxi, tgui9420, tgui9420dgi, tgui9430dgi,
      tgui9440agi, cyber9320, tgui9660, tgui9680, tgui9682, tgui9685,
      cyber9382, cyber9385, cyber9388, cyber9397, cyber9520, 3dimage975,
      3dimage985, oti067, oti077, oti087, oti037c, cl6410, cl6412,
cl6420,
      cl6440, generic
  MONO: server for interlaced and banked monochrome graphics adaptors
        (Patchlevel 0):
      hgc1280, sigmalview, apollo9, hercules
(using VT number 4)

XF86Config: /etc/XF86Config
(**) stands for supplied, (--) stands for probed/default values
(**) XKB: rules: "xfree86"
(**) XKB: model: "pc101"
(**) XKB: layout: "us"
(**) Mouse: type: PS/2, device:
/tmp/.XF86Setup104/2385f114-266480f2/mouse, buttons: 3
(**) VGA16: Graphics device ID: "Primary Card"
(**) VGA16: Monitor ID: "Primary Monitor"
(--) VGA16: Mode "640x480" needs hsync freq of 31.46 kHz. Deleted.
(**) MONO: Graphics device ID: "Primary Card"
(**) MONO: Monitor ID: "Primary Monitor"
(**) FontPath set to
"/usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/Speedo,/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/100dpi"

CL64XX: CRT display only
(**) VGA16: chipset:  cl6410
(--) VGA16: videoram: 256k (using 256k)
(--) VGA16: clocks:  25.17  28.32  14.31  36.00  14.31  16.25  24.01 
40.00
(--) VGA16: clocks:  44.91  50.35  65.06  32.51  56.67  20.00  50.01 
80.07
(--) VGA16: Maximum allowed dot-clock: 45.000 MHz
(**) VGA16: Mode "640x480": mode clock =  28.322, clock used =  28.322
(**) VGA16: Virtual resolution set to 800x600
MONO: 'cl6410' is an invalid chipset
========================= end listing ============================

I wonder if SuperProbe is not detecting the chipset properly or
there is some configuration issue that I'm missing.  I can't get at
the video chipset to look at it due to a striped head on a screw on
the mainboard of the laptop.  Any enlightenment would be greatly
appreciated.

Mac Cody
-- 
Mac A. Cody                 Voice 972-437-2812, Fax: 972-437-2710
408 Worcester Way       email: [EMAIL PROTECTED], [EMAIL PROTECTED]
Richardson, TX 75080-3433   home page: http://www.dfw.net/~mcody

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


** 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