April 2004 - openSUSE AMD64 - openSUSE Mailing Lists

SuSE 9.1 support for next gen MB (ie nForce3-250, et.al)
by Randall J. Parr 15 Apr '04

15 Apr '04

I have been wanting to jump on the Athlon64/Opteron bandwagon but have held off hoping the initial hardware (BIOS/MB/RAM) and Linux install/driver problems would be reduced to a reasonable number. (Thanks to all of you). I am looking forward to SuSE 9.1 and am hoping that provides the ability to survive the jump with bruising but not a lot of blood. I am also looking forward to the next generation of MB coming on-line which, hopefully, will resolve some of the hardware problems. However, some of the newer boards such as the MSI K8N Neo, Chaintech ZNF3-250, and IWill use the nVidia nForce3-250. Does anyone know if SuSE 9.1 provides any support for these newer MB/chipsets (eg. nForce3-250) or are they just jumping back on the bleeding edge? Am I better using an older board with limitations and problems but known limitations and problems? Opions, guidance, suggestions greatly appreciated. R.Parr, RHCE Temporal Arts

2 1

Naive SuSE 9.1 questions
by Darrell Shively 15 Apr '04

15 Apr '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all: I've just finished my long term evaluation of Linuxes for AMD64 and Suse 9.0 won*. When I went to the Suse web site to but a copy I was surprised to find that Suse 9.1 will be available next month. Now I have 2 questions: 1. Should I get Personal or Professional? The descriptions imply that the x86_64 stuff is only in professional. 2. Whichever I get, will I be able to upgrade my installation in place or will I have to reinstall? I'm pretty sure in-place upgrading is supported but I didn't see that explicitly stated anywhere. Or I overlooked it. Thanks for your time, - Darrell * For those curious, the other distros examined were RedHat, Mandrake and Gentoo. Suse just seemed to have the best x86_64 support. (Gentoo did have a later kernel though.) - -- sused(a)mucus.com "Perfect! ....what am I doing?" -- Washu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAedYXeo6c0kw6mZ0RAlYwAJ9lvCrVpcCKcL1r7bjffouCIEKz7wCfVOZ4 WmC1kDaoRX5O6XMuA9CWl1Q= =nX5/ -----END PGP SIGNATURE-----

4 17

Bandwidth on Quad Opteron
by ascotti＠email.unc.edu 15 Apr '04

15 Apr '04

Hi all, I thought I had a pretty good system in terms of Bandwidth (2 GB/s on a single node, using STREAM benchmark), until Daniel Kidger, with a considerable amount of understatement, pointed out that on their system (with faster CPUs but otherwise same memory type and motherboard), they get a "somewhat" higher value, 3.5 GB/s. 75% increase in bandwidth is too large not to investigate the matter further. Plus, all of the codes we run on this machine are bandwidth limited, so any improvement translates in days shaved from runs. The system is as follows Qartet MotherBoard BIOS upgraded to version PQTDX0-B (9/26/2003). The original BIOS gave about 700 MB/s on 1 CPU! 4 OPTERON 840 CPUs (1.4 GHz) SLES8 SP3 kernel 2.4.21-207-numa 8 1Gb 333MHz PC2700 DIMMS (2 DIMMs per node, INFINEON brand) STREAM compiled with pgf77 -fastsse -Mvect=prefetch The BIOS settings are Dram Bank Interleave [AUTO] Node Memory Interleave [Disabled] ECC [Enabled] Enabling Node Memory Interleave does not change the measured bandwidth significantly. I have also taken out 1 DIMM per node (which should ensure that the memory works in standard single channel mode). The bandwidth drops to 1.5 GB/s. In other words, dual channel seems to give a 35% boost. I have also tried a number of kernels (2.4.19, 2.4.24, 2.4.25, 2.6.4) with similar results. Note that the system scales up well with NUMA kernels (up to about 7.5 GB/s with 4 CPUs). My questions are: 1) Can/should I do better? 2) If there is a problem, where should I look for a solution? Is it likely to be a hardware problem (e.g. lousy DIMMs), a BIOS problem (as I mentioned earlier, the original BIOS gave me 700 MB/s), incorrect BIOS setting (what else is out there, perhaps the SRAT table?) a kernel problem or a compiler issue? I'd rather have your input before pestering the vendor and Celestica. Thank you for your time Alberto Scotti

3 5

RE: [suse-amd64] amd64 / linux / java fud?
by Bedard, Joe 14 Apr '04

14 Apr '04

Wow. First off, I'm a die hard HP Proliant loyalist. When I investigated all 64-bit CPU's for a replacement to our sparc platforms, I found the same performance gulf between the Itainium and Opteron. I could not ignore the price/performance and we placed orders for several (non-proliant) servers. I cheered when HP announced their Proliant Opterons! As for Java, Version 1.4 is only available in the 32-bit flavor for Linux x86. The 1.5 beta for AMD64 is available from sun's site and is native 64-bit. (thus no 4GB memory stack limits per process) Please someone correct me if I'm wrong, but I think that if you run your bash envirmonment in a linux32 --4gb , that each of your 32-bit 1.4 java processes will have a 4GB user space to play with each. Regards, Joe Bedard -----Original Message----- From: suseamd64(a)rgare.com [mailto:suseamd64@rgare.com] Sent: Wednesday, April 14, 2004 1:54 PM To: suse-amd64(a)suse.com Subject: [suse-amd64] amd64 / linux / java fud? hello -- i'm sorry if this is not the appropriate place for this question. an hp loyalist has convinced some decision makers that we can't use opterons for an in house app because he claims there's no linux jvm that uses more than 3.8GB of memory. i couldn't find anything on the blackdown.org site backing this up, and couldn't find anything googling around. is he just spreading fud? does anyone here have experience and/or documentation that *nix 1.4+ java can use more than 3.8GB of ram? i just cringe when i see us purchasing super expensive quad itanium-2 boxes when our own in-house testing had our 2-way suse/opteron box out-performing a 4-way itanium(1) machine by 10%+. again, appologies if this would be better suited on the blackdown.org mailing list. info appriciated, -- john -- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help(a)suse.com

1 0

SuSE Updates: was -> [suse-amd64] apt, DVD (and avi) question.
by Robert_Thilsted＠ord.uscourts.gov 14 Apr '04

14 Apr '04

OK, I have systems running SLES 8 on Arima, 2x246, 8gig, LSI SCSI Raid 01. The description fields of the packages you mention are well populated ( too many lines to include here). My problem is that when I do an update with Yast (either on-line or with the SP 3 CDs), I can no longer boot the system. I am talking 10+ update attempts and the total exhaustion of SuSE support's suggestions so unless you have solved this before, I have probabaly already tried it. I was successful in one instance (which later reverted to absolute failure to boot) by adding acpi=oldboot to the failsafe selection, then succeeding by adding acpi=oldboot and maxcpus=0 to the linux selection. Of course, this meant I was running on only one processor. Oddly, when I checked for the "updates" I thought I should of had (kernel, initrd, JAVA, etc.), the System packages but none of the application packages had been updated. In short, I think the SuSE update process fails silently. This is very, very serious. My principal reason for using SuSE vs something like Gentoo is to free me from having to maintain systems up-to-date. In the time I have wasted trying to get this system to behave, I could have contributed something useful to the community. The bottom line is that on this system SLES 8 as is will not run the required applications and updating via the SuSE process fails as well as rendering the system unusable. I am waiting for SLES 9 with bated breath. If it has update problems, Gentoo will have a half dozen new supporters. Do not misunderstand me, SuSE is the best of the commercial distributions and I will probably always run a copy on one of my personal machines, but my company cannot afford, from either a monitary or credibility standpoint, to deploy a product that does not perform. |---------+----------------------------> | | Sergei Klink | | | <sklink(a)yandex.ru| | | > | | | | | | 04/12/04 10:56 PM| | | Please respond to| | | sklink | | | | |---------+----------------------------> >-----------------------------------------------------------------------------------------------------------------| | | | To: suse-amd64(a)suse.com | | cc: | | Subject: Re: [suse-amd64] apt, DVD (and avi) question. | >-----------------------------------------------------------------------------------------------------------------| On April 12, 2004 11:30 pm, Andreas Jaeger wrote: > Sergei Klink <sklink(a)yandex.ru> writes: > > No, no, no - that's what I'm trying to tell, not very > > effectively, apparently :) There's nothing wrong with standard > > SuSE's i386 packages. But on x86_64 this occurred with YaST, > > _before_ I tried apt. I've just checked with rpm -q --info - > > there's nothing in the description field of the packages > > mentioned above. > > That's strange indeed. My own system was done with the 9.0/AMD64 > DVD and I see those... Just out of curiosity, what exactly do you see for the description field in those packages? (See attached file: attkiy5q.dat)

2 1

large/more swap with large amount of RAM?
by Liaw, Andy 13 Apr '04

13 Apr '04

Hi all, We have a Opteron box with 16GB of RAM. When we purchased it, the SLES8 was pre-installed, and the vendor had setup one 2GB swap partition. My questions are: 1. Is the Linux swap partition still limited to 2GB? 2. If so, can I add more swap partitions? 3. If so, should I have at least as much swap as physical RAM? Your help/hint/comments much appreciated! Best, Andy ------------------------------------------------------------------------------ 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

Stability tweaks for nforce3 and 2.6 kernel
by Paul C. Leopardi 13 Apr '04

13 Apr '04

