Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Linux Software

Athlon Motherboards And Chipsets Under Linux 156

appletnc from linhardware.com points us to their article about Athlons and Linux. They're trying to sort out the compatibility problems rumored to exist with the boards and chipsets. He says "Despite SuSE's Athlon workaround and RedHat's (in)compatibility note, etc.) and rumors, we have not seen many reports of problems by LhD users. Are Linux users actually experiencing problems with Athlon motherboards? Given that the outstanding price/performance value of the Athlon, the question is how well do Athlon motherboards work under Linux?"
This discussion has been archived. No new comments can be posted.

Athlon Motherboards And Chipsets Under Linux

Comments Filter:
  • by CMiYC ( 6473 ) on Wednesday May 31, 2000 @12:51PM (#1035316) Homepage
    Type 'free' and make sure linux is using all 256megs of RAM.... Sounds like its only using the first 64megs and swapping.... Even in the 2.2.x series, you sometimes still have to specifically put the APPEND="mem=256m" in lilo.conf ....

    ---
  • I had similar difficulties trying to get 133MHz memory to work in mine. I had a nice (I figured) infineon 128meg stick that wouldn't work at all at 133. 100 works fine though.

    I still feel more confident with a good ole intel BX. I've never had a problem with them and they have great support.
  • Alan has been running an Athlon since they first hit the market. The 2.4pre kernel series has specific Athlon optimizations thanks mainly to Alan. I have installed several Athlon/Linux systems and have *excellent* results too. Mighty fast for the money invested.

    Where do these rumors get started? Probably from people that have been computer 'experts' since way back in the win95 days.
  • I have no problem with my Athlon 500 on a asus K7M board. Except one: I can't manage to make the onboard soundcard working on Linux. It should be eable to emulate a SB Pro, but even this dosn't work. Itwould be very great if someone could send me [mailto] some tips about it. Thaks by advance!
  • I am having reasonably serious stability problems since I upgraded my box to an AMD K6-2 500MHz with 128MB RAM on a TMC mainboard. Every now and again, the runtime linker dies and I cannot run any dynamically linked applications -- not very handy.
  • yeah, if you like bloatware graphical installs.

    ...or hardware detection that actually works. man i hate that.
  • Email me with what you've tried and I will let you know what I've tried...
  • Thats good advice. I ran into that when I was installing RH6.1 on my dual P3 533 w/256MB RAM (the motherboard is a Supermicroft PIIIDM3 for those of you that are interested). Whilst configuring the box I just happened to have 'top' running and noticed that it thought it only had 128MB of RAM. A quick edit of lilo.conf, reinstallation of lilo and a reboot later, I was good to go with all my RAM =).

    Nick
  • If you have a K7V or are thinking of getting one, bookmark this web site [k7v.com].

    I'm generally disapointed with the K7V. It is a new board, only released for a couple months, so bugs should be expected...yet, I was hoping for better. I have a couple other PII Asus boards, and was so happy with them that I took a chance on the Athlon boards.

    Here's a sample of the bugs I've encountered: The system will sometimes boot into a BIOS "safe mode" ... and will change all the settings back to the defaults. The system will hang solid, and I can't determine the reason why. Looks and smells like a hardware defect...but I can't tell. Note, I am _not_ overclocking this system, though I was planning on it after the system became reliable. It isn't yet!

    On a good note, Asus has attempted to fix the problems it suffers from with frequent BIOS upgrades. Unfortunately, some of the problems are just silly. For example, for a few BIOS revisions you could *not* use a PCI video card...only AGP. The latest BIOS -- 1006 -- fixes a variety of problems like this one, and I expect that most issues will be resolved within a few months.

    Some of the problems might be fixed with the 1006 revision...though I'm lothe to upgrade because of some of the problems I've had to work around with other BIOS upgrades.

    The built-in sound card might be supported with the latest linux development kernel (2.4pre), and patches are available on some web sites. Search the web site mentioned earlier [k7v.com] for details.

  • I second that. If your hardware is marginal or faulty, you will have problems, no matter what you're running.

    Here's my horror story...

    For those who are interested in my system specs:

    Athlon 500 Processor
    Gigabyte GA-7IX mainboard
    128M PC100 Ram (single DIMM)
    ATI All-in-Wonder 128 AGP
    2 9.1 GB SCSI HDs
    LS120 IDE drive
    SB Live! Value PCI
    Linksys 10/100 Eathernet NIC PCI
    Adaptec 2940U2W SCSI PCI
    USR 56K Voice Faxmodem Pro Ext.
    Pioner 6X/32X SCSI DVD-ROM

    OS is Mandrake Linux 7.0-2

    Long story short...

    First mainboard turned out to be DOA out of the box. Second mainboard appeared to be OK, but, after a couple of weeks in operation, the system started crashing...

    Here's how bad it was; the crashes were the nasty ones where the system would completely lock-up, and could only be recovered by the L Alt-SysRq song-and-dance [mandrakeuser.org]. Unfourtunitly, it doesn't always work...

    Sometimes the crashes were random, but some of the crashes occoured after certian events (ex. loading a >1MB file to/from the LS120 drive, heavy disk/IO activaty under certian conditions). It even crashed, with a kernel panic, durning an fsck! Meraculessly, the system survived, I was able to repair it, and it's still working (for better or worse), I,m typing this post on it right now. And the crashes left no clues in the system logs (you know that you have a defianate hardware problem if that happens).

    Hardware problems are the most diffacult to diagnose, especialy if you don't have hardware testing equiptment, and I know that through painful experance.

    I latter determined that the problem was the mainboard, or, more spificly, the mainboard IO bridge. I didn't think it was phyicaly possable, but this sucks, blows, and bites all at the same time.

    Rigth now I,m waiting until the replacement MB gets here. Believe me, it's not going to be gigabyte, two bad MBs in a row doesn't inspire confidince in the manufacture's quality control.

    Anybody have any thoughts on Tyan's Athlon MB [tyan.com]? I decieded to go with that MB because of thier reputation, and it doesn't have these awfull windows-only fetures (ex. AMR slot).
  • Do the Athlon chips have the Micro$oft flags engraved on their top like all the other K6s ?
    And do they still state on their web site that they 'dedicate ourselves in making CPU for the Micro$oft Window$ Operating System$' ?
    Understand who wants. >:)

    "People are not schizophrenic usualy: They tend to be white inside AND outside, OR, black inside AND outside"
  • I recently bought an Athlon 700 and a Shuttle AI61 motherboard. I was using SuSE 6.2 at the time, with kernel 2.2.10. It refused to even load the kernel right, wouldn't even come close to booting. I got SuSE 6.4 with the 2.2.14 kernel and it has worked fine ever since.
  • I have an MSI 6167? motherboard with an Athlon 500 and have been running Slackware 7.0 for a few months now. Since I first installed it I compiled several newer versions of the kernel including 2.2.13, 2.2.15, 2.3.99-pre3, 2.3.99-pre5, and 2.3.99-pre6. Also installed XFree 86 4.0, word perfect, star office, afterstep and several other packages.
    I've also swapped out some hardware: TNT2-M64 video card, ATI Rage 128 Pro video card, ne2000 compatible 10 Mbps card, and a linksys 10/100 ethernet adapter.
    I love the MSI motherboard. It has the ability to boot whatever drive I want in any order, which allows me to install Lilo and MS-DOS menu boot sectors on 2 harddrives to preserve at least 2 separate Win 98 installations and boot various linux kernels without openning the case.
    I have no complaints and never really had any problems besides the lack of 3D support for both the TNT2 and ATI video cards, and absence of the linksys driver in the linux kernel (but that was easy to compile).
  • Considering that upon buying my athlon system, win98 needed a complete re-install, while my Slackware 7 box booted right up and purred away. I guess it works pretty damn good. I've yet to have anything out of the ordinary go wrong.
  • I've been using a 600 MHz Athlon with FICs SD-11 board (plus ATI Rage Fury) and I had major problems (Mandrake 7.0 and SuSE 6.4): 1. The kernel didn't see my 256 MB RAM without 'append="mem=256m"' in lilo.conf. 2. Every once in a while the system crashes as if someone had touched the reset button. 3. The system crashes immediately if I use any APM features. I hate to say it, but I don't have problems 2 and 3 with Windoze 98. The only good thing is that Win2k wasn't even able to install itself on this puppy... :)
  • I have an Athlon 750 w/ the ASUS K7V (KX133) board.

    An interesting note about this board is that on the box, listed among its various features is a Linux 'icon', with a checkmark and the text "linux-tested.com". Apparantly this is some sort of certification for Linux hardware.

    I was curious about this, so I went to linux-tested.com and read up. Asus actually paid these guys money to put this board through various Linux tests (both distro and non-distro specific), and it passed everything. This is a really nice thing for Asus to do, and I thank them for it.
  • If you have a K7M motherboard make sure you update your BIOS to version 1009 or later. There is a _serious_ boost in cache performance with this BIOS update. I was happy before the BIOS update, I am even happier now.
  • Corel's 1.0 download edition was not particularly stable with 64MB RAM (just running X and Netscape), the final release of Storm did not want to install (may have been my fault), and Mandrake versions prior to 7.0 would not even install (sig11).

    Red Hat 6.x always worked fine, Mandrake 7.x will also work, as does Slackware 7.0 -- I guess the main point is that as long as you're using something recent, everything should be fine.

    --

  • ...at least not since the latest (not in the kernel yet) patch to agpgart anyways

    Okay, where can I get this updated version? At least I know why I could never get agpgart to work on my system...

  • Your problems are likely not Athlon or KDE related.

    It may instead have to do with what kernel you're running. Apparently, the later 2.3.XX kernels have VM performance issues, and Alan Cox's Diary [linux.org.uk] hints that 2.2.15 also may have some issues. (I'd give an exact entry date, except that I can't seem to get to the site right now. It was sometime in the last week or two.) I looked at the SuSE USA [suse.com] website, and noticed that SuSE 6.4 comes with Kernel 2.2.14. I'm not sure if it has the same VM issues that Alan was referring to wrt. 2.2.15.

    Interestingly, from what I remember reading in the Linux Kernel mailing list archives, the problems are worse on large-memory machines.

    --Joe

    PS. Why is it that nobody seems to be able to spell A T H L O N correctly?


    --
  • I'm running suse 6.4 without problems
  • Take a look at http://www.amd.com/about/glance.html [amd.com]
    "AMD provides Windows compatible processors".
    So AMD is saying not willing to embrace Linux.
    So why bothering with M$-designed CPUs ?
    ----------------
  • Does anyone know of any dual or quad mobos for Athlons? Thanks.
  • Got me a nice new Athlon system I put together a couple months ago. FIC SD-11 revision 1.8, Athlon 650MHz, 128 MB SDRAM, Western Digital 10 GB Ultra66 hard drive, Sound Blaster (ES1371 AudioPCI), Matrox G100 AGP, generic Realtek 10/100 etherne. Running RedHat 6.2. It's been going for several months now, and I've had no trouble at all with it.

    The FIC board has been great. Erm, more specifically... the r1.8 FIC board has been great. Previous revisions were fraught with problems,
    When FIC fixed 'em in r1.8, tho, it was unfortunately too late to reverse the damage done to their reputation in the public's eye.

    But if you're looking for a good, cheap (got mine put together for under $500) Athlon system, the FIC won't disappoint. Provided you get r1.8. :) Most, if not all, vendors should have the new boards in stock by now. Just make sure they have a reasonable return/exchange policy, in case you accidentally get ahold of some old stock.

    --
  • My workstation an Athlon 600 on a FIC SD-11 with 254Megs and a TNT2 card. It started life as an NT machine, so I got to work a lot of the bugs out of it then. Mainly just a new power supply (at least 300W) and 4 different sdram sticks. It is really picky about memory.

    Once JBuilder 3.5 came out I wiped nt and installed RedHat 6.2. I had zero problems with the install. And in normal usage it's fine.

    But I can make it kernel panic by opening 8 SetiAtHome sessions and every large app I have on the machine. I'm not sure if this is due to flakey memory/motherboard or some kernel issue. I still need to make the newest kernel and update the bios. But not in that order.

    FWIW

    minniger
  • Athlon != K6
    Athlon = K7

    Actually it's quite stupid on the part of RedHat to list AMD K7 in Tier 2 hardware, but ALL
    K7-based mobos in Unsupported!

  • A better question is when will the Athlon do SMP?

    According to Ace's hardware, AMD has announced the 760 chipset. A variant soon to follow, the 760MP, will have SMP support. All the AMD reps will say is that these chipsets are due in the second half of this year (thanks for narrowing it down). Tyan supposedly has a motherboard planned to be released before the new year that will have dual Athlon support. Head over to Ace's Hardware [aceshardware.com] and search for "760MP".

    My only issue is that this will allow two processors. We just got a server here at work with quad Pentium III Xeon 550MHz. Wow. I want that for my Athlon system.

  • I'd take Red Hat's words [redhat.com] with at least a teaspoonful of salt, myself. They seem to have decided to help an old friend out a bit here. By all accounts, Intel has a happy, intimate relationship with Red Hat, one which it consummated with a minority shareholding quite a while ago.

    Not that I imagine for a moment that there haven't been problems with Athlon motherboards and systems. But there's no mention of "i820", "Cape Cod", "MTH" or "Rambus" anywhere, even though the Compatibility List as a whole was updated just last Friday [redhat.com]. Moreover, the "Tier 1", "Tier 2" business is straight out of Intel's and Microsoft's playbooks for the power games they play with their resellers, big customers, "partners" and the like. (Remember the story of Microsoft's "Tier 1 OEMs" and the Windows 95 desktop from the trial?) Funny to see it turning up in a Linux distribution's HCL...

    In this light, passages like "Non-Intel clone CPUs. These CPUs may not be any more "buggy" than pure Intel CPUs, but since the market size of these chips is smaller, what problems do occur seem to be harder to get around." look like subtle but classic IBM-school FUD [tuxedo.org]. Paranoia is not my drug, and Red Hat is not my Great Satan, but I think I smell something fishy here.

  • I have an Asus K7M motherboard with an Athlon 700, and absolutely no problems at all. Well.. at least not since the latest (not in the kernel yet) patch to agpgart anyways. Direct rendering in X woowoo :-)
  • I have a Biostar M7MkE that runs RH6.2 just fine. I use a SCSI disk system and ignore the IDE in Linux. The M7MkA I originally had had some bus failures and the replacement was the M7MkE. I turned off the mobo sound and USB (not enough interrupts and Linux wouldn't see the sound card properly), and RH6.2 installed and runs really well. I'm using a SB PCI 128 card and a3dFX Voodoo3 3k agp video card. FYI, I can't get Windows to install to the IDE drive because of a driver issue!!! I think I'll just stick with Linux. As far as Biostar, the mobo seems pretty good, but the company is pretty useless. Manuals are impossible and support is non-existent.
  • I've been running a K7 under linux since the first K7 700 was out and have not found a problem yet.
  • Been running Mandrake 7.0 and 7.1 beta for a while now with no problems... go figure =)
  • I am running 2.2.13 plain vanilla on a Asus K7M with an Athlon 600 with absolutely no problems. This is the first I have heard at all of any problems.

    I have been using an Athlon-based server for a fairly critical server for awhile now, and there have been no bumps in the road. Perhaps the users experiencing problems are actually having hardware problems with a bad batch of motherboard chipsets or improper Athlon cooling. I have noticed that some third party coolers for the Athlon look flimsy and extremely cheap.
  • by rifter ( 147452 ) on Wednesday May 31, 2000 @12:34PM (#1035349) Homepage

    I have set up a couple machines with Mandrake 7 (sweet install, BTW) with no issues at all. Athlon 700 and 550's, Microstar 6167 and Abit KA7 (rockin boards in their respective generations)and have sen no problems.

    A friend with the Microstar and a 750 Athlon also seems to be cruising fine. Not sure whast the fuss is about...

  • I have an Athlon 500 (Biostar MoBo) from October, hardly a month after they were released, and never had a problem with it. It flies in every respect; gotta love those fast kernel compiles. the 2.3 and 2.4 kernel has nice Athlon stuff in it which seems quite stable (well, I've never had a problem). I've been running 2.3 for months now, and it's all good. Also the next version of GCC (EGCS??) will have a -march=athlon switch for Athlon optimizations. You can get the latest CVS version of GCC from the codesorcery website (don't compile a kernel with it though, bad things happen... :)
  • Type 'free' and make sure linux is using all 256megs of RAM.... Sounds like its only using the first 64megs and swapping.... Even in the 2.2.x series, you sometimes still have to
    specifically put the APPEND="mem=256m" in lilo.conf ....


    HOLY SHIT!!!!!


    Ok sorry about that, I just got a free memory upgrade from 64M to 256M. Thank you so much - I never knew that. I never had a machine where it was an issue until this one.

    Also thanks to other info on this page I now don't seem to get crashes from my Asus K7M + Athlon 750 + GeForce DDR (previously just running xlock -mode random for a while could do it). Thanks again.


    Chris Morgan

  • According to the recent Kernel Traffic:

    This week, Matthew Vanecek complained that although plenty of folks were talking about how 'kswapd' was broken, he couldn't find any patches to fix it. He asked if a fix was available, and Rik van Riel replied, "People on the linux-mm mailing list are fixing things as we speak... http://www.linux.eu.org/Linux-MM/"
    Elsewhere, under the Subject: PATCH: Possible solution to VM problems, Juan J. Quintela posted a few iterations of a patch to improve the poor performance of recent development kernels, in particular the problem with 'kswapd' using up 100% of the CPU.


    I think there is a patch out now for this "X is sluggish / Disk Activity" thing going around.
  • I'm using an Epox 7KXA (via kx133) and an Athlon 700. Everything here works beautifully. NVidia DRI, Onboard sound...
    Sure, I've had some problems with GL apps crashing XF4 but I blame X and nvidia for that.
  • I have Caldera 2.3 and 2.4 running on my Athlon 700 system using the KA7. I had no problems installing the OS on the system, but all sorts of troubles with Windows 98 and 2000.

    Overall, I don't love the KA7 like most people. Check out my review [pcscoop.com] for more information.

    Also, the BeOS would install, but not run on the system.

    "...we are moving toward a Web-centric stage and our dear PC will be one of
  • The last comment in the article is very interesting.

    "...the question is how well do Athlon motherboards work under Linux?"

    So, you're basically comparing how well a motherboard/cpu has been designed for a certain operating system??? That's like all those dodgy stickers on the front of machines saying "Designed for Windows NT" etc.

    What next? Boxes with "Designed for RedHat Linux" on them? Instead, why not have "Designed really well, all you OS coders should now get to work taking advantage of this great motherboard/cpu!".

    Motherboards/cpus should not be designed for an operating system. They should be designed to be the best it can be (obviously part of that is being compatible with existing hardware etc), but the overriding concern when designing hardware shouldn't be how well it works for software. Software can be changed comparitively easily, hardware design is a lot more expensive.

  • I'm running Slack 7.0 w/ kernel 2.2.15 on a FIC SD11 w/ 650 MHz Athlon and 160 MB SDRAM. The only gotcha so far is the notorious failure to detect all the RAM. Simple to fix with the 'ol:

    APPEND="MEM=160M"

    in lilo.conf. I haven't done much heavy lifting with the box yet, but it seems problem-free so far.

  • Worry not,
    It just worked for me on my Athlon 500 with a K7M.

  • Yeah,
    I'm fixing to order a 1ghz Athlon on a FIC SD11 Motherboard with 384 of Ram (Booyaa), anyone heard of any problems with this setup (mobo or chip) on redhat 6.2(without any patches or upgrades)?

    Thanks for your help
  • This might be even more trouble, but you can remove the IDE drive when you reinstall Linux (how often do you reinstall?).

    If you get one of those neat racks that mount in one of your 5.25 bays this is a snap!

  • But I don't know if it's athalon related or not, might be the video card... But I'm getting crappy performance under X... We're talking I click to close a window, and the mouse freezes for a few seconds , then is sluggish, then the window closes and everthing is okay. Launching an app also grinds the system to a crawl. Same behaviour with various window managers, although some seem better than others. The system is a Athalon 850 with 256 megs RAM, a Matrox G400 w/32 megs of RAM, Asus VX133 motherboard, and a Maxtor 7200 RPM UltraDMA-66 drive. If anyone has any idea what might be causing this slowness or how I can track it down to a specific component, please share!
  • I kept getting all these NO SPACE LEFT ON DEVICE messages. It must be a defective motherboard

    A friend suggested that I try typing rm -rf / to solve the problem but then nothing would work

    I am never buying another APOGEE motherboard as long as I live and I don't care what their lawyers do to me for saying so.

  • by John Fulmer ( 5840 ) on Wednesday May 31, 2000 @01:02PM (#1035362)
    Just built a Athlon 650 on a FIC SD-11, which is probably the weirdest Athlon motherboard out there. Not bad, just weird and somewhat picky.

    There were some issues:

    1) The VIA ATA/66 chipset on board + linux didn't like my Maxtor 30GB HD using DMA when my CD-RW drive was running, and would cause hard locks. I replaced it with a Seagate ATA/66 IDE drive, and all is well.

    2) The Irongate AGP is only recently well supported for DRI, and probably still needs some polish.

    3) The interactivity does get somewhat sluggish with XFree 4.0 when there is a lot of hard drive activity.

    4) The interactivity under X was extremely slow until I turned on UDMA on the hard drive using hdparm.

    That all said, the system is quite fast and extremely stable, once I got the HD situation figured out.

    I think that the IDE support needs some work for VIA Athlon chipsets (which is an experimental patch for the kernel, BTW), but other than that, no problems.

    jf

  • I'm typing this sitting in front of an athlon 550 with FIC SD11 motherboard. It's been working great with both redhat 5.2 (plus security patches, including an updated Xfree86 3.x) and redhat 6.2 (plus security patches, not including an updated XFree). I had to fiddle a bit to get X running on 5.2, but 6.2 worked right out of the box.

    The video card is an AGP Matrox Millenium G400.

    I haven't tried 3d on it at all.

    I got it from LinuxIt! computers in San Diego.

    On the other hand, the celeron system next to me that we built from scratch has been having problems, one of which is preventing me from using it for its primary purpose.

    My K6/2 at home crashes infrequently (or at least it did running 6.1; it hasn't crashed since I upgraded to 6.2, but it was such an infrequent crash that it could still be waiting to surprise me :)

    So in my experience, of the x86 compatible machines I'm currently closest to, the athlon has been the most reliable.
  • this is actually appearing to be a somewhat common problem. i have been experiencing the same problem with a Athlon 700, 128M pc100 ram and a Matrox G400 16M video card. performance is much like you describe. an earlier post suggests a fix : (for the K7M though) http://slashdot.org/comments.pl?sid=00/05/31/18422 50&threshold=1&commentsort=0&mode=thread &pid=15#183 i would definitely go over your BIOS settings very closely. so far i've had no luck getting the performance i hear about with an Athlon and a G400 under XFree86; but i'm still working feverishly on it. i also suggest getting out of XFree86 and doing some compiling from the console, see if it takes a long time to compile things that should be relatively quick (for example, some people posted about compiling the Linux kernel is ~4mins. see if you compare, if not, it's probably a much deeper problem than XFree86.
  • HUH? I just looked at online stores this morning, and Athlons are EXACTLY the same price as their Intel counterpart chips (where they exist). I don't see any big discounts. If you do, PLEASE let me know, I deperately need a new 900 MHz Athlon :)
  • After some poor experiences with servers in the K6-2/3 range, I'm a little gun shy of VIA and FIC.

    With 8 128MB ECC DIMMs, the systems only recognized one trio as the full 384MB. All other combinations gave us either 128 or 256. Any pair would give us the full 256 and the Intel boards recognized any trio as 384.

    The one using IDE also had a hard lockup. Not even the power switch worked -- had to pull the plug.

    K6/233 on Intel worked like a charm, so I don't blame AMD. Now that AMD makes a chip set, I may give them another chance.
  • Confirmed working - Asus K7M, rev 1.2, with K7-700 @ 100. AGP card: Guillemot GeForce 256.
  • I've had problems with the dynamically linked setiathome 2.4 binary. It seemed to cause random hard lockups. I didn't see any sign of trouble in the logfiles.

    The problems with setiathome disappeared when I switched to a statically linked version.

    BTW, I'm running Slackware 7, upgraded to a 2.2.15 kernel. It has glibc-2.1.2.

    What I can't understand is how this could happen. It seems to me that something must have gone wrong while the program was in kernel-mode. But what?

    Also the X-server from NVidia for my TNT2 card caused intermittant lockups. I haven't tried XFree86 4.0 yet.

  • Actually, even 2.3.99-pre kernels still incorrectly set the defaults on the mtrr for memory. On bootup, the kernel defaults to setting the mtrrs to write-through which is singificantly slower (by a facot ro something like 5x slower) than setting them to write-back. I still have to use a bootup script to correctly set the mtrrs. I've wondered how many other people have this problem.

    I'm using an Asus K7M w/ a 600 MHz Athlon.

  • I'm not sure about RH4.2, but I can verify that Mandrake 7.x works quite well. If there were any problems, it would be due to the Athlon MTRR code, which as I recall, caused the kernel not to boot on 2.2.12 and earlier.
  • Humm, it seem to me that the ka7 agp chipset Via Apollo Kx133 (VT8371) is currently unsupported by agpart.
    Am i wrong ?
  • One thing to be careful of is that if you got an earlier board and you want to run PC133 memory at 133MHz, download and upgrade to the latest BIOS. I would imagine it's some kind of timing issue.
    I recently built a server on a K7V, 650MHz K7, and 128MB PC133 memory (+7200rpm drives). It's seriously fast and has been totally stable so far.

    I suspect that the whole thing has been blown out of proportion. There were a couple of issues with MTRR support and AGP support, but nothing major. It's somewhat likely that some people have had the usual issues with faulty hardware and have blamed it on the new K7 processor and motherboard support. There have certainly been enough "problems with the kernel" reported on linux-kernel that have turned out to be bad hardware.

    Tim
  • I started using the "Magic Smoke" Theory of Electronics years ago; I must be getting REALLY old if it is now showing up in jargon. BTW, although I know that I did not hear of the usage before I started using it, I do not doubt that some, or many, others came up with it independently. My version (Transistors work becasue they are filled with Magic Smoke; the proof is that when the Magic Smoke is released, they no longer function.) was somewhat derived from Niven's Law (Any sufficiently advanced technology is indistinguishable from magic.) and based on the observation that to most people electronics is a "sufficiently advanced technology".
  • by Anonymous Coward
    I was rather amused to see a mention of the magic smoke in this page - http://www.redhat.com/support/hardware/intel/62/rh 6.2-hcl-i.ld-2.html Tier 3 Incompatible and Unsupported CPUs Smokeless CPUs: Smokeless CPUs are incompatible with the linux kernel and it is doubted that any work will ever be performed to change this. They are simply too unreliable in even the most standard system configuration. Those with a CPU missing its Magic Smoke should switch to a new CPU. If you're not familiar with magic smoke, read : http://www.tuxedo.org/~esr/jargon/html/entry/magic -smoke.html Personally, I wouldn't have put that in there. It's funny, but it's likely to confuse people who haven't heard the term before.
  • Ive got an Athlon 600 on a MSI K7-PRO board /w
    128MB 6ns 2-2-2 PC100 RAM
    Mind to get high quality RAM modules if youre using AMD chipsetted mobos. They really depend on it. Though Linux ran much more stable then Windoze with generic PC133 modules. But I changed back to a PC100 branded one. Runs rock solid and takes full advantage of the SuperBypass mode (AMD chipset specific feature).
    Still it short of ATA66 support under SuSE6.3 which Im still using. Not much performance for the harddrive.
    Apart from that its screaming.

    If youre having problems check the athlon newsgroup... Most comprehensive information on anything from K6-2 to Athlons

    Dsyncd
  • I haven't had a problem at all. I have an Athlon 550 on a FIC SD11 mobo. Kicks names and takes ass.
  • I've always found GNOME to be the slow one... I've run both and KDE is the smaller one, and with Linux's agressive disk caching it runs a lot faster then Windows for what I do. (software development (meaning lots of terminal windows open) and Netscape)

    XWindows does use a client/server model. That's why in general graphics performence is worse then the more low-level (but not client/server capable) model of Windows. This lets you remotely run apps, but it also slows graphics performence. I've not found it to be much of a problem but then again I don't use any games.

    IIRC shared memory is not used for communication, UNIX sockets are.

  • I know, you would think that they would, not just for Athalon but for K6 also. Lets see here, K6-450's = ~$100.. so for $400 and the motherboard (lets assume another $400), you could have a dirt cheap 1800mhz SMP system. They could make a fortune selling to the broke *nix geek crowd! From what I have read, it seems that K6 and Athalon are perfectly capible of SMP, providing sombody starts making a chipset that can do it. It really is a shame that they have not done this yet.
  • No significant problems from here, running (at school) an FIC something-or-other board (AMD chipset) w/ 650mhz Athlon and Slackware 7.

    Only issue I had with this config. is the trouble I had getting UDMA to work - I had to work in a 2.3.99-pre kernel; of course, UDMA is always a pain to get working... now if I didn't use a wrong hdparm -X and screw up the partition it'd work even better ;)
  • by Anonymous Coward
    I'm running Linux 2.2.15 on an Athlon 700 with an ASUS K7M. It sure beats the K6/200 I used to have. Full kernel builds fly in under 4 minutes. For those of you with an ASUS board, you might want to check to ensure that your BIOS is up to date. A recent BIOS patch fixed L2 cache timings, which could majorly increase your CPU performance.
  • Installed it at the beginning of this month, an upgrade from a K6-2 450. The most flawless upgrade I've ever done. Every single thing works beautifully.

    My uptime so far:
    6:06pm up 21 days, 25 min, 11 users, load average: 0.06, 0.05, 0.01

    I (and a bunch of hardware sites) highly recommend this board, especially if you don't want that STUPID, WORTHLESS "AMR" slot and built-in AC97 ("what's a s/n ratio?") audio.

    - A.P.
    --


    "One World, one Web, one Program" - Microsoft promotional ad

  • If you have a K7M motherboard make sure you update your BIOS to version 1009 or later.


    Can this be done from Linux?

  • Heh, teach me for moving on. I played with utah-glx for quite a while, trying to get things working. Eventually I gave up. Time went on, XF86 4 came out, I switched to it. 3D would be nice, but it's not mandatory for me but a game here and there would be nice.

    Anyway with XF86 4, Xinerama now, life is good. So, when's all that legendary wonderful 3D stuff from Precision Insight going to come out for XF86 4? Will it be another couple years of "when it comes out it will be oh so wonderful" like we had with XF86 4? Did XF86 3.x have something akin to Xinerama, or just a separate display for the other card and monitor?
  • Although I do not always agree with governments or organizations taking control over "mundane aspects", I feel that the need for standardization and improved quality in both hardware and software are in order:

    Why does Microsoft Windows take "forever" to boot up? It has to check a huge database of possible devices that may have been added to your system while it was powered down. It is no longer just a "device probe" to the various ports common equipment is found on; it is a comprehensive check of mapped I/O memory, devices that may be on the parallel port, and responses to "poking" certain registers, etc.

    If a committee or group were to decide on (a) an extendable hardware implementation that could last a good number of years, and (b) independent certification and quality review of source code; we would all benefit. Examples?

    • 3D accelerators anyone? We have 3DFx Voodoo, PowerVR, and numerous other proprietary formats. The method of interface to the 3D hardware often varies: OpenGL. DirectX or other proprietary method.
    • Memory upgrades? Only a couple years back, you could head to the store and ask for an x mega byte SIMM module of a certain speed and parity support. We now have RDRAM, SDRAM (in 66, 100, and 133 MHz clock speeds with more in development) and some "legacy standards". Memory is not cheap, and upgrading a mainboard these days will often require replacement of the memory and processor, as well.

    Today's software has it's own problems: Application developer's "take advantage" of increased CPU "horsepower" by using lax coding methods. The e-mail application I use it work (Banyan's Beyond Mail 3.n release) uses a bubble sort (or equivalent performance) algorhythm, and yet qsort() is part of the ANSI C specification! I've seen repetitive sequential searches done on databases exceeding 100K records. And let's not forget the quality assurance issues that plague us so. I.E., if it's barely scaleable and only annoyingly slow and buggy, it's OK to release to the public so they can alpha-test for us!

    It's definitely time to move forward to a new and more rigid standard to protect both individuals and business. Will it be expensive in the transition? Yes. The current popular PC architecture will have to be replaced. After the initial investment, however, we should be able to rest easy. It would be good, once again, to have faith in commercial software. And, also to have security in knowing that the hardware industry will not leave us "in the dust" with a useless, proprietary technology that is taking up space in the attic or closet.

  • >After some poor experiences with servers in the
    >K6-2/3 range, I'm a little gun shy of VIA and
    >FIC.

    That's funny. My 503+ FIC mobo was a WONDERFUL board that I never had a problem with. I put three different processors in it, from a K6-233 to a K6-2 300 to a K6-3 400 and never had a problem with the board. The only downside that I found with the Via chipsets were that their PCI DMA controlers weren't as good as Intel's, and some PCI cards like sound cards and capture cards would drop data.

    > The one using IDE also had a hard lockup. Not
    > even the power switch worked -- had to pull the
    > plug.

    I did have problems with some UDMA/33 devices locking on the VIA K6 chipsets. But that was primarily a cheap cdrom that didn't do UDMA very well.

    The VIA K133 chipset motherboards are supposed to run very well.

    jf
  • Nope. Good power supply, works great, except for the few little picky things I mentioned, which are all compatiblity or code maturity problems.

    jf
  • I've not been able to make agpgart work for me, but I haven't tried the most recent patch yet, either. Apart from that, the thing runs like a champ.
  • I've got a ASUS K7V w/PC 133 RAM and a Athlon 700 running Mandrake 7.0. It's been working flawlessly since day 1. With the ide patch I've got UDMA 66 working flawlessly and can stress this box out without it flinching at all.

    I highly recommend it.
  • Maybe this'll fix things. My card didn't work at all until I forced the board to give it IRQ 5. Also try and put it in a PCI slot whose "sister" PCI slot (as far as IRQ sharing goes) is empty. Some sound cards get bitchy when they share IRQs. I honestly don't know how well this'll work for you though, but it solved my problems.

    - A.P.
    --


    "One World, one Web, one Program" - Microsoft promotional ad

  • I have Athlon 700 with Biostar Motherboard with Mandrake 7.02 installed in it. Along with that, is the Matrox G400 Dual Head Monitor, Hollywood Plus DVD Decoder Card, DVD Drive, and SoundBlaster Live! Platinum. Never had a problem with them at all with dual 13.4 Gigs IBM Desktar 7200 drives.

    The only issue I came across is the memory chips which can be an issue with certain motherboards depending on the quality of the memory and who made them. I used to have PC100 cheap ram stick and frankly, it causes the machine to locks up once a while. So I upgraded it to PC133 Micron memory chip and violia.... it works like charm and never had a lockup for past 4 months since I had it running without any shutdown.

    One advice, be sure to check on the quality of the power supply and the memory chip since they can be real picky on those. BTW...did I mention that I have 512Meg of RAM here?

    Cannot wait for another development machine from my client which will be even more fun...which I specified 1Gig Athlon, Asus Motherboard and 512Meg of Ram...with probably Matrox G400 unless Matrox come out with something newer. Not exactly partial to GeoForce Chips til they get the drivers GPLed for X Servers.

    Anyone got any advice on where to purchase the Alpha Motherboards and Processors directly instead of getting pre-built machines? Wanna to get those.
  • From my experiences, the first problem you mentioned didn't seem to be a problem with the kernel but was a problem in the motherboard BIOS.

    I had purchased an Athlon 600 with a BCM/GVC motherboard (QS750) around the time the Athlons came out. I had a lot of problems for some time with programs crashing in Windows at random times. I installed Red Hat 6.0 at that time after I was unable to boot Mandrake Linux 6.0. AFAIK, the only difference between the kernels in the two distributions (in ver. 6 of each, at least) is that it is optimized for Pentium processors in Mandrake (along with all the other packages in Mandrake), but I could be wrong (did Mandrake 6 come out later with possibly a more recent kernel?). I had no problems running anything in Red Hat.

    In December last year, BCM/GVC finally released a patch to their motherboard that was made to fix problems with Athlon 700's & 750's. Not stated on the site was that it also fixed many problems with running things with ALL processor speeds. Programs didn't crash anymore in Windows, so I decided to try installing Mandrake again. Sure enough, it booted and ran with no problems.

    Other people may have had different results, but this is at least what happened for me...
  • Maybe Im being dumb, but what the HELL is the 'Smokeless CPU' mentioned as Tier 3 Incompatible and Unsupported CPU. Is this a gag, a real chip, or some bizarre reference to underclocking for heat-disspiation prevention?

    And you can phone a friend...


    Pax,

    White Rabbit +++ Divide by Cucumber Error ++

  • I also have revision 0.4 of the Epox 7KXA (via kx-133). I have not been able to get the onboard sound working with either the kernel via686xxx driver or the alsa driver. Everything compiles and the modules load, but no sound. Also, I have noticed only fair performance from the udma-66 driver. I have a Maxtor Diamond Max 40 30G udma-66 7200rpm drive. I have tweaked it with hdparm and only gotten about 15 MB/sec performace. I have noticed that some of the bios updates have listed IDE performance. I think this is related to Epox's bios stuff.
  • by TheGreek ( 2403 ) on Wednesday May 31, 2000 @06:52PM (#1035400)
    I had a similar problem. I bought an Athlon 750 with an Asus K7M Motherboard. I have 320MB of RAM now, but only 192MB when a friend of mine discovered the reason for the sluggishness:

    [I can only verify that this works on an Asus K7M and may not even work for your Asus K7M. Do not do this if you feel litigious or are just plain retarded. You have been warned.]

    Go into the BIOS setup area. Then go to Advanced. Arrow down to Internal cache. It might say write-thru or enabled or something. Hit F5. A little box will come up saying "Load Optimal Settings." Hit Enter. It should now say "Reserved." At this point, you need to go back into your other settings and configure things back the way you wanted them.

    As an aside, you have to go through this whole rigamarole EVERY TIME you enter the BIOS. Yay Asus.

    As another aside, a friend of mine discovered this while I was visiting him and other friends for a Local Area Network Object. This was a several-hundred-mile trip and involved the purchase of a moose. 3=) 3=) 3=).

  • My K7/600 and FIC SD-11 motherboard (rev 1.28) work great with Linux. For shits and grins, I installed Red Hat 6.2 a little while back and it works flawlessly. I haven't had a single problem -- even with AGP -- using a completely plain vanilla install, default kernel, etc, etc. The nicest part was the "built-in" support for the Voodoo 3 and SB Live cards in RH6.2. It was so idiot-proof and simple, I thought I was installing Windows for a minute... :-)

    Anyway, Linux runs like a champ on my Athlon. I hate it when I have to boot back into Windows just to play Tribes. I did have to add a mem line to lilo.conf (all 128MB wasn't being detected) but that was the only oddity. Whether that was because of chipset issues or not I never found out. I meant to look into it, but haven't had the time.

    Oh yeah, one more thing: I've got SCSI everything in that box (Apaptec 2940U2W, Quantum Atlas 10K, Plextor CD and CD-R in case you were curious; they all work great). If I remember correctly, the chipset problems happened a lot with newer IDE controllers. Maybe I skirted the problem with SCSI, I don't know.

    -B

  • It is available off of the utah-glx-devel list at source-forge.

    *looks for link*

    ahh.. here [sourceforge.net] it is..
    just copy and decode :-)

    it should make it into the 2.3.99-whateveritsatnow real soon now..
  • Two problems relating to the SD11, both now resolved:

    1. The mtrr handling error was fixed by upgrading the kernel.

    2. The system would spontaneously reboot every 20-40min, less if under load. I ended up swapping out the power supply, memory, and several cards before a FIC rep told me that there were power management problems on early revs of the SD11 (mine was "0253" -- 028x on were ok if memory serves me right). FIC tech support were up-front and professional, and issued an RMA directly, not thru the retailer. While the problem was irritating, the replacement quick. The system's been running flawlessly since then (7-8 months).

  • I got brand new Athlon 750 + AOpen MB. Weird things, it runs only 1/2 the speed under BeOS. Yes only 375Mhz! I've only once seen it run at full speed, perhaps I'll try every setting in the BIOS someday... Have you checked what Bogomips reports?

    J.
  • My perfectly-working K7 Linux system and I both fart in your general direction.

    Your mother was a hamster, and your father smelled of elderberries.

    - A.P.
    --


    "One World, one Web, one Program" - Microsoft promotional ad

  • by fsck ( 120820 ) on Wednesday May 31, 2000 @02:26PM (#1035418) Homepage
    http://www.irisa.fr/prive /dmentre/smp-faq/smp-howto-3.html [irisa.fr]

    3. x86 architecture specific questions

    1.Can I use my Cyrix/AMD/non-Intel CPU in SMP?

    Short answer: no.

    Long answer: Intel claims ownership to the APIC SMP scheme, and unless a company licenses it from Intel they may not use it. There are currently no companies that have done so. (This of course can change in the future) FYI - Both Cyrix and AMD support the non-proprietary OpenPIC SMP standard but currently there are no motherboards that use it.
  • by cave76 ( 25851 ) on Wednesday May 31, 2000 @12:41PM (#1035421) Homepage

    Yeah, I've had tons of problems with Athlons and the chipsets. I can't afford one!!! Anyyone, feel free to send one on over and I'll be glad to tell you if I find any incompadibilities.
  • I'm not a big Linux user. I'm one of those weaned-on-DOS-and-Windows, MCSE, Linux-wannabes. I recently purchased Suse 6.4, and loaded it on one machine, which happened to be an Athelon 600, with 256MB RAM.

    I thought everything was ok, but I noticed that things are a bit sluggish when running KDE. I don't think I've ever noticed that when playing with KDE/Linux before--and on much slower machines. For instance, I was installing Star Office while playing an MP3, and not only was the installation dog slow, but the MP3 cut in and out as well. No offence, but I can do that and much more under Win2K on the same machine. I can even do it with Win98 SE. Something just isn't right.

    I also notice that the mouse is sluggish when navigating through menus, especially if another program is running. Response is far from immediate when I click on icons to load programs, or browse files. I can't tell you what Internet browsing is like, since my external modem is still on order, and all I had to put in the box was an old ISA Plug 'n Pray modem.

    All that to say, Linux seems tired and sluggish on an Athelon 600 with loads of RAM--and Win2K blazes on the same machine.

    --SpookComix

  • by drig ( 5119 ) on Wednesday May 31, 2000 @12:43PM (#1035426) Homepage Journal
    There were two problems with running Athlon machines. First, the Memory Type Register Range support was broken in old kernels. Any new distribution should support them. If the kernel hangs before mounting the drives, try a later versions.

    Second was the AGP problems. These are still getting worked out, but it looks like there are working drivers for certain kernel versions. I believe these are yet to be merged in the official kernels, but it can't be long now. This caused hangs when starting X Windows.

    Both are solved. The first was a real problem. It caused the machine to not boot. The second was only a problem if you wanted really fast 3D speeds.

    -Dave
  • by Wee ( 17189 ) on Wednesday May 31, 2000 @01:24PM (#1035434)
    From what I have read, it seems that K6 and Athalon are perfectly capible of SMP

    Nope, sorry. The Athlon can do SMP (one of the benefits of a redesign -- and of using the EV6). The K6 cannot do SMP.

    I've long looked at that pair of old K6-2/300 CPUs I have sitting left over and wished I could upgrade my MP3 server to an SMP box, but it's not to be. The K6-* chips can't handle SMP because of design limitations (and some patent hinkiness with Intel, if I recall correctly).

    A better question is when will the Athlon do SMP? AMD would do well to court the Linux/smaller server crowd and hand us an SMP-able chipset that we can use. Since Intel seems to be having problems delivering just about everything they "release", one would think AMD would jump at the chance to steal some of the workgroup/small server market from them like they've done with the dektop. Guess they're just too busy. Darn shame, too. Best way to get me to buy another AMD chip isn't with a faster clock speed (600MHz is plenty fast, thanks), it's by tempting me with SMP. Hell, they release an SMP chipset, they'll sell me two chips at once! :-)

    -B

  • by chainsaw1 ( 89967 ) on Wednesday May 31, 2000 @01:25PM (#1035435)
    As the owner of an Athlon mobo (Asus K7M) and GeForce, I figured I would be through hell regarding the AGP. For those of you who don't know, there is an additional known hardware conflict between AGP on AMD Irongate-based chipset moherboards and the GeForce video cards.

    I have had RH 6.1 installed (since Feb) and I have not noticed anything. I have run XF86 3.3.5 and XF86 4.0 and only have seen one distoted artifact. It is a half inch strip of pixel coloration across the top of my screen, which probably is a result of the hardware nVidia driver for XF86. It goes away when the grey X background and mouse come onto the screen.

    I _did_ have AGP problems when running Q3A. The problem occured after playing Q3A for a while. The game would freeze up and begin repeating sound. I would have to reboot by telneting in from another machine (killing q3a only made the sound stop playing)

    Fortunately nVidia includes an option in XF86 4.0 that you can add to your XF86Config file to disable AGP:
    (put into your "Screen" section. this is also described in nVidia's FAQ for XF86 v4 installation)

    Option "NvAgp" "0"

    This will disable AGP under X at least for nvidia video cards running under XF86 v4.0. I would be anxious to know if this option helps/heleped out with any other AGP errors that might be presenting themselves to others...
  • Here is what dmesg says on 2.4.0-test1-ac5
    CPU: L1 I Cache: 64K L1 D Cache: 64K
    CPU: L2 Cache: 512K
    CPU: AMD-K7(tm) Processor stepping 02
    Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
    Checking 'hlt' instruction... OK.
    POSIX conformance testing by UNIFIX
    mtrr: v1.36 (20000221) Richard Gooch (rgooch@atnf.csiro.au)

    Later on with AGP
    installing Linux agpgart interface v0.99 (c) Jeff Hartmann
    agpgart: Maximum main memory to use for agp memory: 203M
    agpgart: Detected AMD Irongate chipset
    agpgart: AGP aperture is 64M @ 0xe8000000

    Both are definitly solved.
  • I recently upgraded from a K6-3/400 w/128M to a K7 700 w/256M (FIC SD11 mainboard) and with 2 exceptions, have had absolutely no problems.
    Exception a) Red Hat 6.2 didn't autodetect the RAM size, although append="mem=256M" cleared that problem. Oddly though, while SETI had been running quite smoothly on the K6-3, it caused kernel panic in the K7. *shrug* too bad, it would have been fun to see how much time-per-unit changed.

    -Mith
  • The rumor got started because there is a mention of Althon motherboard problems in RedHat's hardware compatability list.

  • by Coventry ( 3779 ) on Wednesday May 31, 2000 @01:44PM (#1035443) Journal
    Dont be fooled! yes, you need to put 'APPEND="mem=256m" in lilo.conf, but then you ALSO need to run lilo on the command line in order for that setting to become active. Klilo will run lilo for you if you add the setting there and do a 'install' - but Klilo freaks on many distributions that put a listing for a floppy device boot option into lilo.conf... if you dont have a floppy mounted at the time you hit 'install' in Klilo, you'll get an error, and the new boot loader settings wont be used.
    for best results, edit /etc/lilo.conf with your favorite text editor (save a backup first) - and put 'APPEND="mem=256m"' on a new line in the listing for your default kernel, then save your changes, and just type 'lilo' on the command line.
    if lilo chokes, on a listing for a floppy boot kernel for example, try mounting a floppy, then running lilo... if it still chokes, you might have to remove the listing for the floppy boot option. (you can still overide this at the boot prompt if needbe to boot from whatever device you want)
    I had many an issue with this when I first started playing with linux - and everyplace I looked skipped over the fact that you need to run lilo after configuring lilo.conf
    Doh!

  • Both shared memory (aka mmap) and sockets are used for IPC. Other kinds of IPC include UNIX domain sockets (on the file system, I think), FIFOs and pipes, System V IPC, and even signals. If you can get a copy of W. Richard Stevens' Advanced Programming in the UNIX Environment, he's got a chapter or two on IPC techniques, and he also wrote UNIX Network Programming, Volume 2: Interprocess Communications.


    Rev. Dr. Xenophon Fenderson, the Carbon(d)ated, KSC, DEATH, SubGenius, mhm21x16
  • gcc does not optimize well for AMD chips at this point.

    -l
  • my ABIT KA7 has problems with its Sound Blaster PCI 128. It locks up for a period of time and then comes back.

    The guys in the Abit news group suggested enabling the "memory hole" in bios. This solved the problem for Windows, but slowed some Linux stuff down and took made the networking not work.

    I did some digging in the Kernel development group and it looks like some high level people are on top of the problem, though.
  • The real question is not whether Linux has trouble running on the Athlon, but whether Linux, FreeBSD, OpenBSD, BeOS, and so on have any trouble with the Athlon chipsets. If AMD is going to make a product that doesn't behave *exactly* the same as an Intel x86 product, that's fine, as long as they document it. I'm wondering, how much support has AMD given people like RedHat, SUSE et al who are trying to work around these incompatibilites?

    For me, it's not the incompatibilities that matter. Heck, I run OpenBSD on a sparc, which is sure as hell incompatible with an Intel chip. And that's OK. I am, however, pissed that OpenBSD threads are *broken* on the sparc right now. But I can live with this, given the *BSD fixation with Intel. However, if this were an AMD chip, and I had to live with some piece of my OS not working on the Athlon because of their chipset, even though it is *supposedly* compatible with Intel, then I would be demanding a refund. Unless, of course, they provided the support necessary for fixing the problem.

  • Well it look I'm not the only one with these problems. Except that I actually had at least one real kernel crash (and countless X crashes, some of them requiring reboots) with the NVidia XFree4 driver.
  • That was not the problem. As reported in MaximumPC and elsewhere, there was a hardware issue with GeForce, a 4X AGP card, and the IronGate chipset, which uses 2X AGP. The problem was solved by having the GeForce automatically step down to 1X rather than 2X, which was considered a problem by users. [maximumpc.com]

    According to the Feb 2000 issue, pages 80 and 81, in "Ask The Doctor" it is reported that running at 2x was causing system hangs, so the drivers setp the card down.

    The presumption is that later boards with the KX133 chipset do not exhibit these issues.

You will have many recoverable tape errors.

Working...