October 2003 - openSUSE AMD64 - openSUSE Mailing Lists

SLES8 vs. Microtech USB Cameramate
by Stephen Williams 11 Nov '03

11 Nov '03

I have SLES8 with the latest (precompiled) kernel updates on an AMD64 (HDAMB) system. I also have a Microtech USB Cameramate compact flash/smart card reader. It appears that it does not work. It recognizes it as a usb-storage device, but that's it. It *appears* that the Microtech CompactFlash (DPCM) support is not enabled in the kernel, but I cannot find a kernel compile .config file to check. (Also, I'd *rather* stick with mainstread kernel binaries if I can. Don't really want to o off in a tangent and confuse the Yast2 updates.) -- Steve Williams "The woods are lovely, dark and deep. steve at icarus.com But I have promises to keep, http://www.icarus.com and lines to code before I sleep, http://www.picturel.com And lines to code before I sleep."

3 6

Tyan S2885ANRF AGP framebuffer write slowness?
by John McCorquodale 05 Nov '03

05 Nov '03

Andreas and other interested folks, I just grabbed the 2.4.21-139 kernel, built it and installed it on my Tyan S2885ANRF. It now finds the 8151 AGP controller correctly, and seems to correctly identify both AGP110 (ATI X1) and older AGP v2 cards, go into 4x/8x modes fine and the like. However, if you take video-card-of-your-choice, map its framebuffer and set the AGP bridge for fast writes, the write bandwidth to the framebuffer is BAD. About a factor of 40 slower than it should be. A 1x card writes at about 18MB/s, a 4x card at 25 and an 8x card at 48MB/s. These numbers should be 256MB/s, 1GB/s and 2GB/s. Under no circumstances (1x, fast writes off) should the bandwidth be less than 256MB/s. I've tired this on lots of 760MPX machines and get the performance I expect, but I am at a loss as to what could possibly be causing this slowness. I notice that the Tyan board sets up the MTRR for the whole PCI physical address space to be uncachable: linux:~ # cat /proc/mtrr reg00: base=0xc0000000 (3072MB), size=1024MB: uncachable, count=1 reg01: base=0xbe000000 (3040MB), size= 32MB: uncachable, count=1 In previous framebuffer drivers, I have set the MTRR for the frame buffer to be write combining, which does have an effect on performance ('tho I've never known the effect to be a factor of 40!). I'd like to do the same thing on the Tyan board, but unsetting the c0000000-ffffffff uncacheable MTRR, or fragmenting it so that everything in that region EXCEPT the framebuffer is uncacheable both quickly lead to system crasshes (why? how could caching the framebuffer hang the system in text mode (corrupt screen contents, sure)? is this a race while the region is uncacheable?) It seems there's something strange going on. Could this be some kind of IOMMU interaction? The AGP aperture ends up at e0000000, which I cover with an uncacheable MTRR entry when I try the fragments, so I don't THINK I'm hurting anything. Any ideas why it could possibly be so slow or what I might do to get it back up to reasonable write speeds? Hard to do video when you can only get 2 frames/sec into the card's RAM. Thanks! -mcq

4 5

Re: [suse-amd64] Xvnc broken?
by David Schweiger 29 Oct '03

29 Oct '03

Stefan Fent <sf(a)suse.de> schrieb am 23.09.03 14:56:42: > > I am not able to get vncserver or Xvnc working under > > beta 9. Xvnc exits with a segmentation violation. > > > > Config: single 242 cpu, 512 mb ram, K8D Master mb. > > > > Is it working for anyone else? > > No, it's not. > But it will be working in the next distribution. > But it should be possible to use the 32bit (i386)-package. > (I never tested that with 8.2) Who is doing the work? There is still http://xprint.mozdev.org/bugs/show_bug.cgi?id=4553 which needs to be fixed . Maybe we are lucky and a port of the patch for Xvnc will cure the AMD64 problems in the xprint.mozdev.org, too. ______________________________________________________________________________ Horoskop, Comics, VIPs, Wetter, Sport und Lotto im WEB.DE Screensaver1.2 Kostenlos downloaden: http://screensaver.web.de/?mc=021110

3 2

Re: [suse-amd64] Xvnc broken?
by David Schweiger 29 Oct '03

29 Oct '03

Andi Kleen <ak(a)suse.de> schrieb am 29.10.03 02:45:27: > > Stefan Fent <sf(a)suse.de> schrieb am 23.09.03 14:56:42: > > > > I am not able to get vncserver or Xvnc working under > > > > beta 9. Xvnc exits with a segmentation violation. > > > > > > > > Config: single 242 cpu, 512 mb ram, K8D Master mb. > > > > > > > > Is it working for anyone else? > > > > > > No, it's not. > > > But it will be working in the next distribution. > > > But it should be possible to use the 32bit (i386)-package. > > > (I never tested that with 8.2) > > > > Who is doing the work? There is still http://xprint.mozdev.org/bugs/show_bug.cgi?id=4553 which needs to be fixed . Maybe we are lucky and a port of the patch for Xvnc will cure the AMD64 problems in the xprint.mozdev.org, too. > > Not sure what exactly you're asking for here, but SuSE 9.0/AMD64 is shipping and it has > working VNC as far as I know. I am asking for the patch which added the AMD64 support to the Xvnc CVS. Or is Xvnc now being build from the same CVS as Xfree? ______________________________________________________________________________ Horoskop, Comics, VIPs, Wetter, Sport und Lotto im WEB.DE Screensaver1.2 Kostenlos downloaden: http://screensaver.web.de/?mc=021110

3 2

32-bits vs 64-bits MySQL performance
by Kees Hoekzema 28 Oct '03

28 Oct '03

Hello list, Finally I've got a working Opteron, so I decided to test its stability and speed. I imported a backup of the database it is going to run and ran a few queries we use in our scripts on them to test how fast it was. We ran this script a few times with different concurrency levels using apache and ab and then we started a 32 bits mysql version and ran the same script with the same parameters again. There were some results I didn't expect. These are the results I got: First number is # threads, second and third queries/s, last is % difference Threads 64 bits 32 bits % 1 1944,56 2462,48 26,6% 2 2893,32 3604,71 24,6% 3 2867,71 3654,71 27,4% 4 2818,35 3519,48 24,9% 5 2768,75 3478,66 25,6% Apparently the 32 bits version of MySQL is almost 25% faster than the 64-bit flavor of MySQL. The queries used here are 'heavy' queries, not the average selects. Every result you see here above is the result of requesting 5000 times the script, resulting in approx. 250.000 queries on the MySQL server. To avoid coincidences in the queries we chose, I made a second script, containing 'light' queries, the results: Threads 64 bits 32 bits % 1 7091,16 6808,51 -4,0% 2 8358,85 8779,57 5,0% 3 9290,33 9678,81 4,2% 4 9346,16 10075,78 7,8% 5 9514,71 10289,20 8,1% 7 9495,10 10306,70 8,5% Less difference, but the 32-bits version is still faster than the 64-bits, with more threads the difference gets up to 16%. The used MySQL version is 4.0.16 for both 32 bits and 64 bits and I'm running SuSE Linux Beta Distribution version 8.2-beta9 with a 2.4.19-NUMA kernel on a Dual Opteron 246 w/ 4G RAM on an Tyan K8S motherboard. After the benchmarks I have a few questions, - Why is the 64-bits version so much slower than the 32-bits version? The 64-bits version is compiled with gcc 3.2.1 on a SuSE box (without optimalisations apparently), the 32-bits is compiled with gcc 2.95.3 with optimalisations '-O2 -mcpu=pentiumpro'. Is the difference in performance due to these compiler options or is there something else I totally overlooked? - Is it useful to compile my own MySQL (with gcc 3.3?) or do I have to wait until MySQL is better optimized for the Opteron? A lot of questions and text, but I hope someone can enlighten me on this matter. tia, - kees

4 7

Download directory for SLES8 updated packages
by Stephen Williams 26 Oct '03

26 Oct '03

Is there a directory or FTP site where I can go to pick and choose the rpm packages I want to use to update my system? There are a few packages in the UnitedLinux SP2 that I want, but I don't want to install the entire patch. It's huge, and updates things I dont want touched. -- Steve Williams "The woods are lovely, dark and deep. steve at icarus.com But I have promises to keep, http://www.icarus.com and lines to code before I sleep, http://www.picturel.com And lines to code before I sleep."

3 2

HDAMB System vs. k_smp-2.4.19-256
by Stephen Williams 25 Oct '03

25 Oct '03