Hi, I have an AMD Athlon(tm) 64 Processor 3200+, on a Gigabyte GA-K8NNXP motherboard, which uses the NVIDIA nForce3 150, plus an MSI FX5700-TD AGP graphics card, which uses the NVIDIA GeForce FX 5700, running SuSE Linux Professional 9.0 for AMD64, with the following supplementary changes: 1) KDE 3.2.1 This required that I remove the package kdebase3-suse 2) Kernel 2.6.4, specifically kernel-default 2.6.4-5 3) Nvidia driver 1.0-5332 for 2.6 kernel from http://www.minion.de I have been having stability problems with my hardware and various combinations of software since I first assembled my machine. See http://lists.suse.com/archive/suse-amd64/2004-Feb/0182.html One recurring theme was that if I ran programs which did many memory allocations while I was using X11, I would get intermittent and unpredictable segfaults. Well, cross fingers and all that, I haven't been getting that problem any more. What follows is a list of some of the things I did to get a stable system. No doubt, not all of them are necessary. 0) I used software versions as listed above. 1) As recommended, I updated my BIOS to the latest (F12) http://www.giga-byte.com/Motherboard/Support/BIOS/BIOS_GA-K8NNXP.htm 2) Crucially, I added the kernel parameter "iommu=noagp" I found a number of places where the nForce3, AGP and the Linux kernel are discussed. In particular, there is an old thread which discusses an interaction between previous generation AMD processors and NVIDIA AGP GART: http://lwn.net/2002/0124/a/athlon-agp-problem.php3 On a hunch, I tried the kernel parameter "iommu=noagp" as documented at http://www.x86-64.org/lists/discuss/msg03747.html I made this change yesterday and it seems to work, so far. With this parameter, I have so far not seen any more segfaults. X seems to be stable as well. My boot options now say: kernel (hd0,1)/vmlinuz root=/dev/hda5 apm=off noapic iommu=noagp pci=noacpi vga=0x31a desktop hdc=ide-scsi hdclun=0 showopts I still probably need to change a few of these (eg. ide-scsi is deprecated for 2.6) but I would like to leave it as is are for a week to test stability. 3) I also had a problem in X, where SHIFT-BACKSPACE would kill X. Similar to what is mentioned at http://linux.derkeiler.com/Newsgroups/alt.os.linux.suse/2003-11/0420.html I looked at /etc/X11/XF86Config and removed a line which had contained Option "XkbVariant" "pc105"

3 8

apt, DVD (and avi) question.
by Arjen Runsink 13 Apr '04

13 Apr '04

Hi, This week I became the proud owner of an amd 64 (3200+) powered machine. So as a 1st I installed SuSE 9.0 with apt4rpm To be able to play dvd's, can I use packman and packman-i686? What if a package is both available as a amd64 and none-amd64 version? Will apt solve this or just take the latest 32bit stuff, even when 64bit is available? Maybe there is a non apt resource for these gooedies? BB, Arjen

3 11

System instability
by jsekhon＠lapo.fas.harvard.edu 12 Apr '04

12 Apr '04

