Linux-Hardware Digest #374, Volume #13 Mon, 7 Aug 00 21:13:12 EDT
Contents:
Re: Problem with EIDE? (Dances With Crows)
lilo not overwriting MBR (Peter Bismuti)
Re: UDMA IDE Drive stops network transfers (Dances With Crows)
45GB harddisk with old BIOS??!! ("K. Posern")
Re: lilo not overwriting MBR ([EMAIL PROTECTED])
Re: dual boot, two drives (Dances With Crows)
Pentium III ("Paolo Montini")
Re: lilo not overwriting MBR ("K. Posern")
Re: Dual processor board? ("D. Stimits")
Re: 45GB harddisk with old BIOS??!! (E J)
Re: isapnp.conf (actually conf.modules) ("D. Stimits")
Re: Pentium III ("D. Stimits")
Re: "TrueX" or other CDROMs... ("D. Stimits")
Re: Why is my harddisk so slow? ("D. Stimits")
initrd lilo option? (Peter Bismuti)
X no like booting from HD, only from floppy (Peter Bismuti)
Re: dual boot, two drives (Foo Kwong Lee)
Re: [Fwd: Ultra 66 Support] (James Richard Tyrer)
Re: AC 97 on ASUS K7V-T (John Kakareka)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Crossposted-To: comp.os.linux.setup,microsoft.public.windowsnt.setup
Subject: Re: Problem with EIDE?
Date: 7 Aug 2000 23:18:50 GMT
Reply-To: [EMAIL PROTECTED]
On Mon, 7 Aug 2000 14:13:19 -0700, Jeff D. Hamann wrote:
>Sorry for the crossposts, but I'm having troupble installing either Linux or
>NT. I've removed the HD (WD 20.5 GB EIDE 66) and inserted the original Linux
>1GB drive that installed on another computer and the system seemed to work
>just fine. When I went to install Linux onto the 1GB drive I got the same
>behaviour and before:
>
><tons of hex numbers>
>code : 8b 69 08 81 fd 2b 2f c3 a5 0f 85 df 00 00 00 8b 69 0c 85 ed
>Aiee, killing interupt handler
>unable to handle kernel NULL pointer dereference at vrtual address at
>
>Then I gave up and tried to install NT on the 30GB drive (using only the
>first 2GB) and kept getting the same problems with the NT CD (can't copy
>mfc42.dll, etc) and the NT the CD is fine (no scratches or anything). I
>also, tried using different NT CD's and got the same probelms...
>Is there a problem with trying to install Linux (or NT for that matter) with
>an onboard EIDE controller and a EIDE hd with a IDE CDROM?
There shouldn't be--I've done that very thing lots of times. It might
be that the onboard IDE controller(s) aren't quite happy, for whatever
reason, or that the CD-ROM is on its last legs. If you're not sure
about the hardware, try booting from a Linux boot floppy such as Tom's (
http://www.toms.net/rb/ ) and attempting to mount/read/write both the
CD-ROM and the hard drive(s). If errors are reported during this
process, it's likely that there's flaky hardware around.
Also, post the make/model of the IDE chipset you have and the CD-ROM
that you're using. (look in the output from dmesg.) Some older
chipsets like the CMD640 have nasty bugs. If all else fails, you can
pick up a 24x IDE CD-ROM for about $35 these days....
--
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin / Tyranny is always better organized
http://www.brainbench.com / than freedom.
=============================/ ==Charles Peguy
------------------------------
From: [EMAIL PROTECTED] (Peter Bismuti)
Subject: lilo not overwriting MBR
Date: 7 Aug 2000 23:20:05 GMT
Previously I posted a note that I could only boot using a floppy
after overwriting the MBR trying to install Win98 on another partition.
I was told to run lilo.
I've tried running lilo to rewrite the MBR, but it is not working,
my machine is still trying to boot into Win98. This is the output
from lilo -v:
[root@roughneck /root]# lilo -v
LILO version 21, Copyright 1992-1998 Werner Almesberger
Reading boot sector from /dev/hda5
Merging with /boot/boot.b
Boot image: /boot/vmlinuz-2.2.14-5.0
Added linux *
Boot other: /dev/hda1, loader /boot/chain.b
Added dos
/boot/boot.0305 exists - no backup copy made.
Writing boot sector.
Any ideas? Thanks!
------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Crossposted-To: comp.os.linux.misc
Subject: Re: UDMA IDE Drive stops network transfers
Date: 7 Aug 2000 23:32:40 GMT
Reply-To: [EMAIL PROTECTED]
On Mon, 07 Aug 2000 20:52:32 GMT, Stewart Honsberger wrote:
>On 7 Aug 2000 19:04:07 GMT, Dances With Crows wrote:
>>VIA MVP3 chipset w/VIA UDMA support enabled in kernel 2.2.16, hdparm
>>-u1 -c1 -m16 -d1 applied to both drives.
>I'm now using all of those settings. It appears as if my Sector Count was
>already set to the MaxMultSect value for both drives by default.
>
>>The figures are even better with the 2.4.x test kernels,
>My kernel version is in my .signature. I must say I'm quite impressed with
>the performance of these drives, if those figures are correct. I'm going
>to reccomend some of these settings to a friend running a UDMA66 drive and
>see what numbers he can come up with.
>>but overall performance is still worse with 2.4 thanks to the ongoing
>>VM problems.
>Oh? I've noticed snappier performance since switching to 2.4. Memory
>management appears to be much better, and disk cacheing is greatly
>improved.
>"Ongoing VM problems"? Would you mind elaborating?
Between 2.3.99-pre3 and 2.4.0-test3, there were a number of problems
with the VM, specifically kswapd. At certain points, it would start
hogging the entire CPU and not letting it go for what seemed like
eternity. This was the result of some changes the developers made to
improve performance on machines with lots of physical RAM ( > 800M or
so.) It was mentioned on Kernel Traffic, most specifically at
http://kt.linuxcare.com/kernel-traffic/kt20000703_74.epl but issue #77
had a few things about it as well.
The effect wasn't *really* noticable on my desktop system (K6-2 400MHz,
96M) but was on my laptop (P-150, 32M.) As an example, starting
Netscape took 40s on the laptop using kernel 2.2.14, but 100s using
kernel 2.3.99-pre8. 2.4.0-test4 cut the time required to 60s, so things
were improving a bit... I'll have to try 2.4.0-test5 soon then.
--
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin / Tyranny is always better organized
http://www.brainbench.com / than freedom.
=============================/ ==Charles Peguy
------------------------------
From: "K. Posern" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: 45GB harddisk with old BIOS??!!
Date: 7 Aug 2000 23:35:48 GMT
Hi.
I've got a IBM 45GB harddisk IBM-DLTA307045 as /dev/hdc (at ide1) in a
pentium 200 with an AWARD 4.51 BIOS. The BIOS could not detect harddisks
greater than 8GB and there is no BIOS-update available.
Till now I had a Maxtor 10GB harddisk as /dev/hdc - for which the BIOS
detected a 8GB hdd and linux detected the 10GB harddisk.
But with the IBM 45GB as hdc the BIOS tells me "none" (no disk) and
linux (2.2.14) doesn't probe for hdc so there is'nt any /dev/hdc
available.
I think this is because the BIOS found no /dev/hdc and so linux doesn't
probe for it?!
So I tried to pass some parameters to the kernel:
"ide1=autotune hdc=autotune"
- result: the same as without thesse parameters: no /dev/hdc
"ide1=dma hdc=1024,16,63 hdc=autotune"
- (I thought linux corrects these values after successfull
probing)
- result:
...
ide: Assuming 40MHz system bus speed for PIO modes; override with
idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x6000-0x6007, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x6008-0x600f, BIOS settings: hdc:pio, hdd:pio
hda: IBM-DHEA-36481, ATA DISK drive
hdc: IRQ probe failed (0)
hdc: IRQ probe failed (0)
hdc: IRQ probe failed (0)
hdc: IRQ probe failed (0)
hdc: non-IDE drive, CHS=1024/16/63
hdd: CD-ROM CDU621-D, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: IBM-DHEA-36481, 6197MB w/472kB Cache, CHS=790/255/63, (U)DMA
...
So... is it possible to somehow let linux detect (and work with) this
disk (even without the BIOS)??
Help on this would be great!
Ciao,
Knuth.
P.S.: Please excuse my bad english.
------------------------------
Subject: Re: lilo not overwriting MBR
From: [EMAIL PROTECTED]
Date: Mon, 07 Aug 2000 23:40:25 GMT
[EMAIL PROTECTED] (Peter Bismuti) writes:
> I've tried running lilo to rewrite the MBR, but it is not working,
> my machine is still trying to boot into Win98. This is the output
> from lilo -v:
> [root@roughneck /root]# lilo -v
> LILO version 21, Copyright 1992-1998 Werner Almesberger
> Reading boot sector from /dev/hda5
Edit /etc/lilo.conf and change the install location from /dev/hda5 to
/dev/hda. /dev/hda5 is the first partition in the first extended
partition, not the MBR.
--
Eric McCoy ([EMAIL PROTECTED])
"hand, n. A singular instrument worn at the end of a human arm and
commonly thrust into somebody's pocket." - Ambrose Bierce
------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Subject: Re: dual boot, two drives
Date: 7 Aug 2000 23:44:36 GMT
Reply-To: [EMAIL PROTECTED]
On Mon, 07 Aug 2000 15:02:57 -0400, Enkeleida Lakuriqi wrote:
>I use my computer 50-50 Linux-Windows which I have on two separate
>drives. In order to change OS� I physically� disconnect one drive and
>connect the other one. Is there a more elegant solution for this? I
>don't want to have both disks on in a master-slave config, b/c one disk
>would always spin idly.
Not necessarily. Connect the Linux disk to /dev/hda and the Win disk to
/dev/hdb. Use a lilo.conf kind of like so:
boot=/dev/hda
message=/boot/message
map=/boot/map
prompt
timeout=100
image=/boot/vmlinuz
root=/dev/hda1 # switch to whatever your / is
label=linux
other=/dev/hdb1
label=dos
map-drive=0x80 # fool DOS into thinking it's on the 1st drive
to=0x81
map-drive=0x81
to=0x80
table=/dev/hdb
This works for sure with Win95. I wouldn't worry about having both
drives spinning; modern hard drives are designed to operate for very
long periods and will be OK. If you want to spin down the Win drive
from Linux, put this command in /sbin/init.d/boot.local (that's
/etc/rc.d/rc.local if you use RedHat):
hdparm -Y /dev/hdb
...though you might want to access the Win disk from Linux for various
reasons. Don't know how you'd spin down the Linux disk from the Win
side, but I'll bet that messing with drive spindown times in the unControl
Panels would help.
--
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin / Tyranny is always better organized
http://www.brainbench.com / than freedom.
=============================/ ==Charles Peguy
------------------------------
From: "Paolo Montini" <[EMAIL PROTECTED]>
Subject: Pentium III
Date: Mon, 7 Aug 2000 16:40:14 -0700
Hi all,
does anybody know how Linux (Mandrake or others) works on a Pentium III ?
Are there any reports or something, because I am wondering to upgrade my
processor to the Pentium III and I want to keep using my Mandrake !
Thanks in advance,
Paolo.
------------------------------
From: "K. Posern" <[EMAIL PROTECTED]>
Subject: Re: lilo not overwriting MBR
Date: 7 Aug 2000 23:49:12 GMT
Peter Bismuti wrote:
> Previously I posted a note that I could only boot using a floppy
> after overwriting the MBR trying to install Win98 on another partition.
> I was told to run lilo.
To reset the MBR you could run "fdisk /MBR" (or fdisk MBR) under DOS.
> I've tried running lilo to rewrite the MBR, but it is not working,
> my machine is still trying to boot into Win98. This is the output
> from lilo -v:
>
> [root@roughneck /root]# lilo -v
> LILO version 21, Copyright 1992-1998 Werner Almesberger
>
> Reading boot sector from /dev/hda5
I suppose you have
boot = /dev/hda5
in your /etc/lilo.conf
But if you want to choose between linux and windows during boot using lilo
and lilo should "sit in" the MBR, you have to write
boot = /dev/hda
in your /etc/lilo.conf
If I missunderstood your problem...
...perhaps tell again what os on what partition you want to choose in which
kind of bootmenu.
...and/or mail the lilo.conf file.
Ciao,
Knuth.
------------------------------
Date: Mon, 07 Aug 2000 18:20:29 -0600
From: "D. Stimits" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: Dual processor board?
[EMAIL PROTECTED] wrote:
>
> Chris Rankin <au.zipworld.com@{no.spam}rankinc> writes:
>
> > IO APIC #2......
> > .... register #00: 02000000
> > ....... : physical APIC id: 02
> > .... register #01: 00170020
> > ....... : max redirection entries: 0017
> > ....... : IO APIC version: 0020
> > WARNING: unexpected IO-APIC, please mail
> > to [EMAIL PROTECTED]
>
> What this suggests to me is that APICs are given versions, and that
> Linux is warning you it doesn't know anything about this version so it
> may not be compatible. Odds are good that there's a rule about when
> APIC versions change, so probably yours _is_ incompatible... but the
> new versioning could just be to indicate new functionality, not broken
> old functionality.
>
> Of course, the proper solution is for me to look for this text in the
> kernel source, but I don't have the kernel source at the moment.
>
> --
> Eric McCoy ([EMAIL PROTECTED])
>
> "And what happens? The guy goes and proves himself beyond all doubt
> to be just another cookie stamped out of the Dough of Idiocy with the
> Cookie-Cutter of Self-Righteousness." - Mike Kozlowski
It would be good if someone could look into this. I did a long search
for similar problems, and found that it is a recurring problem for all
i840 SuperMicro boards, not just in linux, but other o/s's as well. In
particular, this one message occurs when logging does not die instantly:
unexpected IRQ vector 217 on CPU#0!
It can also occur on CPU#1, but the 217 is consistent in all cases. This
message has been reported on both IDE-only machines, and SCSI machines.
Failure occurs under either rapid i/o of many small files, or a few
large files, or mount/umount, using any filesystem type or driver. I can
repeat the problem via rapid mount/umount of the cdrom. The filesystem
driver that originates the problem is the first to die, but even if, for
example, the scsi is still alive, it will also die shortly thereafter
(seconds to live)...sync is not possible, even with magic-sysrq.
------------------------------
From: E J <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Re: 45GB harddisk with old BIOS??!!
Date: Mon, 07 Aug 2000 17:26:45 -0700
Look at the IBM documentation and find out what the correct CHS and pass
the correct parameters to the kernal.
You can't fool it by giving fake CHS numbers hoping to get the correct CHS
from autoprobing.
The recent fix to the handle hard disk bigger than 32G is probably in your
kernal.
I know in the Maxtor, you can jumper the 40G so it looks like a 2G hard
drive, but it give you a new set of
CHS numbers to access the entire hard disk. See if you can do the same
thing for the IBM drive.
As a last resort, you can get a disk overlay for your IBM 45G Hard drive.
You might try the IBM website to see if you download it.
For Maxtor, I usually get the disk overlay program EZ-BIOS from their
website.
"K. Posern" wrote:
> Hi.
>
> I've got a IBM 45GB harddisk IBM-DLTA307045 as /dev/hdc (at ide1) in a
> pentium 200 with an AWARD 4.51 BIOS. The BIOS could not detect harddisks
> greater than 8GB and there is no BIOS-update available.
>
> Till now I had a Maxtor 10GB harddisk as /dev/hdc - for which the BIOS
> detected a 8GB hdd and linux detected the 10GB harddisk.
> But with the IBM 45GB as hdc the BIOS tells me "none" (no disk) and
> linux (2.2.14) doesn't probe for hdc so there is'nt any /dev/hdc
> available.
> I think this is because the BIOS found no /dev/hdc and so linux doesn't
> probe for it?!
>
> So I tried to pass some parameters to the kernel:
>
> "ide1=autotune hdc=autotune"
> - result: the same as without thesse parameters: no /dev/hdc
>
> "ide1=dma hdc=1024,16,63 hdc=autotune"
> - (I thought linux corrects these values after successfull
> probing)
> - result:
> ...
> ide: Assuming 40MHz system bus speed for PIO modes; override with
> idebus=xx
> VP_IDE: IDE controller on PCI bus 00 dev 39
> VP_IDE: not 100% native mode: will probe irqs later
> ide0: BM-DMA at 0x6000-0x6007, BIOS settings: hda:DMA, hdb:pio
> ide1: BM-DMA at 0x6008-0x600f, BIOS settings: hdc:pio, hdd:pio
> hda: IBM-DHEA-36481, ATA DISK drive
> hdc: IRQ probe failed (0)
> hdc: IRQ probe failed (0)
> hdc: IRQ probe failed (0)
> hdc: IRQ probe failed (0)
> hdc: non-IDE drive, CHS=1024/16/63
> hdd: CD-ROM CDU621-D, ATAPI CDROM drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> ide1 at 0x170-0x177,0x376 on irq 15
> hda: IBM-DHEA-36481, 6197MB w/472kB Cache, CHS=790/255/63, (U)DMA
> ...
>
> So... is it possible to somehow let linux detect (and work with) this
> disk (even without the BIOS)??
>
> Help on this would be great!
>
> Ciao,
>
> Knuth.
>
> P.S.: Please excuse my bad english.
------------------------------
Date: Mon, 07 Aug 2000 18:26:58 -0600
From: "D. Stimits" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: isapnp.conf (actually conf.modules)
Marius Andra wrote:
>
> OOPS, sorry, i meant conf.modules.
> How to put these lines into conf.modules?
> So that every time my computer boots up i don't have to type them and they
> load automatically.
>
> "D. Stimits" wrote:
>
> > Marius Andra wrote:
> > >
> > > how to put these lines inside isapnp.conf???
> > >
> > > insmod parport
> > > insmod paride
> > > insmod epat
> > > insmod pcd
> > > insmod pg
> > >
> > > Can anybody give me a straight answer, not like read the manual...
> > >
> > > ---
> > > m9
> >
> > Those don't go into isapnp.conf at all. They go in /etc/conf.modules (or
> > on some dists, /etc/modules.conf, same thing).
> >
> > isapnp.conf is used for irq and address setup of plug-n-play hardware in
> > ISA slots. conf.modules is used to insert kernel modules, which is what
> > that is.
> >
> > If you are asking about an editor to do this with, there are many text
> > editors. Assuming you don't know how to use something not initially user
> > friendly, such as emacs or vi, you might use nedit or pico (pico comes
> > with pine). There are many other editors as well. You can do a search
> > for nedit or others on http://las.978.org
If one module has a dependency on another, you might want to add more
explicit instructions to /etc/conf.modules, as root, with an editor (see
man conf.modules). If you simply want to run those commands at each
reboot, you could run them from rc.local. The location varies with
distributions, but in redhat, it is in /etc/rc.d/rc.local. As root,
simply append them to the end. In other distributions, this file will be
somewhere near this directory as well (just look for rc.local).
------------------------------
Date: Mon, 07 Aug 2000 18:28:46 -0600
From: "D. Stimits" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: Pentium III
Paolo Montini wrote:
>
> Hi all,
> does anybody know how Linux (Mandrake or others) works on a Pentium III ?
> Are there any reports or something, because I am wondering to upgrade my
> processor to the Pentium III and I want to keep using my Mandrake !
>
> Thanks in advance,
> Paolo.
PIII's work great on any x86 version.
------------------------------
Date: Mon, 07 Aug 2000 18:30:55 -0600
From: "D. Stimits" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: "TrueX" or other CDROMs...
Dan wrote:
>
> Hello,
> Anyone know for sure if these new TrueX drives from Kenwood are well
> supported by my favorite OS..? ;)
>
> Or, barring that, has anyone found a good resource for comparing the
> performance of various CDROMs? I am
> in the market for a new one, and I want to be sure that it would support
> nice, reliable DAE and that it would handle CDR's as well as scratched
> disks, etc.
> I am looking for a CDROM that will be worth the money in other words.
>
> If anyone has any advice, it would be greatly appreciated.
> -Dan
I think those problems were fixed for the newest 72x version. Mine has
run great for several months now.
------------------------------
Date: Mon, 07 Aug 2000 18:38:23 -0600
From: "D. Stimits" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: Why is my harddisk so slow?
Jim Orfanakos wrote:
>
> I am running RedHat 6.0 on a 486/50 Compaq Prolinea, 48MB RAM, with a
> Western Digital 3 GB EIDE drive with 256 kB of cache:
>
> hdparm -t = 1.49 MB/sec
> hdparm -T = 10.60 MB/sec
>
> <[EMAIL PROTECTED]> wrote in message news:8mm9oi$[EMAIL PROTECTED]...
> > Cliff Pennock ([EMAIL PROTECTED]) wrote:
> > : hdparm -t /dev/hda gives me on average 8Mb/s (slow!)
> > : hdparm -T /dev/hda gives me on average 17Mb/s (waaaaaaay to slow!)
> > : I've tried all I can think off, but it won't go any faster...
> > : Anyone has any ideas?
> >
> > Oh! Yours is so fast!!! Look at mine:
> >
> > AM5x86-133, UMC-8881 chipset with on-board IDE. Harddisk is Maxtor 15G
> > (5400rpm type, model number forgotten).
> > Linux 2.2.16(Slackware 7.0 upgraded)
> >
> > >$ hdparm -t /dev/hdb
> > (no result, because it's too slow to wait...)
> > >$ time dd if=/dev/hdb1 of=/dev/NULL bs=4096 count=500000
> > total time: 239m **s .... Oh! My God!
> >
> > Even older drive gives better result than it!
> > Quantum Fireball 1.2G: 2-3 MB/s
> >
> > Any suggestion? I tried to use hdparm to set some flags but of no use.
> >
IDE has always been somewhat slower. And the smaller the density, the
slower the average. 3 GB versus 20 GB on the same access time would
probably give dramatically better results...cluster size is important.
But if you want something really fast, get the ultra 160 with a 64 bit
PCI...it exceeds expectations, and the drives themselves aren't that
much different in price from older scsi technology (yes, this far
exceeds the price of IDE, it also vastly outperforms it).
------------------------------
From: [EMAIL PROTECTED] (Peter Bismuti)
Subject: initrd lilo option?
Date: 8 Aug 2000 00:35:07 GMT
In my old lilo.conf file there is an option:
initrd=/boot/initrd-2.2.12-20.img
I can't find it in the man pages, what does it do? Do I need it,
and if so where/how do I get the *.img file?
Thanks again
------------------------------
From: [EMAIL PROTECTED] (Peter Bismuti)
Subject: X no like booting from HD, only from floppy
Date: 8 Aug 2000 00:31:58 GMT
I can boot my Linux machine now from either the floppy or the hard disk,
but when I boot from the hard disk something is wrong with the X server.
The image flickers and when I kill it it goes crazy. There is an
error message that is not readable except for the word "deleted" I believe.
Anyone know what the problem is?
Thanks
------------------------------
From: Foo Kwong Lee <[EMAIL PROTECTED]>
Subject: Re: dual boot, two drives
Date: Mon, 07 Aug 2000 21:01:47 -0400
Dances With Crows wrote:
[snip]
> reasons. Don't know how you'd spin down the Linux disk from the Win
> side, but I'll bet that messing with drive spindown times in the unControl
> Panels would help.
Control Panel > Power > Disk Drives
>
> --
> Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
> Brainbench MVP for Linux Admin / Tyranny is always better organized
> http://www.brainbench.com / than freedom.
> -----------------------------/ --Charles Peguy
------------------------------
From: James Richard Tyrer <[EMAIL PROTECTED]>
Subject: Re: [Fwd: Ultra 66 Support]
Date: Tue, 08 Aug 2000 00:50:31 GMT
EKK wrote:
>
>
> ------------------------------------------------------------------------
>
> Subject: Re: Ultra 66 Support
> Date: Mon, 07 Aug 2000 01:08:17 -0700
> From: EKK <[EMAIL PROTECTED]>
> Organization: EKK Inc
> Newsgroups: comp.os.linux.hardware
> References: <N6_h5.2822$[EMAIL PROTECTED]>
><8ma89k$b4o$[EMAIL PROTECTED]> <BOpi5.4000$[EMAIL PROTECTED]>
><[EMAIL PROTECTED]> <hW%i5.4670$[EMAIL PROTECTED]>
><[EMAIL PROTECTED]>
>
> This is a README on the U66 patch directory of kernel FTP site:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/hedrick/
>
> WARNING!!!!!!!!!!
>
> VIA code require you pass idebus=XX
>
> Where XX must == 25, 33, 37, or 41
>
> This reflects IDE-PCI BUS CLOCK!!
>
> You must know your SYSTEM........
>
> Failure to do so can have damage that is not recoverable.
>
> 0519:
>
> This should fix the VIA problems.
>
> Does anyone know what that means? I.e. how do I find out what
> my idebus is?
>
> AND
>
> Does this patch only affect IDE PCI cards, or also onboard IDE
> controllers?
>
> Thanks,
>
> AG
> --
>
> Alessandro Giachino, Software Engineer
>
> EKK Inc.
> 2065 West Maple C309 tel. 248-624-9957
> Walled Lake MI 48390 fax. 248-624-7158
> _____________________________________________
> http://www.ekkinc.com
VIA is a brand of chip. If you don't have that brand, don't worry. Promise uses
their own chips, but I have VIA on my Mother Board.
Also, there is a new patch posted:
ide.2.2.16.all.20000805.patch.bz2
This one is compressed.
JRT
------------------------------
From: John Kakareka <[EMAIL PROTECTED]>
Subject: Re: AC 97 on ASUS K7V-T
Date: Tue, 08 Aug 2000 00:58:02 GMT
I have a Asus K7V with AC97 and got it working with the alsa drivers,
www.alsa-project.org
John
On Mon, 07 Aug 2000, Martin von Weissenberg wrote:
>Bartek Kostrzewa wrote:
>>
>> Is there any howto around about the AC97 sound chipset? Even if I
>> disable it I can't use sound with my SB PCI 128, and so I'm trying to
>> get the on-board chipset running, that's one free slot, and one place
>> for a cooler.
>>
>> Bartek Kostrzewa
>
>Did you find any solution? I have a Compaq Deskpro which is one of the
>few machines Compaq is touting as Linux compatible, and I'm getting fed
>up with the onboard AC'97. The AC'97 is an es1371 but when I try to
>insert that module, I get "Device or resource busy". I've been trying
>to kick the shit out of the sound chip for too long now and I'm running
>out of ideas.
>
>--Martin
------------------------------
** 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
******************************