I'm having further problems with booting any kernel other then the k_smp_2.5.19-191 that I am currently running. My system is a dual Opteron 244 in a HDAMB system board (Rhapsody?) with a mere 1Gig of ram. I have SCSI hard drive, and an IDE CDROM and ZIP drive. The AGP video card is a GeForce4 MX440. And otherwise it is SLES8. When I install (via yast) the 2.4.19-256 kernel, it boots only about far enough to print some ACPI messages, then it freezes. I set vga=0 on the boot line, little difference. So far, none of the "patches" for the kernel as downloaded by yast have worked for me, but I can boot the install CDROM in rescue mode, use rpm to install the k_smp_2.4.19-191 kernel, and I'm back in business. I can occasionally run tests, but I only sporadically have time to fiddle with this during the week. A nit: It would be much nicer if the kernel rpm packages *added* themselves to the grub file instead of replacing the existing boot config. This would then allow for multiple installed kernels, handy in train wrecks like this. -- Steve Williams "The woods are lovely, dark and deep. steve at icarus.com But I have promises to keep, http://www.icarus.com and lines to code before I sleep, http://www.picturel.com And lines to code before I sleep."

2 5

Newbie question
by Kirk Lowery 23 Oct '03

23 Oct '03

The good news: we just got two new NEWISYS 2100 servers (dual Opterons)! The bad news: all my experience is with Debian and they came pre-installed with SuSE Enterprise Server 8.0. And there's no Debian for AMD64 (yet). So I have some questions that I'm sure are FAQs. Point me in the right direction and I'll RTFM. What is the difference between Enterprise Server and SuSE Professional? I know there are the United Linux add-on packages. But there are a lot of packages I need that aren't on the installation disks. I'd prefer 64-bit compiled applications, naturally. For example, Cyrus (imap) and dependences don't come on the installation disks. So...do I just download the Professional iso's for the AMD64? In general, where does one go for binary 64-bit rpms? Or is it better just to compile from the source? TIA! Kirk -- Theorie ist, wenn man alles weiss und nichts klappt. Praxis ist, wenn alles klappt und keiner weiss warum. Bei uns sind Theorie und Praxis vereint: nichts klappt und keiner weiss warum!

2 2

Re: [suse-amd64] Tyan K8W 8GB
by Mike D. Frenz 23 Oct '03

23 Oct '03