Hi, A dual opteron running SLES 8 (details below) I have has always shown some stability issues when the CPU is loaded and doing a lot of I/O. I have a 3ware raid, but I'm patched up so I'm hoping these aren't 3ware issues. Recently the instability has become very annoying. For exampling, running a R (http://www.r-project.org) process which calls Matlab many, many times locks the machine within 24 hours. The same code run on dual opterons from pengiun computing with RH ES works okay. I have some questions about some boot messages I'm getting. Are they indicating serious issue (related to the bios or something)? I have attached my boot.msg. It contains some odd stuff such as: ><4>CPU 0: aperture @ 9b48000000 size 32 MB ><4>Aperture from northbridge cpu 0 too small (32 MB) and <4>mtrr: type mismatch for fd000000,400000 old: write-back new: write-combining [more messages like this] <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x800 base: 0xfd000000 [more messages like this] Note that "cat /proc/mtrr" reg00: base=0x00000000 ( 0MB), size=4096MB: write-back, count=1 reg01: base=0xfc000000 (4032MB), size= 64MB: uncachable, count=1 Are these warnings innocuous? System Description Poly 2200A Dual Opteron ATX MB w/VGA,SATA,2LAN [Motherboard is Arima HDAMA] 2xAMD Opteron Processor Model 244 (64bit-1.8GHz) 4GB RAM: 8xDDR 333MHz 512M SDRAM PC2700 Memory ECC/Register 3Ware 7000-2 Port IDE RAID Controller 2xWD 250GB Ultra-100 IDE 7200RPM 8MB HD Cheers, JS. BOOT.MSG Inspecting /boot/System.map-2.4.21-207-smp Loaded 14963 symbols from /boot/System.map-2.4.21-207-smp. Symbols match kernel version 2.4.21. Error seeking in /dev/kmem Symbol #lvm-mod, value a0070000 Error adding kernel module table entry. klogd 1.4.1, log source = ksyslog started. ok <4>Bootdata ok (command line is root=/dev/sda2 hda=ide-scsi vga=788 ) <4>Linux version 2.4.21-207-smp (root(a)x86_64.suse.de) (gcc version 3.2.2 (SuSE Linux)) #1 SMP Thu Mar 11 15:46:44 UTC 2004 <6>BIOS-provided physical RAM map: <4> BIOS-e820: 0000000000000000 - 000000000009f000 (usable) <4> BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved) <4> BIOS-e820: 00000000000cc000 - 0000000000100000 (reserved) <4> BIOS-e820: 0000000000100000 - 00000000fbf80000 (usable) <4> BIOS-e820: 00000000fbf80000 - 00000000fc000000 (reserved) <4> BIOS-e820: 00000000fec00000 - 00000000fec00400 (reserved) <4> BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) <4> BIOS-e820: 00000000fff80000 - 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-00000000fbf80000 <4>Bootmem setup node 0 0000000000000000-00000000fbf80000 <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 00000000000f6b00 <4>hm, page 000f6000 reserved twice. <4>hm, page 000f7000 reserved twice. <4>hm, page 0009f000 reserved twice. <4>hm, page 000a0000 reserved twice. <4>setting up node 0 0-fbf80 <4>On node 0 totalpages: 1032064 <4>zone(0): 4096 pages. <4>zone(1): 1027968 pages. <4>zone(2): 0 pages. <3>ACPI: Unable to locate RSDP <4>Intel MultiProcessor Specification v1.4 <4> Virtual Wire compatibility mode. <4>OEM ID: AMD Product ID: HAMMER APIC at: 0xFEE00000 <4>Processor #0 15:5 APIC version 16 <4>Processor #1 15:5 APIC version 16 <4>I/O APIC #2 Version 17 at 0xFEC00000. <4>I/O APIC #3 Version 17 at 0xFC000000. <4>I/O APIC #4 Version 17 at 0xFC001000. <4>Processors: 2 <4>Checking aperture... <4>CPU 0: aperture @ 9b48000000 size 32 MB <4>Aperture from northbridge cpu 0 too small (32 MB) <4>No AGP bridge found <4>Building zonelist for node : 0 <4>Kernel command line: root=/dev/sda2 hda=ide-scsi vga=788 <6>ide_setup: hda=ide-scsi <4>Initializing CPU#0 <6>time.c: Detected 1.193182 MHz PIT timer. <6>time.c: Detected 1804.125 MHz TSC timer. <4>Console: colour dummy device 80x25 <4>Calibrating delay loop... 3591.37 BogoMIPS <4>Memory: 4029392k/4128256k available (1865k kernel code, 0k reserved, 1185k data, 168k init) <6>Dentry cache hash table entries: 131072 (order: 9, 2097152 bytes) <6>Inode cache hash table entries: 131072 (order: 9, 2097152 bytes) <6>Mount cache hash table entries: 256 (order: 0, 4096 bytes) <4>Buffer-cache hash table entries: 262144 (order: 9, 2097152 bytes) <4>Page-cache hash table entries: 262144 (order: 9, 2097152 bytes) <6>CPU: L1 I Cache: 64K (64 bytes/line/2 way), D cache 64K (64 bytes/line/2 way) <6>CPU: L2 Cache: 1024K (64 bytes/line/8 way) <6>Machine Check Reporting enabled for CPU#0 <4>POSIX conformance testing by UNIFIX <4>mtrr: v2.02 (20020716)) <6>CPU: L1 I Cache: 64K (64 bytes/line/2 way), D cache 64K (64 bytes/line/2 way) <6>CPU: L2 Cache: 1024K (64 bytes/line/8 way) <4>CPU0: AMD Opteron(tm) Processor 244 stepping 01 <4>per-CPU timeslice cutoff: 5117.91 usecs. <4>task migration cache decay timeout: 10 msecs. <4>Booting processor 1/1 rip 6000 page 00000100fb880000 <4>Initializing CPU#1 <4>Calibrating delay loop... 3604.48 BogoMIPS <6>CPU: L1 I Cache: 64K (64 bytes/line/2 way), D cache 64K (64 bytes/line/2 way) <6>CPU: L2 Cache: 1024K (64 bytes/line/8 way) <6>Machine Check Reporting enabled for CPU#1 <4>CPU1: AMD Opteron(tm) Processor 244 stepping 01 <6>Total of 2 processors activated (7195.85 BogoMIPS). <4>ENABLING IO-APIC IRQs <4>Setting 2 in the phys_id_present_map <6>...changing IO-APIC physical APIC ID to 2 ... ok. <4>Setting 3 in the phys_id_present_map <6>...changing IO-APIC physical APIC ID to 3 ... ok. <4>Setting 4 in the phys_id_present_map <6>...changing IO-APIC physical APIC ID to 4 ... ok. <7>init IO_APIC IRQs <7> IO-APIC (apicid-pin) 2-0, 2-17, 2-20, 2-21, 2-22, 2-23, 3-0, 3-1, 4-0, 4-1, 4-2, 4-3 not connected. <6>..TIMER: vector=0x31 pin1=2 pin2=0 <7>number of MP IRQ sources: 23. <7>number of IO-APIC #2 registers: 24. <7>number of IO-APIC #3 registers: 4. <7>number of IO-APIC #4 registers: 4. <6>testing the IO APIC....................... <4> <7>IO APIC #2...... <7>.... register #00: 02000000 <7>....... : physical APIC id: 02 <7>.... register #01: 00170011 <7>....... : max redirection entries: 0017 <7>....... : PRQ implemented: 0 <7>....... : IO APIC version: 0011 <7>.... register #02: 02000000 <7>....... : arbitration: 02 <7>.... IRQ redirection table: <7> NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: <7> 00 000 00 1 0 0 0 0 0 0 00 <7> 01 001 01 0 0 0 0 0 1 1 39 <7> 02 001 01 0 0 0 0 0 1 1 31 <7> 03 001 01 0 0 0 0 0 1 1 41 <7> 04 001 01 0 0 0 0 0 1 1 49 <7> 05 001 01 1 1 0 1 0 1 1 51 <7> 06 001 01 0 0 0 0 0 1 1 59 <7> 07 001 01 0 0 0 0 0 1 1 61 <7> 08 001 01 0 0 0 0 0 1 1 69 <7> 09 001 01 0 0 0 0 0 1 1 71 <7> 0a 001 01 1 1 0 1 0 1 1 79 <7> 0b 001 01 1 1 0 1 0 1 1 81 <7> 0c 001 01 0 0 0 0 0 1 1 89 <7> 0d 001 01 0 0 0 0 0 1 1 91 <7> 0e 001 01 0 0 0 0 0 1 1 99 <7> 0f 001 01 0 0 0 0 0 1 1 A1 <7> 10 001 01 1 1 0 1 0 1 1 A9 <7> 11 000 00 1 0 0 0 0 0 0 00 <7> 12 001 01 1 1 0 1 0 1 1 B1 <7> 13 001 01 1 1 0 1 0 1 1 B9 <7> 14 000 00 1 0 0 0 0 0 0 00 <7> 15 000 00 1 0 0 0 0 0 0 00 <7> 16 000 00 1 0 0 0 0 0 0 00 <7> 17 000 00 1 0 0 0 0 0 0 00 <4> <7>IO APIC #3...... <7>.... register #00: 03000000 <7>....... : physical APIC id: 03 <7>.... register #01: 00030011 <7>....... : max redirection entries: 0003 <7>....... : PRQ implemented: 0 <7>....... : IO APIC version: 0011 <7>.... register #02: 00000000 <7>....... : arbitration: 00 <7>.... IRQ redirection table: <7> NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: <7> 00 000 00 1 0 0 0 0 0 0 00 <7> 01 000 00 1 0 0 0 0 0 0 00 <7> 02 001 01 1 1 0 1 0 1 1 C1 <7> 03 001 01 1 1 0 1 0 1 1 C9 <4> <7>IO APIC #4...... <7>.... register #00: 04000000 <7>....... : physical APIC id: 04 <7>.... register #01: 00030011 <7>....... : max redirection entries: 0003 <7>....... : PRQ implemented: 0 <7>....... : IO APIC version: 0011 <7>.... register #02: 00000000 <7>....... : arbitration: 00 <7>.... IRQ redirection table: <7> NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: <7> 00 000 00 1 0 0 0 0 0 0 00 <7> 01 000 00 1 0 0 0 0 0 0 00 <7> 02 000 00 1 0 0 0 0 0 0 00 <7> 03 000 00 1 0 0 0 0 0 0 00 <7>IRQ to pin mappings: <7>IRQ0 -> 0:2 <7>IRQ1 -> 0:1 <7>IRQ3 -> 0:3 <7>IRQ4 -> 0:4 <7>IRQ5 -> 0:5 <7>IRQ6 -> 0:6 <7>IRQ7 -> 0:7 <7>IRQ8 -> 0:8 <7>IRQ9 -> 0:9 <7>IRQ10 -> 0:10 <7>IRQ11 -> 0:11 <7>IRQ12 -> 0:12 <7>IRQ13 -> 0:13 <7>IRQ14 -> 0:14 <7>IRQ15 -> 0:15 <7>IRQ16 -> 0:16 <7>IRQ18 -> 0:18 <7>IRQ19 -> 0:19 <7>IRQ26 -> 1:2 <7>IRQ27 -> 1:3 <6>.................................... done. <4>Using local APIC timer interrupts. <4>Detected 12.528 MHz APIC timer. <6>cpu: 0, clocks: 2004584, slice: 668194 <6>CPU0<T0:2004576,T1:1336368,D:14,S:668194,C:2004584> <6>cpu: 1, clocks: 2004584, slice: 668194 <6>CPU1<T0:2004576,T1:668176,D:12,S:668194,C:2004584> <4>checking TSC synchronization across CPUs: passed. <6>time.c: Using PIT/TSC based timekeeping. <4>migration_task 0 on cpu=0 <4>migration_task 1 on cpu=1 <6>ACPI: Subsystem revision 20030619 <6>PCI: Using configuration type 1 <3>ACPI: System description tables not found <4> ACPI-0084: *** Error: acpi_load_tables: Could not get RSDP, AE_NOT_FOUND <4> ACPI-0134: *** Error: acpi_load_tables: Could not load tables: AE_NOT_FOUND <3>ACPI: Unable to load the System Description Tables <6>PCI: Using configuration type 1 <6>PCI: Probing PCI hardware <4>PCI: Probing PCI hardware (bus 00) <6>PCI: Using IRQ router default [1022/746b] at 00:07.3 <6>PCI->APIC IRQ transform: (B1,I0,P3) -> 19 <6>PCI->APIC IRQ transform: (B1,I0,P3) -> 19 <6>PCI->APIC IRQ transform: (B1,I4,P0) -> 16 <6>PCI->APIC IRQ transform: (B1,I6,P0) -> 18 <6>PCI->APIC IRQ transform: (B2,I2,P0) -> 26 <6>PCI->APIC IRQ transform: (B2,I3,P0) -> 27 <6>PCI->APIC IRQ transform: (B2,I4,P0) -> 27 <6>Linux agpgart interface v0.99 (c) Jeff Hartmann <6>agpgart: Maximum main memory to use for agp memory: 3868M <7>agpgart: no supported devices found. <6>PCI-DMA: Disabling IOMMU. <6>Linux NET4.0 for Linux 2.4 <6>Based upon Swansea University Computer Society NET3.039 <4>Initializing RT netlink socket <4>Starting kswapd <4>bigpage subsystem: allocated 0 bigpages (=0MB). <4>kinoded started <5>VFS: Disk quotas vdquot_6.5.1 <5>aio_setup: num_physpages = 258016 <5>aio_setup: sizeof(struct page) = 88 <4>IA32 emulation $Id: sys_ia32.c,v 1.60 2003/07/11 15:58:45 ak Exp $ <6>vesafb: framebuffer at 0xfd000000, mapped to 0xffffff0000011000, size 8128k <6>vesafb: mode is 800x600x16, linelength=1600, pages=7 <6>vesafb: scrolling: redraw <6>vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0 <4>mtrr: type mismatch for fd000000,400000 old: write-back new: write-combining <4>mtrr: type mismatch for fd000000,200000 old: write-back new: write-combining <4>mtrr: type mismatch for fd000000,100000 old: write-back new: write-combining <4>mtrr: type mismatch for fd000000,80000 old: write-back new: write-combining <4>mtrr: type mismatch for fd000000,40000 old: write-back new: write-combining <4>mtrr: type mismatch for fd000000,20000 old: write-back new: write-combining <4>mtrr: type mismatch for fd000000,10000 old: write-back new: write-combining <4>mtrr: type mismatch for fd000000,8000 old: write-back new: write-combining <4>mtrr: type mismatch for fd000000,4000 old: write-back new: write-combining <4>mtrr: type mismatch for fd000000,2000 old: write-back new: write-combining <4>mtrr: type mismatch for fd000000,1000 old: write-back new: write-combining <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x800 base: 0xfd000000 <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x400 base: 0xfd000000 <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x200 base: 0xfd000000 <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x100 base: 0xfd000000 <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x80 base: 0xfd000000 <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x40 base: 0xfd000000 <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x20 base: 0xfd000000 <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x10 base: 0xfd000000 <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x8 base: 0xfd000000 <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x4 base: 0xfd000000 <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x2 base: 0xfd000000 <4>mtrr: size and base must be multiples of 4 kiB <4>mtrr: size: 0x1 base: 0xfd000000 <6>bootsplash 3.0.9-2003/09/08: looking for picture.... found (800x600, 10632 bytes, v2). <4>Console: switching to colour frame buffer device 99x30 <6>fb0: VESA VGA frame buffer device <4>pty: 256 Unix98 ptys configured <6>Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI enabled <6>ttyS00 at 0x03f8 (irq = 4) is a 16550A <6>ttyS01 at 0x02f8 (irq = 3) is a 16550A <6>Real Time Clock Driver v1.10e <6>Floppy drive(s): fd0 is 1.44M <6>FDC 0 is a National Semiconductor PC87306 <4>RAMDISK driver initialized: 16 RAM disks of 128000K size 1024 blocksize <6>loop: loaded (max 16 devices) <6>Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 <6>ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx <6>AMD8111: IDE controller at PCI slot 00:07.1 <6>AMD8111: chipset revision 3 <6>AMD8111: not 100%% native mode: will probe irqs later <6>AMD_IDE: PCI device 1022:7469 (rev 03) UDMA133 controller on pci00:07.1 <6> ide0: BM-DMA at 0x1020-0x1027, BIOS settings: hda:DMA, hdb:pio <6> ide1: BM-DMA at 0x1028-0x102f, BIOS settings: hdc:pio, hdd:pio <4>hda: SONY CD-RW CRX220E1, ATAPI CD/DVD-ROM drive <4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 <6>ide-floppy driver 0.99.newide <6>ide-floppy driver 0.99.newide <6>md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 <6>md: Autodetecting RAID arrays. <6>md: autorun ... <6>md: ... autorun DONE. <6>NET4: Linux TCP/IP 1.0 for NET4.0 <6>IP Protocols: ICMP, UDP, TCP, IGMP <6>IP: routing cache hash table of 16384 buckets, 256Kbytes <6>TCP: Hash tables configured (established 131072 bind 65536) <6>Linux IP multicast router 0.06 plus PIM-SM <6>NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. <6>cryptoapi: loaded <5>RAMDISK: Compressed image found at block 0 <4>VFS: Mounted root (ext2 filesystem). <6>SCSI subsystem driver Revision: 1.00 <4>3ware Storage Controller device driver for Linux v1.02.00.032. <5>scsi0 : Found a 3ware Storage Controller at 0x3000, IRQ: 26, P-chip: 1.3 <6>scsi0 : 3ware Storage Controller <4> Vendor: 3ware Model: Logical Disk 0 Rev: 1.0 <4> Type: Direct-Access ANSI SCSI revision: 00 <4>Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 <4>SCSI device sda: 488395120 512-byte hdwr sectors (250058 MB) <6>Partition check: <6> sda: sda1 sda2 <4>hda: attached ide-scsi driver. <6>scsi1 : SCSI host adapter emulation for IDE ATAPI devices <4> Vendor: SONY Model: CD-RW CRX220E1 Rev: 6YS1 <4> Type: CD-ROM ANSI SCSI revision: 02 <4>reiserfs: found format "3.6" with standard journal <4>reiserfs: enabling write barrier flush mode <4>reiserfs: using ordered data mode <4>reiserfs: checking transaction log (device sd(8,2)) ... <4>for (sd(8,2)) <4>reiserfs: replayed 26 transactions in 14 seconds <4>Using r5 hash to sort names <4>VFS: Mounted root (reiserfs filesystem) readonly. <5>Trying to move old root to /initrd ... failed <5>Unmounting old root <5>Trying to free ramdisk memory ... okay <4>Freeing unused kernel memory: 168k freed <6>md: Autodetecting RAID arrays. <6>md: autorun ... <6>md: ... autorun DONE. <4>reiserfs: enabling write barrier flush mode <4>Removing [8701 705696 0x0 SD]..done <4>There were 1 uncompleted unlinks/truncates. Completed <6>lvm-mp: allocating 39 lowmem entries at 00000100073f0000 <6>LVM version 1.0.5+(mp-v6d)(22/07/2002) module loaded <4>reiserfs: enabling write barrier flush mode <6>Adding Swap: 1052216k swap-space (priority 42) <4>reiserfs: enabling write barrier flush mode <4>reiserfs: enabling write barrier flush mode Kernel logging (ksyslog) stopped. Kernel log daemon terminating.

2 1

Where to start ...
by Örn Hansen 12 Apr '04

12 Apr '04

Hi, I've just upgraded my system from 32bits, to amd64 and after having tried to run a 64bit static program, to discover that my system refuses to run it. My next step is to ask what do I need, to get a static 64-bit program to run on this system?

3 7

Database problems ...
by Örn Hansen 12 Apr '04

12 Apr '04

After converting the system from 32bits, to 64bits ... I encountered that my ldap doesn't work. First, the bdb won't read the old database and the db_tools simply crash when run on it. I deleted them and started over, actually had an ldif backup, but then discovered that the certificates won't work? this part is a bit more serious, since they won't be changed ... anyone encountered a solution?

1 0

Re: [suse-amd64] gcl on SuSE9.0
by Andreas Jaeger 11 Apr '04

11 Apr '04

"Yoriaki FUJIMORI" <fujimori(a)ns.fujimori.cache.waseda.ac.jp> writes: > The error message is something like: > > > > Loading ../tkl.o > Error: Caught fatal error [memory may be damaged] > ...... > Broken at LOAD. > > Saved_gcl itself is already there, but it cannot load > compiled hogeblah.o properly. > > A funny thing is this never happens on SuSE 8.2beta9. > The same gcl-2.6.1-33 source, the same `./configure' procedure, > but different environments. > On SuSE8.2beta9, I can compile maxima-5.9.0 and axiom with > compiled saved_gcl. Maxima and axiom are running fine there. Could be changes in compiler, glibc or binutils - if it breaks with the newer stuff, the code in gcl is broken... 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

1 0

gcl on SuSE9.0
by Yoriaki FUJIMORI 11 Apr '04

11 Apr '04

Dear folks, I am trying to compile gcl-2.6.1-33 on SuSE9.0. On the i386 platform, no problem, but on the AMD64 platform, the make process fails. A funny thing is that I can compile it with SuSE8.2beta9..... Is there anybody that has compiled gcl-2.6.1 with success, and then made maxima-5.9.0 and axiom on SuSE9.0/AMD64? Thank you for your attention. yoriaki fujimori

2 2

Tyan Tiger K8W, 2 CPU , Mem > 4 GB
by Michael Arndt 10 Apr '04

10 Apr '04

Hello * 2 Questions related to Tyan Tiger K8W with AMI Bios v02.33 a) Does anyone use this MOBO with Mem > 4 GB ? (We have the Problem that AGP Window is mapped over 1 Memory Chip in any case, no remapping above 4 GB by BIOS ) But it might be a compromise to use at least 7 GB Mem of 8 GB. b) Does anyone know per chance if the board layout is good with respect to fast memory access by both cpu's ? TIA Micha

2 1

ATI 9200SE hardware accel and XFRee 4.4.0
by Arjen Runsink 10 Apr '04

10 Apr '04

Hi again, My system also has an ATI 9200SE card Hardware accelleration shoul be available in XFree 4.4.0 All license politics aside, does anyone already tried/compiled this version of XFree or has other pointers about this card and XFree? tia BB, Arjen

2 1

Strange hang
by Santiago Flores 09 Apr '04

09 Apr '04

Hello all. I've been enjoying the opteron board preference discussion! Thanks. On to buisness - We had a SCSI cable fail (1st time I've ever had the cable fail) and we had to take down the machine to swap the cable. Now when I bring the machine up, it comes up fine. Just like normal. However, after an indeterminate amount of time it hangs. Not a hard hang though. I can type in any shells I have open, so long as I don't do anything interactive. As soon as I tab or press 'enter' then that shell is hosed too. I cannot open any new ones. The only info I am getting is this from /var/log/messages: just before hang Apr 8 11:11:51 linux sshd[1533]: error: fork: Cannot allocate memory interesting(?) Apr 8 11:25:18 linux kernel: Error seeking in /dev/kmem Apr 8 11:25:18 linux kernel: Error adding kernel module table entry. just before hang Apr 8 12:11:18 linux sshd[1533]: error: fork: Cannot allocate memory Apr 8 12:11:19 linux kernel: Unable to handle kernel paging request at virtual address 0000007f804540e0 Apr 8 12:11:19 linux kernel: printing rip: Apr 8 12:11:19 linux kernel: ffffffff80149627 Apr 8 12:11:19 linux kernel: PML4 107bcc067 PGD 107bd4067 PMD 0 Any ideas? I just rebooted with apic=no to try that and see if I can get it to hang. TIA, Santiago -- Santiago Flores Sr. Systems Administrator Iqdirection.com santiago(a)iqdirection.com 480-560-3151

3 2

RE: [suse-amd64] Fortran Compilers for AMD64
by Liaw, Andy 08 Apr '04

08 Apr '04

For PGI compilers, there's a set of manuals in PDF. AFAICS, after you download the evaluation product and install that, you just pay PGI and they give you the license code. You don't get a CD or printed manuals. The simplest optimization flag is to use `-fast'. There are other flags for finer control, but -fast seems to work fine. There's a pgdbg debugger, which I have not tried. The `Workstation' bundle actually has pgf77, pgf90 and pghpf for F77, F90, and `high-performance' Fortran. Not sure how pghpf differs from the other two, but the PGI web site should have some info. Andy > From: Terri Novotny > > I'd say that e.g. a bundled powerfull debugger and > comprehensive manuals make a compiler more > 'user-friendly' than one without. Also, if the code is > optimized well with the standard settings, I'd call > this user friendly. > > - Terri > ------------------------------------------------------------------------------ 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. ------------------------------------------------------------------------------

1 0

Fortran Compilers for AMD64
by Terri Novotny 08 Apr '04

08 Apr '04

Hi, I have to decide on a good Fortran compiler for my dual Opteron system running SuSE 9.0 AMD64. Does anybody have recommendations on which compiler to use? I'd be interested in konwing more about both performance and user friendliness. Regards, Terri __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/

2 1

RE: [suse-amd64] Fortran Compilers for AMD64
by Liaw, Andy 08 Apr '04

08 Apr '04

