From: Daniel Drake <dan@reactivated.net>
To: Grzegorz Kulewski <kangur@polcom.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: is nForce2 good choice under Linux?
Date: Fri, 13 Feb 2004 20:32:08 +0000 [thread overview]
Message-ID: <402D3448.7080105@reactivated.net> (raw)
In-Reply-To: <Pine.LNX.4.58.0402132048330.31906@alpha.polcom.net>
Hi,
I own an Abit NF7-S 2.0. I generally stick to the latest 2.6-mm kernels.
Grzegorz Kulewski wrote:
> 1. What is the status of nForce2 support under Linux? What works what not?
I haven't tried the SATA or firewire capabilities of my board, but I believe
both work. Everything else (sound, network, ...) works OK.
> 2. Are the drivers binary or source or open source? Are the drivers in
> mainline kernels or do I need a patch?
There are binary sound drivers, but you are best off to go with the ALSA
intel8x0 drivers (open source).
There are binary network drivers, but you are best off to go with the
forcedeth drivers (open source).
There is nvidia ide support in the kernel.
My only gripe is that, as I understand it, the onboard sound chip is powerful.
However, neither the ALSA/OSS drivers, or nvidia's own binaries, will take
advantage of the good features such as hardware mixing. This means that you
cannot play two sounds at the same time, unless you use software mixing (dmix,
arts, esd) or go out and buy a cheapy SB Live :)
Apparently, nvidia are working on new (binary) drivers for nforce-audio which
will do hardware mixing and the likes.
> 3. Are there any problems with this chipset? Are the problems hardware
> based or soft based (= will/can be fixed)? Are ACPI, APIC, IRQ and so on
> working OK?
Yes, there is a problem. This is a hardware problem, which can likely be fixed
in a BIOS update. Those who have tried contacting manufacturers have basically
failed.
There is a bug relating to the C1 disconnect feature of AMD CPU's. It causes a
total system freeze. There is some quite detailed info on this in recent
threads, search the archive if you are interested.
For the majority of people (as I understand it), these lockups can be totally
avoided by *not* using APIC/IOAPIC. I never met a lockup until I enabled APIC
for the first time. The older XTPIC paths are generally not fast enough to
trigger the C1 bug. Ross Dickson has done some great work here, and he has
produced patches which workaround this particular bug. His last two revisions
of patches have worked great for me (and others), not a lockup since.
Of course, you might get lucky and not get problems at all. I have heard from
a couple of people who use nforce2-based systems, with default configs (plus
APIC) and have never experienced a lockup.
> 4. Are there any workarounds in the kernel for hardware bugs? Do they
> affect performance/stability?
See above.
> 5. Should I choose other mainboard? Why? Which?
I have been perfectly happy with my NF7-S, except from the one time it failed
on me (didn't boot up), and I had to get it replaced. I think there is a
general risk involved in buying nforce2 boards, their rate of failure is
fairly high. Still, the benefits are nice.
hope this helps
Daniel
next prev parent reply other threads:[~2004-02-13 20:32 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-13 20:10 is nForce2 good choice under Linux? Grzegorz Kulewski
2004-02-13 20:32 ` Daniel Drake [this message]
2004-02-13 21:01 ` aviv bergman
2004-02-13 21:36 ` Grzegorz Kulewski
2004-02-13 22:17 ` Jesse Allen
2004-02-13 22:36 ` Craig Bradney
2004-02-15 11:53 ` Sander
2004-02-14 0:37 ` John Dee
2004-02-13 21:24 ` Grzegorz Kulewski
2004-02-13 22:05 ` Daniel Drake
2004-02-13 22:12 ` Jesse Allen
[not found] <1oRXf-7zC-13@gated-at.bofh.it>
[not found] ` <1oSgx-7QJ-11@gated-at.bofh.it>
[not found] ` <1oSJA-8nw-17@gated-at.bofh.it>
[not found] ` <1oTPp-YO-25@gated-at.bofh.it>
[not found] ` <1pt6s-686-9@gated-at.bofh.it>
2004-02-15 14:59 ` Ryan Reich
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=402D3448.7080105@reactivated.net \
--to=dan@reactivated.net \
--cc=kangur@polcom.net \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox