February 2007 - openSUSE AMD64 - openSUSE Mailing Lists

IOMMU...PCI memory hole...MTRR...I give up.
by David W. Hankins 26 May '07

26 May '07

I have an MSI K8D-Master-F motherboard with two Opteron 244's. It recently got retasked as a desktop machine due to another system's failure...I thought the little ATI Rage built into the motherboard would make more than a sufficient 2d desktop type framebuffer, and as far as other stuff inside this box... this should be a pretty kick ass, high performance workstation. But I can literally watch the screen redraw if I switch virtual desktops. Painfully slow. Thinking this was just some crippled built-in video bug, I threw in an old nVidia card we had lying around in one of the regular PCI slots. Slightly slower, if you can believe it. I think this: mtrr: type mismatch for e5000000,1000000 old: uncachable new: write-combining And of course this: $ cat /proc/mtrr reg00: base=0xc0000000 (3072MB), size=1024MB: uncachable, count=1 reg01: base=0x00000000 ( 0MB), size=4096MB: write-back, count=1 Has something to do with it (and may also explain why I'm getting less than stellar performance out of other PCI devices, such as the RAID array that has a 128MB memory region the driver directly reads and writes on). The above is with the nVidia PCI card inserted, the built-in ATI card would also emit a similar mtrr rejection message, just the address is different, and the system would only list 512MB uncachable without the nVidia. Also notice that there's 4GB installed in this machine, in 2 2GB DIMMs installed in one bank together. And yet the BIOS map: BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 00000000bfff0000 (usable) BIOS-e820: 00000000bfff0000 - 00000000bffff000 (ACPI data) BIOS-e820: 00000000bffff000 - 00000000c0000000 (ACPI NVS) BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved) Lists nothing beyond the 4GB mark where that memory might reasonably have been moved to. Assuming this is just a neglectful BIOS, I tried setting 'mem=4G' and 'memmap=1G@4G' kernel options, to define the 1GB 'hole' I presume is being placed here, and which got me this added line to dmesg: user: 0000000100000000 - 0000000140000000 (usable) But still only 3GB available. To add even more insult to rising injury, I noticed while looking through dmesg that the IOMMU is being disabled. It appears the value being advertised by the CPU's: CPU 0: aperture @ 1b80000000 size 128 MB Is being rejected because it lies (WELL) above the 4GB mark. I've been going through archives and I'm not finding anything that looks like actionable advice. The latest BIOS MSI's webpage lists for this motherboard is 1.1: already installed. It has no option for 'pci hole: software'. The only options I'm finding are memory bank interleaving (which I tried disabling), and 'Disabled/Best-Fit/Absolute' settings for the IOMMU, as well as its aperture size (128M, which I might increase if it would be used rather than ignored...). One post in the archive that matched on motherboard make and model looks confused to me, because he refers to his BIOS as AWARD 2.0, but the only BIOS MSI puts out for this board is AMI (versioned 1.1). In summary what I'd like to know is: 1) Where is the 'go fast' button? re: pci video that's slower than even isa video should be (and presumably similar performance problems on other PCI devices). 2) How do I get the last 25% of my memory back? 3) How do I get the system to put the IOMMU somewhere in the range it stole under 4G (so Linux can use it)? Can Linux move this on its own accord? Thanks in advance for any and all help. -- David W. Hankins "If you don't do it right the first time, Software Engineer you'll just have to do it again." Internet Systems Consortium, Inc. -- Jack T. Hankins

5 13

[opensuse-amd64] Baltic fonts not working in 10.2
by Janis Klava 28 Feb '07

28 Feb '07

Gentlemen, Since switching to openSUSE 10.2 I am unable to use Latvian fonts. Have tried utf-8 as well as iso-8859-13 but no go. Tried every configuration imaginable. They worked in 10.1. Am able to get Latvian fonts on an IBM Thinkpad running 32 bit 10.2 but not on a 32 bit desktop. Again, everything worked in 10.1 but there does not seem to be any logic to the configuration. What works in one box does not work in the other. Any help would be appreciated. Janis --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-amd64+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-amd64+help(a)opensuse.org

1 0

Re: [opensuse-amd64] How to get a wifi connection running between two Pc Linux ?
by patheve 22 Feb '07

22 Feb '07

Hello About masquerading, for tuning Firewall with Yast2, what are the right data in : source network (=dsl0 ?), protocole (tcp) required IP (none), required port (80 ?) foward to masqueraded IP (10.0.0.1), foward to port (80 ?) ? Is there something wrong or missing ? Regards Pascal ============================================================= This is easier, start the firewall yast2 module and use the masquerading feature on the computer with the tho NICs. Jordi Bruguera i Cortada <jordi@xxxxxx> Consultor en Programari Lliure LPIC1-ID: 000001116 Linux User #21587 --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-amd64+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-amd64+help(a)opensuse.org

2 1

[opensuse-amd64] ridiculocities of the day
by kanenas 20 Feb '07

20 Feb '07