Not sure what you mean by `user-friendliness' for a compiler... I've did a bit of comparison between g77 and PGI's pgf77. The PGI compiler seems produce code that runs 15-20% faster than that produced by g77. This is on dual Opteron 244 running SLES8. Andy > From: Terri Novotny [mailto:terri_novotny@yahoo.com] > > Hi, > > I have to decide on a good Fortran compiler for my > dual Opteron system running SuSE 9.0 AMD64. Does > anybody have recommendations on which compiler to use? > I'd be interested in konwing more about both > performance and user friendliness. > > Regards, > Terri ------------------------------------------------------------------------------ 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

DVD burn for Suse 9.0
by Rui Rodrigues 08 Apr '04

08 Apr '04

Hi, I downloaded all the directory of the SUSE 9.0 (for all the architectures) because I bought a laptop with a AMD64 bit processor. But the size of the directory is 7GB. I want to know how I should organize the folders and files to burn two DVDs. The problem that I think will appear is that if I do not organize the files and the directories, when installing SUSE it will ask the first CD and then the second an maybe again the first and so on because some files are in the first DVD and others in the second. How can I know which files belong to the first DVD and to the second? Can you help me? It is just that I do not want to burn DVDs in a foolish way and then put them in the trash. Thank you for your time and continue the great work. Best regards, Rui Rodrigues

1 0

Kernel panic installing Suse 9.0 (amd64) on presario r3000
by Magnus Christensson 08 Apr '04

08 Apr '04

I'm trying to install suse linux professional 9.0, amd64 edition, on a compaq presario r3000 laptop. When booting from the DVD I get this panic: Real Time Clock Driver v1.10e Unable to handle kernel paging request at virtual address 000000008010ddbf print rip: 000000008010ddbf PML4 0 Oops: 0010 CPU 0 Pid: 0, comm: swapper Not tainted RIP: 0010:[<000000008010ddbf>] RSP: 0000:ffffffff8048dfd8 EFLAGS: 00010246 RAX: 0000000000000000 RBX: ffffffff8010dda0 RCX: 0000000000000001 ... CS: 0010: DS: 0018 ES: 0018 CR0: 000000008005003b CR2: 000000008010ddbf CR3: 00000000000101000 CR4: 00000000000006e0 Process swapper (pid: 0, stackpage=ffffffff8048d000) Stack: ffffffff8048dfd8 0000000000000000 0000000000000000 ffffffff8010de2a 0000000000000108 ffffffff8048f775 ffffffff803e4ca0 0000000000000000 Call Trace: [<ffffffff8010de2a>]{cpu_idle+42} Code: Bad RIP value. <0>Kernel panic: Attempted to kill the idle task! Same with the no-ACPI and safe switches in the menu. I actually got it to start the install process once, but now I always get the panic. Has anyone managed to install 9.0 on such a machine? Any other ideas? M.

4 7

RE: [suse-amd64] Opteron Board preference ....
by Alan Gray 08 Apr '04

08 Apr '04

Very informative !!! Thanks Alan > -----Original Message----- > From: ascotti(a)email.unc.edu [mailto:ascotti@email.unc.edu] > Sent: Thursday, 8 April 2004 12:16 PM > To: William A. Mahaffey III; suse-amd64(a)suse.com > Subject: Re: [suse-amd64] Opteron Board preference .... > > > > > --On Wednesday, April 07, 2004 7:00 PM -0500 "William A. > Mahaffey III" > <wam(a)HiWAAY.net> wrote: > > > Darrell Shively wrote: > > > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> Hi William: > >> > >> On Wednesday 07 April 2004 05:54, William A. Mahaffey III wrote: > >> > >> > >>> [...] > >>> > >>> Hmmmm .... I thought the CPUs talked to eachother (at > least the 200 & > >>> 800 series) through high speed busses & could shuttle data between > >>> eachother as fast as direct memory access (except for > some small latency > >>> to start the proceedings), no ? > >>> > >>> > >> > >> Turns out no. The Hyptertransport connection between the > processors > >> *is* very fast but not as fast as each processors' 128+ > bit wide memory > >> bus. This is why the processor affinity feature of NUMA > kernels is > >> important; it tries to keep a process on the processor whose RAM > >> contains its data. > >> > >> > >> > >>> I had been leaning toward some of the > >>> balanced MP boards (TYAN S2882, Arima HDAMA) on that count. > >>> > >>> > >> > >> It depends on your needs. A second processor can be > useful even if it's > >> memory access is via a hypertransport link. It depends on > what sort of > >> jobs you are running - if stuff fits mostly in the 2nd processors' > >> cache then there is happiness. > >> > >> Regards, > >> - Darrell > >> - -- > >> sused(a)mucus.com "Perfect! ....what am I doing?" > >> -- Washu > >> -----BEGIN PGP SIGNATURE----- > >> Version: GnuPG v1.0.7 (GNU/Linux) > >> > >> iD8DBQFAdB5Veo6c0kw6mZ0RAkurAKCiJKUfv8aSxeUjfS5hF9D4WfNf3wCgt6B1 > >> KiTOydpVERJIfX8PLiCywCU= > >> =nCUl > >> -----END PGP SIGNATURE----- > >> > >> > >> > > Actually most of the stuff I run would be large jobs requiring a > > significant fraction of available RAM, too big to fit into cache. I > > thought the actual data speed of the hyper-transport bus > (6.4 GB/s) was > > similar to the memory bus (6.4 GB/s using PC3200 RAM, 5.3 GB/s using > > PC2700 RAM), although by different means (64 bit > dual-channel DDR bus at > > either 166 MHz or 200 MHz for the RAM, 16 bit DDR at 1600 > MHz for the > > hyper-transport bus). I would also be interested in knowing > how SMP is > > working .... just to help keep the already busy thread going :-). > > I can relate my experience with a quad opteron. Using the > STREAM benchmark, > which calculates bandwidth by measuring the time required to > perform simple > operations on large arrays (where the bottleneck is the > streaming speed), I > get about 2 GB/s on a single CPU, (PC2700 ->333MHz*16 5.3 > GB/s, 1.4 GHz CPU > speed). Under a NUMA kernel (e.g. 2.4.21-207, SLES SP3), the > collective > bandwidth gets as high as 7.5 GB/s, running on 4 CPUS, > whereas running a > non NUMA kernel (2.4.24) it rarely exceeds 3 GB/s. I have > observed similar > trends with different codes, all constrained by the memory > bandwidth. The > bottom line is > 1) The theoretical Bandwidth is an ephemeral goal. Compilers > just are not > that tuned. I can get closer if I start writing my own > assembler code, but > that takes time.. > 2) NUMA makes a big difference. > 3) Using standard MPICH benchmarks, CPU X to CPU Y bandwidth > is of the > order of 750 MB/s, for large packets. Why so low, I do not > know. It could > be related to the compiler used to compile the MPICH library > (pgcc with > -fastsse -Mvect=prefetch, v 5.1, 64 bit). I have read > elsewhere that pgcc > does not produce good code (I think was for the ATLAS > libraries), but that > might have to do with the way ATLAS routines are written. > Actually, it > would be interesting to hear from other people on the best > combination of > compiler/switches. On a related note, I have not noticed much > difference > between compiling in 32 or 64 bit. > > Having said that, my BIOS (quartet motherboard, manifactured > by Celestica) > allows to distribute memory addresses in a roundrobin > fashion among CPUs. > When this option is enabled, a large array is spread > uniformly among CPUs. > While this is bad running NUMA, it could improve the performance with > traditional SMP kernels, but I have not tried that. > > Overall, I am quite happy with the machine. Based on runs of > a CFD code > (parallel), each Opteron CPU is equivalent to 2.5 Athlon cpus > at the same > frequency. It took almost a month to put all the pieces of > software and > firmware to work together, but it was worth the hassle. > > Alberto Scotti > > > -- > Check the List-Unsubscribe header to unsubscribe > For additional commands, email: suse-amd64-help(a)suse.com > >

1 0

Re: [suse-amd64] Opteron Board preference ....
by Mark Horton 07 Apr '04

07 Apr '04

Oh yes, I've tried all the BIOS updates. I'll contact rioworks directly to see if they can add support for the megaraid 4x raid card. I previously dealt with Accelertech because that's what all the boxed documentation said to do. BTW I noticed the HDAMC is not listed on the www.rioworks.com website. Does anyone happen to know why? Mark John McCorquodale wrote: > > You are, I assume, aware that there have been several BIOS updates over the > last year for the HDAMA and like any mobo these days you shouldn't expect > them to work (at all, really) out of the box without flashing in the newest > BIOS? >

1 0

RE: [suse-amd64] Kernel panic installing Suse 9.0 (amd64) on pres ario r3000
by mark.langsdorf＠amd.com 07 Apr '04

07 Apr '04

> > I'm trying to install suse linux professional 9.0, amd64 > > edition, on a compaq presario r3000 laptop. When booting > > from the DVD I get this panic: > > > > Real Time Clock Driver v1.10e > > Unable to handle kernel paging request at virtual address > 000000008010ddbf > > print rip: > > 000000008010ddbf > > PML4 0 > > Oops: 0010 > > CPU 0 > > Pid: 0, comm: swapper Not tainted > > RIP: 0010:[<000000008010ddbf>] > ^^^^^^^^ > > Your BIOS doesn't have a workaround for K8 erratum #93 and > dropped the upper 32bits of the RIP. Best option is to get > an fixed BIOS. AMD is working with Compaq, HP, and eMachines to fix these problems and to make sure that similiar problems do not persist in the future. However, all companies respond best to customer complaints so if you have one of the machines with a BIOS bug, please alert the manufacturer. -Mark Langsdorf Team Lead, Linux Device Drivers AMD, Inc.

1 0

RE: [suse-amd64] Opteron Board preference ....
by Pettini, Don 07 Apr '04

07 Apr '04

Hi Mark, I had the Tyan 2885 with the LSI MegaRAID SCSI 320-4x working. I found that you need to manually install it as the scan doesn't find it for some reason, so we had to install the module manually(megaraid.o, if you try megaraid2.o the system locks up). Don > -----Original Message----- > From: Mark Horton [mailto:mark@nostromo.net] > Sent: Tuesday, April 06, 2004 1:26 PM > To: SuSE AMD 64 Mailing List > Subject: Re: [suse-amd64] Opteron Board preference .... > > I'll chime in my 2 cents worth... > > I have an Arima HDAMA and a Tyan 2885 and both work great. > However, the HDAMA didn't support our raid card. The card is > a MegaRAID SCSI 320-4X. > I called Accelertech a couple of times, and they were nice, > but they didn't seem to have the resources to track down the > problem. As far as I could tell I was the only person in the > world who was having this particular compatibility issue. > They did say if I sent them the card they would try to fix > the issue, which I thought was a good sign. I ended up > getting the tyan because I knew they already had support for the card. > > From what I understand some (or all) of the IWill opteron > boards are the same as the Arima boards. The Arima HDAMC is > the same exact board as the IWIll DK8X. > > A couple of nits about the HDAMA. 2 of the dimm slots on the > second cpu are very close to each other. The other dimm > slots have a slight space between them. These 2 dimms, when > populated, are almost touching, while the other have a decent > space between them. This probably isn't a huge deal but it > worried me a little. The tyan board has a space between all > 8 dimm slots. > > One final nit-pick in the HDAMA. Accelertech's website > (www.accelertech.com) has been down for over a week now and > is still down. They seemed to provide support, bios upgrades > and docs, for the Arima boards. > > Mark > > > > Miller, Daniel J. wrote: > > MSI-9131 and Arima HDAMA have both been good for us. One > of our MSI's > > has 6gig of RAM, most of the rest of our systems have 4gig > (or less). > > > >>From past personal experience with the Tyan 24XX (and > other) boards, > >>I'd > > stay away from Tyan. Supposedly Tyan boards are now OK (they won't > > just die after a few months to maybe 3 years) but I'd let > someone else > > prove or disprove that supposition. The only other board line I've > > ever seen with a failure rate like Tyan's is PCChips. > > > > I hate to be so negative about a line that has so many terrific > > looking board designs, but so it goes. > > > > Maybe our distributor happened to store their Tyan boards > next to an > > industrial microwave oven with broke shielding, leaving the boxes > > pristine but mortally wounded components inside, and no one > but us has > > had reliability problems with Tyan boards - but I doubt it. > > > > Tyan has been offering attractive designs for a long time. > I remember > > an early dual Pentium (wouldn't support MMX, just Pentium) > Tyan system > > that had a screwed up cache controller design limiting its > effective > > memory support to 64 meg. At least that board didn't flat out fail > > after a year. > > > > They make some very appealing systems, because they're > often the first > > (or the only) company to offer some configurations, but I know that > > I've learned to find something else, however appealing the > Tyan may look. > > > > I'll probably get seduced into trying them again in about 2 > years, but > > my most recent experiences (with some Athlon MP boards) > will keep me > > away from Tyan for a while. > > > > Get an Asus, MSI, or Arima board. > > > > -----Original Message----- > > From: wam(a)mail.hiwaay.net [mailto:wam@mail.hiwaay.net] On Behalf Of > > William A. Mahaffey III > > Sent: Saturday, March 27, 2004 8:28 AM > > To: SuSE AMD 64 Mailing List > > Subject: [suse-amd64] Opteron Board preference .... > > > > > > .... I am getting close to trying to build an Opteron based > machine as > > a compute node on my LAN, set up to run w/o monitor, keybd, > mouse, & > > not a file server, just a (fast) CPU & lots of RAM. I have narrowed > > down to either ASUS SK8V or TYAN Tomcat K8S (both available @ > > newegg.com). Does anyone have any strong (preferably firsthand :-)) > > opinions, yea or nay, about either of these boards ? Thanks > in advance. > > > > > > > -- > Check the List-Unsubscribe header to unsubscribe For > additional commands, email: suse-amd64-help(a)suse.com > > >

3 2

RE: [suse-amd64] Opteron Board preference ....
by Miller, Daniel J. 07 Apr '04

07 Apr '04

MSI-9131 and Arima HDAMA have both been good for us. One of our MSI's has 6gig of RAM, most of the rest of our systems have 4gig (or less). >From past personal experience with the Tyan 24XX (and other) boards, I'd stay away from Tyan. Supposedly Tyan boards are now OK (they won't just die after a few months to maybe 3 years) but I'd let someone else prove or disprove that supposition. The only other board line I've ever seen with a failure rate like Tyan's is PCChips. I hate to be so negative about a line that has so many terrific looking board designs, but so it goes. Maybe our distributor happened to store their Tyan boards next to an industrial microwave oven with broke shielding, leaving the boxes pristine but mortally wounded components inside, and no one but us has had reliability problems with Tyan boards - but I doubt it. Tyan has been offering attractive designs for a long time. I remember an early dual Pentium (wouldn't support MMX, just Pentium) Tyan system that had a screwed up cache controller design limiting its effective memory support to 64 meg. At least that board didn't flat out fail after a year. They make some very appealing systems, because they're often the first (or the only) company to offer some configurations, but I know that I've learned to find something else, however appealing the Tyan may look. I'll probably get seduced into trying them again in about 2 years, but my most recent experiences (with some Athlon MP boards) will keep me away from Tyan for a while. Get an Asus, MSI, or Arima board. -----Original Message----- From: wam(a)mail.hiwaay.net [mailto:wam@mail.hiwaay.net] On Behalf Of William A. Mahaffey III Sent: Saturday, March 27, 2004 8:28 AM To: SuSE AMD 64 Mailing List Subject: [suse-amd64] Opteron Board preference .... .... I am getting close to trying to build an Opteron based machine as a compute node on my LAN, set up to run w/o monitor, keybd, mouse, & not a file server, just a (fast) CPU & lots of RAM. I have narrowed down to either ASUS SK8V or TYAN Tomcat K8S (both available @ newegg.com). Does anyone have any strong (preferably firsthand :-)) opinions, yea or nay, about either of these boards ? Thanks in advance. -- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help(a)suse.com

3 3

Opteron Board preference ....
by William A. Mahaffey III 07 Apr '04

07 Apr '04

.... I am getting close to trying to build an Opteron based machine as a compute node on my LAN, set up to run w/o monitor, keybd, mouse, & not a file server, just a (fast) CPU & lots of RAM. I have narrowed down to either ASUS SK8V or TYAN Tomcat K8S (both available @ newegg.com). Does anyone have any strong (preferably firsthand :-)) opinions, yea or nay, about either of these boards ? Thanks in advance.

5 12

OT: Unsubscribe
by Andreas Huennebeck 07 Apr '04

07 Apr '04

Sorry for the inconvenience, but after numerous unsuccessful tries to unsubscribe from this list using the officially announced mail addresses: Could please someone responsible for this list unsubscribe ah(a)bruker.de from SuSE AMD64 Mailing list? Thank you. Andreas

2 1

Re: [suse-amd64] SCSI problem on Tyan Thunder 2882
by Alan Gray 07 Apr '04

07 Apr '04

Any SCSI above 160 needs the correct sort of teminators. What happens when you go into the SCSI bios (Control-A) and detect the drives. The cabling for SCSI 160/320 can be critical. >From: Andreas Jaeger <aj(a)suse.de> >To: arno(a)lucienet.de >CC: suse-amd64(a)suse.com >Subject: Re: [suse-amd64] SCSI problem on Tyan Thunder 2882 >Date: Wed, 31 Mar 2004 07:46:10 +0200 > >Arno Seitzinger <arno(a)lucienet.de> writes: > > > Hi NG, > > > > I have a problem with a 4 disk raid0 on a dual opteron tyan board. > > > > When copying large files, the kernel reports 'scsi0 transmission error > > detected' > > > > Where do I start sorting out the problems? Software or hardware problem? > >This sounds like a hardware issue. > > > The board is a Tyan Thunder K8S Pro S2882, the drives are Fujitsu >MAS3367NP. > > OS is Suse Linux 9.0 64bit > > The scsi controller is an on board aic7902w dual channel u320 scsi > > controller. In the bios, I enabled the termination. > > > All 4 drives are connected to the scsi-a connector, there is a >termination > > board at the last drive and the jumper on the drive is set to provide > > terminal power > > > > I placed the complete error messages at www.lucienet.de/scsiprob.txt > > > > Any help will be appreciated > > >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 ><< attach3 >> _________________________________________________________________ SEEK: Now with over 50,000 dream jobs! Click here: http://ninemsn.seek.com.au?hotmail

2 1

kernel panics during bootup on quad-opteron
by ALBERTO D SCOTTI 06 Apr '04

06 Apr '04

Hi, I have been trying to run 2.4.24 on a quad opteron (Quartet motherboard, from Celestica). If I enable NUMA, the kernel panics during bootup most of the times. Occasionally it will boot ok (without me doing anything special). I have tried the various noapic, idle=poll without success. I can get it to consistently boot if I specify pci=off, but then the machine it is not of great use, since the RAID card is mounted on a PCI slot... When it crashes, I get (I am copying from the screen by hand...) CPU 3 PID:1, comm, swapper not tainted RIP: 0010:[<ffffffff801421e7>] RSP:0000:0000010003c33e78 EFLAGFS 00010016 The CPU number varies (but never 0), the content of RIP is always the same. I can copy more, if necessary. The BIOS is the most recent (upgraded to fix sluggish memory). Note that kernel 2.4.19-NUMA boots fine as so does 2.6.4, with NUMA enabled. THe reason I am trying to use 2.4.24 is that when it works is gives good performance and has openAFS supported. I tried to get openAFS to work on 2.4.19-NUMA, without luck. OpeanAFS has not been ported yet to 2.6... Any help will ber greatly appreciated. Thank you Alberto Scotti -- Alberto Scotti Asst. Prof. Dept. of Marine Sciences CB 3300 University of North Carolina Chapel Hill, NC 27599-3300 919-962-9454 (w) 919-962-1254 (f)

1 0

WLS 8.1 SP2
by einar 06 Apr '04

06 Apr '04

Hello, did anyone manage to install Weblogic 8.1 SP2 on SUSE 9.0 amd64? My install fails with an error code 11 and I wonder if somebody else was successful. regards, einar

1 0

RE: [suse-amd64] Opteron Board preference ....
by Miller, Daniel J. 06 Apr '04

06 Apr '04

Yes, it's always important to check. Tyan's Tiger K8W Opteron boards, MSI's 9130, etc. all limit memory slots to the first CPU. Most workstation boards with AGP slots (like the HDAMB and the others just listed) populate the RAM controllers of only one CPU. Tyan's Thunder K8W and Arima's HDAMC are the notable exceptions. But the Arima board has the longest track record of any fully populated (with DIMM slots) board. At the time of Opteron's launch, when Solectron refused to ship their AMD validated Opteron motherboards, the Arima HDAMA was the only 8 DIMM board available, and it stayed that way for a while. MSI shipped 4 and 6 DIMM boards at the time of the launch, too. Tyan and Asus boards followed later. I'm certain that you are well aware of all of this, but others might not be and it seemed like it was worth noting that Arima's HDAMA fully supports all 4 memory controllers and has the longest track record of any 8 DIMM Opteron server board, with the possible exception of the AMD designed reference boards used in Celestica systems (which are great boards, too, but can only be bought inside a Celestica system). Regards, Dan PS - Solectron's failure to ship was supposedly due to Intel influence, but who really knows - all we know is that box makers didn't receive their promised shipments, and I was told this by staff at several rather stunned tier 2 box makers, all of which had orders to fill and were scrambling to recover from Solectron's abrupt refusal to ship the AMD validated Opteron boards they'd promised. -----Original Message----- From: Andi Kleen [mailto:ak@suse.de] Sent: Tuesday, April 06, 2004 12:48 PM To: Miller, Daniel J. Cc: mark(a)nostromo.net; suse-amd64(a)suse.com Subject: Re: [suse-amd64] Opteron Board preference .... On Tue, 6 Apr 2004 12:41:57 -0500 "Miller, Daniel J." <djmiller(a)anl.gov> wrote: > Support from the manufacturer for the Arima line of motherboards can > be found here: > > http://www.rioworks.com/Download/HDAMA.htm > > http://www.rioworks.com/Service-Download.htm One word of caution with Arima: While their motherboards seem to be very stable (not much problems reported) some of them like the HDAMB are not true NUMA: they have the memory connected only to a single CPU. If you want a well scaling Opteron system I would avoid such designs. Other boards from Arima may be ok in this regard. This can be normally easily checked on board pictures - the traces from the DIMM slots to the CPUs are visible. They should lead to both CPU sockets. -Andi -- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help(a)suse.com

1 0

Re: [suse-amd64] Dual Opteron Server Help
by Robert_Thilsted＠ord.uscourts.gov 05 Apr '04

05 Apr '04

As others have said, have it built. I bought a system from Monarch to my specifications (including the chassis, power supplies, and SCSI). It was worth it. If you buy from Monarck, then you are going to have to get them to use the Supermicro 9472? chassis vs the 7472? chassis. Check the Supermicro web sight. If you build your own, I would auggest the Supermicro 9x, 4u tower or rackmount chassis with dual SCSI backplane chassis and tripple power supply (up to ten 1" U320 SCA SCSI disks). This way you have all the "mechanicals" and can concentrate on the "electronics". |---------+----------------------------> | | "Fibersnet" | | | <mailinglist@fibe| | | rsnet.net> | | | | | | 04/03/04 09:09 PM| | | | |---------+----------------------------> >-----------------------------------------------------------------------------------------------------------------| | | | To: <suse-amd64(a)suse.com> | | cc: | | Subject: [suse-amd64] Dual Opteron Server Help | >-----------------------------------------------------------------------------------------------------------------| This server will funtion as a database server will that will store and select many chunks of small data at very high speeds. The hard drives will be in a raid 5 configuration with both the OS and the database being on the array. The OS will not be used too much but it will be on a redundant array along with the database. The server needs to have hot swappable drives so I am going to buy the SCSI chasis with SAF-TE The Adaptec controller also has support for SAF-TE The PSU is a redundant one because shutting down/rebooting this machine will be avoided at all costs. It is a mission critical server. The OS will be SUSE 64-bit running mysql 64bit binaries. I would be very gratful if you guys please review over the components and give me the OK to buy? I will make sure to get good PC 3200 ECC REGISTERED RAM but if you guys have any good links, please link me I plan to use Suse 9 64 bit. The server will run mysql only. How is the installation for Suse 9 with a Megaraid 320-1? Thank you! Chasis: Enlight EN-8950 ATX Tower http://www.pricegrabber.com/search_...85a7e32ad42cdef CPU: 2x AMD Opteron 244 Processor http://www.pricegrabber.com/search_...85a7e32ad42cdef Power Supply: Zippy MRW-6400P 400W EPS12V Redundant Power Supply http://www.stayonline.com/redundant...pplies/8908.asp Motherboard: TYAN 8131 K8 DP PGA940 MAX-16GB DDR 4PCI-X VGA 2BGE 3LAN SATA-R EATX http://www.pricegrabber.com/search_...85a7e32ad42cdef Hard Drive: 4x Fujitsu MAS3367NC Series 36.7 GB http://fujitsu.pricegrabber.com/sea...85a7e32ad42cdef Hard Drive Chasis Supermicro 5 Bay SCSI HDD Enclosure http://www.pricegrabber.com/search_...85a7e32ad42cdef Controller: Adaptec SCSI RAID 2120 Kit 64 bit/66MHz Ultra 320 RAID http://www.newegg.com/app/viewProductDesc.asp?description=16-118-014&depa=0 CDROM: LSI 64-bit PCI to Ultra320 single-channel SCSI Storage http://www.newegg.com/app/ViewProdu...-120-501&depa=0 Floppy: http://www.newegg.com/app/ViewProdu...-103-202&depa=0 RAM: Will find 4GB of ECC REGISTERED

1 0

Dual Opteron Server Help
by Fibersnet 05 Apr '04

05 Apr '04

This server will funtion as a database server will that will store and select many chunks of small data at very high speeds. The hard drives will be in a raid 5 configuration with both the OS and the database being on the array. The OS will not be used too much but it will be on a redundant array along with the database. The server needs to have hot swappable drives so I am going to buy the SCSI chasis with SAF-TE The Adaptec controller also has support for SAF-TE The PSU is a redundant one because shutting down/rebooting this machine will be avoided at all costs. It is a mission critical server. The OS will be SUSE 64-bit running mysql 64bit binaries. I would be very gratful if you guys please review over the components and give me the OK to buy? I will make sure to get good PC 3200 ECC REGISTERED RAM but if you guys have any good links, please link me I plan to use Suse 9 64 bit. The server will run mysql only. How is the installation for Suse 9 with a Megaraid 320-1? Thank you! Chasis: Enlight EN-8950 ATX Tower http://www.pricegrabber.com/search_...85a7e32ad42cdef CPU: 2x AMD Opteron 244 Processor http://www.pricegrabber.com/search_...85a7e32ad42cdef Power Supply: Zippy MRW-6400P 400W EPS12V Redundant Power Supply http://www.stayonline.com/redundant...pplies/8908.asp Motherboard: TYAN 8131 K8 DP PGA940 MAX-16GB DDR 4PCI-X VGA 2BGE 3LAN SATA-R EATX http://www.pricegrabber.com/search_...85a7e32ad42cdef Hard Drive: 4x Fujitsu MAS3367NC Series 36.7 GB http://fujitsu.pricegrabber.com/sea...85a7e32ad42cdef Hard Drive Chasis Supermicro 5 Bay SCSI HDD Enclosure http://www.pricegrabber.com/search_...85a7e32ad42cdef Controller: Adaptec SCSI RAID 2120 Kit 64 bit/66MHz Ultra 320 RAID http://www.newegg.com/app/viewProductDesc.asp?description=16-118-014&depa=0 CDROM: LSI 64-bit PCI to Ultra320 single-channel SCSI Storage http://www.newegg.com/app/ViewProdu...-120-501&depa=0 Floppy: http://www.newegg.com/app/ViewProdu...-103-202&depa=0 RAM: Will find 4GB of ECC REGISTERED

4 3

sii6514 module (SIL3114 SATA controller) for 2.4.21-149-SMP kernel
by Jan Kolar 05 Apr '04

05 Apr '04

i have dual opteron 246, with SATA disks on TYAN S2885 motherboard. i have downloaded installation and packages for 9.0. the problem is that module sii6514.o for SIL3114 SATA controller is available only as binary (at ftp://ftp.tyan.com/drivers_linux/Silicon_Image/3114/). this is compiled for kernel 2.4.21-102-SMP while the current 9.0 installation uses 2.4.21-149-SMP kernel. obviously that provides a kernel panic at the boot time. does anybody know where can i get a corresponding sii6514.o somewhere? or can i get the corresponding kernel somewhere? or any other (reasonable) solution? thanks --jan -- Centre for 3D GeoInformation: The virtual geography specialists at http://www.3dgi.dk/en

2 2

Hardware Raid Controllers
by Brenden E 04 Apr '04

04 Apr '04

Hello and thanks for your help. I currently have the choice of the LSI Megaraid 320-1 http://www.newegg.com/app/ViewProductDesc.asp?description=16-118-014&depa=0 or the Adaptec 64-bit PCI to SCSI RAID Controller Card http://www.newegg.com/app/ViewProductDesc.asp?description=16-103-142&depa=0 I am going to use one of them with the Tyan S2882 http://www.zipzoomfly.com/jsp/ProductDetail.jsp?ProductCode=241893 Which one has better Suse Support? Which one will need no extra drivers when installing Suse? I plan to use Suse 9 64-bit from an FTP install. I plan to use Raid 10 on the hardware raid side and hopefully Suse will just see the array and not the individual drives. Thank you guys! Brenden

1 0

Re: [suse-amd64] eMachines AMD64 Notebook Can't intall
by Andi Kleen 04 Apr '04

04 Apr '04

On Sun, 4 Apr 2004 12:32:57 -0400 "Phil Hodgkins" <searook(a)adelphia.net> wrote: [please keep discussions on the list] > Yes have tried all differant options of install but no good. When it > hangs it has to be rebooted as keyboard doesn't work after hang. Thanks for > the reply. Check if there is a setting like "USB legacy emulation" in the BIOS setup. If yes, disable that. -Andi

1 0

porting assembler code
by ascotti＠email.unc.edu 04 Apr '04

04 Apr '04

Hi all, is there some document/resource addressing the issue of porting Athlon-optimized assembler code to the Opteron. Alberto Scotti

2 1

eMachines AMD64 Notebook Can't intall
by Phil Hodgkins 04 Apr '04

04 Apr '04

Hi all I have a eMachine M6807 AMD 64 notebook. Was very happy to see Suse AMD64 came out and ourchased it. I soon discovered I can't install it as it hangs when it get to choosing keyboard. Doe's anyone know of a work solution to this problem. Thanks --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.648 / Virus Database: 415 - Release Date: 4/1/2004

2 1

Notebook Acer 1501
by Roland Hoffmann 04 Apr '04

04 Apr '04

I intend to buy an Acer Aspire 1501 notebook which is equipped with an amd athlon 64. Is there any experience with this system running under Suse-Linux? Thanks for answering.

2 1

[suse-amd64] SUSE Linux Component DataBase
by Detlef Heinrich 04 Apr '04

04 Apr '04

Hello Suse Team, although Suse 9.1 is on the horizon, I want to give you a short feedback regarding the 9.0 installation on my hardware combination. (GA-KA8VNXP is not listed in your database) equipment: M.-Board : Giga-byte GA-KA8VNXP Processor: AMD Athlon64 (Socket 754) Graphic : AUSUS 9800XT Sound : On-Board SATA RAID: On-Board VIA VT8237 1. Installation (on SATA disks) with SuSE-Linux Patch CD was done without any problems (Thank you four your efforts) 2. Graphic: is ok. waiting still for an answer from ATI regarding my request for an 64bit driver (my be it will be a christmas gift) 3. Sound : is ok. XMMS (1.2.8) is only working with aRts Driver (0.4) proper. 4. DVD with "Kaffeine" is ok. (I've seen some postings, notifying errors regarding playing DVD`s) Only one issue is driving me crasy: The seti@home 32bit client is running much more faster than the 64bit client (30 minutes). ;-) Kr...Detlef Heinrich