Hello, here is beginning of /var/log/boot.msg: -----------SNIP------------ Inspecting /boot/System.map-2.4.19-SMP Loaded 14399 symbols from /boot/System.map-2.4.19-SMP. Symbols match kernel version 2.4.19. Error seeking in /dev/kmem Symbol #ide-scsi, value a005f000 Error adding kernel module table entry. klogd 1.4.1, log source = ksyslog started. <4>Linux version 2.4.19-SMP (root(a)AMD64.suse.de) (gcc version 3.3 (SuSE Linux)) #1 SMP Wed Jun 25 21:37:18 UTC 2003 <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 - 00000000bfff0000 (usable) <4> BIOS-e820: 00000000bfff0000 - 00000000bffff000 (ACPI data) <4> BIOS-e820: 00000000bffff000 - 00000000c0000000 (ACPI NVS) <4> BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved) <4>kernel direct mapping tables upto 10100000000 @ 8000-d000 <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. <4>hm, page 000fa000 reserved twice. <4>On node 0 totalpages: 786416 <4>zone(0): 4096 pages. <4>zone(1): 782320 pages. <4>zone(2): 0 pages. <6>ACPI: RSDP (v000 ACPIAM ) @ 0x00000000000f66f0 <6>ACPI: RSDT (v001 A M I OEMRSDT 04096.00770) @ 0x00000000bfff0000 <6>ACPI: FADT (v001 A M I OEMFACP 04096.00770) @ 0x00000000bfff0200 <6>ACPI: MADT (v001 A M I OEMAPIC 04096.00770) @ 0x00000000bfff0380 <6>ACPI: OEMB (v001 A M I OEMBIOS 04096.00770) @ 0x00000000bffff040 <6>ACPI: ASF! (v001 AMIASF AMDSTRET 00000.00001) @ 0x00000000bfff39f0 <6>ACPI: Local APIC address 0xfee00000 <6>ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) <4>Processor #0 15:5 APIC version 16 <6>ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) <4>Processor #1 15:5 APIC version 16 <6>ACPI: IOAPIC (id[0x02] address[0xfec00000] global_irq_base[0x0]) <6>IOAPIC[0]: Assigned apic_id 2 <4>IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, IRQ 0-23 <6>ACPI: IOAPIC (id[0x03] address[0xff4fe000] global_irq_base[0x18]) <6>IOAPIC[1]: Assigned apic_id 3 <4>IOAPIC[1]: apic_id 3, version 17, address 0xff4fe000, IRQ 24-27 <6>ACPI: IOAPIC (id[0x04] address[0xff4ff000] global_irq_base[0x1c]) <6>IOAPIC[2]: Assigned apic_id 4 <4>IOAPIC[2]: apic_id 4, version 17, address 0xff4ff000, IRQ 28-31 <6>ACPI: INT_SRC_OVR (bus[0] irq[0x0] global_irq[0x2] polarity[0x0] trigger[0x0]) <4>ACPI: no HPET table found (0). <6>Using ACPI (MADT) for SMP configuration information <4>Building zonelist for node : 0 <4>Kernel command line: root=/dev/hdb2 vga=0x317 hda=ide-scsi hdalun=0 splash=silent splash=silent <4>ide_setup: hda=ide-scsi <4>ide_setup: hdalun=0 <6>bootsplash: silent mode. <6>bootsplash: silent mode. <4>Initializing CPU#0 <6>time.c: Detected 1.193182 MHz PIT timer. <6>time.c: Detected 1792.595 MHz TSC timer. <4>Console: colour dummy device 80x25 <4>Calibrating delay loop... 3578.26 BogoMIPS <4>Memory: 3068260k/3145664k available (1861k kernel code, 72920k reserved, 1139k 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) <4>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>Booting processor 1/1 rip 6000 page 00000100bf8f0000 <4>Initializing CPU#1 <4>Calibrating delay loop... 3578.26 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 (7156.53 BogoMIPS). <4>ENABLING IO-APIC IRQs <7>init IO_APIC IRQs <7> IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23, 3-0, 3-1, 3-2, 3-3, 4-0, 4-1, 4-2, 4-3 not connected. <6>..TIMER: vector=0x31 pin1=2 pin2=0 <7>number of MP IRQ sources: 16. <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 0 0 0 0 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 0 0 0 0 0 1 1 79 <7> 0b 001 01 0 0 0 0 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 000 00 1 0 0 0 0 0 0 00 <7> 11 000 00 1 0 0 0 0 0 0 00 <7> 12 000 00 1 0 0 0 0 0 0 00 <7> 13 000 00 1 0 0 0 0 0 0 00 <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 000 00 1 0 0 0 0 0 0 00 <7> 03 000 00 1 0 0 0 0 0 0 00 <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 <6>.................................... done. <4>Using local APIC timer interrupts. <4>Detected 12.448 MHz APIC timer. <6>cpu: 0, clocks: 1991773, slice: 663924 <6>CPU0<T0:1991760,T1:1327824,D:12,S:663924,C:1991773> <6>cpu: 1, clocks: 1991773, slice: 663924 <6>CPU1<T0:1991760,T1:663904,D:8,S:663924,C:1991773> <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 20020815 <6>PCI: Using configuration type 1 <6>ACPI: Interpreter enabled <6>ACPI: Using IOAPIC for interrupt routing <6>ACPI: System [ACPI] (supports S0 S1 S4 S5) <6>ACPI: PCI Root Bridge [PCI0] (00:00) <4>PCI: Probing PCI hardware (bus 00) <3>Unknown bridge resource 0: assuming transparent <3>Unknown bridge resource 0: assuming transparent <3>Unknown bridge resource 0: assuming transparent <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT] <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.GOLA._PRT] <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.GOLB._PRT] <6>ACPI: PCI Root Bridge [PCIB] (00:04) <4>PCI: Probing PCI hardware (bus 04) <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCIB.PBP2._PRT] <4>ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) <4>ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *9 10 11 12 14 15) <4>ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 14 15, disabled) <4>ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) <6>PCI: Using configuration type 1 <6>PCI: Probing PCI hardware <4>ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 5 <7>IOAPIC[0]: Set PCI routing entry (2-16 -> 0xa9 -> IRQ 16) <7>00:00:07[A] -> 2-16 -> vector 0xa9 -> IRQ 16 <7>IOAPIC[0]: Set PCI routing entry (2-17 -> 0xb1 -> IRQ 17) <7>00:00:07[B] -> 2-17 -> vector 0xb1 -> IRQ 17 <7>IOAPIC[0]: Set PCI routing entry (2-18 -> 0xb9 -> IRQ 18) <7>00:00:07[C] -> 2-18 -> vector 0xb9 -> IRQ 18 <7>IOAPIC[0]: Set PCI routing entry (2-19 -> 0xc1 -> IRQ 19) <7>00:00:07[D] -> 2-19 -> vector 0xc1 -> IRQ 19 <7>Pin 2-19 already programmed <7>Pin 2-16 already programmed <7>Pin 2-17 already programmed <7>Pin 2-18 already programmed <7>Pin 2-19 already programmed <7>Pin 2-17 already programmed <7>Pin 2-19 already programmed <7>IOAPIC[1]: Set PCI routing entry (3-3 -> 0xc9 -> IRQ 27) <7>00:02:08[A] -> 3-3 -> vector 0xc9 -> IRQ 27 <7>IOAPIC[1]: Set PCI routing entry (3-0 -> 0xd1 -> IRQ 24) <7>00:02:08[B] -> 3-0 -> vector 0xd1 -> IRQ 24 <7>IOAPIC[1]: Set PCI routing entry (3-1 -> 0xd9 -> IRQ 25) <7>00:02:08[C] -> 3-1 -> vector 0xd9 -> IRQ 25 <7>IOAPIC[1]: Set PCI routing entry (3-2 -> 0xe1 -> IRQ 26) <7>00:02:08[D] -> 3-2 -> vector 0xe1 -> IRQ 26 <7>Pin 3-2 already programmed <7>Pin 3-3 already programmed <7>Pin 3-0 already programmed <7>Pin 3-1 already programmed <7>Pin 3-0 already programmed <7>Pin 3-1 already programmed <7>IOAPIC[2]: Set PCI routing entry (4-0 -> 0xe9 -> IRQ 28) <7>00:01:03[A] -> 4-0 -> vector 0xe9 -> IRQ 28 <7>IOAPIC[2]: Set PCI routing entry (4-1 -> 0x32 -> IRQ 29) <7>00:01:03[B] -> 4-1 -> vector 0x32 -> IRQ 29 <7>IOAPIC[2]: Set PCI routing entry (4-2 -> 0x3a -> IRQ 30) <7>00:01:03[C] -> 4-2 -> vector 0x3a -> IRQ 30 <7>IOAPIC[2]: Set PCI routing entry (4-3 -> 0x42 -> IRQ 31) <7>00:01:03[D] -> 4-3 -> vector 0x42 -> IRQ 31 <7>Pin 4-1 already programmed <7>Pin 4-2 already programmed <7>Pin 4-3 already programmed <7>Pin 4-0 already programmed <7>Pin 2-16 already programmed <7>Pin 2-17 already programmed <3>PCI: Cannot allocate resource region 0 of device 05:00.0 <3>PCI: Failed to allocate resource 0(fffffe8000000000-eeafffff) for 05:00.0 <6>Linux agpgart interface v0.99 (c) Jeff Hartmann <6>agpgart: Maximum main memory to use for agp memory: 2925M -----------SNIP------------ Andreas Jaeger wrote: > Mike, please continue the discussion on the list. > > "Mike D. Frenz" <mike.frenz(a)mikerohard.de> writes: > > >>Andreas Jaeger wrote: >> >> >>>"Mike D. Frenz" <mike.frenz(a)mikerohard.de> writes: >> >>>>on a TYAN K8W (S2885) with 8GB reg. ECC DDR2700 (8pcs. 1GB) Corsair >>>>cert. Modules (shipped by TYAN with Mainboard) "free -m" >>>>SuSE-8.2-Prof-x86-64-Beta9 gives only: (in MB) >>>> >>>>total used free shared buffers cached >>>>6986 235 6751 0 41 68 >>>> >>>>instead of expected ~7900MB >>>> >>>>Any clues? Kernel-Options? >>> >>>The IOMMU will use some memory, >> >>1GB??? > > > There's a BIOS switch to change the size... > > >>On a system with TYAN K8S (S2880) with 6GB there is >>total >>5877 MB >>also nearly the installed 6GB of RAM. >> otherwise check what /var/log/boot.msg >> >>>reports, >> >>Aha: >>"Error seeking in dev/kmem" > > > You can ignore that one... > > >>With 4GB RAM free -m gives total 3000 (MB), >>again 1GB less than installed. > > > Check /var/log/boot.msg... > > Andreas -- Mit freundlichsten Grüßen / With best regards ---- PS: Ask for our High Performance Computing 32/64bit Multi-CPU AMD OPTERON Systems! ---- ________________________________________________________________ Mike D. Frenz (Dipl.-Phys.) Mail: MikeRoHard Computersysteme -Geschäftsleitung- Kärntner Weg 6 MikeRoHard Computersysteme D-79111 Freiburg High Performance Computing GERMANY Tel. +49 (0)761 - 888 66 50 mailto: mike.frenz(a)mikerohard.de Fax +49 (0)761 - 888 66 52 Website:http://www.mikerohard.de ________________________________________________________________

