Linux-Hardware Digest #445, Volume #12 Thu, 9 Mar 00 16:13:06 EST
Contents:
voltex sound card install problem - device busy (John Hunter)
Re: VIA vs Intel chipsets - which is better? ("Bob Dole")
Re: ati rage 128 pro (Dale Pontius)
Re: Need info on hardware (Dances With Crows)
Re: not sloooow, but sluggish linux modem (J.R. Lockwood)
Re: VIA vs Intel chipsets - which is better? (George Macdonald)
Re: network cards (Dances With Crows)
Re: Superdisk format: Supported in RH6.0? (Dances With Crows)
Re: PCMCIA on Compaq Armada 7300T Laptop (Grant O'Rielly)
Re: not sloooow, but sluggish linux modem (Svend Garnaes)
cdrecord doesn't fixate (Dominik Riebeling)
Re: VIA vs Intel chipsets - which is better? (Paul Tiseo)
Re: 1: Xvidtune, 2: fix freq monitor (Andrew Daugherity)
soundchip HT8338A/pci drivers (Erik Jongebloed)
Re: Waves sound on linux (Paul Fox)
Dell Inspiron 3200 Help please! ("Breton M. Saunders")
----------------------------------------------------------------------------
Subject: voltex sound card install problem - device busy
From: John Hunter <[EMAIL PROTECTED]>
Date: 09 Mar 2000 12:13:13 -0600
I have the Turtle Beach Montego II A3D sound card on a Dell Dimension
XPS B running RHL6.1.
I am having trouble with my sound card. I downloaded the driver from
http://linux.aureal.com and ran 'make install20' as directed for this
card. I get the following error:
/sbin/modprobe au8820
/lib/modules/2.2.12-20/misc/au8820.o: init_module: Device or resource busy
I have followed the two suggestions in the AUREAL README and FAQ: PnP
OS BIOS are disabled, and I removed /dev/dsp1 and linked it to /dev/dsp.
No luck.
>From posts on DejaNews concerning related problems, it seems that the
most likely source of error is an IRQ conflict. Here's my
[root@video /root]# cat /proc/interrupts
CPU0
0: 211005 XT-PIC timer
1: 1143 XT-PIC keyboard
2: 0 XT-PIC cascade
8: 1 XT-PIC rtc
11: 78665 XT-PIC eth0
12: 12956 XT-PIC PS/2 Mouse
13: 1 XT-PIC fpu
14: 92162 XT-PIC ide0
15: 6169 XT-PIC ide1
NMI: 0
No sign of the sound card?? How do I determine its interrupt?
conf.modules looks good....
[root@video /root]# cat /etc/conf.modules
alias eth0 3c90x
alias sound au8820
alias midi au8820
Sound support in the kernel is modular.
sndconfig doesn't support the card.
Here's lsmod:
[root@video /root]# /sbin/lsmod
Module Size Used by
parport_probe 2980 0 (autoclean) (unused)
lp 4476 0 (autoclean) (unused)
parport 7124 0 (autoclean) [parport_probe lp]
nfsd 144060 1 (autoclean)
nfs 29656 5 (autoclean)
lockd 30984 0 (autoclean) [nfsd nfs]
sunrpc 52516 1 (autoclean) [nfsd nfs lockd]
3c90x 21596 1 (autoclean)
Thanks for any suggestions.
John Hunter
------------------------------
From: "Bob Dole" <[EMAIL PROTECTED]>
Crossposted-To: comp.sys.ibm.pc.hardware.chips,comp.sys.ibm.pc.hardware.systems
Subject: Re: VIA vs Intel chipsets - which is better?
Date: Thu, 9 Mar 2000 20:20:03 +0200
> John Howland wrote in message ...
> > No, the Coppermine L2 cache runs at full CPU MHz...
>
>
> Site a source for that unsubstantiated claim.
He's right, how do we know it runs at full speed, Intel could be screwing
us!!!!!
Someone should open the core and take the temperature!
------------------------------
From: [EMAIL PROTECTED] (Dale Pontius)
Crossposted-To: comp.windows.x.i386unix
Subject: Re: ati rage 128 pro
Date: 9 Mar 2000 18:52:42 GMT
In article <ikxv4.24309$[EMAIL PROTECTED]>,
Lawrence Houston <[EMAIL PROTECTED]> writes:
>
> As per Curtis Newton Posting I tried the Font Patched version of the
> 3.3.6 SVGA Server:
>
> http://www4.ncsu.edu/~distclai/XFree86-3.3.6-SVGA-fixed.tar.gz
>
> Unfortunately it still returns saying Chipset is "unknown"!
>
You might want to try the XFree 3.9.18 release. They're having a
rough time making the 'cut and run' toward XFree 4. New drivers
will appear in 3.9.18 first, then be backported to 3.3.n. (If at
all these days, XFree 4 is less than a month away.)
I've held off on a 3D card for over a year now, and am trying to
decide. Rage128-based stuff is on my short list, and the cheaper
price might translate into some more main memory. (Compared to a
G400 and V4-4500, also on the short list.)
Dale Pontius
(NOT speaking for IBM)
------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Subject: Re: Need info on hardware
Date: 09 Mar 2000 14:00:59 EST
Reply-To: [EMAIL PROTECTED]
[Posted and mailed]
On Thu, 09 Mar 2000 17:12:51 GMT, Edward A. Fredericks
<<nYQx4.11516$[EMAIL PROTECTED]>> shouted forth into the ether:
>I'm thinking about getting into Linux. I'm not sure what kind of hardware
>I'll need. A friend of mind has an old 486 with a cd-rom, but I'm not sure
>if it will run Linux.
The minimum requirements for Linux are a 386 processor, 4M of RAM, and 80M
or thereabouts of hard drive space. 486, 8M, and circa 200M for doing
the neat/interesting stuff.
>Right now I'm using Roadrunner as my ISP. I would like to put the Linux box
>in front of my home network and Roadrunner so that I can control access to
>my home pc's. Is this possible and if so how would I do this? Roadrunner
>uses a DHCP for renewal of IP's. Would I have to assign each windows system
>its own IP?
It sounds like you want a system to do firewalling and IP-Masquing.
http://www.linuxdoc.org/HOWTO/Firewall-HOWTO.html
http://www.linuxdoc.org/HOWTO/IP-Masquerade-HOWTO.html
You'll want 2 NICs in that Linux box and probably a hub. DHCP will work
fine. Essentially, your Linux box will have a real IP address and the
Lose9x boxen behind it will have fake IPs; their access to the world
outside will be controlled by the Linux box and its software. This may be
a tad complex for a raw newbie--fair warning!
>Please respond to my e-mail address as it is hard to get to this news group.
If your ISP's newsserv doesn't carry this NG, they're smoking crack in
boulder-size chunks. If you don't have a Usenet feed, there's always
deja.com, which is available to anyone with a Web browser. I sincerely
hope you didn't mean "I don't have the patience to learn about Usenet, so
please cc: instead." That sort of attitude won't get you anywhere if you
want to use Linux.
--
Matt G / Dances With Crows \ In the MS-DOStrix,
There is no Darkness in Eternity \----\ there is no fork().
But only Light too dim for us to see \
===== Usenet: ceci n'est pas une guerre des flammes =====
------------------------------
From: J.R. Lockwood <[EMAIL PROTECTED]>
Subject: Re: not sloooow, but sluggish linux modem
Date: Thu, 09 Mar 2000 18:31:13 GMT
Svend Garnaes wrote:
>
> I once had a serial port dropping characters when the box
> was doing disk i/o (it took me quite a while to determine
> this being the cause).
> I found using hdparm I could unmask interrupts during disk
> i/o - this cured the problem.
>
> I am speculating since you report your problem in association
> with downloads whether your modem stalls are related to disk
> writes.
>
I have tried "hdparm -u 1" without success...are there other options which
could be helpful?
--
Posted via CNET Help.com
http://www.help.com/
------------------------------
From: fammacd=!SPAM^[EMAIL PROTECTED] (George Macdonald)
Crossposted-To: comp.sys.ibm.pc.hardware.chips,comp.sys.ibm.pc.hardware.systems
Subject: Re: VIA vs Intel chipsets - which is better?
Date: Thu, 09 Mar 2000 19:07:06 GMT
On Wed, 8 Mar 2000 19:56:22 -0800, "Dean_Kent" <[EMAIL PROTECTED]>
wrote:
>Neil Davis <[EMAIL PROTECTED]> wrote in message
>news:8a6qbt$[EMAIL PROTECTED]...
>> I'm sorry to see this thread deteriorate so quickly into name-calling,
>> because there are some legitimate chipset and driver questions I'd love to
>> see addressed. I've put together a number of VIA-based systems, but
>> recently I got fed up with them and have switched to the BX boards
>instead.
>> One of the problems I've suffered with the VIA chipset is IRQ sharing.
>It's
>> easy to end up with nicely configured systems that have more peripherals
>> than available IRQ's, and my experience is that the VIA IRQ miniport
>driver
>> doesn't allow IRQ sharing as well as the BX boards. I've seen VIA boards
>> share IRQ's, but it's not the norm, and I haven't figured out how to get
>it
>> to work as repeatably as the BX boards. For example, one of my machines
>has
>> video, TV-tuner, video capture, SCSI, MODEM, and Soundblaster Live
>(requires
>> 2 IRQ's), USB, two IDE's, and they are all shared sociably on a BX board
>> (one IRQ actually has 4 devices, and one IRQ is still listed as free). So
>> question #1: is there something in the design of the IRQ hardware in the
>> Intel chipset that allows it to work better with IRQ-sharing drivers, or
>is
>> Intel just better at writing the IRQ-sharing driver, or is my experience
>> with IRQ sharing not consistent with what others have seen?
>
>I would also be curious about this. I've seen posts where people have
>complained about such things with both Intel and VIA based boards (never
>counted how many of each, however - thinking it to be irrelevant). I've
>then seen followup posts from people who have claimed it is working
>correctly for them. Makes one wonder just how many problems are due to
>user error.
>
>I'm not trying to point any fingers directly, as I have had situations where
>I overlooked something and a fresh set of eyes discovered the problem. It
>would seem to me that if some people have problems, and others do not under
>the same situation that it isn't the hardware design or software that is the
>problem, but rather one of the specific implementation (either by the
>manufacturer or the user)...
>
>>
>> The second problem I've had with VIA boards is poor support for certain
>> devices using their busmastering drivers. For example, the Nakamichi 5x16
>> CD changer hangs up when you try to play audio CD's (using the drivers
>from
>> VIA that were available last month). I also had problems with one of the
>> Creative DVD players--lots of dropouts even when busmastering enabled,
>> although the Hitachi G2500 DVD player worked perfectly on the same
>computer.
>> So question #2: is there something unique about the VIA IDE hardware
>that
>> makes it difficult to get compatibility with more devices, or is this just
>a
>> software maturity problem, and when will VIA finally get it right?
>
>This is one that sounds a little odd to me, but perhaps it is because I
>misunderstand how busmastering works...
>
>I would think that busmastering is a 'standard' implementation for all
>devices. If it works for one, it should work for others as well. If a
>specific device, however, fails to fully implement the standard, or takes
>advantage of particular peculiarities of a specific implementation - then
>the problem is really with that specific device, true?
>
>As I said, I haven't really investigated busmastering much so it is likely
>that I don't understand something here...
>
>>
>> My recommendation to potential motherboard buyers has been to go with the
>> lower-cost VIA boards if they aren't going to have lots of devices that
>> require IRQ's or if they are going to stick with IDE devices that are
>known
>> to work with the VIA drivers. The VIA boards are great for people who
>don't
>> experiment much with different peripherals--I believe this is exactly what
>> Michael Dell was referring to when he recently said: "We found the AMD
>> environment to be much more fragile ... than equivalent Intel systems."
>I'm
>> not interested in starting a flame war--I'm curious whether others had the
>
>> same negative experiences with the VIA chipset. Even more to the point, I
>> am currently interested in buying an Athlon system, but I'm gun-shy about
>> going with the KX-133 chipset. Any reports on how well it supports IRQ
>> sharing?
>
>KX133 is the same core as the 694a chipset, with an EV6 bus. If there are
>IRQ (or any other) problems with the 694a, then I would assume that they
>would also be present on the KX133...
Although I wouldn't have thought so, the South Bridge chip seems to have
something to do with IRQ sharing - I'm not sure how it all fits together.
Anyway the KX-133 is only paired with the 686A, whereas the 694X can be
paired with the 686A or 596B and most of the mbrds with 694X seem to use
the 596B. There are apparently also some issues with UDMA/66 with the 596B
which are not a problem with the 686A.
Rgds, George Macdonald
"Just because they're paranoid doesn't mean you're not psychotic" - Who, me??
------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Subject: Re: network cards
Date: 09 Mar 2000 14:11:39 EST
Reply-To: [EMAIL PROTECTED]
On Thu, 09 Mar 2000 06:03:47 GMT, matthew neil garman
<<[EMAIL PROTECTED]>> shouted forth into the ether:
>I checked pricewatch's listing of PCI 10/100 mb/s cards. Am I "linux
>safe" just getting one of the el-cheapos, such as RealTek?
The RealTek 8129 and 8139 have their own driver in the kernel; the 8019
and 8029 are basically NE2000 clones and use the ne2k-pci or ne drivers (I
think.) They *should* work, but with hardware, you almost always get what
you pay for. The NE2000 is a very old design and is suboptimal in today's
PCs.
>with only ISA slots. I haven't dealt with ISA in years, so I'm not sure
>what I should get. Do 100mb/s ISA NICs exist, or is the ISA bus too slow
>to make that practical? I just want a card that works under Linux and is
>cheap.
The max. theoretical bandwidth of the ISA bus is about 133 mbit/sec. (8.77
MHz*16 bits / 1048576 bits in a megabit) What with theory not according
well with practice, the older, slower CPU having to parse an awful lot of
data, and all the other peripherals sharing the same ISA bus, there's no
way you can use the full 100mb capability of the card even if you do get a
100mbit ISA card. 100mbit ISA cards are also more expensive than 10, of
course. Check pricewatch.com and see what you can find....
--
Matt G / Dances With Crows \ In the MS-DOStrix,
There is no Darkness in Eternity \----\ there is no fork().
But only Light too dim for us to see \
===== Usenet: ceci n'est pas une guerre des flammes =====
------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Subject: Re: Superdisk format: Supported in RH6.0?
Date: 09 Mar 2000 14:20:42 EST
Reply-To: [EMAIL PROTECTED]
On Thu, 9 Mar 2000 10:19:27 -0600, Chris Hill
<<[EMAIL PROTECTED]>> shouted forth into the ether:
>Does anyone know if the Superdisk is a supported I/O device in
>RH 6.0? (And does it use the IDE controller per above posting?)
The *LS-120* drive plugs in to an IDE cable, and it is supported by the
ide-floppy module. Some people in the past have had problems using both
an LS-120 and a regular floppy in their machines at the same time; the
solution was to make sure the regular floppy didn't appear in the boot
device list in the BIOS. Also make sure that the cable connections to the
drive are secure and that the drive is jumpered correctly for where it's
plugged into.
Your LS-120 drive should be on /dev/hdX (X: a=master, ide0 b=slave, ide0
c=master, ide1 d=slave, ide1) and most LS-120 disks are formatted using
the vfat filesystem. You should just be able to
# mount -t vfat /dev/hdX /mnt/ls120
with a disk in the drive and go.
--
Matt G / Dances With Crows \ In the MS-DOStrix,
There is no Darkness in Eternity \----\ there is no fork().
But only Light too dim for us to see \
===== Usenet: ceci n'est pas une guerre des flammes =====
------------------------------
From: [EMAIL PROTECTED] (Grant O'Rielly)
Subject: Re: PCMCIA on Compaq Armada 7300T Laptop
Date: Thu, 09 Mar 2000 19:07:47 GMT
Hi,
we had a similar problem on our Toshiba laptop, with a linksys
etherfast 10/100 ethernet card; at boot time the card would be recognised
as a memory card. We found a solution: remove and insert the card after
linux was running, then the card was recognised correctly by cardmgr.
Hope this helps
grant
--
Dr. Grant O'Rielly [EMAIL PROTECTED]
Department of Physics phone: 202-994-0034
George Washington University FAX: 202-994-3001
#include<std.disclaimer> Office: Lisner Aud. B12
------------------------------
From: Svend Garnaes <[EMAIL PROTECTED]>
Subject: Re: not sloooow, but sluggish linux modem
Date: Thu, 09 Mar 2000 20:43:01 +0100
"J.R. Lockwood" wrote:
> I have tried "hdparm -u 1" without success...are there other
> options which could be helpful?
Depending on your hardware, -c and -d might apply.
Can you establish the Windows MRU and MTU settings used
for the modem?
Perhaps 'tracing' a stalling modem session using tcpdump
on the relevant interface would provide more clues.
- Svend, trying to learn
------------------------------
From: Dominik Riebeling <[EMAIL PROTECTED]>
Subject: cdrecord doesn't fixate
Date: Thu, 09 Mar 2000 20:12:39 +0000
Hi,
I have the following problem:
When I'm trying to write a CD, everything works fine, but cdrecord
doesn't fixate the CD and stops with an error message.
I can fixate these CDs using some Windows-Program, they work after this.
My System: Linux Kernel 2.2.13 (RedHat 6.1)
Teac CDR55S Writer (SCSI: NCR 815)
all other devices are ATAPI, for which I use SCSI-Emulation (CDRom,
Zip). I tried turning this off, without effort.
The Writer works perfectly under Windows. Termination OK (jumper on
recorder), cable length about 40cm, so the hardware shouldn't cause a
problem.
Output of cdrecord: ~/# cdrecord speed=4 dev=1,3,0 -isosize -v -eject
/dev/scd0
Cdrecord 1.8a40 (i586-pc-linux-gnu) Copyright (C) 1995-2000 J�rg
Schilling
TOC Type: 1 = CD-ROM
scsidev: '1,3,0'
scsibus: 1 target: 3 lun: 0
Using libscg version 'schily-0.1'
atapi: 0
Device type : Removable CD-ROM
Version : 2
Response Format: 2
Capabilities : RELADR SYNC LINKED
Vendor_info : 'TEAC '
Identifikation : 'CD-R55S '
Revision : '1.0K'
Device seems to be: Teac CD-R50S.
Using driver for Teac CD-R50S, Teac CD-R55S, JVC XR-W2010, Pinnacle
RCD-5020 (teac_cdr50).
Driver flags : SWABAUDIO
WRa Data 40 0A 00 00
Buffer cap: 655360
Drive buf size : 655360 = 640 KB
FIFO size : 4194304 = 4096 KB
Track 01: data 628 MB
Total size: 722 MB (71:33.13) = 321985 sectors
Lout start: 722 MB (71:35/10) = 321985 sectors
Current Secsize: 2048
Blocks total: 335550 Blocks current: 335550 Blocks remaining: 13565
Starting to write CD/DVD at speed 4 in write mode for single session.
Last chance to quit, starting real write in 1 seconds.
Waiting for reader process to fill input buffer ... input buffer ready.
Judging disk...done.
Calibrating laser...done.
Starting new track at sector: 0
Track 01: 628 of 628 MB written (fifo 100%).
Track 01: Total bytes read/written: 659421184/659421184 (321983
sectors).
Writing time: 1080.442s
Fixating...
cdrecord: Input/output error. teac_freeze: scsi sendcmd: retryable error
CDB: E3 00 00 00 00 80 00 00 00 00 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 04 01 00 00
Sense Key: 0x2 Not Ready, Segment 0
Sense Code: 0x04 Qual 0x01 (logical unit is in process of becoming
ready) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 12.615s timeout 480s
Fixating time: 15.800s
cdrecord: fifo had 20124 puts and 20124 gets.
cdrecord: fifo was 0 times empty and 18596 times full, min fill was 62%.
I tried with other versions of cdrecord (1.8.1a01, 1.8.1a02, 1.8a40),
other images (cd-copy, iso-image, audio-files) and other media (no
no-name discs) -- Nothing. The message is always the same (the part
after 'fixating...')
Has someone an idea what's wrong?
Dominik
--
"To live is the rarest thing in the world. Most people exist, that is
all."
(Oscar Wilde)
------------------------------
From: Paul Tiseo <[EMAIL PROTECTED]>
Crossposted-To: comp.sys.ibm.pc.hardware.chips,comp.sys.ibm.pc.hardware.systems
Subject: Re: VIA vs Intel chipsets - which is better?
Date: Thu, 9 Mar 2000 15:22:12 -0500
In article <VFRx4.1719$[EMAIL PROTECTED]>,
[EMAIL PROTECTED] says...
>
> Paul Tiseo wrote in message ...
> >In article <UfQx4.1633$[EMAIL PROTECTED]>,
> >[EMAIL PROTECTED] says...
> >> > To use your "search methods" since you think they are valid means
> >> >of establishing a point, here are two searches on deja.com:
> >> >
> >> > keywords: IDE & IRQ & VIA & problem = 6100 matches
> >> > IDE & IRQ & Intel & problem = 5600 matches
> >>
> >>
> >> Clueless. As was already described Deja counts at those levels are
> >> meaningless.
> >
> > Why? At what level are they meaningful? What number range suddenly
> >makes a query meaningful?
>
>
> When the two LSBs are not always both zeroes......DUH.
Well, we'll have to agree to disagree and leave it at that. My
point is that the differences in this arguably questionable mode of
evidence (ie the DejaNews searches) are not orders of magnitude. You
yourself had an ~80 to an ~35. Not orders of magnitude. Any resonable
person who isn't splitting hairs will see that both platofrms can have
problems...
--
____________________________________________________
Paul Tiseo, Intermediate Systems Programmer
Birdsall 3, Mayo Clinic Jacksonville
4500 San Pablo Rd, FL, 32224
[EMAIL PROTECTED] -- (904) 953-8254
------------------------------
From: Andrew Daugherity <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.x
Subject: Re: 1: Xvidtune, 2: fix freq monitor
Date: Thu, 09 Mar 2000 14:07:39 -0600
I've got your answers:
[EMAIL PROTECTED] wrote:
> Dear all,
> (1) Xvidtune
> Has anyone has some experience to share about Xvidtune. I am new with
> this and would like to hear some thing before I use this.
>
xvidtune works fine--you can pretty much ignore the warning mesg. at the
beginning--it just "tweaks" a mode. IMPORTANT: Use the "TEST" button! If
the screen scrambles, this COULD burn out your monitor, so keep in mind the
"3-fingerered salute" - Ctrl-Alt-Backspace - to kill X.
>
> (2) Connecting a Fix Freq Monitor
> I have inherited fix frequency monitor (a HP 98785A: inside marked as a
> Sony M41JSD15X) and hope to use it in my linux box. The HP 98785A has 5
> BNC-plugs (red, green, blue and vsync/hsync).
You can solder together a cable or buy one to connect BNC to VGA. Since I
just soldered a 13W3-to-VGA cable yesterday, I can give you the pins:
VGA pins:
1 = Red video
2 = Green
3 = Blue
6 = Red ground
7 = green gnd
8 = blue gnd
10 = HSync gnd
11 = VSync gnd
13 = HSync
14 = VSync
You want to connect the signal (video or sync) to the center pin of the
BNC, and the ground to the outer braid.
> Q Can anyone help/advise before I start? (Short of buying an expensive
> graphic card, do I really have to do this?)
>
Since the monitor takes seperate sync, you don't need a sync-on-green
adapter, but because it's fixed-frequency, you'll be stuck with those two
or three modes--1024x768@60 and 800x600@72. They might be slightly
different from the standard modes, so you might have to make custom
modelines. If so, you can forget about Windows, and you *may* get
SVGATextMode to work, but then again you might not. In any case, "normal"
text mode and the BIOS boot-up will be out of sync. If you need windows
then you'll have to go with a fixed-freq card.
>
> Q Further to this is it correct that in Xconfigurator I should select..
> "Non-Interlaced SVGA, 1024x768 @ 60 Hz, 800x600 @ 72 Hz" ? I am not all
> certain if the HP98785A is a non-interlace monitor.
>
Yes, it's both non- and interlaced --interlaced is like TV, where it only
draws every other line at a time. All monitors (well, except Commodore
etc. which aren't really monitors but TV's without a tuner) can do both
interlaced and non-interlaced. You'll want the non-interlaced. The
advantage of interlaced is if you want a higher resolution mode than
1024x768--for example 1280x1024. If your 1024x768 is 60Hz, 1280x1024 would
be about 40 Hz (a guess), which would flicker like a strobe light, but
1280x1024 interlaced would be 80Hz, which is much better. See the
X-videotimings-howto at http://www.linux.doc.org for more info.
>
> Q (BTW, what is a clockchip asked by Xconfigurator? Is this related in
> anyway to the motherboard? (What I have is a Elitegroup
> (www.ecs.com.tw) model P6BXT-A+.)
>
This is the dot clock on the video card, and has nothing to do with the
MB. It's usually safe to say "None" or "Default".
>
> Q Can someone tell me what are te possible causes when, within the
> server pressing Ctrl, Alt and '+' simultaneously to cycle video
> resolutions do not work in my box?
Xvidtune disable this while it's running (the "next" and "prev" buttons
serve the same function). If it's disabled all the time, check: 1) you
have more than one mode in use; 2)the "DontZoom" flag in the serverflags of
the XF86Config file. If it's present, C-A-+ and C-A- - is disabled.
> P/S I am hoping that the image will eventually fill up the screen to
> within 5 mm or so from the sides/edges. :-)
>
Xvidtune can do this; don't forget to click "show" and paste this into your
Xconfig...
> __________________MISC_INFO________________________________________
> I am using RH5.2 and have loaded ...
> XFree86-100dpi-fonts-3.3.3.1-1.1.i386.rpm
> XFree86-3DLabs-3_3_3_1-1_1_i386.rpm
> XFree86-8514-3_3_3_1-1_1_i386.rpm
> XFree86-SVGA-3_3_3_1-1_1_i386.rpm
>
Update your XFree86 to 3.3.6, it's much better.
Have fun.
>>DrEwMeIsTeR<<
------------------------------
From: Erik Jongebloed <[EMAIL PROTECTED]>
Subject: soundchip HT8338A/pci drivers
Date: Thu, 09 Mar 2000 21:40:48 +0100
Reply-To: [EMAIL PROTECTED]
Does anybody know if there are any linux drivers for this soundchip.
It's located on a M748MR mainboard manufactured by PCCHIPS. The company
site does not contain drivers for linux for this soundchip. Any help
will be appreciated.
I'm a newbie to linux so maybe there are compatible drivers with the
distribution I have.
Erik Jongebloed
Celeron 400
192 Mb RAM
12 Gb harddisk
Suse linux 6.3
------------------------------
From: Paul Fox <[EMAIL PROTECTED]>
Subject: Re: Waves sound on linux
Crossposted-To: comp.speech.research,comp.speech
Date: Thu, 09 Mar 2000 20:50:00 GMT
In comp.speech Alan W Black <[EMAIL PROTECTED]> wrote:
: Scott Kiesling <[EMAIL PROTECTED]> writes:
:
:> I'm using Entropics Waves on a linux machine, and I'm getting a short,
:> but loud and annoying pop whenever I play part of a file to earphones or
:> speakers, right at the beginning of the segment. Any suggestions on how
:> to get rid of this would be greatly appreciated.
i used to get pops on my linux sound card when it was in 8-bit mode. once
i figured out how to configure it correctly, the popping went away.
just thought i'd mention it.
paul
=---------------------
paul fox, [EMAIL PROTECTED]
------------------------------
From: "Breton M. Saunders" <[EMAIL PROTECTED]>
Subject: Dell Inspiron 3200 Help please!
Date: Thu, 09 Mar 2000 20:54:25 +0000
Hi All,
I'm trying to setup RH6.1 for a friend on a Dell Inspiron 3200. At
current I have two problems which do not seem to be resolved on the
linux-for-laptops page, both related to suspend/resume:
1) The xwindows screen gets shifted right by about 16 pixels on a
resume. The only way to fix this problem is to kill the x-server.
I've checked the docs at xfree86.org for information on the NeoMagic
2170 chip that the laptop uses, but have found nothing regarding
screen-shifting on resume.
2) The audio chip has the tendancy to go haywire, producing an
ear-piercing sound occassionally on a resume. I've got the CS4232 to
produce sound normally, but it tends to click baddly.
If you can offer me any help I would greatly appreciate it.
Cheers,
-Brett
[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 (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
******************************