2 1

Nvidia AMD64 1.0-5332 trouble
by Jeroen Leijen 02 Apr '04

02 Apr '04

Has anyone got X running using the Nvidia AMD64 1.0-5332 drivers? I compiled and installed the drivers according the instructions as supplied by nvidia. On my system (suse 9.0, k_deflt 2.4.21.201.x86_64, msi k8t neo fisr, athlon 64 3000, msi geforce fx5200) sax2 shows only a blank screen. Thanks Jeroen Amsterdam

7 8

RE: [suse-amd64] Solved Re: [suse-amd64] Nvidia AMD64 1.0-5332 trouble
by Elvis Chen 02 Apr '04

02 Apr '04

hi, >From: Jeroen Leijen <depot(a)xs4all.nl> >To: suse-amd64(a)suse.com >Subject: [suse-amd64] Solved Re: [suse-amd64] Nvidia AMD64 1.0-5332 trouble > >"NvAgp" "1" did the trick. So my system is using the Nvidia AGP module. I >don't understand why X doesn't run when using the regular kernel module >AGPGART (i.e. Option "NvAgp" "3", the default setting). I had/have the same problem. In fact, setting "NvAGP" to 1 *DISABLES* AGP. see my explaination below. >1. Has anyone X running with agpgart using the system setup described >below? >2. Benchmark exchange: >jeroen@linux:~> glxgears >7695 frames in 5.0 seconds = 1539.000 FPS >8951 frames in 5.0 seconds = 1790.200 FPS My Athlon 2400+ with GForce 4200 has a frame rate of: 31088 frames in 5.0 seconds = 6217.600 FPS 34026 frames in 5.0 seconds = 6805.200 FPS under Suse 8.2. Not knowing what hardware you have, I can't say if yours is running optimally. However, I have another machine with Athlon 64-3400+ with GF 5950Ultra, and I'm only getting about *600* FPS under Suse 9.0 (for AMD64). Changing "NvAGP" from "1" to "0" (0 disables AGP) resulted in the same frame rate. This is on 2.4.21 kernel. so, I suspect you have your AGP disabled. Elvis _________________________________________________________________ STOP MORE SPAM with the MSN Premium and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

