January 2004 - openSUSE AMD64 - openSUSE Mailing Lists

vmware on suse9/amd64
by detlef oertel 27 Feb '04

27 Feb '04

Hello list, I tried to install my vmware 4 on my suse 9.0/amd64 system. After installing I fail to configure vmware. The error message is: "The kernel defined by this directory of header files does not have the same address space size as your running kernel." The output is like this: -------------------------------- sepia:~ # vmware-config.pl Making sure VMware Workstation's services are stopped. Stopping VMware services: Virtual machine monitor done Trying to find a suitable vmmon module for your running kernel. None of VMware Workstation's pre-built vmmon modules is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/bin/gcc". Use environment variable CC to override. What is the location of the directory of C header files that match your running kernel? [/usr/src/linux/include] The kernel defined by this directory of header files does not have the same address space size as your running kernel. What is the location of the directory of C header files that match your running kernel? [/usr/src/linux/include] -------------------------------------------- Any experience, any suggestions ? thanks a lot..... detlef

6 11

Problems running 32bit programs
by Willibald Krenn 26 Feb '04

26 Feb '04

Hi! Yesterday I successfully installed SuSE 9.0 on my Athlon64 system (Shuttle AN50R). Today I wanted to install and run the Borland Kylix 3 RAD IDE. The install process went fine, however when running the Delphi IDE / the Delphi command line compiler I always get following errors in my messages log: Jan 9 18:53:18 linux kernel: delphi[5238] general protection rip:5699028a rsp:ffffd084 error:2004 Jan 9 18:42:52 linux kernel: dcc[5146]: segfault at 0000000000000000 rip 0000000000000000 rsp 0000000000000000 error 14 As I know that this software runs fine on SuSE 9.0 non AMD64 (even when using the 2.6.x kernel) I can not quite understand why it fails on the AMD64 version when other 32bit programs are running fine.. JFYI: Till now it seems that even programs produced by Kylix will fail to run on SuSE 9.0 AMD64. Any ideas how to solve this issue? Thanks, Willibald Krenn

5 20

AW: [suse-amd64] YOU and PatchCD
by Khamenia, Valery 14 Feb '04

14 Feb '04

> and by now, what should we enter in YOU? > in particular: > Server Name: ftp.suse.de ? > Directory: ??? > Authentication: ?? never mind :) Server Name: ftp.suse.com Directory: /suse Authentication: N/A thx -- vak

3 2

[Announcement] Installable CD for 9.0/AMD64 ready
by Andreas Jaeger 13 Feb '04

13 Feb '04

I'm glad to announce that we have made a bootable CD with a new kernel that supports various SATA drivers. This should help everybody with an AMD64 system with SATA harddisks to install the 9.0/AMD64 DVD on such a system. We have done some tests on those systems that we have access and are finally happy with the results since all these systems are supported;-). The kernel contains some extra patches which were not in the I'll make also an optional kernel update via YOU available the next days for those that are interested in just the kernel. Download from a mirror of ftp.suse.com. The ISO is /pub/suse/x86_64/supplementary/9.0-PatchCD/9.0-PatchCD.iso The kernel RPMs are in a subdirectory on the server if you're just interested in those. If you encounter problems, please discuss it on this mailing list. Andreas P.S. Here're the release notes: This PatchCD contains the current 2.4.21 kernel with all security updates and especially updates to support SATA controllers. If you like to install on a new system with SATA harddisks, burn the ISO image on a CD and boot from it. The CD will ask for the 9.0/AMD64 DVD and continue with the installation with an updated kernel. For existing systems which do not require SATA use should use YOU to get the latest kernel instead if you require these bug fixes and enhancements. The kernel update contains: - support for VIA SATA controller - support for Promise SATA controllers 2037x, 20319, 20621 - support for Silicon Image (SIL) SATA controllers 3112 and 3114 - better support for Tyan S2885 AGP - the 32-bit Borland Kylix IDE and programs should work now Note that we do not have access to all those systems and do not guarantee that it works. Those that we have, have been tested briefly with success. Just a note about SATA disks: The 2.4 kernel names disks as /dev/hdx, the 2.6 kernel might name them /dev/sdx, so in case you update your system, be careful. Please report any problems to the mailing list suse-amd64(a)suse.com. Have a lot of fun! The SUSE Linux AMD64 team -- Andreas Jaeger, aj(a)suse.de, http://www.suse.de/~aj SuSE Linux AG, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

12 15

Hardware support
by rstarkey 02 Feb '04

02 Feb '04

Hi all, I am a engineer/programmer (fortran,C++) with some experience in system admin, but not nearly to the level of the people on this list. I'm looking into buying a new computer system and would like the opinion of someone on this list how difficult they think it would be to set up with Suse. I've used numerous versions of Mandrake before and am now looking to try something better. I've never compiled a kernel or added a patch before, but would not be afraid to try it. Mostly, I'm worried about 3D accelerated video card support for some of the graphics intense applications I run. OK, here's the computer (from www.hypersonic-pc.com). It's an AMD64 laptop system for about $3100. 1 Type II PCMCIA PC Card Slot 4 USB 2.0 ports, 1 Mini IEEE 1394 Firewire port, and 1 Parallel port Built-in 3-in-1 Media Card Reader for SD/SM/MMC HyperSense™ Advanced Remote Diagnostics Aviator AX6 in Metallic Silver with Graphite Accents 3400+ AMD Athlon™ 64 DTR Processor w/ PowerNow!™ Tech. (800MHz FSB) VIA K8T800 + VT8235 Chipset Mobile Motherboard for AX6 512MB PC3200 DDR400 RAM SODIMM 512MB PC3200 DDR400 RAM SODIMM ATI Radeon Mobility 9600 Pro 64MB (w/ TV Out) Guaranteed No Dead Pixels 60GB 7200rpm Ultra ATA Hard Disk Drive w/ 8MB Cache 8X DVD / 24X-10X-24 CD-R/W Combo Drive w/ Recording Software 15.1" SXGA+ High Contrast Active Matrix LCD Display (1400x1050) Built-in Sound Blaster Compatible Audio (AX6) Integrated 10/100 Fast Ethernet Controller Internal 802.11a+b+g Triband Wireless Mini PCI Network Adapter Integrated V.92 56K Fax/Data Modem MS Windows XP Professional SP1 CD & Manual Pre-Installed & Configured Targus USB Mobile Port Replicator with Ethernet 1Year 24/7 Toll-Free Tech Support Platinum Service & Lifetime Support Any insights you have would be appreciated. Thanks again. Ryan -- Ryan P. Starkey, Ph.D. Faculty Research Scientist Reusable Launch Vehicle Institute Department of Aerospace Engineering University of Maryland, College Park College Park, MD, 20742-3015 phone: (301) 405-7248 fax: (301) 314-9001 mailto:rstarkey@umd.edu

6 17

mtrr ype mismatch
by Eros Albertazzi 30 Jan '04

30 Jan '04

pc: Suse9, 2.4.21-178-smp, on Tyan Thunder K8S I have just noticed in /var/log/messages that I have, at boot, a bunch of: mtrr: type mismatch for fd000000,400000 old: uncachable new: write-combining mtrr: size and base must be multiples of 4 kiB mtrr: size: 0x800 base: 0xfd000000 Should I worry about? I use the machine just a number crunching with apparently no problem Regards. -- Eros Albertazzi CNR-IMM, Sez. Bologna Via P.Gobetti 101 I-40129 Bologna, Italy Tel:(+39)-051-639 9179 Fax:(+39)-051-639 9216

1 0

AW: [suse-amd64] Hardware support
by Khamenia, Valery 30 Jan '04

30 Jan '04

> On 32bit it will likely work (but no guarantees, check with ATI) even for 32bit version Ryan could obtain the whole range of admin's experience trying to install 3D acceleration for ATI RADEON 9600 PRO ... Details on installation http://www.gmpf.de/ For me it was really unpleasant :( -- Valery

1 0

Re: [suse-amd64] missing memory
by Eugene de Villiers 29 Jan '04

29 Jan '04

>Do a head -30 /var/log/boot.msg > dm(229) head -30 /var/log/boot.msg Inspecting /boot/System.map-2.4.21-193-smp Loaded 14927 symbols from /boot/System.map-2.4.21-193-smp. Symbols match kernel version 2.4.21. Loaded 117 symbols from 5 modules. klogd 1.4.1, log source = ksyslog started. ok <4>Bootdata ok (command line is root=/dev/sda2 vga=0x31a desktop splash=silent) <4>Linux version 2.4.21-193-smp (root(a)x86_64.suse.de) (gcc version 3.3.1 (SuSE Linux)) #1 SMP Wed Jan 21 18:41:44 UTC 2004 <6>BIOS-provided physical RAM map: <4> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) <4> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) <4> BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) <4> BIOS-e820: 0000000000100000 - 000000009fff0000 (usable) <4> BIOS-e820: 000000009fff0000 - 000000009ffff000 (ACPI data) <4> BIOS-e820: 000000009ffff000 - 00000000a0000000 (ACPI NVS) <4> BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved) <4>kernel direct mapping tables upto 10100000000 @ 8000-d000 <6>Scanning NUMA topology in Northbridge 24 <3>Node 0 using interleaving mode 1/0 <6>No NUMA configuration found <6>Faking a node at 0000000000000000-000000009fff0000 <4>Bootmem setup node 0 0000000000000000-000000009fff0000 <7>ACPI: have wakeup address 0x10000002000 <4>Scan SMP from 0000010000000000 for 1024 bytes. <4>Scan SMP from 000001000009fc00 for 1024 bytes. <4>Scan SMP from 00000100000f0000 for 65536 bytes. <6>found SMP MP-table at 00000000000ff780 <4>hm, page 000ff000 reserved twice. <4>hm, page 00100000 reserved twice. <4>hm, page 000f9000 reserved twice. Hmm, very strange, no sizes reported. Why is it using SMP and not NUMA for memory sharing? Is there a NUMA version of the 193 kernel I could use? _________________________________________________________________ Entertainment venues, star gossip and more - find it with MSN Search! http://search.msn.co.za/

3 4

RE: [suse-amd64] missing memory
by daniel.kidger＠quadrics.com 29 Jan '04

29 Jan '04