Well, today was the first time i tried to print from my 64 bit standard install 10.2 to a windoze printer. tried both name and intranet ip for the windoze machine adress, nothing worked. tried a new install on harware and fired up the cups web admin tool, all showed kosher and recognized and installed....but... no print. no it is not pwords, AND, even if it were, it should not be. fired up vmware inside my running linucs, opened up a windoze xp virtual os, moved the file i wanted to the shared folder in my linucs, virtual windoze found the hp7350 on the other windoze computer right away and...printed the job very quickly. if my son finds out that i printed the job from vmware but my native linucs failed, there will be no end to the harassment. I know that there must be a logical explanation for this, but that's not the point. finding a printer in another computer in a dynamically allocated ip addressing scheme should be as simple as in windoze, simpler if possible. that clearly is not the case for my biostar amd64 mobo, 3800+ chip, 2 gb ram, 10.2 STANDARD installation plus kernel source and gcc to compile vmware. coupled with the other headaches already in place, this is coming really close to closing the lid on 10.2. if i wanted windoze behavior, i would have bought windoze... now i must decide if i want to standardize on 10.0 or 10.1... any suggestions? tia, d --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-amd64+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-amd64+help(a)opensuse.org

2 1

Re: [opensuse-amd64] How to get a wifi connection running between two Pc Linux ?
by patheve 20 Feb '07

20 Feb '07

Hello Well, some news about my problem. At first, a new upgrade of the rt61 module was necessary. Then, I had use to a DHCP server on PC1 ans a DHCP client on PC2. DHCP server is put on interface ra0 of PC1 with a short range of addresses : 10.0.0.2-10.0.0.3. On PC2 this is easier to manage routes ! The token address is 10.0.0.3. Ping or ssh from PC2 work fine. Now, the new challenge is to share my internet connection on PC1 !!! Pascal --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-amd64+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-amd64+help(a)opensuse.org

2 1

[opensuse-amd64] problem with webcam labtec and kernel 2.6.18.2-34 x86_64
by Piotr Modzelewski 19 Feb '07

19 Feb '07

Hi Recently I`ve changed computer on Athlon +3800 X2 and have problem with webcam. Before I used opensuse 10.2 32bit and this webcam worked perfectly Bus 001 Device 003: ID 046d:0929 Logitech, Inc. but on opensuse 10.2 64bit something goes wrong. In log messages I got kernel: /opt/compile/gspcav1-20070110/Sunplus/spca561.h: [spca561_init:497] Find spca561 USB Product ID 929 Feb 16 20:22:29 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [spca5xx_set_light_freq:1858] Sensor currently not support light frequency banding filters. Feb 16 20:22:29 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint found 0x81 AlternateSet 13 Feb 16 20:22:29 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf5a0 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint found 0x81 AlternateSet 12 Feb 16 20:22:30 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf5f0 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint found 0x81 AlternateSet 11 Feb 16 20:22:30 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf640 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint found 0x81 AlternateSet 10 Feb 16 20:22:30 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf690 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint found 0x81 AlternateSet 9 Feb 16 20:22:30 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf6e0 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint found 0x81 AlternateSet 8 Feb 16 20:22:30 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf730 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint found 0x81 AlternateSet 7 Feb 16 20:22:30 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf780 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint found 0x81 AlternateSet 6 Feb 16 20:22:30 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf7d0 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint found 0x81 AlternateSet 5 Feb 16 20:22:30 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf820 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint found 0x81 AlternateSet 4 Feb 16 20:22:30 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf870 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint found 0x81 AlternateSet 3 Feb 16 20:22:30 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf8c0 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint found 0x81 AlternateSet 2 Feb 16 20:22:30 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf910 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [gspca_set_isoc_ep:881] ISO EndPoint founernateSet 1 Feb 16 20:22:30 dziennik kernel: ohci_hcd 0000:00:02.0: leak ed ffff8100013bf960 (#81) state 2 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: init isoc: usb_submit_urb(0) ret -28 Feb 16 20:22:30 dziennik kernel: /opt/compile/gspcav1-20070110/gspca_core.c: [spca5xx_open:1923] DEALLOC error on init_Isoc It seems to me that some options in kernel config are different between version 32 and 64bit, but I have no idea which ones Any helps --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-amd64+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-amd64+help(a)opensuse.org

1 0

[opensuse-amd64] /proc/kcore
by Christine Kreuzer 06 Feb '07

06 Feb '07

Hello, recently I got a second AMD Opteron Dual Core and new RAM for my computer. It seems that everything (SLES10) works fine but as I checked the available disk space I saw that the root partition is complete. The reason for this is the file /proc/kcore. Can someone tell me why /proc/kcore can have a size of 5 GB when the RAM has only a size of 4GB? I thought /proc/kcore is a sort of image of the kernel and has the same size as RAM + some kB. Could someone help me please. Best regards, Christine -- Universität des Saarlandes AG Prof. Dr. Christoph Becher Fachrichtung 7.3 (Technische Physik) Geb. E2.6, Zimmer 2.04 D-66123 Saarbrücken Phone:+49(0)681 302 3418 Fax: +49(0)681 302 4676 E-mail: c.kreuzer(a)mx.uni-saarland.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-amd64+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-amd64+help(a)opensuse.org

3 2