gcc / BFD problem
by Joseph Comfort 02 Apr '04

02 Apr '04

I have been trying to compile the CERN library (cernlib) on a dual Opteron. With some patches in the configuration files, everything looks good with 64-bit compilation. The lib....a libraries appear to compile in 32-bit (-m32) form. But some programs produced from these files, and SuSE system files, fail. Below is the log file from the attempt to produce paw++. The complaint relates to BFD code. I don't know if the problem is there, or in the cernlib somewhere -- or how to find it. The message says to report the bug. Please advise. Thank you. installing in /pawlib/paw... gmake[1]: Entering directory `/usr/local/cern/2003_new/build/pawlib/paw' making Makefiles in /pawlib/paw/programs... installing in /pawlib/paw/programs... gmake[2]: Entering directory `/usr/local/cern/2003_new/build/pawlib/paw/programs' rm -f 0pamain.o g77 -c -O -m32 -fno-automatic -fno-second-underscore -fugly-complex -I/usr/local/cern/2003_new/build/pawlib/paw -I/usr/local/cern/2003_new/src/pawlib/paw -I/usr/local/cern/2003_new/src/pawlib/paw/programs -I/usr/local/cern/2003_new/src/include -DCERNLIB_LINUX -DCERNLIB_UNIX -DCERNLIB_LNX -DCERNLIB_QMGLIBC -o 0pamain.o /usr/local/cern/2003_new/src/pawlib/paw/programs/0pamain.F rm -f pawX11 Linking with cern libraries /usr/local/cern/2003_new/lib/libpawlib.a /usr/local/cern/2003_new/lib/liblapack3.a /usr/local/cern/2003_new/lib/libblas.a /usr/local/cern/2003_new/lib/libgraflib.a /usr/local/cern/2003_new/lib/libgrafX11.a /usr/local/cern/2003_new/lib/libpacklib.a /usr/local/cern/2003_new/lib/libmathlib.a /usr/local/cern/2003_new/lib/libkernlib.a -L/usr/X11R6/lib -lX11 -lnsl -lcrypt -ldl g77 -o pawX11 -O -m32 -fno-automatic -fno-second-underscore -fugly-complex -Wl,-E -L/usr/local/cern/2003_new/src../lib 0pamain.o `cernlib pawlib graflib/X11 packlib mathlib kernlib` \ || rm -f pawX11 /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.2/../../../../x86_64-suse-linux/bin/ld: BFD 2.14.90.0.5 20030722 (SuSE Linux) internal error, aborting at ../../bfd/elfcode.h line 224 in bfd_elf64_swap_symbol_in /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.2/../../../../x86_64-suse-linux/bin/ld: Please report this bug. collect2: ld returned 1 exit status Error: pawX11 not executable gmake[2]: *** [pawX11] Error 1 gmake[2]: Leaving directory `/usr/local/cern/2003_new/build/pawlib/paw/programs' gmake[1]: *** [install.bin] Error 2 gmake[1]: Leaving directory `/usr/local/cern/2003_new/build/pawlib/paw' make: *** [install.bin] Error 2

