Linux-Hardware Digest #790, Volume #14 Fri, 18 May 01 13:13:09 EDT
Contents:
Re: 3com 3c574-TX drivers needed. ("John Niedermeyer")
My clock doesn't back up!!! (SpacemanSpiff)
Re: yes, 2 SGI 1600sw LCD panels DO work in linux in dualhead mode!
([EMAIL PROTECTED])
Re: Linux: reduced capacity of my hard disk? ("Ennio")
Re: Linux LCD problem (Kin Keung)
Re: Iomega ZipPlus with Red Hat 7.1 (Juergen Sauer)
Re: I need help. RH7.1 wont configure my ATI Xpert 128 AGP 32 RAM. Log attached
("Sarkie")
Re: Will my sound card work? (Markku Kolkka)
----------------------------------------------------------------------------
From: "John Niedermeyer" <[EMAIL PROTECTED]>
Subject: Re: 3com 3c574-TX drivers needed.
Date: Fri, 18 May 2001 13:58:49 GMT
That worked.
Thanks.
"Dances With Crows" <[EMAIL PROTECTED]> wrote in message
news:3aff4619$0$18894$[EMAIL PROTECTED]...
> On Sun, 13 May 2001 23:26:48 GMT, John Niedermeyer staggered into the
> Black Sun and said:
> >Anyone have or know of where to get drivers for the 3com Fast Etherlink
> >16-Bit PC Card?
>
> /lib/modules/$KERNELVERSION/pcmcia/3c574_cs.o ?
>
> The 3Com 574 has been supported for quite some time. pcmcia-cs
> 3.1.24 certainly supports it, and the pcmcia-cs that was current over a
> year ago supports it. If pcmcia-cs is installed and the cardmgr daemon
> is running, plugging the card into a PCMCIA socket should result in two
> high beeps as the appropriate module is loaded and the actions specified
> in /etc/pcmcia/network.opts are taken.
>
> If these things don't happen, then a report on the error messages that
> do get generated would be useful. pcmcia-cs is actively developed on
> http://sourceforge.net/ , search for "pcmcia-cs" and make use of the
> forums and documentation there. HTH,
>
> --
> Matt G|There is no Darkness in Eternity/But only Light too dim for us to
see
> Brainbench MVP for Linux Admin / Workin' in a code mine, hittin' Ctrl-Alt
> http://www.brainbench.com / Workin' in a code mine, whoops!
> -----------------------------/ I hit a seg fault....
>
------------------------------
From: [EMAIL PROTECTED] (SpacemanSpiff)
Subject: My clock doesn't back up!!!
Date: Fri, 18 May 2001 13:58:45 GMT
All I want is to set my time to one of those government servers,
with a simple script. say:
now = telnet time.blah.blah 13 | grep... | cut ...
hwclock --set now ...
hwclock --hctosys ...
Simple enough, right?
WRONG!
I messed with this for 2 hours, reading howtos, man pages,
web searches, setting TZ, tzconfig, etc...
I'd try something, and get DIFFERENT results with the same command!!!
I'm in central time in the US, and UTC was getting set to my RTC. I
could see it with the `hwclock` command. But no matter what I tried,
hwclock --hctosys WOULD NOT set my clock backwards to my time
zone.
It would set my clock to the SAME as the RTC, it would set my clock
6 hours FORWARD from UTC. It even set my clock to 24 hours ago. I
have not idea why. I screwed with TZ, --utc --local and a plethora of
other things. As far as I can tell, my environment is just fine.
But this just wouldn't work the way the documentation seemed to
say it should!
I finally shutdown the PC, and set the BIOS time to UTC (which, for
some reason was 6 hours ahead)
Then , when I booted, suddenly the system time is correct.
Can ANYONE give me a clue as to what's going on?
I do not want to reboot my server just to get the time set properly.
(and I'm not going to just go --local everywhere, that's not the way
things are supposed to work!)
-Scott Weber
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.sys.sgi.graphics,comp.os.linux.x
Subject: Re: yes, 2 SGI 1600sw LCD panels DO work in linux in dualhead mode!
Date: 18 May 2001 13:49:47 GMT
In comp.sys.sgi.graphics Bryan <[EMAIL PROTECTED]> wrote:
: uhm, numbernine is OUT OF BUSINESS. what possible gain is there to
: hold back info on a totally unsupported board? did sgi design the
: protocol to 'talk brightness' to the display via the board? why would
: sending display data be non proprietary yet the brightness control be
: 'secret sauce'? there's just no logic that any sane person can see here.
The logic is ownership. Just because #9 is out of business doesn't
mean that *someone* still doesn't own the IP. How do you know this
does not have some value to them? Let alone that fact that it
simply isn't SGI's property to sell or give away. The "gain" is being
able to look at yourself in the mirror each morning and say to
yourself "I am an honest person". Apparently that is still worth
something to the people at SGI.
: I'm not shooting you, the messenger. in fact, I used to work at SGI a
: few years ago, so I know a bit about life inside SGO. I wasn't a
: customer back then, just an employee; but I remember reading endless
: tirades on the internal usenet groups about customers complaining
: about sgi not wanting to even SELL them this or that; much less
: release specs on items.
Unfortunately, this problem still exists. I will be moving
soon to a job where I will be a major user on a 128cpu O3k. I
attempted to get a quote and information about a relatively low
spec desktop to put on my desk and work with while I'm there.
Still no info or quote, several weeks after the original request.
I asked again yesterday, with the comment that we were well into
the buying process for getting a sunblade. They said that they'd
get back today and that my request had somehow slipped through
the cracks.
Still no response...
Andy Nelson
and I would have strongly prefered an sgi box too...
--
Andy Nelson Max Planck Institute for Astronomy
[EMAIL PROTECTED] Koenigstuhl 17, Heidelberg, Germany
[EMAIL PROTECTED] D-69117
http://www.mpia-hd.mpg.de/homes/andy
------------------------------
From: "Ennio" <eiannucci@(do-not-disturb)tin.it>
Subject: Re: Linux: reduced capacity of my hard disk?
Date: Fri, 18 May 2001 14:10:30 GMT
Hi Eric,
thank you for your answer. I still have a few comments:
"Eric" <[EMAIL PROTECTED]> wrote in message
news:9e2g1l$gjq$[EMAIL PROTECTED]...
> Good, then you can boot linux with the following parameters:
>
> linux hda=6704,15,63
>
To do so I have to install linux on another hd, I suppose. (I
dismantled it from the disk I am trying to recover)
Could you please give me fuller 'elementary' details or suggest a few
'selected' readings since linux is completely new to me?
> parameters, and that these can be found in /proc/ide/hda/geometry
too.
As above, after loading linux on another hd?
> > Thank you David, for your anwer. and you Eric (I cannot read your
> > message directly from Outlook Express but through David's !).
>
> Hmm. I hope you an read this one.
Yes I could!
> That usually occurs when the BIOS starts reporting a disk
differently.
> It can be fixed by providing the "hda" parameter with lilo.
Shall I leave Bios to autodetect (which will 'find' 4092 cyls only) or
set it to user (with 6704/15/63)?
> This table contains only one (linux) primary, where the former
contained :
> linux,
> DOS,
> linux,
> extended
>
> It's not the same table.
>
Couldn't it be that dos-fdisk was unable to cancel previous partitions
made with Linux-fdisk?
> I don't have a clue.
But you could read the tables! Any suggestion about tchnical
documentation (though I have no specific background)?
> > Ok, I realize I wrote too much.
>
> You can't.
> You can only give too little information, never too much.
I got the lesson and apologize!
Ennio
------------------------------
From: Kin Keung <[EMAIL PROTECTED]>
Crossposted-To: hk.comp.pc
Subject: Re: Linux LCD problem
Date: Fri, 18 May 2001 22:53:50 +0800
Reply-To: [EMAIL PROTECTED]
Is it the LCD monitor? I doubt that it is due to the video driver for
XFree86. The new Linux may use new version of XFree86 video driver and
new driver may drop support for old video hardware. I have the same
experience. XFree86 3.X supports S3 Trio 64V+ while the update Linux I
installed use XFree86 4.X. 4.X drops support for the video chipset. So
please check yr video chipset is supported by the version of XFree86
comes with your Linux 7.0
Terry Porter wrote:
> =
> On Thu, 17 May 2001 23:09:06 +0800,
> Jerry Wong <[EMAIL PROTECTED]> wrote:
> > Can anybody help?
> >
> >
> > X_ESP =BC=B6=BCg=A9=F3=A4=E5=B3=B9 <[EMAIL PROTECTED]>...=
> >>I am using CTX PV520 LCD monitor...
> >>after I installed Linux 7.0, I cannot use graphical login....
> >>I tried all the generic monitor type in Xconfigurator but it didn't
> >>help...
> >>Please help me ...thanks a lot
> >>
> >>
> >
> Perhaps there is no Linux driver (yet) for this display ?
> =
> I have a LCD display (2x20) that runs from a parallel port
> and displays uptime, cpu load, time of day, and ram usage
> but thats the extent of my Linux LCD experience.
> =
> --
> Kind Regards
> Terry
> --
> **** ****
> My Desktop is powered by GNU/Linux.
> 1972 Kawa Mach3, 1974 Kawa Z1B, .. 15 more road bikes..
> Current Ride ... a 94 Blade
> Free Micro burner: http://jsno.downunder.net.au/terry/
> ** Registration Number: 103931, http://counter.li.org **
------------------------------
From: Juergen Sauer <[EMAIL PROTECTED]>
Subject: Re: Iomega ZipPlus with Red Hat 7.1
Date: 18 May 2001 14:09:39 GMT
Alexander K M Leung <[EMAIL PROTECTED]> schrieb
am Fri, 18 May 2001 20:10:39 +0800 in comp.os.linux.hardware:
> Hi,
> Where can I download the required driver or kernel for Iomega ZipPlus
> with Red Hat 7.1?
Should be in standard kernel.
If you connect the ZipPlus over scsi the drive is an SCSI disk.
If you connect over parallel port load the ParPort SCSI driver:
modprobe imm
Then issue:
fdisk -l
The ZIP Medium Partition is visible as:
/dev/sd?4
? depends of already SCSI disks in use. If you have an IDE system,
then it will be /dev/sda4.
mount /dev/sda4 /mnt
should make it acessable.
mfG
Jojo
--
J�rgen Sauer - AutomatiX GmbH, +49-4209-4699, [EMAIL PROTECTED] **
** Das Linux Systemhaus - Service - Support - Server - L�sungen **
http://www.automatix.de to Mail me: remove: -not-for-spawm- **
------------------------------
From: "Sarkie" <((REMOVE the EXTRA , )) [email protected]>
Crossposted-To: comp.os.linux.setup,comp.os.linux.x
Subject: Re: I need help. RH7.1 wont configure my ATI Xpert 128 AGP 32 RAM. Log
attached
Date: Fri, 18 May 2001 12:11:36 -0400
Hi Gene,
I like this fast card since I a dual booting and using Win2k, I did take
the ATI rage 128 AGP card out and put in my 10 year old (slow)Matrox MGA 4
meg PCI card and it freaking worked. I don't understand why this 1 year <
card wont work. What do you recommend? give up on this card? is there
something I can do to get this card to work?
Thanks
Rich
"Gene Heskett" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Gene Heskett sends Greetings to (REMOVE the;
>
> tE> I have an ATI Rage 128 4x AGP card 32ram and a Viewsonic A75f
monitor.
> tE> Could someone provide me a XF86config or tell me which file I need to
> tE> edit i.e, XF86config XF86config-4, I have no clue which one to use,
but
> tE> it appears that the X server wants to use the -4 file. Please be a
little
> tE> more specific, I am new to Linux :) please?
>
> tE> My log output is below, Please tell me exactly what I have to do.
> tE> Please CC your response to [EMAIL PROTECTED]
>
> Ask here, get answer here so that all may benefit.
>
> I'm going to snip the log, but essentially it reports very close to the
> same thing I just got with a "Rage Fury Pro 32mb" + VIVO card.
>
> The difference is that my failure log reported from scanpci the the card
> number was 5446, not 544d as yours does. Run scanpci -v by hand for a
> full report.
>
> I'm convinced in my case that ATI has made a new card, but has neglected
> to tell the box artwork people. Even Xig's drivers for *that* card
> could not find that card. Given the time lag between a new card coming
> onto the scene, and working drivers for linux typically being a year, I
> took the card back for a refund. Xig said they would have to go buy one
> and write new drivers for it.
>
> Based on the fact that ATI *may* be using a sequential numbering system,
> and my 5446 wasn't recognized, your 544d (assumeing a hex numbering
system)
> is in the same category. Take it back for a refund and get if you can,
> some older but fast enough model. I am continueing that search for
> myself, but the only thing I can find locally is the nvidia card at $230
> USD on the Circuit City shelf. I don't game, and don't need that much
> card, just one that can change a screen in the sub-second category
> instead of 2-3 seconds like this old SiS-6326 based card manages.
>
> And one more time ATI sticks it to us, at least in my opinion. In my
> case, I have no idea if the drivers on the floppies it came with
> actually worked, there are no M$ windows in this house...
>
> [snip *most* of log]
>
> tE> XFree86 Version 4.0.3 / X Window System
> tE> (protocol Version 11, revision 0, vendor release 6400)
> tE> Release Date: 16 March 2001
> [...]
> tE> (II) LoadModule: "scanpci"
> tE> (II) Loading /usr/X11R6/lib/modules/libscanpci.a
> tE> (II) Module scanpci: vendor="The XFree86 Project"
> tE> compiled for 4.0.3, module version = 0.1.0
> tE> ABI class: XFree86 Video Driver, version 0.3
> tE> (II) UnloadModule: "scanpci"
> tE> (II) Unloading /usr/X11R6/lib/modules/libscanpci.a
> tE> (II) Host-to-PCI bridge:
> tE> (II) PCI-to-ISA bridge:
> tE> (II) PCI-to-PCI bridge:
> [...]
> tE> (--) PCI:*(1:0:0) ATI unknown chipset (0x534d) rev 0, Mem @
> tE> 0xd0000000/26,
> tE> 0xd5000000/14, I/O @ 0x9000/8
> tE> (II) Addressable bus resource ranges are
> tE> [0] -1 0x00000000 - 0xffffffff (0x0) MX[B]
> tE> [1] -1 0x00000000 - 0x0000ffff (0x10000) IX[B]
> tE> (II) OS-reported resource ranges:
> tE> [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
> tE> [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
> tE> [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B]
> tE> [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B]
> tE> [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B]
> tE> [5] -1 0x00000000 - 0x000001ff (0x200) IX[B]E
> tE> (II) Active PCI resource ranges:
> tE> [0] -1 0xd9039000 - 0xd90390ff (0x100) MX[B]
> tE> [1] -1 0xd9000000 - 0xd901ffff (0x20000) MX[B]
> tE> [2] -1 0xd9030000 - 0xd9037fff (0x8000) MX[B]
> tE> [3] -1 0xd9020000 - 0xd902ffff (0x10000) MX[B]
> tE> [4] -1 0xd9038000 - 0xd903803f (0x40) MX[B]
> tE> [5] -1 0xd6000000 - 0xd7ffffff (0x2000000) MX[B]
> tE> [6] -1 0xd5000000 - 0xd5003fff (0x4000) MX[B](B)
> tE> [7] -1 0xd0000000 - 0xd3ffffff (0x4000000) MX[B](B)
> tE> [8] -1 0x0000c000 - 0x0000c0ff (0x100) IX[B]
> tE> [9] -1 0x0000bc00 - 0x0000bc3f (0x40) IX[B]
> tE> [10] -1 0x0000b800 - 0x0000b83f (0x40) IX[B]
> tE> [11] -1 0x0000b400 - 0x0000b403 (0x4) IX[B]
> tE> [12] -1 0x0000b000 - 0x0000b007 (0x8) IX[B]
> tE> [13] -1 0x0000ac00 - 0x0000ac03 (0x4) IX[B]
> tE> [14] -1 0x0000a800 - 0x0000a807 (0x8) IX[B]
> tE> [15] -1 0x0000a400 - 0x0000a43f (0x40) IX[B]
> tE> [16] -1 0x0000a000 - 0x0000a01f (0x20) IX[B]
> tE> [17] -1 0x0000f000 - 0x0000f00f (0x10) IX[B]
> tE> [18] -1 0x00009000 - 0x000090ff (0x100) IX[B](B)
> [...]
> tE> (II) LoadModule: "dbe"
> tE> (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a
> tE> (II) Module dbe: vendor="The XFree86 Project"
> tE> compiled for 4.0.3, module version = 1.0.0
> tE> Module class: XFree86 Server Extension
> tE> ABI class: XFree86 Server Extension, version 0.1
> tE> (II) Loading extension DOUBLE-BUFFER
> tE> (II) LoadModule: "extmod"
> tE> (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a
> tE> (II) Module extmod: vendor="The XFree86 Project"
> tE> compiled for 4.0.3, module version = 1.0.0
> tE> Module class: XFree86 Server Extension
> tE> ABI class: XFree86 Server Extension, version 0.1
> tE> (II) Loading extension SHAPE
> tE> (II) Loading extension MIT-SUNDRY-NONSTANDARD
> tE> (II) Loading extension BIG-REQUESTS
> tE> (II) Loading extension SYNC
> tE> (II) Loading extension MIT-SCREEN-SAVER
> tE> (II) Loading extension XC-MISC
> tE> (II) Loading extension XFree86-VidModeExtension
> tE> (II) Loading extension XFree86-Misc
> tE> (II) Loading extension XFree86-DGA
> tE> (II) Loading extension DPMS
> tE> (II) Loading extension FontCache
> tE> (II) Loading extension TOG-CUP
> tE> (II) Loading extension Extended-Visual-Information
> tE> (II) Loading extension XVideo
> tE> (II) LoadModule: "type1"
> tE> (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a
> tE> (II) Module type1: vendor="The XFree86 Project"
> tE> compiled for 4.0.3, module version = 1.0.0
> tE> Module class: XFree86 Font Renderer
> tE> ABI class: XFree86 Font Renderer, version 0.2
> tE> (II) Loading font Type1
> tE> (II) Loading font CID
> tE> (II) LoadModule: "freetype"
> tE> (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a
> tE> (II) Module freetype: vendor="The XFree86 Project"
> tE> compiled for 4.0.3, module version = 1.1.9
> tE> Module class: XFree86 Font Renderer
> tE> ABI class: XFree86 Font Renderer, version 0.2
> tE> (II) Loading font FreeType
> tE> (II) LoadModule: "r128"
> tE> (II) Loading /usr/X11R6/lib/modules/drivers/r128_drv.o
> tE> (II) Module r128: vendor="The XFree86 Project"
> tE> compiled for 2.49.119E{, module version = 4.0.1
> tE> Module class: XFree86 Video Driver
> tE> ABI class: XFree86 Video Driver, version 0.4
> tE> (EE) module ABI minor version (4) is newer than the server's version
(3)
> tE> (II) UnloadModule: "r128"
> tE> (II) Unloading /usr/X11R6/lib/modules/drivers/r128_drv.o
> tE> (EE) Failed to load module "r128" (module requirement mismatch, 0)
> [...] ^^^^^^^^^^^^^^^^^^^^^^^^^^^
> tE> (EE) No drivers available.
>
> This is the real error, the drivers (r128) never found _that_ card.
>
> tE> Fatal server error:
> tE> no screens found
>
> Minor detail.
>
>
> Cheers, Gene
> --
> Gene Heskett, CET, UHK |Amiga A2k Zeus040, Linux @ 500mhz
> email gene underscore heskett at iolinc dot net
> #Amiga based X10 home automation program EZHome, see at:#
> <http://www.iolinc.net/gene_heskett>
> This messages reply content, but not any previously quoted material,
> is � 2001 by Gene Heskett, all rights reserved. Due to recent
> changes in M$ lusers TOS, mail from msn.com, msn.net, microsoft.com,
> microsoft.net, hotmail.com, and hotmail.net is auto-deleted, unread.
> --
>
------------------------------
From: Markku Kolkka <[EMAIL PROTECTED]>
Subject: Re: Will my sound card work?
Date: 18 May 2001 19:30:21 +0300
"Rio de Janeiro" <[EMAIL PROTECTED]> writes:
> I bought this sound card hoping it will work in linux.
> Sound Blaster 16 PCI, Model CT4740.
>
> And I have no idea how to make it work for linux and worst i can't find info
> regarding my sound card model I just bought it today :(.
I've used a similar card with Red Hat Linux versions 6.2 - 7.1. No
need to compile anything, just run sndconfig, or if you have Kudzu
running, it will detect and configure the card automatically at boot.
The support for the ens1371 chip is part of the standard kernel, so
the card should work just as well in any other distribution.
--
Markku Kolkka
[EMAIL PROTECTED]
------------------------------
** 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
******************************