2 2

Re: [suse-amd64] Tyan K8S >4GB
by Andreas Jaeger 23 Oct '03

23 Oct '03

Looking at this one, this might be broken hardware - or an too old kernel. Can you try the latest ones from ftp.suse.com/pub/suse/x86-64/supplementary/kernel Do they work better? Andreas > MCG_STATUS: unrecoverable > Northbridge Machine Check exception f435a00077080a13 0 > Lost at least one NB error condition > Uncorrectable condition > Unrecoverable condition > Northbridge status f435a00077080a13 > ECC syndrome bits 776b > extended error chipkill ecc error > link number 0 > uncorrected ecc error > error address valid > error enable > error uncorrected > error overflow > previous error lost > error address 0000000100100048 > Address: 0000000100100048 > MCE at EIP ffffffff8010ce2f ESP 100efd43fd8 > CPU 1: Machine Check Exception: 0000000000000000 > Kernel panic: Unable to continue > In idle task - not syncing > NMI Watchdog detected LOCKUP on CPU1, eip ffffffff801191cc, registers: > CPU 1 > Pid: 0, comm: swapper Not tainted > RIP: 0010:[<ffffffff801191cc>]{.text.lock.smp+23} > RSP: 0018:00000100efd43d88 EFLAGS: 00000086 > RAX: 0000000000000000 RBX: ffffffff802e43da RCX: 0000000000000000 > RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff80119060 > RBP: 0000000000000005 R08: 0000000000000001 R09: 0000000000000000 > R10: 0000000000000000 R11: ffffffff803e55b0 R12: 0000000000000411 > R13: 0000000000000010 R14: 0000000000000000 R15: 0000000000000001 > FS: 0000000000000000(0000) GS:ffffffff804bb880(0000) knlGS:0000000000000000 > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > CR2: 0000000000000000 CR3: 00000000ef956000 CR4: 00000000000006e0 > > Call Trace: <EOE> [<ffffffff80119060>]{stop_this_cpu+0} > [<ffffffff801190a9>]{smp_send_stop+25} [<ffffffff8012204d>]{panic+285} > [<ffffffff801225fe>]{__call_console_drivers+62} [<ffffffff8011c4f1>]{check_k8_nb+625} > [<ffffffff8011c164>]{generic_machine_check+404} [<ffffffff8011c206>]{do_machine_check+86} > [<ffffffff8010ce10>]{default_idle+0} [<ffffffff8010f7c2>]{error_exit+0} > [<ffffffff8010ce10>]{default_idle+0} [<ffffffff8010ce2f>]{default_idle+31} > [<ffffffff8010ce9a>]{cpu_idle+42} > Process swapper (pid: 0, stackpage=100efd43000) > Stack: 00000100efd43d88 0000000000000018 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > Call Trace: <EOE> [<ffffffff80119060>]{stop_this_cpu+0} > [<ffffffff801190a9>]{smp_send_stop+25} [<ffffffff8012204d>]{panic+285} > [<ffffffff801225fe>]{__call_console_drivers+62} [<ffffffff8011c4f1>]{check_k8_nb+625} > [<ffffffff8011c164>]{generic_machine_check+404} [<ffffffff8011c206>]{do_machine_check+86} > [<ffffffff8010ce10>]{default_idle+0} [<ffffffff8010f7c2>]{error_exit+0} > [<ffffffff8010ce10>]{default_idle+0} [<ffffffff8010ce2f>]{default_idle+31} > [<ffffffff8010ce9a>]{cpu_idle+42} > > Code: f3 90 7e f5 e9 13 fe ff ff 90 90 90 90 90 90 90 90 90 90 90 > console shuts up ... > Andreas -- Andreas Jaeger, aj(a)suse.de, http://www.suse.de/~aj SuSE Linux AG, Deutschherrnstr. 15-19, 90429 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

5 11