1 0

dvd+rw-tools vs. SLES*/AMD64
by Stephen Williams 02 Apr '04

02 Apr '04

OK, got my fnacy new DVD writer, and I'm able to mount CD-ROMS on it, and I can (miraculously) play DVD videos using xine. But I'm trying to get dvd+rw-tools to run, to no avail. Things like dvd+rw-mediainfo and dvd+rw-format seem to work, but when I try to write a simple ISO9660 image with growisofs it ends with an I/O error message. The long list of pointer/integer size warnings when compiling the tools did not give me warm fuzzies. Has this worked for anybody on an AMD64? Details: /usr/local/bin/dvd+rw-mediainfo /dev/cdrecorder INQUIRY: [SONY ][DVD RW DRU-530A ][1.0d] GET [CURRENT] CONFIGURATION: Mounted Media: 14h, DVD-RW Sequential Media ID: SONY000000U9 GET PERFORMANCE: Speed Descriptor#0: 00/256047 Reading(a)4.0x Writing(a)1.0x READ DVD STRUCTURE[#10h]: Media Book Type: 32h, DVD-RW book [revision 2] Legacy lead-out at: 2298496*2KB=4707319808 READ DVD STRUCTURE[#0h]: Media Book Type: 32h, DVD-RW book [revision 2] Last border-out at: 2298496*2KB=4707319808 READ DISC INFORMATION: Disc status: complete Number of Sessions: 1 State of Last Session: complete Number of Tracks: 1 READ TRACK INFORMATION[#1]: Track State: complete Track Start Address: 0*2KB Free Blocks: 0*2KB Track Size: 256048*2KB FABRICATED TOC: Track#1 : 14@0 Track#AA : 14@256048 Multi-session Info: #1@0 -- Steve Williams "The woods are lovely, dark and deep. steve at XXXXXXXXXX But I have promises to keep, http://www.XXXXXXXXXX and lines to code before I sleep, http://www.picturel.com And lines to code before I sleep."

1 1

RE: [suse-amd64] SATA on SLES8
by Black, Alain 02 Apr '04

02 Apr '04

Frank, I'm running the 3Ware 8506-12 12Port SATA Raid running as an add on card to the Tyan 2880UGNR Dual Opteron MB. So the information that you provided seems to fit QUITE nicely into my setup. Now I've got some calls to make to my VAR. Thanks for the info, -Alain -----Original Message----- From: pieczy(a)web.de [mailto:pieczy@web.de] Sent: Thursday, April 01, 2004 10:27 AM To: suse-amd64(a)suse.com Subject: Re: [suse-amd64] SATA on SLES8 On Wednesday 31 March 2004 18:01, Black, Alain wrote: > I am getting the following entries in the /var/log/messages file. The > entries are in reference to my 12 port 3Ware SATA RAID card. I tried a 11 > disk RAID set (with one hot spare) which I've been told is not supported > with the kernel provided with SLES8. I've moved to smaller RAID sets, but > the system will still hang after writing more than 8GB to the RAID sets. Which controller do you use? On which board? There is a know HW issue with 3ware controllers on Tyan boards: http://www.tyan.com/support/html/f_s2885.html Why can't I get my 3ware Raid card to work correctly with this motherboard? 3ware and Tyan have worked together to identify the issue between 3ware 7506 ATA and 8506 SATA RAID controllers and certain chipsets. 3Ware has a technical note available on their knowledge base: https://www.3ware.com/kbadmin/attachments/TM900-0045-00%20Rev%20A_P.pdf Tyan will be working with 3Ware to validate the next generation of 8506/9500 RAID controllers on our motherboards. May be you need a new controller :-( Regards Frank -- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help(a)suse.com

1 0

Realplayer hangs
by Jeroen Leijen 01 Apr '04

01 Apr '04

I am running Suse 9.0 installed by FTP. This means I don't have a realplayer package supplied by Suse. I downloaded it from Real. When I start realplayer the window shows up but after that it immediately hangs. I am curious if you all have the same problem. Thanks, Jeroen from Amsterdam

1 0

SATA VIA Re-revisited (DMA timer_expiry)
by Jason Vertrees 01 Apr '04

01 Apr '04

Johan et. al., I'm still having those ire producing dma_timer_expiry problems. I rebuilt my kernel with Johan's (claims to have 2.6.x working with SATA flawlessly) kernel's ".config" and couldn't even get that booted. Aside from that, I even switched to SuSe's new 64-bit 2.6.4-29-smp kernel and that didn't work. Right now (w/2.6.4-29-smp) under load, I get hda: dma_timer_expiry: dma status == 0x24 hda: DMA interrupt recovery hda: lost interrupt from dmesg w/15 second bus reset. I've changed from sata_via to libata (I think) and still am having problems. My /etc/sysconfig/kernel line is INITRD_MODULES="libata scsi_mod sd_mod reiserfs" where removing "sata_via" didn't help any. Also, I tried turning off (any of) Samsung's acoustic management tuning. Right now hdparm -Tt shows: /dev/hda: Timing buffer-cache reads: 1964 MB in 2.00 seconds = 981.66 MB/sec Timing buffered disk reads: 174 MB in 3.02 seconds = 57.68 MB/sec I just noticed that throughout the whole process the device has always been /dev/hda2 and not /dev/sda2 as it should have been with libata, right? So, maybe removing "sata_via" from the /etc/sysconfig/kernel file (and remaking initrd) didn't do anything for me (indicating sata_via's built into the kernel?). Ok, so I'm remaking 2.6.5-rc2 with 'sata_via' as module, will remove it from the /etc/sysconfig/kernel file and reboot. -- minutes later -- Ok, sata_via's been built as a module. I've left it OUT of the INITRD (dmesg agrees) but still /dev/hda2 exists (and was booted from). Still /dev/hda2 not /dev/sda2. Not sata modules recognized in 'lsmod' or in dmesg. I'm almost 100% sure I'll get the error soon. Ideas and comments are always welcome! Thanks! -- Jason -- Jason Vertrees BSCB Graduate Student @ UTMB, Galveston javertre(a)utmb.edu :: http://www.bscb.utmb.edu

3 2

[suse-amd64] SATA on SLES8
by Black, Alain 01 Apr '04

01 Apr '04

I am getting the following entries in the /var/log/messages file. The entries are in reference to my 12 port 3Ware SATA RAID card. I tried a 11 disk RAID set (with one hot spare) which I've been told is not supported with the kernel provided with SLES8. I've moved to smaller RAID sets, but the system will still hang after writing more than 8GB to the RAID sets. Please let me know if I have not provided enough information for this to make sense. Mar 31 08:02:10 bsiarc1 kernel: 3w-xxxx: scsi0: AEN: INFO: Initialization started: Unit #5. Mar 31 08:02:10 bsiarc1 kernel: klogd 1.4.1, ---------- state change ---------- Mar 31 08:02:10 bsiarc1 kernel: Inspecting /boot/System.map-2.4.21-207-smp Mar 31 08:02:10 bsiarc1 kernel: Loaded 14963 symbols from /boot/System.map-2.4.21-207-smp. Mar 31 08:02:10 bsiarc1 kernel: Symbols match kernel version 2.4.21. Mar 31 08:02:10 bsiarc1 kernel: Error seeking in /dev/kmem Mar 31 08:02:10 bsiarc1 kernel: Symbol #nls_iso8859-1, value a013c000 Mar 31 08:02:10 bsiarc1 kernel: Error adding kernel module table entry. Mar 31 08:03:22 bsiarc1 kernel: 3w-xxxx: scsi0: AEN: ERROR: Drive error: Port #5. Mar 31 08:03:22 bsiarc1 kernel: 3w-xxxx: scsi0: AEN: WARNING: Sector repair occurred: Port #5. Mar 31 08:03:32 bsiarc1 kernel: 3w-xxxx: scsi0: AEN: ERROR: Drive error: Port #5. Mar 31 08:03:32 bsiarc1 kernel: 3w-xxxx: scsi0: AEN: WARNING: Sector repair occurred: Port #5. Mar 31 08:03:41 bsiarc1 kernel: 3w-xxxx: scsi0: AEN: ERROR: Drive error: Port #5. Mar 31 08:03:41 bsiarc1 kernel: 3w-xxxx: scsi0: AEN: WARNING: Sector repair occurred: Port #5. -Alain.

2 1