Folks, another datapoint - see below > On Thu, 29 Jan 2004 16:19:57 +0000 > "Eugene de Villiers" <edevilliers(a)hotmail.com> wrote: > > [cc'ing back to suse-amd. Please keep discussions there] > > > > >Do a head -30 /var/log/boot.msg > > > > > dm(229) head -30 /var/log/boot.msg > > Inspecting /boot/System.map-2.4.21-193-smp > > Loaded 14927 symbols from /boot/System.map-2.4.21-193-smp. > > Symbols match kernel version 2.4.21. > > Loaded 117 symbols from 5 modules. > > klogd 1.4.1, log source = ksyslog started. > > ok > > <4>Bootdata ok (command line is root=/dev/sda2 vga=0x31a desktop > > splash=silent) > > <4>Linux version 2.4.21-193-smp (root(a)x86_64.suse.de) (gcc > version 3.3.1 > > (SuSE Linux)) #1 SMP Wed Jan 21 18:41:44 UTC 2004 > > <6>BIOS-provided physical RAM map: > > <4> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) > > <4> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) > > <4> BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) > > <4> BIOS-e820: 0000000000100000 - 000000009fff0000 (usable) > > <4> BIOS-e820: 000000009fff0000 - 000000009ffff000 (ACPI data) > > <4> BIOS-e820: 000000009ffff000 - 00000000a0000000 (ACPI NVS) > > <4> BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved) > > <4>kernel direct mapping tables upto 10100000000 @ 8000-d000 > > <6>Scanning NUMA topology in Northbridge 24 > > <3>Node 0 using interleaving mode 1/0 > > <6>No NUMA configuration found > > <6>Faking a node at 0000000000000000-000000009fff0000 I have seen the above 2 lines where for some reason the BIOS could use a DIMM (in my case I reckon it is a faulty DIMM slot). If that CPU has no usuable DIMMs I get the above message. In my case I solved it by moving the 2 DIMMs up from slots 0/1 to slots 2/3 on that CPU. > > <4>Bootmem setup node 0 0000000000000000-000000009fff0000 > > <7>ACPI: have wakeup address 0x10000002000 > > <4>Scan SMP from 0000010000000000 for 1024 bytes. > > <4>Scan SMP from 000001000009fc00 for 1024 bytes. > > <4>Scan SMP from 00000100000f0000 for 65536 bytes. > > <6>found SMP MP-table at 00000000000ff780 > > <4>hm, page 000ff000 reserved twice. > > <4>hm, page 00100000 reserved twice. > > <4>hm, page 000f9000 reserved twice. > > > > Hmm, very strange, no sizes reported. > > Why is it using SMP and not NUMA for memory sharing? Is > there a NUMA version > > of the 193 kernel I could use? > > The kernel is NUMA. It cannot access the northbridge of the > second CPU, > so NUMA support is turned off. That's some hardware problem > at your side, > maybe the second CPU or the motherboard are broken or not > correctly plugged in. > > -Andi > > > -- > Check the List-Unsubscribe header to unsubscribe > For additional commands, email: suse-amd64-help(a)suse.com > >

2 1

Re: [suse-amd64] missing memory
by Kevin_Gassiot＠veritasdgc.com 29 Jan '04

29 Jan '04

I am running an S2885 board with 8 GB of memory, and the system sees the whole lot, and I am able to load a 7.9 GB volume into a visualization app with no problems. I have a BIOS version 101k, loaded the update 193 kernel today, along with the 5332 AMD64 driver from Nvidia, and haven't seen any problems yet. This combination seems to have fixed a whole raft of problems that I was seeing. Before the mtrr patch (which looks like it is included in the 193 update source code), I would start swapping as soon as the buffer cache filled up, instead of reclaiming space from buffer cache. It also cleared up problems with memory mapping that was causing the nvidia driver to hang on a system with large memory. In addition, I no longer see any mention of APIC version errors in boot.log. I have enabled ECC, and haven't seen any stability issues yet, but I am only using PC2700 memory. One of our system builders told me that they have seen a lot of problems with 400 MHz memory, even on what is supposedly certified to work. Something to do with the signal, and the length of the connections to the DIMM slots being on the ragged edge of what is possible (I am not an EE, so don't have a clue if this is valid or not ) Kevin Gassiot Advanced Systems Group Visualization Systems Support Veritas DGC 10300 Town Park Dr. Houston, Texas 77072 832-351-8978 kevin_gassiot(a)veritasdgc.com -----"Eugene de Villiers" <edevilliers(a)hotmail.com> wrote: ----- To: suse-amd64(a)suse.com From: "Eugene de Villiers" <edevilliers(a)hotmail.com> Date: 01/28/2004 05:59PM Subject: [suse-amd64] missing memory Hi all I am almost certain this is not a Suse issue, but I thought I might inquire just in case. As stated before, I have a Tyan K8W motherboard with 4Gb of DDR400 memory running Suse 9.0 AMD64 with the patch kernel. The BIOS registers 4Gb of memory, but the operating system only shows ~2.5 Gb of addressable memory (and starts swopping when it hits this limit). Any clue what is causing this? Since the Opteron memory controller is integral to the CPU, is this a fundamental problem with 244s or could it still be in the BIOS? Additionally, if I enable ECC in the BIOS I encounter unpredictable failures. How can this be? I thought Opterons ONLY work with registered ECC memory. Could BIOS settings be incompattible with the memory controller? Has anybody with a K8W updated to the 2885101i BIOS beta revision? Does it do any of the things it purports to fix: * Add DDR400 display support. * Add AMD Errata 86 fix * Open HT frequency options * Update CPU module to fix the CPU APIC Version error * Replace IORR with MTRR for AGP Aperture memory * Update Silicon Image Option ROM to version 5.0.31 (from tyan ) Thanks for your patience! Eugene PS. Thanks also to previous correspondents regarding the ATI driver issue (it doesnt yet exist for 64bit linux) _________________________________________________________________ Need info in a hurry? Use MSN Search! http://search.msn.co.za/ -- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help(a)suse.com

2 2

missing memory
by Eugene de Villiers 29 Jan '04

29 Jan '04

Hi all I am almost certain this is not a Suse issue, but I thought I might inquire just in case. As stated before, I have a Tyan K8W motherboard with 4Gb of DDR400 memory running Suse 9.0 AMD64 with the patch kernel. The BIOS registers 4Gb of memory, but the operating system only shows ~2.5 Gb of addressable memory (and starts swopping when it hits this limit). Any clue what is causing this? Since the Opteron memory controller is integral to the CPU, is this a fundamental problem with 244s or could it still be in the BIOS? Additionally, if I enable ECC in the BIOS I encounter unpredictable failures. How can this be? I thought Opterons ONLY work with registered ECC memory. Could BIOS settings be incompattible with the memory controller? Has anybody with a K8W updated to the 2885101i BIOS beta revision? Does it do any of the things it purports to fix: * Add DDR400 display support. * Add AMD Errata 86 fix * Open HT frequency options * Update CPU module to fix the CPU APIC Version error * Replace IORR with MTRR for AGP Aperture memory * Update Silicon Image Option ROM to version 5.0.31 (from tyan ) Thanks for your patience! Eugene PS. Thanks also to previous correspondents regarding the ATI driver issue (it doesnt yet exist for 64bit linux) _________________________________________________________________ Need info in a hurry? Use MSN Search! http://search.msn.co.za/

3 2

Radeon 9600 and Tyan Thunder K8W
by Eugene de Villiers 28 Jan '04

28 Jan '04

As far as I know, this is supposed to work with little or no problems for AMD64bit. (i.e. Suse 9.0 supports the 9600 series) Currently I have the following system running: Thunder K8W + 2x 244's + 4Gb of DDR400 + Twin SATA HDDs Booted of the patch disk and everything is ran smoothly first time... except the graphics driver which does not give 3D support. Now before I go and flash the BIOS or start running diagnostics, is there something I am missing? Thanks, Eugene de Villiers _________________________________________________________________ Entertainment venues, star gossip and more - find it with MSN Search! http://search.msn.co.za/

4 3

AW: [suse-amd64] YOU and PatchCD
by Khamenia, Valery 28 Jan '04

28 Jan '04

Hi > This should be fixed as soon as all mirrors pick up the new path... > We unfortunatly gave it a wrong name :-( and by now, what should we enter in YOU? in particular: Server Name: ftp.suse.de ? Directory: ??? Authentication: ?? thanks. -- vak

1 0

YOU and PatchCD
by David Pyke 28 Jan '04

28 Jan '04

I managed to install 9.0 with the new boot iso. However, I can't make YOU get updates as it thinks my system is SuSE Linux PatchCD. Since there's no update directory of that name, it can't find the directory.3 and aborts. How do I fix this? THanks Dave Pyke

2 2

/proc/cpuinfo
by Chuck Gibke 28 Jan '04

28 Jan '04

Just curious what other 64-bit AMD processors get in /proc/cpuinfo (like Opteron and FX): mine (plain old Athlon64) generates: model name : AMD Athlon(tm) 64 Processor 3200+ All inputs appreciated... ......Chuck

6 9

Re: [suse-amd64] Successful installation on Shuttle SN85G4 using a SATA HD and the new ISO
by Andi Kleen 28 Jan '04

28 Jan '04

On Wed, 28 Jan 2004 01:49:34 +0100 Carl-Daniel Hailfinger <c-d.hailfinger.kernel.2004(a)gmx.net> wrote: > The nic timer interrupt programming been fixed since forcedeth 0.22 > although various testers have confirmed that disabling the timer interrupt > since 0.14 already fixed the storms for them. Thanks for the correction. I guess we'll still need to wait a bit for it to settle down, although it seems to look mostly good. > > If you want a SUSE kernel with forcedeth support, try either 2.6.x from > ftp://ftp.suse.com/pub/people/kraxel/ > or download forcedeth.o for k_athlon-2.4.21-166 from > http://www.hailfinger.org/carldani/linux/patches/forcedeth/ Note the name of the list. A 32bit driver is unlikely to work. -Andi

2 1

RE: [suse-amd64] suse 9 amd 64, gftp+kdvi problems
by Michael Mondragon 27 Jan '04

27 Jan '04

>However, some odd things began to pop up: gftp >(which I love) crashes. I tried to reinslall from the rpms >on the CDs of the non-64 bit version of suse 9.0, >which I also have. (I thought maybe the dvd disc was corrupted.) >It failed too. xftp crashes. (The text-based ftp however works.) >Another program I use a lot, kdvi (kde's dvi previewer for latex >documents), >also crashes:-(. I've recently been having problems wth kmail, >and had to switch over to mozilla. I'm not sure if that's related though. I've had similar problems, though I do not use these programs -- the only one I remember offhand was xscreensaver crashing [and taking X with it]. I know SUSE does not recommend this, but I fixed the problem in every case by downloading the source and recompiling. Also, switching to a 2.6.x kernel fixed a lot of strange crashes and kernel panics. If you're going to compile source yourself, you'll need to be aware of the following changes to the `./configure && make && make install` process: * run `./configure --prefix=/usr/local --libdir=/usr/local/lib64 --x-libraries=/usr/X11R6/lib64` * after this, edit ./libtook and add "/lib64 /usr/lib64 /usr/local/lib64" to sys_lib_search_path_spec and to sys_lib_dlsearch_path_spec There is probably a way to do that last one automatically, but I've been too lazy to look for it ;) _m _________________________________________________________________ Check out the coupons and bargains on MSN Offers! http://shopping.msn.com/softcontent/softcontent.aspx?scmId=1418

5 6

Then new 193 kernel, compiling....
by Andrew Halliwell 27 Jan '04

27 Jan '04

I've just finished downloading the kernelsources for 193 to find them to be a package of 2.4.21 and lots of patches, rather than the usual kernel with patches applied. Now, I tried using the script suggested by the README.SuSE file... for p in $(./guards $(./arch-symbols)<series.conf); do patch -d /usr/src/linux-2.4.21/ -p1 < $p || break; done to apply the patches, but I did notice quite a lot of chunks flying past that weren't patching properly (by the looks of it). And on compile, when it gets to the mm section... lots of... In file included from /usr/src/linux-2.4.21/include/linux/highmem.h:6, from /usr/src/linux-2.4.21/include/linux/pagemap.h:16, from mmap.c:9: /usr/src/linux-2.4.21/include/asm/pgalloc.h: In function `pmd_populate': /usr/src/linux-2.4.21/include/asm/pgalloc.h:21: warning: suggest parentheses around + or - inside shift type errors before finally... /usr/src/linux-2.4.21/include/linux/highmem.h:72: warning: suggest parentheses around + or - inside shift mmap.c: In function `unmap_fixup': mmap.c:857: error: `ADDR_LIMIT_3GB' undeclared (first use in this function) mmap.c:857: error: (Each undeclared identifier is reported only once mmap.c:857: error: for each function it appears in.) make[2]: *** [mmap.o] Error 1 make[2]: Leaving directory `/usr/src/linux-2.4.21/mm' make[1]: *** [first_rule] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.21/mm' make: *** [_dir_mm] Error 2 Is it me doing something wrong, or is there a problem with the patches in that rpmball?

3 2

still problems with SIL-3114
by Khamenia, Valery 27 Jan '04

27 Jan '04

Hi all, I was trying to install SUSE9 for AMD64 on tyan K8W board with SIL-3114 before recent ISO Patch. After unhappy attempt to use RAID1 there came reproducible terrible sounds from one of two HDDs (like if damaged HDD-head hits the clipper), then in order to get somehow into a RAID setup I've disconnected one HDD and get into RAID setup successfully. I've deleted RAID1 Set (having only one of two HDDs attached) and prooved that PC passes RAID report screen OK. Then I've found that I can't apply easily the same procedure for a second HDD, RAID Controller hangs badly and after several minutes of hanging i get into RAID1 setup and can't delete RAID1 Set from this HDD. Well, there's no bad sounds anymore after deleting RAID1 set just from first HDDs (BTW, interesting why?). So, I hope it is a problem of SIL-3114, and not the problem of HDD. Here I've found a new RAID BIOS for SIL-3114: http://12.24.47.40/display/2/kb/article.asp?aid=10757 but there is no any instuction on how to write it... (I don't want to crash BIOS of my motherboard) any good links? have anyone tried this BIOS already? thanks a priori. kind regards, Valery A.Khamenya --------------------------------------------------------------------------- Bioinformatics Department BioVisioN AG, Hannover

1 0

Re: [discuss] Tyan removed Silicon Image 3114 driver for SuSE 9.0 AMD64 ???
by Andi Kleen 27 Jan '04

27 Jan '04

On Tue, 27 Jan 2004 02:03:00 -0800 "David O'Brien" <obrien(a)FreeBSD.org> wrote: > On Sat, Jan 24, 2004 at 05:39:34PM +0100, Andi Kleen wrote: > > Maybe it didn't work reliably. The latest 9.0 update kernel has a > > Silicon Image driver, please try it. > > What [simple] procedure can one use to install SL 9.0 on a Tyan Thunder > K8W that has only SATA drives? See http://lists.suse.com/archive/suse-amd64/2004-Jan/0200.html -Andi

1 0

Ximian Desktop 2 for SUSE 9.0 (x86_64) ?
by Christian Sander Røsnes 27 Jan '04

27 Jan '04

Does anyone know if Ximian Desktop 2 will be available for SUSE Linux 9.0 (x86_64 version) in the near future ? Christian

1 0

RE: [suse-amd64] teTeX available for x86-64?
by Liaw, Andy 27 Jan '04

27 Jan '04

Bob, Thanks for the pointer. I downloaded tetex-2.0.2-96.x86_64.rpm from the SUSE ftp site, but it fails the requirement: $ rpm -ivh tetex-2.0.2-96.x86_64.rpm error: failed dependencies: info is needed by tetex-2.0.2-96 libpng.so.3()(64bit) is needed by tetex-2.0.2-96 libc.so.6(GLIBC_2.3)(64bit) is needed by tetex-2.0.2-96 So seems like SLES8 is missing quite a few things that teTeX in SUSE 9 has. Anyone has other suggestions? TIA, Andy > From: Bob Fischer [mailto:bob.fischer17@earthlink.net] > > I'm running SuSE 9.0 and I got teTeX off a SuSE mirror: > > ftp://mirror.mcs.anl.gov/pub/suse/x86_64/9.0 > > -- Bob > > On Wed, 2004-01-21 at 15:43, Liaw, Andy wrote: > > Hi, > > > > We have a dual Opteron box running SLES8. Does anyone know > if there's teTeX > > for this? I could not find it in the CDs. TIA for any pointers. > > > > Best, > > Andy > > > > Andy Liaw, PhD > > Biometrics Research PO Box 2000, RY33-300 > > Merck Research Labs Rahway, NJ 07065 > > mailto:andy_liaw@merck.com <mailto:andy_liaw@merck.com> > 732-594-0820 ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------------

2 1

My experience with Full 64 bit Java app server
by Travis Reeder 26 Jan '04

26 Jan '04

We have recently setup a full 64 bit system with Dual AMD Opteron and 1024 MB RAM to replace a single p4, 3.0 Ghz with 1024 MB RAM. SUSE 64 bit Blackdown JDK 64 bit Mysql 64 bit This server is used to constantly process data and put it into a database. The p4 generally ran at 100% all day long with Mysql using most of that time. The server generally got large processing queues during busy times and the performance dropped significantly during these times. We have found the new one to be about 3 times faster in processing data when compared to the p4 running when it wasn't backed up. The new Opteron has not been put to full capacity yet since it never gets behind, so I can't tell you how it will perform if it were running at 100%. This is just FYI. Travis

1 0

RE: [suse-amd64] Quad opteron performance issues in suse 9
by Jason Clark 26 Jan '04

26 Jan '04

Yep I did that, I re-ran mkinitrd afterwards and no errors there. No issues loading any of the modules under the 2.4 kernel at all. -----Original Message----- From: Gerd Knorr [mailto:kraxel@bytesex.org] Sent: Monday, January 26, 2004 11:28 AM To: Jason Clark Cc: 'Andreas Jaeger'; suse-amd64(a)suse.com Subject: Re: [suse-amd64] Quad opteron performance issues in suse 9 On Mon, Jan 26, 2004 at 10:01:31AM -0500, Jason Clark wrote: > I did everything that was in kraxels readme? What else do you have to do?. rerun mkinitrd after updating it (in case you installed it after the kernel)? All modules loaded? Disk detected correctly (i.e. some "sda: <partitions>" line in the kernel log)? Gerd -- "... und auch das ganze Wochenende oll" -- Wetterbericht auf RadioEins

1 0

RE: [suse-amd64] Quad opteron performance issues in suse 9
by Jason Clark 26 Jan '04

26 Jan '04

Hi Andreas, here is the error that the test kernel gives on boot: VFS: cannot open root device "sda2" or unknown block (2,0) Thats the panic error, the reiser file system and megaraid controller had loaded prior to the error. I installed mkinitrd-1.0-110.x86_64.rpm update from the /pub/people/kraxel. Any ideas? -----Original Message----- From: Jason Clark [mailto:jason@anandtech.com] Sent: Sunday, January 25, 2004 2:54 PM To: 'Andreas Jaeger' Cc: 'suse-amd64(a)suse.com' Subject: RE: [suse-amd64] Quad opteron performance issues in suse 9 If you mean this readme: ftp://ftp.suse.com/pub/people/kraxel/README No, I just rpm installed the kernel and rebooted. Excuse the lack of experience, some questions: 1. Where does one find these updated rpms? I found mkinitrd-1.0-110.x86_64.rpm, but can't find aaa_base or modutils. 2. after those modules are installed is it just rpm -Uvh kernel.rpm? When I ran it the first time it updated the bootloader itself. Again excuse the basic questions, but this is a first for me. Cheers -----Original Message----- From: Andreas Jaeger [mailto:aj@suse.de] Sent: Sunday, January 25, 2004 2:34 PM To: Jason Clark Cc: suse-amd64(a)suse.com Subject: Re: [suse-amd64] Quad opteron performance issues in suse 9 "Jason Clark" <jason(a)anandtech.com> writes: > Yep, I gave kernel-smp-26-2.6.1-5.x86_64.rpm a try and got a kernel mode > panic, something about the file system. I'm using an lsi logic 320-2 With the exact message, we might be able to help. I hope you set up the modules according to the README. > megaraid controller, suse is installed on a resier file system on an array > off the lsi logic. And that lsi logic is loaded correctly? Andreas > Cheers. > > -----Original Message----- > From: Andreas Jaeger [mailto:aj@suse.de] > Sent: Sunday, January 25, 2004 2:04 PM > To: Jason Clark > Subject: Re: [suse-amd64] Quad opteron performance issues in suse 9 > > "Jason Clark" <jason(a)anandtech.com> writes: > >> Are there any 2.6 kernels available for suse 9, pre-built? Haven't had a >> whole lot of luck building one. > > Yes, there are - in ftp.suse.com/pub/people/kraxel > > Andreas >> Cheers >> >> -----Original Message----- >> From: Andreas Jaeger [mailto:aj@suse.de] >> Sent: Sunday, January 25, 2004 9:37 AM >> To: Jason Clark >> Cc: suse-amd64(a)suse.com >> Subject: Re: [suse-amd64] Quad opteron performance issues in suse 9 >> >> "Jason Clark" <jason(a)anandtech.com> writes: >> >>> I've been playing around with Suse 9 AMD64 for the past few days, trying >>> some canned benchmarks and one that we've constructed. So far, I'm not >>> seeing any scaling from a dual opteron to a quad opteron on suse 9. Most >> of >>> the tests I've tried are based off of mysql. During the quad cpu tests >> each >>> cpu was averaging at least 90%, same as the dual cpu tests. Is the 2.4 >>> kernel ok for quad opterons, or is 2.6 required? >> >> The kernel is fine for 4 ways and it scales with our experiments. >> >> The 2.6 kernel is far less locks than 2.4 so depending on your tests, >> updating might make a difference. >> >>> >>> >>> A side issue, for some reason you cannot install the rpm binaries of > mysql >>> 4.0.17 without getting a segmentation fault. So all of the mysql testing >> >> Please tell that to those that did the rpms... >> >>> was done on 4.0.15, included with suse 9. -- Andreas Jaeger, aj(a)suse.de, http://www.suse.de/~aj SuSE Linux AG, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

2 2

RE: [suse-amd64] Quad opteron performance issues in suse 9
by Jason Clark 26 Jan '04

26 Jan '04

Yep, I gave kernel-smp-26-2.6.1-5.x86_64.rpm a try and got a kernel mode panic, something about the file system. I'm using an lsi logic 320-2 megaraid controller, suse is installed on a resier file system on an array off the lsi logic. Cheers. -----Original Message----- From: Andreas Jaeger [mailto:aj@suse.de] Sent: Sunday, January 25, 2004 2:04 PM To: Jason Clark Subject: Re: [suse-amd64] Quad opteron performance issues in suse 9 "Jason Clark" <jason(a)anandtech.com> writes: > Are there any 2.6 kernels available for suse 9, pre-built? Haven't had a > whole lot of luck building one. Yes, there are - in ftp.suse.com/pub/people/kraxel Andreas > Cheers > > -----Original Message----- > From: Andreas Jaeger [mailto:aj@suse.de] > Sent: Sunday, January 25, 2004 9:37 AM > To: Jason Clark > Cc: suse-amd64(a)suse.com > Subject: Re: [suse-amd64] Quad opteron performance issues in suse 9 > > "Jason Clark" <jason(a)anandtech.com> writes: > >> I've been playing around with Suse 9 AMD64 for the past few days, trying >> some canned benchmarks and one that we've constructed. So far, I'm not >> seeing any scaling from a dual opteron to a quad opteron on suse 9. Most > of >> the tests I've tried are based off of mysql. During the quad cpu tests > each >> cpu was averaging at least 90%, same as the dual cpu tests. Is the 2.4 >> kernel ok for quad opterons, or is 2.6 required? > > The kernel is fine for 4 ways and it scales with our experiments. > > The 2.6 kernel is far less locks than 2.4 so depending on your tests, > updating might make a difference. > >> >> >> A side issue, for some reason you cannot install the rpm binaries of mysql >> 4.0.17 without getting a segmentation fault. So all of the mysql testing > > Please tell that to those that did the rpms... > >> was done on 4.0.15, included with suse 9. > > > Andreas Andreas -- Andreas Jaeger, aj(a)suse.de, http://www.suse.de/~aj SuSE Linux AG, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

2 3

SLES 8 & TYAN 2880 greater than 4GB
by Kris Ongbongan 25 Jan '04

25 Jan '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Has anyone had any success running SLES 8 (2.4.21-127-smp. or anything, for that matter) on the Tyan 2880 motherboard with > 4GB of RAM. We've tried: - - all 3 banks (2x) 1GB modules (6GB total). - - 1 cpu1 bank + 1 cpu2 back full (4GB total). They seem to run, but after a while I get memory errors, most often with the file cache, thus corrupting out mysql database, data in the corrupted cache is different from what's on the disk. We've been running with 4GB (4x 1GB modules) all in the CPU1 slots. and it's been fine for months now. But we're starting to starve for more RAM. Does anyone know of an alternate solution to this? Any recommendations for other motherboards that run stable with 6GB or more? The more RAM it can handle the better. I was told it was a design flaw in the Tyan 2880 board(unfixable by BIOS?). Anyone try the Tyan 2881 yet? Kris. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAE2SsuBLfyXibQuYRArc4AKCGvsg1Jt5v0M8ZPLxOyvpxmUuRPACgtGYa br7Be4YQyj3CvoT8llSFYrg= =X4Oz -----END PGP SIGNATURE-----

2 1

ext3 and ReiserFS for AMD64
by Bob Fischer 25 Jan '04

25 Jan '04

The Gentoo web site warns against using ReiferFS for AMD64. I'm sorry, I can't find where I read this, nor can I say how accurate it is. In response, I'm running in ext3. Has anyone else heard about this issue? -- Bob

3 3

Quad opteron performance issues in suse 9
by Jason Clark 25 Jan '04

25 Jan '04

I've been playing around with Suse 9 AMD64 for the past few days, trying some canned benchmarks and one that we've constructed. So far, I'm not seeing any scaling from a dual opteron to a quad opteron on suse 9. Most of the tests I've tried are based off of mysql. During the quad cpu tests each cpu was averaging at least 90%, same as the dual cpu tests. Is the 2.4 kernel ok for quad opterons, or is 2.6 required? A side issue, for some reason you cannot install the rpm binaries of mysql 4.0.17 without getting a segmentation fault. So all of the mysql testing was done on 4.0.15, included with suse 9. Cheers

2 1

Crash: Gimp, Mozilla Calendar
by Bob Fischer 25 Jan '04

25 Jan '04

I'm running my own 2.6.1 kernel on SuSE 9.0, as described in a previous message. The problems here happened on the standard 2.4.21 kernel as well. They do not happen on the standard 2.4.21 32-bit kernel (i.e. the standard 32-bit SuSE 9.0 distribution) running on the same hardware. I'm using the standard versions of these programs, as they came with SuSE 9.0 1. The Gimp crashes when I try to use the "Image->Scale Image" function. This does not crash on 32-bit SuSE 9.0 (running on the same hardware). I assume this is almost certainly due to a problem with 32-bit plug-ins on a 64-bit build of the Gimp. For now, I would like to use a 32-bit Gimp build but don't know how to go about it. Any suggestions? 2. Mozilla Calendar (1.4) crashes when I try to add an event to the calendar. This does not crash on 32-bit SuSE 9.0 (running on the same hardware). I briefly found a version of Mozilla Calendar 1.5 that did not crash: http://mirror.mcs.anl.gov/suse-people/kraxel/9.0-x86_64/x86_64/ However, I rebuild my system many times (trying to solve kernel problems) and when I went back to download Mozilla again, the version I got (1.6) did crash again. I've written to kraxel and believe he's submitting a bug report to Bugzilla. Any suggestions on maybe trying to re-compile Mozilla? Maybe I could compile a 32-bit version of that too... Thanks, -- Bob

3 2

Re: [suse-amd64] suse 9 and GA-K8N Pro (Titan) motherboard (was amd 64, gftp+kdvi problems)
by Bob Fischer 24 Jan '04

24 Jan '04

> I installed suse 9.0, 64-bit version, on a > gigabyte k8 triton motherboard with 1.5G ram, David, I'm running almost exactly the same configuration: * SuSE 9.0 (installed via FTP) * Gigabyte GA-K8N Pro Motherboard (K8 Triton Series) with nForce3 150 chipset * 1 Gb RAM (Corsair) * AMD Athlon64 3200+ CPU * ATI Rage 128 Video * Western Digital 160Gb ATA-100 drive First of all, you have to be very careful with getting RAM that will work with this motherboard. See the article at Tom's Hardware: http://www6.tomshardware.com/motherboard/20040112/memory_performance-11.html I suppose this is not the greatest motherboard, but with my Corsair memory, it does work. I'll assume you've got your hardware together. In that case, my experience shows you will almost certainly not get a working system without majorly upgrading the kernel. Mine crashed constantly until I upgraded. It wasn't a problem of any one application or the other, but rather of the kernel and motherboard combo. Consider the following message on the nForce3 Chipset, as of Sept. 17, 2003: http://www.ussg.iu.edu/hypermail/linux/kernel/0309.2/0447.html > "Re: [PATCH] 2.4.23-pre4 support for new nForce IDE controllers" > This adds support for some new and upcoming NVIDIA nForce IDE > controllers to > the combined AMD / NVIDIA IDE driver. I've also added > support for udma6 > (Ultra 133) as a separate patch that depends on this patch SuSE 9.0 runs the 2.4.21 kernel, which (I assume) does not have the patch. It crashed like crazy on me. It would work for a while, then hang up while making a short "zapping" sound through the speakers, like a mosquito zapper (if I had sound turned on). If I accessed the hard drive a lot, it would crash more. This happened even when I turned off DMA, used the VESA Framebuffer driver for video, and turned off audio (i.e. didn't load the driver in the kernel). It even managed to crash a 32-bit installation on the same computer, although not quite as fast. I finally fixed this problem by installing the 2.6.1 kernel, downloaded from www.kernel.org. Of coruse, you first need a stable system from which to compile the kernel (mine crashed way too much to compile the kernel). The problem is that NONE of the SuSE 9.0 systems (32-bit or 64-bit) is stable enough on this hardware to compile a kernel. I installed Gentoo on a separate partition (took an evening, I learned a lot), and then used that to compile and install my SuSE kernel. Alternately, you could try using the pre-compiled binary I made for myself (see below), see if that gives you a stable system. To compile and install, I did the following (this assumes some familiarity with how to recompile and install a Linux kernel): 0. Build a basic Stage3 Gentoo system with 2.6 kernel. I mounted my SuSE system partition as /SuSE64. Basically, you need to run the 2.6 kernel SOMEHOW because otherwise your system will crash while compiling. 1. Download the experimental 2.6.0 kernel source from SuSE, as of last summer: ftp://mirror.mcs.anl.gov/pub/suse/x86_64/supplementary/Kernel-2.6-Test/kern… Look in the README file: it suggests you also download modutils, mkinitrd and aaa_base, which I did. 2. Untar the source of the 2.6.1 kernel into /usr/src, as per the 2.6.1 kernel documentation. 3. Copy the .config file from the test 2.6.0 kernel to the 2.6.1 kernel directory. 4. Run make menuconfig in the 2.6.1 kernel directory. 5. Make sure the drivers required to boot are installed permanently (not as modules) in the kernel. For me, this was the ext3 and ReiserFS filesystem drivers. There may be others; the kernel will complain upon bootup if you don't get them right, then you can fix it. ALTERNATIVE: You can set up an initrd RAMDisk. I'm not quite sure how to do this, but probably that mkinitrd RPM from the SuSE mirror will be helpful. Then you can leave ext3 and reiserfs and stuff as modules. 6. Compile and install the kernel: a) make (make dep is no longer required for 2.6 kernels) b) Check the Makefile to see where the kernel will be installed. Generally, this will be in boot. Change it to /SuSE64/boot. Make sure the "make install" will not overwrite your current SuSE kernel (you can change installation to /SuSE64/boot2 to see what it will do, then change back to /SuSE64/boot and install again). b) make install. It should install as /boot/linux-2.6.1 c) Edit /boot/grub/menu.lst for your new kernel. You can do this by copying the line for the current SuSE bootup, changing the filename of the kernel, and deleting the initrd line (assuming you're not using an initrd). Make sure you don't disturb your old bootup procedure, in case you need to boot back into the old kernel! 7. Well, this worked for me. Once I booted up, I no longer had ethernet, audio, etc. I'm not sure what I did wrong. But basically, I read the Gentoo documentation on how to set those things up and it worked. The upshot is that the kernel module auto-loading somehow no longer works on my SuSE system. I've fixed that by manually loading the modules I know I'll need at bootup time, then devices sort of work. I've done this in /etc/init.d/boot.local: -------------------------------- # Hack: get my ethernet working modprobe r8169 # Hack: for sound modprobe snd-intel8x0 # Hack: for parallel printer (see Gentoo docs for usb printer) modprobe lp modprobe parport modprobe parport_pc modprobe lp ----------------------------------- You should definitely use the first two modprobe lines, since those are for devices on the Triton motherboard. You should use the last set of modprobes only for a parallel port printer. There are tons of device drivers from the old kernel that are no longer loaded. I suppose it will be an individual process of figuring out what I need to load for CD burning, etc. Running lsmod in the old kernel helps, since that shows what it loaded. Also, there have been some changes since 2.4: 1. CD burning uses different modules than it used to. I haven't investigated yet. 2. I've heard that the /etc/modules.conf system has changed. Maybe that's why SuSE module auto-configuration stuff no longer works for me, since it's expecting a 2.4-type kernel. No matter, the system works for me now and it hasn't crashed even once since I switched to the 2.6 kernel. I'm running at DMA ATA-100 mode (the max for my hard drive), and am using the proper XFree86 driver for my graphics card (ATI Rage 128, but no 3-D for now). Sound and printing both work (after a bit of heartache). ---------------- Rather than compiling your own kernel, you might also try the kernel that comes with the new bootable CD with SATA drivers, announced by Andreas Jaeger January 22 on the suse-amd64 e-mail list (see attached/below). Since this is a 2.4 kernel, it will almost certainly not break the auto-configure stuff I noted above. However, it might also not solve the problems with your motherboard. I've experienced total stability since I switched to the stock 2.6.1 as described above. I can also make available the binaries for my 2.6.1 kernel, see if they work for you. That would simplify the installation process, and your current SuSE kernel would probably run for long enough to avoid crashing while you copy the binary. No warranty is expressed or implied. One final note: I advise against using ReiferFS at this point with 64-bit systems. Gentoo has noted a few problems with it (see the Gentoo web site). For now play it safe, use ext3 instead. Best of luck, -- Bob On Sat, 2004-01-24 at 21:29, David Joyner wrote: > Hello: > > I installed suse 9.0, 64-bit version, on a > gigabyte k8 triton motherboard with 1.5G ram, > AMD64 athlon 3000+ cpu. Installation went completely > smoothly, with suse automatically recognizing the onboard > sound and ethernet, gforce3 video, LG dvd-rom and LG cdrom. > > However, some odd things began to pop up: gftp > (which I love) crashes. I tried to reinslall from the rpms > on the CDs of the non-64 bit version of suse 9.0, > which I also have. (I thought maybe the dvd disc was corrupted.) > It failed too. xftp crashes. (The text-based ftp however works.) > Another program I use a lot, kdvi (kde's dvi previewer for latex documents), > also crashes:-(. I've recently been having problems wth kmail, > and had to switch over to mozilla. I'm not sure if that's related though. > > Do you have any suggestions? Ever heard of anything like this? > I called suse tech support. They were very nice but didn't know > anything. > > - David Joyner

1 0

Re: [suse-amd64] suse 9 amd 64, gftp+kdvi problems
by Michael Mondragon 24 Jan '04

24 Jan '04

> > That would mean that either: > > - one of our local patches is broken > > - your binary on the disk is broken (check with rpm -Va the md5sums) > > - you used a different compiler than we did - but we ship the same > > that we use... > > > > I'm really surprised that recompilation helped... > >... - or it was a placebo effect. Not uncommon in software testing. I guess you could argue that crashing consistently and then not crashing after recompilation has some placebo in it ;) More likely it was version differences; I obtained the source from the project pages directly and did not consider checking whether the latest version was the same as the SUSE rpms. In some cases I had to play with configure options like --disable-mmx and so forth. Not very scientific, and I didn't make any notes ... just stuck with the policy of disabling all platform-specific options. All part of a pointless effort anyways, since I had to go back to a 32-bit linux kernel/distro just so I could run VMWare for testing kmods... _m _________________________________________________________________ Rethink your business approach for the new year with the helpful tips here. http://special.msn.com/bcentral/prep04.armx

1 0

RE: [suse-amd64] Solving the Tyan 2885 AGP performance issues
by mark.langsdorf＠amd.com 24 Jan '04

24 Jan '04

> From: Andrew Halliwell [mailto:ah@gnd.com] > > And even though the patches are mentioned... > where can they be downloaded? (I've looked on the nvidia site > and couldn't find the newer drivers either) The patches in plaintext below. I didn't realize the SUSE list doesn't support attachments. -Mark Langsdorf Team Lead, Linux Device Drivers Advanced Micro Devices diff -u -u -r1.39 agpgart_be.c --- linux/drivers/char/agp/agpgart_be.c 2003/10/28 23:20:20 1.39 +++ linux/drivers/char/agp/agpgart_be.c 2003/10/28 23:26:02 @@ -67,6 +67,7 @@ EXPORT_SYMBOL(agp_backend_release); static void flush_cache(void); +static int agp_init_one(struct pci_dev *dev); static struct agp_bridge_data agp_bridge; static int agp_try_unsupported __initdata = 0; @@ -6490,15 +6491,24 @@ static int __init agp_find_supported_device(void) { struct pci_dev *dev = NULL; - u8 cap_ptr = 0x00; + int ret = -ENODEV; #ifdef CONFIG_AGP_HP_ZX1 if (hp_zx1_gart_init() == 0) return 0; #endif - if ((dev = pci_find_class(PCI_CLASS_BRIDGE_HOST << 8, NULL)) == NULL) - return -ENODEV; + while ((dev = pci_find_class(PCI_CLASS_BRIDGE_HOST << 8, dev)) != NULL) { + ret = agp_init_one(dev); + if (ret != -ENODEV) + break; + } + return ret; +} + +static int __init agp_init_one(struct pci_dev *dev) +{ + u8 cap_ptr = 0x00; agp_bridge.dev = dev; diff -u linux-work/arch/x86_64/kernel/mtrr.c-o linux-work/arch/x86_64/kernel/mtrr.c --- linux-work/arch/x86_64/kernel/mtrr.c-o 2002-09-05 17:27:05.000000000 +0200 +++ linux-work/arch/x86_64/kernel/mtrr.c 2004-01-16 18:27:04.000000000 +0100 @@ -70,6 +70,9 @@ #define MTRR_VERSION "2.02 (20020716)" +#define MTRR_BEG_BIT 12 +#define MTRR_END_BIT 7 + #undef Dprintk #define Dprintk(...) @@ -192,8 +195,9 @@ static void get_mtrr (unsigned int reg, u64 *base, u32 *size, mtrr_type * type) { - u32 mask_lo, mask_hi, base_lo, base_hi; - u64 newsize; + u32 count, tmp, mask_lo, mask_hi; + int i; + u32 base_lo, base_hi; rdmsr (MSR_MTRRphysMask(reg), mask_lo, mask_hi); if ((mask_lo & 0x800) == 0) { @@ -206,10 +210,16 @@ rdmsr (MSR_MTRRphysBase(reg), base_lo, base_hi); - /* Work out the shifted address mask. */ - newsize = (u64) mask_hi << 32 | (mask_lo & ~0x800); - newsize = ~newsize+1; - *size = (u32) newsize >> PAGE_SHIFT; + count = 0; + tmp = mask_lo >> MTRR_BEG_BIT; + for (i = MTRR_BEG_BIT; i <= 31; i++, tmp = tmp >> 1) + count = (count << (~tmp & 1)) | (~tmp & 1); + + tmp = mask_hi; + for (i = 0; i <= MTRR_END_BIT; i++, tmp = tmp >> 1) + count = (count << (~tmp & 1)) | (~tmp & 1); + + *size = (count+1); *base = base_hi << (32 - PAGE_SHIFT) | base_lo >> PAGE_SHIFT; *type = base_lo & 0xff; } @@ -243,7 +253,7 @@ base64 = (base << PAGE_SHIFT) & size_and_mask; wrmsr (MSR_MTRRphysBase(reg), base64 | type, base64 >> 32); - size64 = ~((size << PAGE_SHIFT) - 1); + size64 = ~(((u64)size << PAGE_SHIFT) - 1); size64 = size64 & size_and_mask; wrmsr (MSR_MTRRphysMask(reg), (u32) (size64 | 0x800), (u32) (size64 >> 32)); }

3 3

suse 9 amd 64, gftp+kdvi problems
by David Joyner 24 Jan '04

24 Jan '04

Hello: I installed suse 9.0, 64-bit version, on a gigabyte k8 triton motherboard with 1.5G ram, AMD64 athlon 3000+ cpu. Installation went completely smoothly, with suse automatically recognizing the onboard sound and ethernet, gforce3 video, LG dvd-rom and LG cdrom. However, some odd things began to pop up: gftp (which I love) crashes. I tried to reinslall from the rpms on the CDs of the non-64 bit version of suse 9.0, which I also have. (I thought maybe the dvd disc was corrupted.) It failed too. xftp crashes. (The text-based ftp however works.) Another program I use a lot, kdvi (kde's dvi previewer for latex documents), also crashes:-(. I've recently been having problems wth kmail, and had to switch over to mozilla. I'm not sure if that's related though. Do you have any suggestions? Ever heard of anything like this? I called suse tech support. They were very nice but didn't know anything. - David Joyner

1 0

Are my SATA disks running correctly?
by Johan Backlund 24 Jan '04

24 Jan '04

Hi all, I have a new server based on the MSI K8T Master2 mobo with dual Opterons. I have three disks: one PATA (added that for installation purposes) and two SATA drives. It is running quite alright, but I have some questionmarks around my disks. I thought I knew a lot about Linux but this really puzzles me. I am running SuSE kernels (downloaded from kraxel) and I have just now upgraded to 2.6.1-5. Now the questions: My PATA disk becomes hde and the SATA disks become hda and hdc (if SATA is enabled, otherwise PATA disk is hda). Is this normal? Other people seem to see their PATA disks on hda-hdd and SATA on hde-hdh. Here are some excerpts from dmesg: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VIA8237SATA: IDE controller at PCI slot 0000:00:0f.0 VIA8237SATA: chipset revision 128 VIA8237SATA: 100% native mode on irq 20 ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:pio, hdd:pio hda: WDC WD1200JD-00FYB0, ATA DISK drive Using anticipatory io scheduler ide0 at 0xc000-0xc007,0xc402 on irq 20 hdc: WDC WD1200JD-00FYB0, ATA DISK drive ide1 at 0xc800-0xc807,0xcc02 on irq 20 VP_IDE: IDE controller at PCI slot 0000:00:0f.1 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later VP_IDE: VIA vt8237 (rev 00) IDE UDMA133 controller on pci0000:00:0f.1 ide2: BM-DMA at 0xd800-0xd807, BIOS settings: hde:DMA, hdf:DMA ide3: BM-DMA at 0xd808-0xd80f, BIOS settings: hdg:pio, hdh:pio hde: ExcelStor Technology J680, ATA DISK drive hdf: _NEC DVD_RW ND-1300A, ATAPI CD/DVD-ROM drive ide2 at 0x1f0-0x1f7,0x3f6 on irq 14 What is the deal with the double drive devices (hda/hdb for first SATA, hdc/hdd for second, hde/hdf for PATA and hdg/hdh for DVD)? Is that normal? I don't seem to get the libata stuff loaded - otherwise I guess I would have the disks on sda and sdb, right? Can I somehow choose to use this driver instead? Do I want to run this driver instead? I have seen people talking about setting the noprobe option on the hd devices and thereby getting the libata driver going - I have not been able to do this. What about performance? What should be expected from SATA disks? I had really lousy performance on 2.6.1-2 compared to the PATA disk, but the 2.6.1-5 made the situation better although SATA disks are still slower than the PATA disk - at least according to hdparm: /dev/hda: Timing buffered disk reads: 150 MB in 3.00 seconds = 49.99 MB/sec /dev/hdc: Timing buffered disk reads: 150 MB in 3.01 seconds = 49.89 MB/sec /dev/hde: Timing buffered disk reads: 174 MB in 3.02 seconds = 57.57 MB/sec On 2.6.1-2 I head about 30-32 MB/sec on the drives. Finally, I thought I had got rid of the problem by upgrading, but I just noticed that it is still there. At least one of the SATA drives (hda) is sometimes reporting this: hda: dma_timer_expiry: dma status == 0x24 hda: DMA interrupt recovery hda: lost interrupt which basically causes the drive to "hang" for 10 seconds or so, causing 100% IO-wait and then resumes activity. No corruption seen (yet). I see people on the internet talking about disabling dma, but that doesn't seem like a very good idea? As you can see there are a lot of questions...basically I feel that the SATA disks are not delivering what I had expected and I would really like to get any hints on what could be the problem. Linux? VIA VT8237? The disks? BIOS settings? Because the reasons I built this server was to run some intense database stuff and if PATA disks are better than SATA, then I'll just throw these suckers out and be done with it - but I really thought they were supposed to give me a little more? thanks for listening. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/

1 0

RE: [suse-amd64] Solving the Tyan 2885 AGP performance issues
by mark.langsdorf＠amd.com 24 Jan '04

24 Jan '04

> From: Steven A. DuChene [mailto:linux-clusters@mindspring.com] > > Great, but what about the same fixes for the 2.6 kernels? A better fix for the AGP issue already exists in the 2.6 kernel. Andi Kleen and I are looking into the MTRR issue, but we need a test case that doesn't depend on the nVidia driver, since that driver doesn't support 2.6. We should have an answer by the end of the month. -Mark Langsdorf Team Lead, Linux Device Drivers Advanced Micro Devices

2 1

kernel panic loading dpt_i2o
by Paul Sturm 23 Jan '04

23 Jan '04

I am trying to install 9.0 for AMD64 on a Tyan S2882 motherboard with Adaptec 2015S ZRC RAID. I have successfully installed the i386 version on this machine using the dpt_i2o driver. When I try to load the same driver when booting from the AMD64 CD, I get a kernel panic with the following message: Unable to handle kernel paging request at virtual address 00000000 5e9f08. The system has 4GB of RAM installed. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.547 / Virus Database: 340 - Release Date: 12/2/2003

2 1

Re: [suse-amd64] Solving the Tyan 2885 AGP performance issues
by Andrew Halliwell 22 Jan '04

22 Jan '04

And verily, didst Kevin_Gassiot(a)veritasdgc.com announce to the hordes: > > > > > > The stock 102 kernel, 4499 driver, and stock BIOS will not work. You need > to update the BIOS, update the kernel, and update the Nvidia driver.... The nvidia driver on the site was still on 4499 when I read the original message, must've been hitting a webcache somewhere. It's there now. > I am running the S2885101k BIOS from Tyan, the 171-smp kernel from SuSE > with the mtrr.c replaced by the one supplied by AMD, and the 5331 driver > from Nvidia. You need all of these various bits to get the board to work > correctly. I have been working with these guys for some months now, trying > to get things to work, and as of Monday, I have a truly functioning system > :) You've not got the RAID on the silicon image on-board SATA working though, I'll wager... :) Just a pain that the kernel won't patch with those from that message. Obviously too old now to accept them. Just have to try to cheat the driver into working, by compiling a later 2.4.21- kernel and putting the build number in the makefile back to 102.

1 1

Solving the Tyan 2885 AGP performance issues
by mark.langsdorf＠amd.com 22 Jan '04

22 Jan '04

The 2P Opteron based Tyan 2885 K8W has some problems with AGP/openGL graphics performance when using nVidia graphics cards under Linux. AMD, Tyan, and nVidia have been working together to develop fixes for the problems. Four problems have been resolved for the Tyan 2885 design. The first issue was the inabilty of the Linux kernel to find the AMD-8151 AGP Tunnel. The AMD-8151 AGP controller is not at the normal PCI address, and the Linux kernel had to be modified to account for the change. SUSE Linux kernels starting with k_smp-2.4.21-139 include the change. The two attached patches (tyan_agp.generic.patch and tyan_agp.RHEL3.patch) fix the problem for most kernels and for the Red Hat 2.4.21-4EL kernels, respectively. The second issue was a misallocation of MTRRs in the Tyan BIOS that prevented the nVidia driver from correctly caching the AGP aperture. Tyan fixed this with the 2885101i.ROM (1.01i) BIOS, available at ftp://ftp.tyan.com/bios_beta/2885101i.zip. The third issue involved the nVidia 10-4499 graphics driver. nVidia has corrected the problems exposed by the updated AGP and BIOS code and released the 10-5332 driver to their website on January 20th. The final issue involved the Linux kernel MTRR code. A patch that fixes the problem is attached to this message (mtrr.patch). It has not been included in any production kernels at this time. These four updates, taken together, allow the 2885 to provide excellent 3D performance under Linux. AMD would like to thank all those who contributed to defining, debugging, and verifying this problem. Mark Langsdorf Team Lead, Linux Device Drivers Advanced Micro Devices mark.langsdorf(a)amd.com

5 8

Fujitsu Siemens Celsius V810
by Peter Rundberg 22 Jan '04

22 Jan '04

Hi. I just got a Fujitsu Siemens Celsius V810 dual Opteron Workstation. It comes equipped with an Nvidia QuadroFX card but I am having trouble getting the machine to run properly under Linux. The problem is that the 8151 AGP tunnel can not be found and thus the graphics card can not be found. I have tried the Suse kernel (up to and including -178) as well as 2.6.1-X8664-2. Could this be a similar problem to the one that affected the Tyan Thunder K8W (S2885) a while back when the kernel could not find the 8151 AGP tunnel because of some PCI search issue. The board looks very similar to the Tyan 2885 both feature wise and by visual inspection but apparently it is not the same as on my 2885 everything is works as expected and the 8151 is identified correctly. Output from lspci is as follows and as you can see there is no 8151 in sight. 00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07) 00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05) 00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) 00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05) 00:07.5 Multimedia audio controller: Advanced Micro Devices [AMD] AMD-8111 AC97 Audio (rev 03) 00:0a.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) 00:0a.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC (rev 01) 00:0b.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) 00:0b.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC (rev 01) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 01:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 01:00.1 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 01:0b.0 Unknown mass storage controller: CMD Technology Inc: Unknown device 3114 (rev 02) 01:0c.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) 02:09.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703 Gigabit Ethernet (rev 02) On my Tyan 2885 lspci find the 8151 as can be seen below. 00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07) 00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05) 00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) 00:07.2 SMBus: Advanced Micro Devices [AMD] AMD-8111 SMBus 2.0 (rev 02) 00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05) 00:07.5 Multimedia audio controller: Advanced Micro Devices [AMD] AMD-8111 AC97 Audio (rev 03) 00:0a.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) 00:0a.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC (rev 01) 00:0b.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) 00:0b.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC (rev 01) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 02:09.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703 Gigabit Ethernet (rev 02) 03:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 03:00.1 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 03:0c.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) 04:00.0 Host bridge: Advanced Micro Devices [AMD] AMD-8151 System Controller (rev 13) 04:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8151 AGP Bridge (rev 13) 05:00.0 VGA compatible controller: nVidia Corporation NV31 [GeForce FX 5600] (rev a1) Any ideas? /peter

4 5

teTeX available for x86-64?
by Liaw, Andy 21 Jan '04

21 Jan '04

Hi, We have a dual Opteron box running SLES8. Does anyone know if there's teTeX for this? I could not find it in the CDs. TIA for any pointers. Best, Andy Andy Liaw, PhD Biometrics Research PO Box 2000, RY33-300 Merck Research Labs Rahway, NJ 07065 mailto:andy_liaw@merck.com <mailto:andy_liaw@merck.com> 732-594-0820 ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan as Banyu) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------------

2 1

SUCCESS! SuSE9 x86_64 & 2.6.1-mm4 on Tyan 2885 & Sil3114
by Steven A. DuChene 21 Jan '04

21 Jan '04

This evening I was FINALLY successful at getting SuSE9 x86_64 fully installed and running on a Tyan S2885 (K8W) motherboard using the on-board Sil3114 SATA controller with two Seagate 72Gb drives hung off of them. I was able to install directly to the SATA drives without using any intermediate IDE or SCSI drives or controllers. The process was rather involved but now it is running a 2.6.1-mm4 kernel with the siimage driver that is part of the 2.6.1-mm4 kernel code tree. Unfortunately the closed source driver available from the ftp.tyan.com site for SuSE 9.0 x86_64 won't provide a bootable system but using the boot iso and the floppy image file from the tyan site gets you installed and to a shell prompt so you can pull down the 2.6.1 kernel source and Andrew Morton's mm4 patch for that 2.6.1 kernel. Then next is compiling a custom 2.6.1-mm4 kernel to get the system completely bootable. The closed source driver on Tyan's ftp site is compiled for a 2.4.21-102 kernel but the 9.0 X86_64 stuff released on the SuSE ftp sites (and mirrors) is built around 2.4.21-149 so once the system is installed the Tyan Sil6514.0 module won't actually load at a normal boot up. You can however use the boot.iso to boot and then stuck the floppy in prior to the kernel fully coming up. It will force load the module (something I couldn't figure out how to do in the context of the initrd part of a regular boot up) and then let you do the install and boot to a shell prompt afterwards to build a 2.6 kernel with the siimage community open source driver in it. One thing though, the closed source driver sees the controller and disks as SCSI devices (/dev/sda in my case) but the open source siimage driver sees them as IDE devices. So once you build and install your new 2.6.1-mm4 kernel prior to rebooting into it you have to change all the instances of sda (or whatever scsi disk it is seeing) in the fstab and lilo.conf file to the appropriate hd device (/dev/hde in our case). WARNING: DO NOT RUN the Setup_9.0 or SMP_Setup_9.0 outlined in step 3.4c of their directions without backing up your ORIGINAL lilo.conf FIRST! Very important as their scripts overwrite the original with a completely new fresh copy that is NOT based on the original created during the SuSE install process. Since their scripts and modules are built around a 2.4.21-102 kernel the lilo.conf file will not even work for a system that is 2.4.21-149 plus the root partition they specify in their lilo.conf file is probably not the same as what your install may be built around. -- Steven A. DuChene linux-clusters(a)mindspring.com sduchene(a)mindspring.com

2 1

Re: [suse-amd64] Solving the Tyan 2885 AGP performance issues
by Kevin_Gassiot＠veritasdgc.com 21 Jan '04

21 Jan '04

Nope, I haven't even tried to work with the RAID chip yet... I have been trying to get the graphics to work properly on an AMD64 platform since about last May, I want to take a few days away from beating my head against the wall, before I start banging against another wall :) Kevin Gassiot Advanced Systems Group Visualization Systems Support Veritas DGC 10300 Town Park Dr. Houston, Texas 77072 832-351-8978 kevin_gassiot(a)veritasdgc.com |---------+---------------------------> | | Andrew Halliwell| | | <ah(a)gnd.com> | | | Sent by: | | | ah(a)gnd.com | | | | | | | | | 01/21/2004 11:04| | | AM | | | | |---------+---------------------------> >---------------------------------------------------------------------------------------------------------------------| | | | To: suse-amd64(a)suse.com | | cc: | | Subject: Re: [suse-amd64] Solving the Tyan 2885 AGP performance issues | >---------------------------------------------------------------------------------------------------------------------| And verily, didst Kevin_Gassiot(a)veritasdgc.com announce to the hordes: > > > > > > The stock 102 kernel, 4499 driver, and stock BIOS will not work. You need > to update the BIOS, update the kernel, and update the Nvidia driver.... The nvidia driver on the site was still on 4499 when I read the original message, must've been hitting a webcache somewhere. It's there now. > I am running the S2885101k BIOS from Tyan, the 171-smp kernel from SuSE > with the mtrr.c replaced by the one supplied by AMD, and the 5331 driver > from Nvidia. You need all of these various bits to get the board to work > correctly. I have been working with these guys for some months now, trying > to get things to work, and as of Monday, I have a truly functioning system > :) You've not got the RAID on the silicon image on-board SATA working though, I'll wager... :) Just a pain that the kernel won't patch with those from that message. Obviously too old now to accept them. Just have to try to cheat the driver into working, by compiling a later 2.4.21- kernel and putting the build number in the makefile back to 102. -- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help(a)suse.com

1 0

Re: [suse-amd64] Solving the Tyan 2885 AGP performance issues
by Andrew Halliwell 21 Jan '04

21 Jan '04

And verily, didst Peter Rundberg announce to the hordes: > Hmmm. Quite... > Maybe you should try to apply the pathches that Mark Langsdorf suggested > on the list since your kernel does not have the fixes it needs to find > the AGP tunnel. > > The patches can be found here. > http://www.x86-64.org/lists/discuss/msg04476.html Looks like 102's not agp/mtrr-patch ready. Both failed. (Well, the agp one managed to patch one chunk, but I don't think one chunk of a patch is safe? the mtrr one failed with a malformed line 25) I wonder if I downloaded the 178 sources, and changed the makefile to 102... If it'd trick the Sil3114 driver into loading... That's the only thing keeping the 102 kernel here.

1 0

Problems with SuSE 9.0: new PC with Sata, (soft)raid, Graphics
by Andreas Huennebeck 21 Jan '04

21 Jan '04

Hi everybody, I'm planning to buy a new PC which should have a (soft)raid 1 disk system and a sensible 2D graphics card without fan. Due to its speed and the cool'n quiet option I got an offer about a PC with Asus K8VD, AMD64 3200+, two Maxtor Sata disks, a Plextor Premium CD-writer and an MSI GF4-MX440 graphics card. With this information I started to look for Linux support ( I want to stay with SuSE) and was quite shocked when I had to find out that this combination is very problematic: - Sata does not work at all, neither with the Via nor with the Promise controller on the motherboard. - The graphics card is not supported. In fact, searching on the SuSE hardware database for graphicscard with full or partial support on SuSE 9.0 AMD64 lists not one single card! This shurely is no satisfying state. Is this a problem due to binary drivers from the graphics card vendors? If yes, are there graphicscards (which you can buy now) which have an open source driver? So what should I do? - Use the standard 32Bit SuSE9, will this support the hardware listed above? - Use an EIDE softraid instead of Sata? This solution needs an additional EIDE controller as a softraid needs both channels and then there is no channel left for the CD-writer. - Use a Pentium P4 instead? Are there any Motherboards where the Sata controller is supported? Graphicscards should be no problem then, right? I can wait until end of march, then I need the new PC. Are there any chances that a new SuSE 9.1 distribution might be available which solves these problems? Thanks in advance Andreas -- Andreas Hünnebeck | email: ah(a)bruker.de

3 4

[suse-amd64] Problems with SuSE 9.0: new PC with Sata, (soft)raid, Graphics (fwd)
by Andrew Halliwell 21 Jan '04

21 Jan '04

Forwarded message: > Hi everybody, > > I'm planning to buy a new PC which should have a (soft)raid 1 disk system > and a sensible 2D graphics card without fan. Due to its speed and the cool'n > quiet option I got an offer about a PC with Asus K8VD, AMD64 3200+, two > Maxtor Sata disks, a Plextor Premium CD-writer and an MSI GF4-MX440 > graphics card. With this information I started to look for Linux support ( I > want to stay with SuSE) and was quite shocked when I had to find out that > this combination is very problematic: > > - Sata does not work at all, neither with the Via nor with the Promise controller > on the motherboard. I've looked at the 2.6.1 kernel and it's supported there. (non raid) If you go to tyan's site, there's a driver. It's binary only alas, so you'll be stuck with the kernel that came on the DVD. (that can do non-raid and RAID 1... But not RAID0 yet) > - The graphics card is not supported. I really doubt that. > In fact, searching on the SuSE hardware > database for graphicscard with full or partial support on SuSE 9.0 AMD64 lists > not one single card! That's probably the SuSE database that's behind, not the drivers. Linux doesn't use proprietory drivers for simple 2D cards. Only 3D acceleration requires those, and then only on some (like nVidia). This shurely is no satisfying state. > Is this a problem due to binary drivers from the graphics card vendors? If > yes, are there graphicscards (which you can buy now) which have an open > source driver? It might help if you said what the actual card WAS. Make, model number, etc. > So what should I do? > > - Use the standard 32Bit SuSE9, will this support the hardware listed above? Anything that works in 2D on X in 32bit should work on 64bit. (unless I'm mistaken)

2 1

Changing the stack limit for 32-bit programs
by Odon Farkas 21 Jan '04

21 Jan '04

Hi, I was trying to compile Gaussian 03 (mostly fortran, compiled with PGI) in 32-bit mode, (SuSE 9.0, x86_64), because it is currently faster then the 64-bit version. However, I ran into a stack overflow, because it seems that ld adjusts the stack limit to the old default 2MB. The current ld does not support the "--stack" flag. How can I change the stack limit then? Thanks a lot for your help in advance! Best wishes, Ödön Farkas

2 1

Re: [discuss] Re: [suse-amd64] Solving the Tyan 2885 AGP performance issues
by Steven A. DuChene 21 Jan '04

21 Jan '04

On Wed, Jan 21, 2004 at 05:54:31AM -0800, Jeffrey W. Baker wrote: > On Wed, 2004-01-21 at 02:06, Steven A. DuChene wrote: > > I don't believe this list permits attachments as no mtrr.patch was included > > with your E-mail. > > Must be a local problem, as I received the patches. -jwb Yes, but I am betting you are on the discuss(a)x86-64.org mailing list rather than the suse-amd64(a)suse.com mailing list... -- Steven A. DuChene linux-clusters(a)mindspring.com sduchene(a)mindspring.com

1 0

RE: [suse-amd64] Solving the Tyan 2885 AGP performance issues
by Alan Gray 21 Jan '04

21 Jan '04

Fantastic. > -----Original Message----- > From: mark.langsdorf(a)amd.com [mailto:mark.langsdorf@amd.com] > Sent: Tuesday, 20 January 2004 9:58 AM > To: suse-amd64(a)suse.com > Cc: discuss(a)x86-64.org > Subject: [suse-amd64] Solving the Tyan 2885 AGP performance issues > > > The 2P Opteron based Tyan 2885 K8W has some problems > with AGP/openGL graphics performance when using > nVidia graphics cards under Linux. AMD, Tyan, and > nVidia have been working together to develop fixes > for the problems. Four problems have been resolved > for the Tyan 2885 design. > > The first issue was the inabilty of the Linux kernel > to find the AMD-8151 AGP Tunnel. The AMD-8151 AGP > controller is not at the normal PCI address, and the > Linux kernel had to be modified to account for the > change. SUSE Linux kernels starting with > k_smp-2.4.21-139 include the change. The two > attached patches (tyan_agp.generic.patch and > tyan_agp.RHEL3.patch) fix the problem for most kernels > and for the Red Hat 2.4.21-4EL kernels, respectively. > > The second issue was a misallocation of MTRRs in the > Tyan BIOS that prevented the nVidia driver from > correctly caching the AGP aperture. Tyan fixed this > with the 2885101i.ROM (1.01i) BIOS, available at > ftp://ftp.tyan.com/bios_beta/2885101i.zip. > > The third issue involved the nVidia 10-4499 graphics > driver. nVidia has corrected the problems exposed > by the updated AGP and BIOS code and released the > 10-5332 driver to their website on January 20th. > > The final issue involved the Linux kernel MTRR code. > A patch that fixes the problem is attached to this > message (mtrr.patch). It has not been included in > any production kernels at this time. > > These four updates, taken together, allow the 2885 > to provide excellent 3D performance under Linux. > > AMD would like to thank all those who contributed to > defining, debugging, and verifying this problem. > > Mark Langsdorf > Team Lead, Linux Device Drivers > Advanced Micro Devices > mark.langsdorf(a)amd.com > > >

1 0

iommu=fullflush.... what's the performance hit?
by spike1＠ridcully.fsnet.co.uk 21 Jan '04

21 Jan '04

I've been looking for info regarding how much of a performance hit fullflush causes... Does anyone know, cos I've heard it can make quite a difference. Also, does anyone know if a more permanent fix to the problem that caused the kludge to be implemented in the first place is close, so the hit can be removed allowing speed and stability? Thanks.

1 0

uncachable mtrr setting on Quartets ?
by daniel.kidger＠quadrics.com 20 Jan '04

20 Jan '04

Hi, We have noticed a default mtrr on our Quartet nodes (kernel=2.4.21-171 with both 4GB and 8GB RAM) # cat /proc/mtrr reg01: base=0xc0000000 (3072MB), size=1024MB: uncachable, count=1 Why is this uncachable mtrr setting made? - it isn't there on dual CPU nodes (Celestica and Newisys - both 2GB RAM): $ cat /proc/mtrr reg00: base=0x00000000 ( 0MB), size=2048MB: write-back, count=1 We have a PCI device that can get tremendous performance improvements if we enable write-combining to its on board memory and registers. But we cannot change the mtrr settings against its BARs due to this uncachable mapping. e.g. when we do echo 'base=0xe0000000 size=0x10000000 type=write-combining' >| /proc/mtrr we get this dmesg; mtrr: type mismatch for e0000000,10000000 old: uncachable new: write-combining Disabling this uncachable mapping and then replacing it with new ones generally causes the node to hang or crash. Doe anyone know if there is a way to enable write-combining for our device BARs ? Yours, Daniel. -------------------------------------------------------------- Dr. Dan Kidger, Quadrics Ltd. daniel.kidger(a)quadrics.com One Bridewell St., Bristol, BS1 2AA, UK 0117 915 5505 ----------------------- www.quadrics.com -------------------- >

2 1

SATA - thanks
by Chuck Gibke 20 Jan '04

20 Jan '04

I have had an Athlon64 system (Asus K8V motherboard) system set up since September and have been running Suse v9.0-64 since November. I have been having the same problems with the VIA 8237 chipset and SATA support that others have had - the VIA and Promise controllers are not supported with the 2.4.21 kernel. After lurking here, I saw mention of the 3ware SATA product working natively and took a look into it - I ordered the lowest end board - 8006 - and just received and installed it. After poking around and getting the 3w module loaded, I was able to partition and mount the drive (my system drive is just plain old IDE). It is in use as I write this... Just wanted to say thanks for the discussions and recommendations - I have a working SATA drive now! ......Chuck Arlington, Texas, USA

7 8

AW: [suse-amd64] SIL-SATA Drivers for amd64 here
by Khamenia, Valery 19 Jan '04

19 Jan '04

show must go on > [...]but still Beta Release. > ftp://ftp.tyan.com/drivers_linux/Silicon_Image/3114/ > http://www.tyan.com/l_german/support/html/drivers_linux.html well, RAID-0 doesn't work and just for fun i've tried RAID1. YaST2 detected harddisk OK, but after format I got the infinite timeout. I restart machine first time and try to install again. Well, and again i got infinite timeout but in addition no response to keyboard. Well, I restart machine again and... one of two absolutelly new MAXTOR HDDs starts to tick rhythmically, absolutelly similar as those HDDs before die, when HDD head reaches movement range clipper. Then, one disk is not found by *BIOS*. I thought HDD is simply went down... but then I've found, that it runs OK alone ! then i've removed one HDDs of two to get somehow into a RAID setup and deleted RAID set. Restart. All disks were found OK, but BIOS doesn't go anymore further :-/ after several reboot it all works again ! I've never heard about possibility to make nice rhythmic sounds hitting the clipper by the head via normally working controller or even get ability to fail detecting HDDs by BIOS ... my question: is SIL 3114 OK at all? -- Valery

3 2

AW: [suse-amd64] SIL-SATA Drivers for amd64 here
by Khamenia, Valery 19 Jan '04

19 Jan '04

Hi all > maybe it's interesting that Tyan offers first sil3114 SATA Controller > Raid/Non-Raid for SuSE and RedHat AMD64 on 16.01.2004. > These are general Linux drivers, not for Tyan-boards only, > but still Beta Release. > ftp://ftp.tyan.com/drivers_linux/Silicon_Image/3114/ > http://www.tyan.com/l_german/support/html/drivers_linux.html I've tried exactly this driver for my Tyan Thunder K8W. The disk with driver was successfully scanned during "fresh" SuSE 9 installation (I saw this at CTRL-ALT-F4 window). Then YaST2 starts and searches all resources to preset the configuration for installation. and here comes an old problem: YaST2 sais: "Error: no hard disk were found for the installation. Please check your hardware." hm, well, /proc/scsi/SiI6514/0 shows that driver is on, in particular two MAXTOR HDDs are attached but /proc/scsi/scsi gives: attached devices: none. What is nonsense, because HDDs are attached as RAID-0 through the BIOS. Guys and girls, any success here? Thanks a priori. -- Valery A.Khamenya

1 0

SIL-SATA Drivers for amd64 here
by Marco Maske 19 Jan '04

19 Jan '04

Hello, maybe it's interesting that Tyan offers first sil3114 SATA Controller Raid/Non-Raid for SuSE and RedHat AMD64 on 16.01.2004. These are general Linux drivers, not for Tyan-boards only, but still Beta Release. ftp://ftp.tyan.com/drivers_linux/Silicon_Image/3114/ http://www.tyan.com/l_german/support/html/drivers_linux.html -- Ciao Marco, registered GNU/Linux-User 313353

1 0

Re: [suse-amd64] SATA RAID on VIA 8237
by Milan Gabor 19 Jan '04

19 Jan '04

Hi! How about this one: Promise FastTrak S150 TX2plus Is this also some SORT OF RAID, or does this controller provide HW raid for SATA? MIlan Vojtech Pavlik wrote: > On Sun, Jan 18, 2004 at 05:27:54PM +0100, Milan Gabor wrote: > >>Hi! >> >>I somehow managed to install on Serial ATA on MSI K8T motherboard with >>VIA 8237. >> >>But I have some questions. At the install time, kernel sees two drives, >>even If I created from RAID menu RAID array for RAID 1 for mirroring. >> >>So I have installed on /dev/sda. >> >>Now I am wondering why there are two drives, that kernel shows. >>Shouldn't be only array seen? >> >>If I install it on /dev/sda means this also, that since it is array, >>/dev/sdb is mirror from /dev/sda? >> >>Or I am missing sometning? > > > The vt8237 by itself has no RAID capability. Thus Linux will always see > the separate drivers. All the RAID magic is just in the BIOS and Windows > drivers. Use the LVM or MD/RAID capabilities in Linux to get a RAID > array (and one with a better performance usually, too). >

2 3

-178 -183 ?
by Jyh-Shyong Ho 18 Jan '04

18 Jan '04

I just online updated my SLSE8 for AMD64 to 2.4.21-178-smp, however, in directory /usr/src, there is linux-2.4.21-183 and linux-2.4.21-183-include, but no linux-2.4.21-178. It is confusing. is there anything wrong? I am trying to re-install gm-2.0.8_Linux (from Myrinet) after the updating the kernel, but some include files are missing. Any suggestion? Best regards Jyh-Shyong Ho, Ph.D. Research Scientist National Center for High-Performance Computing Hsinchu, Taiwan, ROC

5 4

PVM on SuSE 9.0 for AMD64
by Jyh-Shyong Ho 18 Jan '04

18 Jan '04

Hi, Does anyone run PVM of SuSE 9 for AMD64 successfully? I tried SLES 8 for AMD64 last June but failed to initate PVM daemon, recently I tried again on SuSE 9 for AMD64, it is still not working. Any hint of the failure is appreciated. I tried the one comes with SuSE and also tried the one compiled from the source code. Jyh-Shyong Ho, PhD. Research Scientist National Center for High-Performance Computing Hsinchu, Taiwan, ROC -- NCHC (http://www.nchc.org.tw/)

1 0

Promise PD20378 driver for Asus Sock754 not recognised
by Bahadir Balban 17 Jan '04

17 Jan '04

Hi, The recently released Promise 378 SATA/RAID driver for Suse 9.0 is not recognised during installation, when the driver is attempted to be loaded from floppy as an additional driver. All I did is extract the downloaded driver to a formatted floppy in Windows and then inserted it during install when asked. Is there a particular directory structure that I'm missing for the install software to recognise the driver? ft3xx.o and some other files were there on the floppy why doesn't it find it? Did any other AMD64 user have same problem? Thanks, Bahadir --------------------------------- Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes

1 0

SuSE 9 Pro - HDAMB - Problems With Audigy
by John Chronister 17 Jan '04

17 Jan '04

Anyone experienced problems with Soundblaster Audigy? The module refuses to load, and if I modprobe it manually the box hangs. -chron

2 1

memtest for x86-64
by Jyh-Shyong Ho 17 Jan '04

17 Jan '04

Hi, Is there a memtest (memory test) utility available for AMD64 (x86-64) system? Jyh-Shyong Ho, Ph.D. Research Scientist National Center for High-Performance Computing Hsinchu, Taiwan, ROC

2 1

latest kernel update
by Willibald Krenn 16 Jan '04

16 Jan '04

Hello! I've got just one quick question: Why doesn't the latest SuSE 9.0 kernel update include the AMD64 patch published here in the list by Andi Kleen? (In the file linux/include/asm-x86_64/desc.h ) Thanks, Willibald Krenn

2 1

Shuttle AN50R Beta BIOS
by Willibald Krenn 16 Jan '04

16 Jan '04

Hi! Yesterday I received a Beta BIOS from Shuttle that fixes the CPU erratum #93 (causes the problems with USB legacy support ...). If anyone wants to give this Beta-BIOS a try, just drop me a note and I'll send it. AN50S022 Checksum : A100 Date: 01/14/2004 1. Patch Errata 93 Write method fail (This errata#93 only for K8 Rev.C0)

1 0

AMD64 CD-only 64bit system ?
by wlindenbauer＠t-online.de 16 Jan '04

16 Jan '04

Hello again, is there any SUSE (or Knoppix) 64bit CDROM-only Linux system available ? I like to use it for testing an AMD64-Notebook before I buy it. Best regards Wigbert

4 3

-171 iommu corruption reintroduced?
by John McCorquodale 16 Jan '04

16 Jan '04

I just grabbed -171 and gave it a whirl on my S2885. It seems to reintroduce the IOMMU optimization that was problematic on 3ware and QLogic cards a while back and fixed in -156 (all trace of the changes to kernel/pci-gart.c relating to the 'nofullflush' option have disappeared). Booting -171 sees all sorts of DMA corruption doing things like paging in libc, then it eats my / as soon as it writes the superblock out (wrong). Fun! Am I mistaken, or is there something more recent/better than -171 floating around out there? -mcq

4 4

Re: [suse-amd64] Any success with Tyan Thunder K8W (s2885) ?
by Kevin_Gassiot＠veritasdgc.com 14 Jan '04

14 Jan '04

I was going off of what their User's Manual says.... I just looked at their website, however, and in one place it says that it supports DDR400, and in another place, it still says PC2700, so who knows :) As far as the Nvidia drivers, it has always seemed to work on systems with 4 GB or less, as the mtrr problem doesn't show up until you start getting over that 32 bit boundary. And, it gets worse, the more memory you have. I have run on single processor Asus boards and an AMD SOLO board, and the drivers fly. Unfortunately, on my TYAN system with 8 GB of memory, the X server has always been very unstable, or just flat out didn't work. I just got some new mtrr.c code on Friday afternoon that is supposed to fix this problem, and I am waiting for the SUSE YOU server to update my system as we speak, so I can build a kernel with the latest stuff, and then build one with the new mtrr code.... Kevin Gassiot Advanced Systems Group Visualization Systems Specialist Veritas DGC 10300 Town Park Dr. Houston, Texas 77072 832-351-8978 kevin_gassiot(a)veritasdgc.com |---------+---------------------------> | | Darrell Shively | | | <sused(a)mucus.com| | | > | | | | | | 01/14/2004 09:39| | | AM | | | | |---------+---------------------------> >---------------------------------------------------------------------------------------------------------------------| | | | To: Kevin_Gassiot(a)veritasdgc.com, "Pettini, Don" <don(a)healthmetrics.org> | | cc: "John McCorquodale" <mcq(a)cacr.caltech.edu>, suse-amd64(a)suse.com, "Darrell Shively" <sused(a)mucus.com>| | Subject: Re: [suse-amd64] Any success with Tyan Thunder K8W (s2885) ? | >---------------------------------------------------------------------------------------------------------------------| Hi Kevin: Thank you for responding. On Wednesday 14 January 2004 06:48, Kevin_Gassiot(a)veritasdgc.com wrote: > Actually, the Tyan S2885 doesn't support DDR400 (PC3200) memory. It only > supports PC2700/PC2100/PC1600 DIMMS, so using the DDR400 could be a big > part of your problem. My experiences would certainly seem to support that, but Tyan seems to disagree. Please see the bottom of: http://www.tyan.com/support/html/memory_s2885.html Nonetheless, you may still be correct. Note that they only list two recommended brands of DDR400, but 12 DDR333 makers. I would be very curious if *anyone* has gotten DDR400 to work in this motherboard. > I have had a TYAN S2885 board for several months now > (even a prerelease board), and the main problem I have had is with the AGP > graphics. There is a lot of work going on to get the AGP graphics/Nvidia > drivers working correctly on this board, as far as BIOS updates to put > proper values in the MTRRs, new drivers, kernel patches, etc.. There is a > kernel bug in the mtrr code that makes the system broken with over 4 GB of > memory. Ironically, the nvidia drivers seem tp work fine for me. Of course, I only have 2GB or RAM. I didn't benchmark them but they sure *look* fast. gears (at it's default window size) yields ~9375 FPS. > Kevin Gassiot > Advanced Systems Group > Visualization Systems Specialist Thanks for the advice, - Darrell > > > Veritas DGC > 10300 Town Park Dr. > Houston, Texas 77072 > 832-351-8978 > kevin_gassiot(a)veritasdgc.com > > |---------+---------------------------> > | > | | "Pettini, Don" | > | | <don@healthmetri| > | | cs.org> | > | | > | | 01/14/2004 08:17| > | | AM | > | > |---------+---------------------------> > | > >------------------------------------------------------------------------ > >---------------------------------------------| > > > | To: "Darrell Shively" <sused(a)mucus.com>, "John > | McCorquodale" <mcq(a)cacr.caltech.edu> | cc: > | <suse-amd64(a)suse.com> > | | Subject: RE: [suse-amd64] Any success > | with Tyan Thunder K8W (s2885) ? > | | > | > >------------------------------------------------------------------------ > >---------------------------------------------| > > Hi, > > I second the swap of memory to DDR333, if you look at a couple > of tests that have been performed, the difference DDR333 to DDR400 is a > couple of percent depending on what benchmark. Can you try it with > DDR33 4x256MB Registered ECC, two in each processors memory slots? I > have this config(but 4x512MB), all PCI slots full supporting 2TB of > RAID5 and RAID10 storage and the system is rock solid. There are known > problems with older chip revisions handling DDR400 in the Opteron > Processor forums, usually on 244 veriants though. > > Don > > > -----Original Message----- > > From: Darrell Shively [mailto:sused@mucus.com] > > Sent: Wednesday, January 14, 2004 2:28 AM > > To: John McCorquodale > > Cc: suse-amd64(a)suse.com > > Subject: Re: [suse-amd64] Any success with Tyan Thunder K8W (s2885) ? > > > > On Tuesday 13 January 2004 20:45, John McCorquodale wrote: > > > [...] > > > I've got one going here and it's rock solid. AGP is a little > > > sluggish, but I'm working on that with Tyan and hope to > > > > send a success > > > > > story/howto to the SuSE list at some time soon. I have had SATA > > > working briefly but am not using the onboard at the moment > > > > (I have a > > > > > 3ware 8506 SATA raid card instead). > > > > Well, at least now I know it is possible. > > > > > My memory is 1GB ECC registered DDR333 directly from dallas memory, > > > and I've got 8GB installed with good results on my pair of 246s. > > > > Interesting: you are using 246's but DDR333 memory? I am > > using DDR400, which may be part of the problem. May I ask if > > there was any technical reason for going with the 333Mhz parts? > > > > > Note that you MUST be using the suse -156 or later 2.4.21 kernel on > > > that board or there are huge problems. Start with that if > > > > you're not > > > > > there yet and see how far that gets ya. > > > > A good suggestion. I just downloaded & upgraded but alas it > > made no difference. I am still suspicious of an > > incompatability between this motherboard and memory. A > > helpful soul in another forum posted this link which I found > > interesting: > > > > http://www.tomshardware.com/motherboard/20040112/index.html > > > > > Good luck! > > > > > > -mcq > > > > Thanks - think I need it > > - Darrell > > -- > > sused(a)mucus.com "Perfect! ....what am I doing?" > > -- Washu > > > > -- > > Check the List-Unsubscribe header to unsubscribe For > > additional commands, email: suse-amd64-help(a)suse.com -- sused(a)mucus.com "Perfect! ....what am I doing?" -- Washu

1 0

RE: [suse-amd64] Any success with Tyan Thunder K8W (s2885) ?
by Kevin_Gassiot＠veritasdgc.com 14 Jan '04

14 Jan '04

Actually, the Tyan S2885 doesn't support DDR400 (PC3200) memory. It only supports PC2700/PC2100/PC1600 DIMMS, so using the DDR400 could be a big part of your problem. I have had a TYAN S2885 board for several months now (even a prerelease board), and the main problem I have had is with the AGP graphics. There is a lot of work going on to get the AGP graphics/Nvidia drivers working correctly on this board, as far as BIOS updates to put proper values in the MTRRs, new drivers, kernel patches, etc.. There is a kernel bug in the mtrr code that makes the system broken with over 4 GB of memory. Kevin Gassiot Advanced Systems Group Visualization Systems Specialist Veritas DGC 10300 Town Park Dr. Houston, Texas 77072 832-351-8978 kevin_gassiot(a)veritasdgc.com |---------+---------------------------> | | "Pettini, Don" | | | <don@healthmetri| | | cs.org> | | | | | | 01/14/2004 08:17| | | AM | | | | |---------+---------------------------> >---------------------------------------------------------------------------------------------------------------------| | | | To: "Darrell Shively" <sused(a)mucus.com>, "John McCorquodale" <mcq(a)cacr.caltech.edu> | | cc: <suse-amd64(a)suse.com> | | Subject: RE: [suse-amd64] Any success with Tyan Thunder K8W (s2885) ? | >---------------------------------------------------------------------------------------------------------------------| Hi, I second the swap of memory to DDR333, if you look at a couple of tests that have been performed, the difference DDR333 to DDR400 is a couple of percent depending on what benchmark. Can you try it with DDR33 4x256MB Registered ECC, two in each processors memory slots? I have this config(but 4x512MB), all PCI slots full supporting 2TB of RAID5 and RAID10 storage and the system is rock solid. There are known problems with older chip revisions handling DDR400 in the Opteron Processor forums, usually on 244 veriants though. Don > -----Original Message----- > From: Darrell Shively [mailto:sused@mucus.com] > Sent: Wednesday, January 14, 2004 2:28 AM > To: John McCorquodale > Cc: suse-amd64(a)suse.com > Subject: Re: [suse-amd64] Any success with Tyan Thunder K8W (s2885) ? > > On Tuesday 13 January 2004 20:45, John McCorquodale wrote: > > [...] > > I've got one going here and it's rock solid. AGP is a little > > sluggish, but I'm working on that with Tyan and hope to > send a success > > story/howto to the SuSE list at some time soon. I have had SATA > > working briefly but am not using the onboard at the moment > (I have a > > 3ware 8506 SATA raid card instead). > > Well, at least now I know it is possible. > > > My memory is 1GB ECC registered DDR333 directly from dallas memory, > > and I've got 8GB installed with good results on my pair of 246s. > > Interesting: you are using 246's but DDR333 memory? I am > using DDR400, which may be part of the problem. May I ask if > there was any technical reason for going with the 333Mhz parts? > > > Note that you MUST be using the suse -156 or later 2.4.21 kernel on > > that board or there are huge problems. Start with that if > you're not > > there yet and see how far that gets ya. > > A good suggestion. I just downloaded & upgraded but alas it > made no difference. I am still suspicious of an > incompatability between this motherboard and memory. A > helpful soul in another forum posted this link which I found > interesting: > > http://www.tomshardware.com/motherboard/20040112/index.html > > > Good luck! > > > > -mcq > > Thanks - think I need it > - Darrell > -- > sused(a)mucus.com "Perfect! ....what am I doing?" > -- Washu > > -- > Check the List-Unsubscribe header to unsubscribe For > additional commands, email: suse-amd64-help(a)suse.com > > > -- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help(a)suse.com

4 3

Re: [suse-amd64] Any success with Tyan Thunder K8W (s2885) ?
by Kevin_Gassiot＠veritasdgc.com 14 Jan '04

14 Jan '04

So I am curious about any problems that you have had with your IWILL board. I have one of those also, and after doing the install from DVD, when the system goes to do the inital boot, the kernel immediately crashes. I have never been able to get this board to boot. I took the working system disk out of my TYAN based system, and put it into the IWILL system, and get the same thing. The IWILL board has 2 246's and 4 GB of memory in it.... It is kind of on the back burner, waiting on the TYAN board to work correctly, but I would like to get it working. I may have to swap out the cpus or memory to make sure that is not what is killing it.... Kevin Gassiot Advanced Systems Group Visualization Systems Specialist Veritas DGC 10300 Town Park Dr. Houston, Texas 77072 832-351-8978 kevin_gassiot(a)veritasdgc.com |---------+---------------------------> | | John | | | McCorquodale | | | <mcq(a)cacr.caltec| | | h.edu> | | | | | | 01/14/2004 08:56| | | AM | | | | |---------+---------------------------> >---------------------------------------------------------------------------------------------------------------------| | | | To: Kevin_Gassiot(a)veritasdgc.com | | cc: "Pettini, Don" <don(a)healthmetrics.org>, John McCorquodale <mcq(a)cacr.caltech.edu>, | | suse-amd64(a)suse.com, Darrell Shively <sused(a)mucus.com> | | Subject: Re: [suse-amd64] Any success with Tyan Thunder K8W (s2885) ? | >---------------------------------------------------------------------------------------------------------------------| > Actually, the Tyan S2885 doesn't support DDR400 (PC3200) memory. It only > supports PC2700/PC2100/PC1600 DIMMS, so using the DDR400 could be a big > part of your problem. I have had a TYAN S2885 board for several months now > (even a prerelease board), and the main problem I have had is with the AGP > graphics. There is a lot of work going on to get the AGP graphics/Nvidia > drivers working correctly on this board, as far as BIOS updates to put > proper values in the MTRRs, new drivers, kernel patches, etc.. There is a > kernel bug in the mtrr code that makes the system broken with over 4 GB of > memory. Actually, actually, all of the above is now fixed except for the AGP write bandwidth issue, which peaks at about 275MB/s for 4x and 335 MB/s for 8x for as-yet unknown reasons. Tyan asked for my benchmarks the other day and for tips on installing SuSE and a -156 kernel, so I believe they may be taking a look. The BIOS I'm running on the 2885 is the '0.01b' BIOS here (don't ask why the numbering of what appears to be an improvement appears to break sequence back to zero): ftp://ftp.tyan.com/Chipset_AMD/K8/2885BIOS/ And there's an official beta here that doesn't include the "memory hole" option which gets you your full N GB of memory available even with a big AGP aperture: http://www.tyan.com/support/html/bios_support.html#beta These also "unlock" the HT clock frequency, so you can easily bump to 800 MHz and see those AMD signalling errata in action. :) I have managed to get everything on the board to work well except the lmsensors support (which I haven't yet tried) and good AGP bandwidth. The AGP problem appears to be on Tyan's radar now and I verified that it works fine on another 8151-carrying board (the Iwill DK8X) so I'm hopeful that a solution will manifest. When it does, I'll post a complete howto for the S2885. -mcq

1 0

RE: [suse-amd64] Any success with Tyan Thunder K8W (s2885) ?
by Pettini, Don 14 Jan '04

14 Jan '04

Hi, I second the swap of memory to DDR333, if you look at a couple of tests that have been performed, the difference DDR333 to DDR400 is a couple of percent depending on what benchmark. Can you try it with DDR33 4x256MB Registered ECC, two in each processors memory slots? I have this config(but 4x512MB), all PCI slots full supporting 2TB of RAID5 and RAID10 storage and the system is rock solid. There are known problems with older chip revisions handling DDR400 in the Opteron Processor forums, usually on 244 veriants though. Don > -----Original Message----- > From: Darrell Shively [mailto:sused@mucus.com] > Sent: Wednesday, January 14, 2004 2:28 AM > To: John McCorquodale > Cc: suse-amd64(a)suse.com > Subject: Re: [suse-amd64] Any success with Tyan Thunder K8W (s2885) ? > > On Tuesday 13 January 2004 20:45, John McCorquodale wrote: > > [...] > > I've got one going here and it's rock solid. AGP is a little > > sluggish, but I'm working on that with Tyan and hope to > send a success > > story/howto to the SuSE list at some time soon. I have had SATA > > working briefly but am not using the onboard at the moment > (I have a > > 3ware 8506 SATA raid card instead). > > Well, at least now I know it is possible. > > > My memory is 1GB ECC registered DDR333 directly from dallas memory, > > and I've got 8GB installed with good results on my pair of 246s. > > Interesting: you are using 246's but DDR333 memory? I am > using DDR400, which may be part of the problem. May I ask if > there was any technical reason for going with the 333Mhz parts? > > > Note that you MUST be using the suse -156 or later 2.4.21 kernel on > > that board or there are huge problems. Start with that if > you're not > > there yet and see how far that gets ya. > > A good suggestion. I just downloaded & upgraded but alas it > made no difference. I am still suspicious of an > incompatability between this motherboard and memory. A > helpful soul in another forum posted this link which I found > interesting: > > http://www.tomshardware.com/motherboard/20040112/index.html > > > Good luck! > > > > -mcq > > Thanks - think I need it > - Darrell > -- > sused(a)mucus.com "Perfect! ....what am I doing?" > -- Washu > > -- > Check the List-Unsubscribe header to unsubscribe For > additional commands, email: suse-amd64-help(a)suse.com > > >

1 0

SuSE v9 64 bit for AMD - Serial ATA (VT8237) solution
by SuSE9AMD64 14 Jan '04

14 Jan '04

Hi, In many threads one describes the problems they have with SuSE v9 64 bit for AMD with Serial ATA drives. These drives are not recognised. In my case I have an ASUS SK8V mainboard with K8T800 and VT8237 chipset. The problem is that the module libata isn't loaded at boottime, so Serial ATA controllers will not be recognized. I've created a new DVD that supports Serial ATA by changing the contents of it's boot directory and a 'patch' to be installed after the normal installation. The 'patch' consists of a kernel that supports Serial ATA. This kernel can be updated as normal as long as the contents of /etc/sysconfig/kernel aren't changed according to the INITRD_MODULES parameter. The modules named in the string should be included in a newly created initrd. If anyone wants to download the files to make you own DVD just let me know, and I'll send you the information needed to download the files from my FTP-server. Peter

1 0

Re: [suse-amd64] Any success with Tyan Thunder K8W (s2885) ?
by Darrell Shively 14 Jan '04

14 Jan '04

On Tuesday 13 January 2004 20:45, John McCorquodale wrote: > [...] > I've got one going here and it's rock solid. AGP is a little sluggish, but > I'm working on that with Tyan and hope to send a success story/howto to the > SuSE list at some time soon. I have had SATA working briefly but am not > using the onboard at the moment (I have a 3ware 8506 SATA raid card > instead). Well, at least now I know it is possible. > My memory is 1GB ECC registered DDR333 directly from dallas memory, and > I've got 8GB installed with good results on my pair of 246s. Interesting: you are using 246's but DDR333 memory? I am using DDR400, which may be part of the problem. May I ask if there was any technical reason for going with the 333Mhz parts? > Note that you MUST be using the suse -156 or later 2.4.21 kernel on that > board or there are huge problems. Start with that if you're not there yet > and see how far that gets ya. A good suggestion. I just downloaded & upgraded but alas it made no difference. I am still suspicious of an incompatability between this motherboard and memory. A helpful soul in another forum posted this link which I found interesting: http://www.tomshardware.com/motherboard/20040112/index.html > Good luck! > > -mcq Thanks - think I need it - Darrell -- sused(a)mucus.com "Perfect! ....what am I doing?" -- Washu

1 0

SiI 3114 S-ATA controller is doing progress
by Rainer Koenig 14 Jan '04

14 Jan '04

Hi, today I found a driver for the Silicon Image 3114 S-ATA controller that seems to work with SuSE 9.0 for AMD64. The driver can be downloaded from the Tyan site (unfortunatley not at the Silicon Image site), the URL is ftp://ftp.tyan.com/drivers_linux/Silicon_Image/3114/SuSE90AMD64RAIDDriver/ So far I tried out the following with my dual Opteron workstation: - Booting SuSE 9.0 for AMD64 from a parallel ATA harddisk. After modprobe scsi_mod and modprobe sii6514 I'm able to access the one S-ATA harddisk on channel 0 as /dev/sda. - Installing SuSE 9.0 on the S-ATA harddisk connected to channel 0. That requires a bit of extra work as described in the text files that come with the driver. And it means that you're forced to use LILO as the bootloader. The next steps I'm trying to do soon is getting 4 S-ATA disks and setting up a RAID with them to find out what the driver does. The bad news is still, that the driver is only available as binary, that means it will work with Kernel 2.4.21-102smp that comes with SuSE-Linux 9.0 for AMD64, but I expect serious problem when I want to upgrade to Kernel 2.6.1 for example. Anyway, I hope that helps a bit for the people with Tyan mainboards and S-ATA disks. :-) Best regards Rainer -- Dipl.-Inf. (FH) Rainer Koenig Project Manager Linux Fujitsu-Siemens VP BC E SW OS Phone: +49-821-804-3321 Fax: +49-821-804-2131

1 0

Any success with Tyan Thunder K8W (s2885) ?
by Darrell Shively 14 Jan '04

14 Jan '04

Hi Folks: >From the archives I see that several people are using the Tyan Thunder K8W (s2885) motherboard. I am trying to do the same and not having much luck. Any reports of success would be very interesting to me. In particular, I would like to know what other hardware you are using - particularly the make/model/quantity of your RAM. Here is my current configuration: - Tyan s2885 MB - 1 AMD Opteron 246 CPU - 1 OCZ4001024ELERDC-K (512MB DDR400) - nVidia 5950 video - IBM {mumble} parallel ATA HD - some CDROM - PC Power & Cooling 510w power supply If I use mem=128m on the command line, things work pretty well. Otherwise, any memory intensive operations (like building a kernel or bunziping a large archive) will fail if tried repeatedly. Things also crash a lot. Memtest86 does report lots of errors. Many many errors in memory ranges above 128m. Mostly around the 256m and 511m boundary. I am currently running SUSE 9.0 for x86_64. This has been my first experience with SUSE - very pleasant to install and configure. Things that have been replaced: - Motherboard - Memory (different DIMMS from OCZ and also from Mushkin) - Processor (I've tried Opteron 240 & 246) - hard disk - Video (tried a non-AGP card) - Tried two other distributions (gentoo & RedHat) - Kernel (tried 2.6.0, 2.6.1 & 2.6.1-bk1) - ide cable - ide interface (tried a PCI IDE card) - The power supply was tested and appears to output nice clean juice I've tried more memory. Nothing I do seems to make this system work reliably. It is not very useful for it's intended application with only 128MB of the 2GB or RAM enabled. This is driving me crazy. It *almost* works so well. It's like having a Ferrari whose wheels fall off every block or two. If you read this entire post - thanks for your time. -- sused(a)mucus.com "Perfect! ....what am I doing?" -- Washu

1 0

poweroff?
by Dmitry Melekhov 14 Jan '04

14 Jan '04

Hello! My system with kernel 2.6.0 can't poweroff compter during shutdown. It says "Power down" and this is all... Motherboard manufacturer is MSI (don't remember name) on VIA chipset. I thought that this is bios problem. But today I installed Windows 2003/AMD64 and it can do this.... Any ideas?

2 2

SATA support on K8T Master2-FAR
by Milan Gabor 14 Jan '04

14 Jan '04

Hi! I read some posts about problems with SATA on K8T Master2-FAR from MSI. Since I am getting it today and have to install Linux on it with dual Opterom I still don't know if there will be installation possible on SATA disks. I am also gettign two 80 GB SATA disks, which should be in RAID1. Will this be possible or I have to install it on ATA disk? Are any other SATA controllers better supported than this one one the motherboard? What about some from promise: FastTrak S150 SX4 or from Adaptec: Adaptec Serial ATA RAID 1210SA I found some problems with long timeouts and IRQ timeouts under Linux with this one from Adaptec. Any other suggestions? MIlan

2 1

Status of Serial ATA support
by Dave Reid 13 Jan '04

13 Jan '04

I'm rather amazed at the emails on this list that I found that helped explain why the SUSE 9.0 for AMD64 won't load, No Serial ATA Support for the VIA chipset (or any chipset for that matter). What a crushing appointment, I built this machine specfically to use SUSE 9.0 for AMD 64, and yes I bought modern hardware like a serial ATA drive. If Linux cannot support the current hardware generation it will continue to remain marginalized on the desktop bigtime. So when can I expect Serial ATA support (I will not go to last generation hardware) or did I just waste my money on this thing? So much for the easy installation, what a joke. Signed very frustrated with SUSE 9.0 for AMD 64

5 10

RE: [suse-amd64] AMD Athlon 64 Linux hardware sanity check (not w ith SATA!)
by Hulslander, Ryan 13 Jan '04

13 Jan '04

Mark - I hate to ask this - but did you happen "monkey test" it? (i.e. pull the power cable or SATA interface cable from the drive while it was hammering away on something)? How about replacing it with a blank drive and noting if on a reboot, the drive pair rebuilt themselves in sync properly? If so, then methinks ya just solved my dilemna! Thx! Ryan > -----Original Message----- > From: Mark Horton [mailto:mark@nostromo.net] > Sent: Tuesday, January 06, 2004 5:30 PM > To: Alan Gray > Cc: Hulslander, Ryan; suse-amd64(a)suse.com > Subject: Re: [suse-amd64] AMD Athlon 64 Linux hardware sanity > check (not w ith SATA!) > <snip> > The suse 9 install automatically recoginzed the 3ware sata > controller and loaded the proper driver. I bought the 3ware > because someone told me they had good linux support and so > far its performed without a problem. > > > I gave up on SATA(N) a while back because of all the woes > and went back to $C$I. > > If the 8506-4LP does work, I could use the xtra disk space. > > I have IDE, SATA and SCSI on the same system and it works > without a hitch. I have the OS on the IDE drive for > simplicity. The sata array is for bulk storage and the scsi > array is for the database. > > Mark > >

2 2

Telnet Client in AMD64
by Carl Marshall 13 Jan '04

13 Jan '04

Anyone help? Hardware: AMD Athlon 64 3200 on Gigabyte K8NPro Install v9 for AMD 64 with totally default settings, configure ppp dialup to remote site via ISDN modem. Telnet client connects but hangs after displaying "Escape Character ^]" Install v9 for i386 with exactly same default settings & ppp, and telnet client works fine. ? Carl Marshall

1 0

general protection rip
by Eros Albertazzi 13 Jan '04

13 Jan '04

I am running a fortran compiled code (pw.x) on an Opteron machine running Suse 9 and I get a segmentation fault. What puzzled me is the following line in /var/log/messages: pw.x[18852] general protection rip:2a9581cbe5 rsp:7fbffff200 error:0 any clue on it meaning? Regards -- Eros Albertazzi CNR-IMM, Sez. Bologna Via P.Gobetti 101 I-40129 Bologna, Italy Tel:(+39)-051-639 9179 Fax:(+39)-051-639 9216

2 1

RE: [suse-amd64] Instable kswapd / kernel oopses
by Bedard, Joe 12 Jan '04

12 Jan '04

-----Original Message----- From: Kees Hoekzema [mailto:kees@tweakers.net] Sent: Monday, January 12, 2004 7:58 AM To: suse-amd64(a)suse.com Subject: [suse-amd64] Instable kswapd / kernel oopses >A kinda nasty piece of work from.. kspwad! >What is wrong with kswapd? it crashes our server if we use 6G and slows down >our server to a crawl when using 4G (kernel option mem=4g). I am not seeing any crash problems with our AMD64 SLES servers but we are see very high, sustained kswapd CPU utilization and heavy swapping anytime there is disk I/O of any decent size. It causes the system to choke for a while, sometimes lasting about 30 seconds. I found that turning off the swap partitions (swapoff -a) relives the situation somewhat. (kswapd only hammers one of the CPU's for about 5 to 15 seconds intermittently during disk I/O)

2 1

8.2 Beta + S2880 + 3ware = crash?
by Rob Thomas 12 Jan '04

12 Jan '04

Hey, We've got a new system I've been trying to get going... Specs are as follows: - Tyan S2880 motherboard - Dual 246's - 2gb ddr 333 ecc - 3ware 8506 sata (I think) The server will randomly crash. I'm not sure if it's panicking or just freezing, as whenever we plug a monitor into it it's dead to the world, and thanks to screen-blanking isn't showing us what happened last on the monitor ;) All the server has been doing is acting as a mysql replication slave, under extremely light load. The crashes are not reproducable, but frequent. I've ran a few load tests and benchmarking tools, which the server handled without problems. I've updated the Tyan to the latest release (2.02, from 11/17/03), and installed k_smp-2.4.21 from Suse 9, neither helped. The only helpful information I could find on the topic was this post: http://www.beowulf.org/pipermail/beowulf/2003-November/008540.html I'm not sure what to try next, all help is appreciated. Thanks! -Rob Thomas

2 1

Instable kswapd / kernel oopses
by Kees Hoekzema 12 Jan '04

12 Jan '04

Hello list, We have a strange problem with one of our opteron servers. It used to be very unstable when we put it in production the first time, but after some tweaks we managed it to run for more than 20 days without crashing (the previous record was 2 hours..). Until today. We had to reboot the server and after it came up it was very unstable again. It crashed every half hour, it was pingable, a running vmstat would continue to run but no new commando's or shells could be started effectivily freezing the server. This was the same behavior we experienced when we started to use the server, we were unable than to conclude what was exactly wrong, it was just running stable after the xx'th reboot without any reason why it should be stable. We are currently using only 4G memory (6G total avail.) this makes the server stable but very slow, it almost looks like the memory management of the kernel still thinks he has 6G ram and uses 2G of swap to compensate the missing 2G of ram (we are starting with mem=4g, we don't have physical access to the server now). Also when running in 4G-mode kswapd is doing strange things ~ every 5 minutes, a snapshot of top shows it useing a huge amount of CPU and MEM, it blocks the other processes completely making the server unavailable for several minutes. top - 17:08:37 up 3:27, 2 users, load average: 9.65, 9.75, 8.59 Tasks: 350 total, 10 running, 340 sleeping, 0 stopped, 0 zombie Cpu(s): 4.0% user, 95.6% system, 0.0% nice, 0.4% idle Mem: 3641112k total, 3367880k used, 273232k free, 16308k buffers Swap: 4056360k total, 1372000k used, 2684360k free, 1940732k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7 root 25 0 0 0 0 R 96.5 0.0 42:24.97 kswapd 29695 acm 21 0 632 248 232 R 20.4 0.0 0:03.57 top 29619 mysql 17 0 1333m 2228 2084 R 6.8 0.1 0:01.26 mysqld 29651 mysql 18 0 1333m 936 856 R 6.1 0.0 0:00.48 mysqld 29623 mysql 18 0 1333m 1556 1452 R 5.1 0.0 0:00.92 mysqld 29650 mysql 17 0 1333m 692 664 R 5.0 0.0 0:00.29 mysqld This is the reason that with only 4G ram the load-averages of the server are 8 to 10 times higher than normal, we cant figure out why. But that isn't the main problem, the main problem are the kernel oopses that causes our server to freeze, we get this in our logs: Jan 12 11:00:00 apollo /USR/SBIN/CRON[1973]: (root) CMD (/usr/sbin/ntpdatentp.xs4all.nl > /dev/null 2>&1) Jan 12 11:00:02 apollo xinetd[746]: sysinfo: fork failed: Cannot allocate memory (errno = 12) Jan 12 11:00:22 apollo last message repeated 4 times Jan 12 11:00:22 apollo xinetd[746]: service sysinfo: too many consecutive fork failures Jan 12 11:00:23 apollo xinetd[746]: sysinfo: fork failed: Cannot allocate memory (errno = 12) Jan 12 11:00:43 apollo last message repeated 4 times Jan 12 11:00:43 apollo xinetd[746]: service sysinfo: too many consecutive fork failures Jan 12 11:00:22 apollo last message repeated 4 times Jan 12 11:00:22 apollo xinetd[746]: service sysinfo: too many consecutive fork failures Jan 12 11:00:23 apollo xinetd[746]: sysinfo: fork failed: Cannot allocate memory (errno = 12) Jan 12 11:00:43 apollo last message repeated 4 times Jan 12 11:00:43 apollo xinetd[746]: service sysinfo: too many consecutive fork failures Jan 12 11:01:15 apollo kernel: Unable to handle kernel paging request at virtual address 0000007f804537e0 Jan 12 11:01:15 apollo kernel: printing rip: Jan 12 11:01:15 apollo kernel: ffffffff801494f7 Jan 12 11:01:15 apollo kernel: PML4 3febf067 PGD 401a3067 PMD 0 Jan 12 11:01:15 apollo kernel: Oops: 0000 Jan 12 11:01:15 apollo kernel: CPU 0 Jan 12 11:01:15 apollo kernel: Pid: 7, comm: kswapd Not tainted Jan 12 11:01:15 apollo kernel: RIP: 0010:[kmem_cache_reap+343/880]{kmem_cache_reap+343} Jan 12 11:01:15 apollo kernel: RIP: 0010:[<ffffffff801494f7>]{kmem_cache_reap+343} Jan 12 11:01:15 apollo kernel: RSP: 0018:0000010102c4fdf8 EFLAGS: 00010016 Jan 12 11:01:15 apollo kernel: RAX: 000ffffff0000000 RBX: 0000000000000001 RCX: 0000000000000019 Jan 12 11:01:15 apollo kernel: RDX: 0000007fffff8000 RSI: 0000000000000000 RDI: 00000100e78f3b10 Jan 12 11:01:15 apollo kernel: RBP: 00000100e78f4440 R08: 000000000000003a R09: 00000100e78f3b30 Jan 12 11:01:15 apollo kernel: R10: 000001017fd06408 R11: 000001017fd06400 R12: 0000000000000058 Jan 12 11:01:15 apollo kernel: R13: 0000000000000001 R14: ffffffff7fffffff R15: 0000000080000000 Jan 12 11:01:15 apollo kernel: FS: 000000000050e800(0000) GS:ffffffff804bba80(0000) knlGS:0000000000000000 Jan 12 11:01:15 apollo kernel: CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b Jan 12 11:01:15 apollo kernel: CR2: 0000007f804537e0 CR3: 0000000000101000 CR4: 00000000000006e0 Jan 12 11:01:15 apollo kernel: Process kswapd (pid: 7, stackpage=10102c4f000) Jan 12 11:01:15 apollo kernel: Stack: 0000010102c4fdf8 0000000000000018 ffffffff8014ae20 00000100e78f3b20 Jan 12 11:01:15 apollo kernel: 0000000100000000 0000010100013008 0000000000000020 00000000000001d0 Jan 12 11:01:15 apollo kernel: 00000101000003c0 0000010102c4fe84 0000000000000000 0000000000000000 Jan 12 11:01:15 apollo kernel: Call Trace: [shrink_cache+1104/1184]{shrink_cache+1104} Jan 12 11:01:15 apollo kernel: Call Trace: [<ffffffff8014ae20>]{shrink_cache+1104} Jan 12 11:01:15 apollo kernel: [shrink_caches+41/128]{shrink_caches+41} [try_to_free_pages_zone+98/272]{try_to_free_pages_zone+98} Jan 12 11:01:15 apollo kernel: [<ffffffff8014b0f9>]{shrink_caches+41} [<ffffffff8014b1b2>]{try_to_free_pages_zone+98} Jan 12 11:01:15 apollo kernel: [kswapd_balance_pgdat+113/224]{kswapd_balance_pgdat+113} [kswapd_balance+28/64]{kswapd_balance+28} Jan 12 11:01:15 apollo kernel: [<ffffffff8014b3d1>]{kswapd_balance_pgdat+113} [<ffffffff8014b45c>]{kswapd_balance+28} Jan 12 11:01:15 apollo kernel: [kswapd+168/195]{kswapd+168} [child_rip+8/16]{child_rip+8} Jan 12 11:01:15 apollo kernel: [<ffffffff8014b5b8>]{kswapd+168} [<ffffffff80110ae4>]{child_rip+8} Jan 12 11:01:15 apollo kernel: [kswapd+0/195]{kswapd+0} [child_rip+0/16]{child_rip+0} Jan 12 11:01:15 apollo kernel: [<ffffffff8014b510>]{kswapd+0} [<ffffffff80110adc>]{child_rip+0} Jan 12 11:01:15 apollo kernel: Jan 12 11:01:15 apollo kernel: Jan 12 11:01:15 apollo kernel: Code: 48 0f b6 92 e0 b7 45 80 48 8b 14 d5 00 b6 45 80 48 8b 8a c8 Jan 12 12:11:09 apollo syslogd 1.4.1: restart. And output from vmstat during and after this oops: procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 1 2 0 187088 37800 3940288 0 0 1372 5772 500 745 3 3 94 0 1 2 0 186372 37916 3940844 0 0 560 2108 293 297 0 23 77 0 0 2 0 186364 37924 3940844 0 0 0 12 140 31 0 35 65 0 0 2 0 186364 37924 3940844 0 0 0 0 127 4 0 0 100 0 0 2 0 186364 37924 3940844 0 0 0 0 148 12 0 0 100 0 (after which it stays at 100% idle and a building up of blocked processes, not even one running process). A kinda nasty piece of work from.. kspwad! What is wrong with kswapd? it crashes our server if we use 6G and slows down our server to a crawl when using 4G (kernel option mem=4g). Is this the BIOS bug mentioned earlier or an undocumented AMD 'feature'. We are going to take two dimms out the server so it runs physically with 4G (maybe we just slap it a bit too for the trouble it is giving us ;)). But are there more things we can do? it won't boot a vanilla kernel (it crashes during boot on.. kswapd!..) , it boots the latest 2.4.21-149 suse kernel without problems though. -kees

2 1

Re: [suse-amd64] Status of Serial ATA support [Virus checked US]
by Rodrigo V Monteiro 12 Jan '04

12 Jan '04

Hello Pete, Yes, I read your reply and found your machine a splendid one setup. Mine setup involves a ATA133- 80GB disc layouted like this: hda1 - Windows 2000 (just for games) hda2 - /boot for Slackware hda3 - /boot for Suse 9.0 AMD64 hda4 - extended like this: hda5: Windows data volume hda6: Linux Swap for both ones hda7: / for Slackware hda8: / for Suse Just keeping boot partitions at the begining of the disc to play safe with IDE issues. I had Suse 8.2 installed before but I am not sure if I had problems booting it with SK8N (I had similiar problems with an older K7 board). When installing Suse 9-64bit I got no problems with the boot CD but the first reboot would not work stopping after discs messages. I booted safe option grom GRUB, added the 3 parameters to it (ide=nodma apm=no acpi=no) and everything went fine. I took out ide=dma and got the regular boot, so I need to isolate the apm and acpi yet. The setup is 2 days old so I haven't time to play around with it. I do intend to buy next AMD64 Suse version with new Kernel and SATA drivers (the 64-bit is not sold here yet so I had to download it for awhile). Also I do believe Suse will provide them soon since SK8N is the most popular board for Opteron/64-FX processor. As it goes on the list, SATA chipset used in this board is still not well supprted or designed. People advise to buy a well supported board for SATA and RAID. Unfortunatelly there is no SATA drivers easily to be found in Brazil to test it. It should be a year until it caches up. If I can be of any help, just let me know. (Embedded image moved to file: pic00153.gif) (Embedded image moved to file: O: +55 11 F: +55 11 EY/Comm: pic00292.gif)Rodrigo De 3523-5494 3078-1105 4776668 Vincenzo Monteiro "Pete Bradbury" <pete.bradbury@stantonb To: "Rodrigo V Monteiro" <Rodrigo.V.Monteiro(a)br.ey.com> ury.org.uk> cc: Subject: Re: [suse-amd64] Status of Serial ATA support [Virus checked US] 12/01/2004 12:36 Hi Rodrigo Was yours a dual boot or a standalone? I ask because I have a similar setup - perhaps you've read my reply to this thread along the way? ----- Original Message ----- From: "Rodrigo V Monteiro" <Rodrigo.V.Monteiro(a)br.ey.com> To: <suse-amd64(a)suse.com> Sent: Monday, January 12, 2004 11:14 AM Subject: Re: [suse-amd64] Status of Serial ATA support [Virus checked US] Hi Dave, not sure if it helps but when I installed Suse 8.2 and Suse 9.0 64-bit in my SK8N board with ATA133 I only was able to reboot it using ide=nodma apm=off acpi=off parameters at boot line in GRUB. These parameters are listed at Safe Boot menu option. This same problem happend to me with an older board during install boot and I could proceed normally using the safe boot option from the install menu. I still have to trim down which of the 3 parameters I can exclude from the boot line so to disable functions. ide=nodma should slow down disc performance a bit but I would have to benchmark how much. Hope that helps. (Embedded image moved to file: pic26299.gif) (Embedded image moved to file: O: +55 11 F: +55 11 EY/Comm: pic17035.gif)Rodrigo De 3523-5494 3078-1105 4776668 Vincenzo Monteiro Andreas Jaeger <aj(a)suse.de> To: <davereid(a)telusplanet.net> cc: <suse-amd64(a)suse.com> 12/01/2004 06:12 Subject: Re: [suse-amd64] Status of Serial ATA support "Dave Reid" <davereid(a)telusplanet.net> writes: > I disabled the Serial ATA drive and installed a 60GIG standard ATA133 drive. > I installed Windows on this drive to confirm all the hardware was working > and it was. In went the SUSE 9.0 PRO for AMD 64 DVD I paid $200 for, it > displayed the install menu, I selected INSTALL and it start to boot. It then > promptly seized up at exactly the same place it did before as below: > > Starting hardware detection >>misc.1.3 read floppy - then nothing. This so far was always a BIOS bug. So, please buy next time correctly working hardware. Workarounds: - Add "idle=poll" to the linuxrc command line (where you choose the boot options) - Disable legacy USB support Which of these two will help, depends on the exact problem and the BIOS bug. > [...] Andreas -- Andreas Jaeger, aj(a)suse.de, http://www.suse.de/~aj SuSE Linux AG, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 (See attached file: attmnqoz.dat) ---------------------------------------------------------- The information contained in this communication is intended solely for the use of the individual or entity to whom it is addressed and others authorized to receive it. It may contain confidential or legally privileged information. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by responding to this email and then delete it from your system. Ernst & Young is neither liable for the proper and complete transmission of the information contained in this communication nor for any delay in its receipt. Note: If you have received a delivery failure report, it may be due to the change in the Ernst & Young e-mail domains from "eyi.com", "ey.bm", or "ey.bs" to "ey.com". Could you please make the necessary amendment, if required, and resend the message. ---------------------------------------------------------------------------- ---- > -- > Check the List-Unsubscribe header to unsubscribe > For additional commands, email: suse-amd64-help(a)suse.com ---------------------------------------------------------- The information contained in this communication is intended solely for the use of the individual or entity to whom it is addressed and others authorized to receive it. It may contain confidential or legally privileged information. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by responding to this email and then delete it from your system. Ernst & Young is neither liable for the proper and complete transmission of the information contained in this communication nor for any delay in its receipt. Note: If you have received a delivery failure report, it may be due to the change in the Ernst & Young e-mail domains from "eyi.com", "ey.bm", or "ey.bs" to "ey.com". Could you please make the necessary amendment, if required, and resend the message.

2 2

Progress on 2.6.x boot iso?
by Dave Pyke 12 Jan '04

12 Jan '04

a week or so ago someone asked about a 2.6.x kernel boot ISO. I've been waiting for the same so I can install 9.0 on my system (1 SATA drive non-raid on an SK8N board). Since the installer can't see my drive using the 2.4.x kernel, I was hoping progress was being made on a new boot iso. Any hope of one in the near future? Thanks Dave Pyke ___________________ We stopped striving to be unique when politically correct people inadvertently made "special" a bad thing.

2 1

Installation problem at raid-0 set at Sil3114 controller at dual- opteron motherboard
by Khamenia, Valery 12 Jan '04

12 Jan '04

Hello All, I have DUAL-opteron matherboard "tyan thunder k8w". I am blocked with a following problem during SUSE 9(AMD64) installation: SUSE installer fails to detect the Raid-0 set created at SiliconImage 3114 controller. As it becomes clear from here: http://beau.org/pipermail/whitebox-devel/2003-December/000561.html and from this thread: http://lists.suse.com/archive/suse-amd64/2003-Dec/0014.html it is still a problem, so any comments/hints/answers are greatly appreciated. Thank you very much, a priori. kind regards, Valery A.Khamenya --------------------------------------------------------------------------- Bioinformatics Department BioVisioN AG, Hannover

2 1

How to make F2(boot messages) the default?
by david.obrien＠amd.com 09 Jan '04

09 Jan '04

Hi all, How does one make SL 9.0 act as if one hit the "F2" key by default while booting? Thanks, -- David

3 2

AMD 64 + AVM ISDN-Karte über USB
by Ulrich Piethe 09 Jan '04

09 Jan '04

Hallo, welche USB-ISDN-Karte von AVM läuft??? Laut Pressestelle von AVM haut SuSE 9.0 für den AMD Athlon 64 und der FritzCard! USB nicht hin... Welche AVM läuft??? Danke. Mit freundlichen Grüßen Ulrich Piethe

2 1

Installation problem with Mysql x86_64 rpm
by Travis Reeder 08 Jan '04

08 Jan '04

I know this isn't the best list for this, but I didn't get an answer on the mysql list so maybe one of you could help... I have a brand new fresh install of SUSE 9, 64 bit and am trying to install mysql 64 bit, but I get the following output: I've bolded the important lines (or at least what i think is important "mysqld got signal 11;". Has anybody experienced this or know how to solve this? linux:~ # rpm -i --force MySQL-server-4.0.17-0.x86_64.rpm warning: MySQL-server-4.0.17-0.x86_64.rpm: V3 DSA signature: NOKEY, key ID 5072e1f5 Giving mysqld a couple of seconds to exit nicely Preparing db table Preparing host table Preparing user table Preparing func table Preparing tables_priv table Preparing columns_priv table Installing all prepared tables *mysqld got signal 11;* This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=8388600 read_buffer_size=131072 max_used_connections=0 max_connections=100 threads_connected=0 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 225791 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Installation of grant tables failed! Examine the logs in /var/lib/mysql for more information. You can also try to start the mysqld daemon with: /usr/sbin/mysqld --skip-grant & You can use the command line tool /usr/bin/mysql to connect to the mysql database and look at the grant tables: shell> /usr/bin/mysql -u root mysql mysql> show tables Try 'mysqld --help' if you have problems with paths. Using --log gives you a log in /var/lib/mysql that may be helpful. The latest information about MySQL is available on the web at http://www.mysql.com Please consult the MySQL manual section: 'Problems running mysql_install_db', and the manual section that describes problems on your OS. Another information source is the MySQL email archive. Please check all of the above before mailing us! And if you do mail us, you MUST use the /usr/bin/mysqlbug script!

3 4

software suspend?
by Dmitry Melekhov 08 Jan '04

08 Jan '04

Hello! Is it possible to use software suspend on x86-64? Unofortunately, I'll have turn off my workstation every evening :-(

3 3

RE: [suse-amd64] system hanging for 1-3 min
by Alan Gray 08 Jan '04

08 Jan '04

I found that when using the silicon image SATA controller (with serial drives) if the drives were not raid 0/1, I would get hangs exactly like you are saying. (ie) using 2 drives as separate volumes cause the problem. (note) this was on Suse 8.2 Beta and Windows XP 64 bit edition, so it was a hardware issue. Even when I ran SCSI disks on 8.2 beta, pauses still continued. In recent times, running on Windows XP 64, the problem has seemed to go away, as well as Suse 9.0 running on IDE and SCSI. I've changed So many things, that I cannot say why the problem no longer seems to show. Maybe the computer needed a really long burn in period before it stabablised. I'm not a hardware person at all so beyond this, I'm just gropping in the dark. Alan > -----Original Message----- > From: Keith Pettit [mailto:kpettit@dsidata.net] > Sent: Thursday, 8 January 2004 2:25 PM > To: Alan Gray > Cc: suse-amd64(a)suse.com > Subject: Re: [suse-amd64] system hanging for 1-3 min > > > I have SATA ability but I'm not using any serial drives. I'm using a > megaraid SCSI card with raid 5. > > I'm not sure the exact motherboard but the chipset is: > Chipset AMD® 8111™ [HyperTransport I/O Hub] > > > The complete system specs are here: > http://www.penguincomputing.com/store/altus-3200-techspecs.php > > Thanks, > > Keith > > Alan Gray wrote: > > >What hardware ? Is is a Tyan K2885 motherboard with SATA drives ? > > > > > > > >>-----Original Message----- > >>From: Keith Pettit [mailto:kpettit@dsidata.net] > >>Sent: Thursday, 8 January 2004 12:47 PM > >>To: suse-amd64(a)suse.com > >>Subject: [suse-amd64] system hanging for 1-3 min > >> > >> > >>I've notcied a weird problem on both my SUSE 9 and sle8 > systems. It > >>hangs, for periods of 30sec-5min, then starts working like > >>nothing has > >>happened. There is nothing in the logs to give me any clue, and > >>everything always seems to work when it comes back. > >> > >>Currently Im using version 9 with dual AMD's and about 8GB of ram. > >> > >>Has anybody else seen or been able to resolve this problem? > >> > >>Thanks, > >> > >>Keith > >> > >> > >> > >> > >>-- > >>Check the List-Unsubscribe header to unsubscribe > >>For additional commands, email: suse-amd64-help(a)suse.com > >> > >> > >> > >> > > > > > > > > > > -- > Check the List-Unsubscribe header to unsubscribe > For additional commands, email: suse-amd64-help(a)suse.com > >

1 0

RE: [suse-amd64] system hanging for 1-3 min
by Alan Gray 08 Jan '04

08 Jan '04

What hardware ? Is is a Tyan K2885 motherboard with SATA drives ? > -----Original Message----- > From: Keith Pettit [mailto:kpettit@dsidata.net] > Sent: Thursday, 8 January 2004 12:47 PM > To: suse-amd64(a)suse.com > Subject: [suse-amd64] system hanging for 1-3 min > > > I've notcied a weird problem on both my SUSE 9 and sle8 systems. It > hangs, for periods of 30sec-5min, then starts working like > nothing has > happened. There is nothing in the logs to give me any clue, and > everything always seems to work when it comes back. > > Currently Im using version 9 with dual AMD's and about 8GB of ram. > > Has anybody else seen or been able to resolve this problem? > > Thanks, > > Keith > > > > > -- > Check the List-Unsubscribe header to unsubscribe > For additional commands, email: suse-amd64-help(a)suse.com > >

2 1

system hanging for 1-3 min
by Keith Pettit 08 Jan '04

08 Jan '04

I've notcied a weird problem on both my SUSE 9 and sle8 systems. It hangs, for periods of 30sec-5min, then starts working like nothing has happened. There is nothing in the logs to give me any clue, and everything always seems to work when it comes back. Currently Im using version 9 with dual AMD's and about 8GB of ram. Has anybody else seen or been able to resolve this problem? Thanks, Keith

1 0

SUSE 9 - irqbalancer megaraid
by Keith Pettit 07 Jan '04

07 Jan '04

I have a dual+proc AMD with 8GB ram. (http://www.penguincomputing.com/store/altus-3200.php) After install the only way I can boot is in safe mood with "maxproc=0 3" noacpi and noapm don't seem to let me boot, I always get "unable to find root fs". When I do get into the system irc_balancer always fales and I'm really not sure what that means. After awhile though when I start doing some intesive tasks (recovering backup) the system locks up and dies, the terminal spits out "general protection fault" but isn't able to write it to the log. sle8 btw seems to work fine, but I'd much rather use SUSE 9 AMD with this system. So I'm guessing there is something wrong with the megaraid module (LSI MegaRAID 320-2) or some weird issues with SUSE 9 AMD64bit itself. Also is there any tools I can use to test the memory on a 64bit system? There is no memory tester on the boot CD for 9, and sle8 cd says there is no image. fun fun fun. Any suggestions or comments would be greatly appreciated. THanks, Keith kpettit(a)dsidata.net

3 3

RE: [suse-amd64] AMD Athlon 64 Linux hardware sanity check (not w ith SATA!)
by Hulslander, Ryan 07 Jan '04

07 Jan '04

This past 2 weeks I went out and bought a Gigabyte K8N-Pro with Athlon64 3200+ Processor (in fact, I got enough parts for 2 identical machines). In that package, I also picked up a set of 4 120Gb SATA drives so that I could try a RAID implementation. I wish I had done my homework first :-( Like Dave Reid, I too hit a really hard brick wall on that SuSE didn't recognize any of the RAID drives. His case was the GigaRAID, mine was the SATA - same results with both. I'll just go and purchase the fastest Ultra ATA133 drives I can get (paying the high $ for SCSI isn't an option), and just make do without RAID and just keep decent backups. There have been some replies recently that after various fiddling, digging, tweaking and the like that an acceptable configuration was found. The problem is if I have to do a lot of digging, tweaking and hit-and-miss trial and error to get things to work, having RAID would be the LEAST of my worries in any kind of a production environment. I would be WAY too scared to depend on the box in any way shape or form until RAID had about 6 months to a year to stabilize. Ryan > -----Original Message----- > From: Shawn D'Alimonte [mailto:shawnd@mycybernet.net] > Sent: Monday, January 05, 2004 9:50 PM > To: suse-amd64(a)suse.com > Subject: Re: [suse-amd64] AMD Athlon 64 Linux hardware sanity check > > Paul C. Leopardi wrote: > > > Motherboard > > 113728 Gigabyte GA-K8VNXP + Athlon 64 3200+s + CPU FAN $865.00 > > I am using this motherboard with 9.0 download edition (Still > trying it out to see if it is worth buying the retail box). > > It works well except for the RAID controller (GigaRAID). > Also I have never tried the SATA controller as I have no drives. > > The onboard VIA audio works, but I had trouble with skipping > and static so I just put my SB Live! back in. > > -- > Shawn D'Alimonte shawnd(a)mycybernet.net > > > > > -- > Check the List-Unsubscribe header to unsubscribe > For additional commands, email: suse-amd64-help(a)suse.com > >

3 5

openafs on suse9/amd64
by Andrej Filipcic 07 Jan '04

07 Jan '04

Hi, I am having big troubles setting up openafs client/server on suse9 for AMD64. openafs-1.2.10-36 on k_smp-2.4.21-149 does not work at all. For server I have tried openafs-1.3.51 development version and got it work with few modifications for missing declarations (mostly string.h and inet_ntoa). openafs-1.2.10 is much harder, because there are lots of implicit functions returning int instead of char* (or similar). Anyway, the server part of openafs runs also ok in 32bit mode. I did not have any luck with client part (libafs kernel module). With k_smp-2.4.21-149 kernel, there are always oopses, almost never at the same place. Oops occurs quite soon after accesing few mbytes in afs, reading or writting, with token or without. So I tried fedora preview from http://fedora.linux.duke.com/. I have built the kernel with xfs support (2.4.22-1.2135.nptl_27.rhfc1.atsmp) from http://atrpms.physik.fu-berlin.de/dist/fc1/kernel/, and compiled openafs-1.2.10 module with gcc32. That worked OK. I have installed this kernel and libafs module to suse9, and that also worked without problems. However, If I had compiled libafs module on fedora with gcc 3.3.2 ( and not 3.2.3), there was always rxkad error=19270410, and tokens were discarded. That happens also after transfering few mbytes to afs. openafs-1.3.51 client behaves the same way. I suspect there is the same problem with official 3.3.1 compiler on suse9 With fedora kernel, there were no oopses, even with gcc 3.3.2. So, in short, libafs with suse kernel always oopses, and libafs should not be compiled with gcc 3.3.x. Is there any solutions to this mess? Thanks, Andrej

2 6

Availability of 9.0 for AMD64 - Where do we stand?
by Hulslander, Ryan 07 Jan '04

07 Jan '04

I'm currently running Linux 9.0 Pro on a couple of Athlon XP boxes. Since I purchased a couple of Gigabyte K8N Pro boards w/ AMD64 3200+ processors, I note that I can order the 9.0 Pro for AMD64 off of the SuSE website, but places like Amazon say "Not yet shipping - pre order now". What's the scoop on this release? Is it actually available? Is a personal download available for me to at least see if the machine will even boot it? :-) Thanks! Ryan

3 2

RE: [suse-amd64] Availability of 9.0 for AMD64 - Where do we stand?
by Alan Gray 06 Jan '04

06 Jan '04

Yep, It's shipping (in OZ). Unless you want hassles, avoid SATA drives if possible. If not, have a close look at the recent posts on the few that seem to work. If you've got $$$, SCSI works great. > -----Original Message----- > From: Richard Kimber [mailto:rkimber@ntlworld.com] > Sent: Wednesday, 7 January 2004 10:36 AM > To: suse-amd64(a)suse.com > Subject: Re: [suse-amd64] Availability of 9.0 for AMD64 - Where do we > stand? > > > On Tue, 6 Jan 2004 16:54:43 -0600 > "Hulslander, Ryan" <Ryan.Hulslander(a)ps.net> wrote: > > > I'm currently running Linux 9.0 Pro on a couple of Athlon XP boxes. > > Since I purchased a couple of Gigabyte K8N Pro boards w/ AMD64 3200+ > > processors, I note that I can order the 9.0 Pro for AMD64 off of the > > SuSE website, but places like Amazon say "Not yet shipping > - pre order > > now". > > > > What's the scoop on this release? Is it actually available? Is a > > personal > > I saw a copy in a (UK) shop today. > > - Richard > -- > Richard Kimber > http://www.psr.keele.ac.uk/ > > -- > Check the List-Unsubscribe header to unsubscribe > For additional commands, email: suse-amd64-help(a)suse.com > >

1 0

RE: [suse-amd64] AMD Athlon 64 Linux hardware sanity check (not w ith SATA!)
by Alan Gray 06 Jan '04

06 Jan '04

Thanks for that. I can see you've done your homework on correct disk usage. Regards Alan > -----Original Message----- > From: Mark Horton [mailto:mark@nostromo.net] > Sent: Wednesday, 7 January 2004 10:30 AM > To: Alan Gray > Cc: Hulslander, Ryan; suse-amd64(a)suse.com > Subject: Re: [suse-amd64] AMD Athlon 64 Linux hardware sanity > check (not > w ith SATA!) > > > Alan Gray wrote: > > Hi everyone, > > > > I'm just looking on 3ware.com now, and I cannot see any > driver for for Suse 9.0. > > > > > http://www.3ware.com/support/download.asp?code=7&id=7.7.0&soft type=Driver&releasenotes=&os=Linux > > Did you have to get special drivers or does 9.0 support it out of the box? The suse 9 install automatically recoginzed the 3ware sata controller and loaded the proper driver. I bought the 3ware because someone told me they had good linux support and so far its performed without a problem. > I gave up on SATA(N) a while back because of all the woes and went back to $C$I. > If the 8506-4LP does work, I could use the xtra disk space. I have IDE, SATA and SCSI on the same system and it works without a hitch. I have the OS on the IDE drive for simplicity. The sata array is for bulk storage and the scsi array is for the database. Mark

1 0

RE: [suse-amd64] AMD Athlon 64 Linux hardware sanity check (not w ith SATA!)
by Alan Gray 06 Jan '04

06 Jan '04

Hi everyone, I'm just looking on 3ware.com now, and I cannot see any driver for for Suse 9.0. http://www.3ware.com/support/download.asp?code=7&id=7.7.0&softtype=Driver&r… Did you have to get special drivers or does 9.0 support it out of the box? I gave up on SATA(N) a while back because of all the woes and went back to $C$I. If the 8506-4LP does work, I could use the xtra disk space. Regards Alan > -----Original Message----- > From: Mark Horton [mailto:mark@nostromo.net] > Sent: Wednesday, 7 January 2004 8:08 AM > To: Hulslander, Ryan > Cc: suse-amd64(a)suse.com > Subject: Re: [suse-amd64] AMD Athlon 64 Linux hardware sanity > check (not > w ith SATA!) > > > SATA raid does work under suse you just need compatible hardware. I > have a 4 channel 3ware sata raid controller card (8506-4LP) > and it works > great under suse 9.0 pro x86_64. > > This controller card works better (for me anyway) than on-board sata > because on-board sata is usually run through the standard 133 mhz pci > bus. 4 sata drives in raid 0 would flood this bus most certainly. 2 > drives would actually. The 3ware card is pci-x and has about > 4-5 times > the bandwidth. > > Mark > > > Hulslander, Ryan wrote: > > This past 2 weeks I went out and bought a Gigabyte K8N-Pro > with Athlon64 > > 3200+ Processor (in fact, I got enough parts for 2 > identical machines). In > > that package, I also picked up a set of 4 120Gb SATA drives > so that I could > > try a RAID implementation. I wish I had done my homework first :-( > > > > Like Dave Reid, I too hit a really hard brick wall on that > SuSE didn't > > recognize any of the RAID drives. His case was the > GigaRAID, mine was the > > SATA - same results with both. I'll just go and purchase > the fastest Ultra > > ATA133 drives I can get (paying the high $ for SCSI isn't > an option), and > > just make do without RAID and just keep decent backups. > > > > There have been some replies recently that after various > fiddling, digging, > > tweaking and the like that an acceptable configuration was > found. The > > problem is if I have to do a lot of digging, tweaking and > hit-and-miss trial > > and error to get things to work, having RAID would be the > LEAST of my > > worries in any kind of a production environment. I would be > WAY too scared > > to depend on the box in any way shape or form until RAID > had about 6 months > > to a year to stabilize. > > > > Ryan > > > > > > > > > > > > > >>-----Original Message----- > >>From: Shawn D'Alimonte [mailto:shawnd@mycybernet.net] > >>Sent: Monday, January 05, 2004 9:50 PM > >>To: suse-amd64(a)suse.com > >>Subject: Re: [suse-amd64] AMD Athlon 64 Linux hardware sanity check > >> > >>Paul C. Leopardi wrote: > >> > >> > >>>Motherboard > >>>113728 Gigabyte GA-K8VNXP + Athlon 64 3200+s + CPU FAN $865.00 > >> > >>I am using this motherboard with 9.0 download edition (Still > >>trying it out to see if it is worth buying the retail box). > >> > >>It works well except for the RAID controller (GigaRAID). > >>Also I have never tried the SATA controller as I have no drives. > >> > >>The onboard VIA audio works, but I had trouble with skipping > >>and static so I just put my SB Live! back in. > >> > >>-- > >>Shawn D'Alimonte shawnd(a)mycybernet.net > >> > >> > >> > >> > >>-- > >>Check the List-Unsubscribe header to unsubscribe > >>For additional commands, email: suse-amd64-help(a)suse.com > >> > >> > > > > > > > > -- > Check the List-Unsubscribe header to unsubscribe > For additional commands, email: suse-amd64-help(a)suse.com > >

2 1

AMD Athlon 64 Linux hardware sanity check
by Paul C. Leopardi 06 Jan '04

06 Jan '04

Hi all, and please excuse the cross-posting. I'm planning to build a system based on the AMD Athlon 64, running Linux. My hardware and software choices are below. Are any of these insane or incompatible? Should I be using the 2.4 kernel or the 2.6 kernel? Best regards Prices are in AUD Computer ======== All stock numbers and prices are from http://www.cworld.com.au This is not an advertisement, it was just the fastest way to get an indicative price. Please let me know if any of these prices seem too high. Motherboard 113728 Gigabyte GA-K8VNXP + Athlon 64 3200+s + CPU FAN $865.00 http://www.giga-byte.com/MotherBoard/Products/Products_Spec_GA-K8VNXP.htm http://www.amd.com/us-en/assets/content_type/ white_papers_and_tech_docs/24659.PDF Memory 112522 Kingston KVR400X64C3AK2-1G 1GB KIT DDR PC3200 400Mhz $290.00 http://www.valueram.com/datasheets/KVR400X64C3AK2_1G.pdf Video card 113976 MSI 256Mb FX5600XT-TD $249.00 http://www.msi.com.tw/program/products/vga/vga/pro_vga_detail.php?UID=523 DVD writer 113390 Liteon LDW-411S DVD±R/DVD±RW 4xRetail $199.00 http://www.liteonamericas.com/us/DVDRW_411S.htm Floppy 110282 Panasonic JU-257A607P 1.44Mb 3.5" SILVER Floppy drive internal $25.00 http://www.panasonic.com.au/catalogue/ details.cfm?pcode=JU%2D257A607P&pdiv=STORAGE&cat=43_6 Hard drive 111854 Maxtor DiamondMax Plus 9, 120 GB (6Y120P0) 7200RPM 8MB Cache ATA-133 $158.00 http://www.maxtor.com/en/products/ata/desktop/diamondmax_plus_9/index.htm Keyboard and Mouse 114134 Logitech 967346-1U Internet Desktop Keyboard + Optical Mouse Bundle $44.00 http://www.logitech.com/index.cfm?page=partners/ details&CRID=1390&parentCRID=927&SCRID=960&CONTENTID=7518&countryid=1&languageid=1 Monitor 110671 Mitsubishi DV172B 17" (BLACK) $725.00 http://www.mitsubishi-electric.com.au/PRODUCTS/COMPP/TFT/dv172.htm Case 114067 CWORLD Miditower 450W with front ports 7118H Silver $110.00 http://www.cworld.com.au/info.php?ID=114067 Operating System ================ SUSE LINUX 9.0 Professional AMD64 ONLY (Boxed Set, English) $223.10 http://www.everythinglinux.com.au/item/203427EN

2 1