http://bugs.freedesktop.org/show_bug.cgi?id=16264 Egbert Eich changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lverhaegen@suse.de |eich@pdx.freedesktop.org --- Comment #2 from Egbert Eich 2008-06-22 05:20:54 PST --- Access to secondary cards should still work. Maybe it broke somewhere along the way. I need to investigate this. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16264 --- Comment #4 from Bart 2008-08-15 05:55:44 PST --- I'm sorry but due to some compatibility problems with the motherboard (Asus M3A32-MVP Deluxe SAM2+), I decided to replace the whole thing : new motherboard and 2 NVidia cards. I'm afraid I can't help you with this anymore. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16264 Wayne Whitney changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WORKSFORME | --- Comment #6 from Wayne Whitney 2008-10-31 17:05:47 PST --- I am having the same problem as the original poster. I have a x86_64 motherboard with an onboard Radeon HD 3200 GPU and a Radeon HD 2600 XT PCIE card: 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200 Graphics 02:00.0 VGA compatible controller: ATI Technologies Inc RV630 [Radeon HD 2600XT] I'm using xorg-x11-drv-radeonhd-1.2.3-1.3.20081029git.fc9.x86_64 under Fedora 9. I configured the motherboard BIOS to use the onboard GPU as primary, since as I understand it that should work better. After booting the secondary GPU is disabled: 02:00.0 VGA compatible controller: ATI Technologies Inc RV630 [Radeon HD 2600XT] (prog-if 00 [VGA controller]) Subsystem: Micro-Star International Co., Ltd. Unknown device 0990 Flags: fast devsel, IRQ 10 Memory at d0000000 (64-bit, prefetchable) [disabled] [size=256M] Memory at fbdf0000 (64-bit, non-prefetchable) [disabled] [size=64K] I/O ports at d000 [disabled] [size=256] Expansion ROM at fbdc0000 [disabled] [size=128K] The suggestion to boot with "pci=rom" and then to execute "echo 1 > /sys/bus/pci/devices/0000:02:00.0/rom" did not enable the expansion ROM, although I believe the address changed slightly. When I try my default ServerLayout that attempts to use both cards, the second card fails to initialize with "rhdAtomGetTables: No AtomBios signature found". I will attach both the xorg.conf and the Xorg.log. Now I read somewhere about some PCI configuration commands I don't really understand. So I tried executing "setpci -s 02:00.0 ROM_ADDRESS=fbdc0001; setpci -s 02:00.0 COMMAND=3". This causes lspci to show the Expansion ROM as enabled. When I now try the dual card ServerLayout, the primary card now fails to initialize with "Cannot allocate 0 bytes of memory for BIOS image". The secondary card starts to initialize properly but ultimately fails with rhd_mc.c:671: RHDRestoreMC: Assertion '(RHDRegRead(rhdPtr, D1CRTC_CONTROL) & 0x1) != 0x1' failed I will attach the full Xorg.log for this attempt. Lastly I tried running two separate instances of X, one for each card using ServerLayouts with the appropriate IsolateDevice options. The result without the setpci magic above was uninformative, each card responded the same as it did jointly. After executing the setpci magic, though, the response to the IsolateDevice layouts differed from the joint layout. X on the primary card worked fine. X on the secondary card found the ATOM BIOS rom this time, but then failed with "No Video RAM detected." Presumably this is because the card was not ever POSTed? I'll attach the Xorg.logs -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16264 --- Comment #8 from Wayne Whitney 2008-10-31 17:08:10 PST --- Created an attachment (id=19984) --> (http://bugs.freedesktop.org/attachment.cgi?id=19984) Xorg.log initial failure -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16264 --- Comment #10 from Wayne Whitney 2008-10-31 17:09:15 PST --- Created an attachment (id=19986) --> (http://bugs.freedesktop.org/attachment.cgi?id=19986) Xorg.log success, primary card, after setpci magic -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16264 Egbert Eich changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |NOTABUG --- Comment #12 from Egbert Eich 2008-11-01 10:53:04 PST --- (In reply to comment #6)

The suggestion to boot with "pci=rom" and then to execute "echo 1 > /sys/bus/pci/devices/0000:02:00.0/rom" did not enable the expansion ROM, although I believe the address changed slightly.

I'm not sure why this isn't working for you. It is outside of the domain of X or the X driver, though.

When I try my default ServerLayout that attempts to use both cards, the second card fails to initialize with "rhdAtomGetTables: No AtomBios signature found". I will attach both the xorg.conf and the Xorg.log.

This indeed means that no ROM is found.

Now I read somewhere about some PCI configuration commands I don't really understand. So I tried executing "setpci -s 02:00.0 ROM_ADDRESS=fbdc0001;

This enables to ROM. It doesn't mean that you will be able to read it out.

setpci -s 02:00.0 COMMAND=3". This causes lspci to show the Expansion ROM as enabled. When I now try the dual card ServerLayout, the primary card now falis

Don't do this! This enables the card. Thus the Xserver will assume it's primary and won't POST it any more.

to initialize with "Cannot allocate 0 bytes of memory for BIOS image". The secondary card starts to initialize properly but ultimately fails with

rhd_mc.c:671: RHDRestoreMC: Assertion '(RHDRegRead(rhdPtr, D1CRTC_CONTROL) & 0x1) != 0x1' failed

Not sure why you are seeing this. It's probably due to a non-POSTed card.

I will attach the full Xorg.log for this attempt.

Lastly I tried running two separate instances of X, one for each card using ServerLayouts with the appropriate IsolateDevice options. The result without the setpci magic above was uninformative, each card responded the same as it did jointly. After executing the setpci magic, though, the response to the IsolateDevice layouts differed from the joint layout. X on the primary card worked fine. X on the secondary card found the ATOM BIOS rom this time, but then failed with "No Video RAM detected." Presumably this is because the card was not ever POSTed? I'll attach the Xorg.logs

That's what I also assume. I don't think what you see are driver issues. But in any case part of the PCI magic you did caused the second card to not be POSTed. Please retry and reopen in case there are still problems. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16264 Wayne Whitney changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|NOTABUG | --- Comment #14 from Wayne Whitney 2008-11-03 13:57:48 PST --- Hi, I tried the patch you supplied to check the videoRAM size. First, for the record, as we discussed I have to do manual setpci commands before running X to be able to get anywhere with my secondary card. The commands are: "setpci -s ..:.. ROM_ADDRESS=....0001 ; setpci -s ..:.. COMMAND=2".

From a fresh boot, if I do the setpci commands and then try the patched radeonhd_drv with an xorg.conf containing active sections for both cards, then I am able to get both cards running together. This is the first time I've achieved that. However, if I exit X and then try the same thing again, it crashes. Looking at the log, it finds the wrong BIOS for the secondary card during the second execution. The first time X is run, the secondary card doesn't have its VRAM enabled, so the patch takes the correct path in rhdAtomInit(). But the second time X runs, the VRAM has already been enabled, so the legacy VBIOS path is taken for the secondary card, which causes radeonhd to find the BIOS for the primary card. That is presumably the root of the crash.

If I understand correctly the problem is to find the correct BIOS image for the card, and in particular to know when to use the legacy VBIOS path in rhdAtomInit(). As I understand it, the legacy VBIOS path should work for the boot video device, so the question is how to determine if we are dealing with the boot video device. Without the patch, rhdAtomInit() uses xf86IsEntityPrimary() to decide whether to check the legacy VBIOS path. According to http://www.x.org/archive/X11R6.8.1/doc/DESIGN9.html, this is the right thing to do: "This function returns TRUE if the entity referenced by entityIndex is the primary display device (i.e., the one initialised at boot time and used in text mode)". But in practice, sometimes the Xserver is uncertain (I get "(!!) More than one possible primary device found" in Xorg.log), and sometimes it is just wrong--when using IsolateDevice for a multi-seat setup (separate X processes driving each card individually), Xserver only sees one card and flags it as Primary. At least that is the behavior with the package xorg-x11-server-Xorg-1.5.2-10.fc10.x86_64. A couple questions: (1) Should I log a bug on xfIsEntityPrimary() against Xserver? I'm not sure if that interface ever worked, since I'm new to this. The reference I found is rather old. (2) Is there any other way to determine whether a card is the boot video device? (3) Some code could be added to verify that the BIOS image file found matches the card being configured, and if not rhdAtomInit() could keep looking. (4) Can we use /sys/bus/pci/devices/..../rom? Lastly let me say I don't know anything about libpciaccess or whatever problems its integration into Xorg has caused, so I may not have things straight here. Thanks, Wayne -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16264 --- Comment #16 from Sagi Ben-Akiva 2008-12-25 05:46:53 PST --- Hi, I have the same problem on my machine, I have 1 onboard card and the second is ATI RV610 card # lspci | grep VGA 00:05.0 VGA compatible controller: nVidia Corporation C51G [GeForce 6100] (rev a2) 02:00.0 VGA compatible controller: ATI Technologies Inc RV610 [Radeon HD 2400 XT]

From Xorg.0.log :

(II) RADEONHD(0): Unknown card detected: 0x94C1:0x1458:0x2190. If - and only if - your card does not work or does not work optimally please contact radeonhd@opensuse.org to help rectify this. Use the subject: 0x94C1:0x1458:0x2190: <name of board> and *please* describe the problems you are seeing in your message. (--) RADEONHD(0): Detected an RV610 on an unidentified card (II) RADEONHD(0): FUNCTION: rhdMapMMIO (II) RADEONHD(0): Mapped IO @ 0xf5000000 to 0x7f24169a8000 (size 0x00010000) (II) RADEONHD(0): PCIE Card Detected (II) RADEONHD(0): FUNCTION: RHDAtomBiosFunc (II) RADEONHD(0): FUNCTION: rhdAtomInit (II) RADEONHD(0): Getting BIOS copy from PCI ROM (II) RADEONHD(0): FUNCTION: rhdAtomGetTables (EE) RADEONHD(0): rhdAtomGetTables: No AtomBios signature found (II) RADEONHD(0): Query for AtomBIOS Init: failed (II) RADEONHD(0): FUNCTION: RHDAtomBiosFunc (**) RADEONHD(0): Call to Analog TV Default Mode failed (II) RADEONHD(0): FUNCTION: rhdGetVideoRamSize (II) RADEONHD(0): The detected amount of videoram exceeds the PCI BAR aperture. (II) RADEONHD(0): Using only 262144kB of the total 4194303kB. (--) RADEONHD(0): VideoRAM: 262144 kByte (II) RADEONHD(0): FUNCTION: RHDDRIPreInit (II) RADEONHD(0): Direct rendering turned off by default. Use Option "DRI" to enable. I found out that even if I run the following command : # echo 1 > /sys/bus/pci/devices/0000\:02\:00.0/rom X fails to run on the RV610 card, and I can't even 'cat' the content of the rom, but if I run the following commands : # echo 1 > /sys/bus/pci/devices/0000\:02\:00.0/enable # echo 1 > /sys/bus/pci/devices/0000\:02\:00.0/rom I am able to run X on the second card Sagi. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16264 Michael Cree changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mcree@orcon.net.nz --- Comment #18 from Michael Cree 2009-03-14 18:16:46 PST --- (In reply to comment #17)

...

but if I run the following commands : # echo 1 > /sys/bus/pci/devices/0000\:02\:00.0/enable # echo 1 > /sys/bus/pci/devices/0000\:02\:00.0/rom

...

I am able to run X on the second card

This is correct. The first one enables the card the second one enables reading from the ROM bar. Maybe libpciaccess should do this for us...

It does. Libpciaccess provides a function to enable the card and a function to copy the PCI ROM. Its routine to copy the PCI ROM enables the ROM, copies the ROM, then finishes up by disabling the ROM (as it should). The AtomBIOS init code, if it fails to get the BIOS at the legacy VBIOS position, calls rhdDoReadPCIBios() in rhd_driver.c to attempt a load from the PCI ROM. That calls the libpciaccess function to copy the PCI ROM (assuming compilation of radeonhd with libpciaccess). Since libpciacess does the enable and disable of the PCI ROM one shouldn't need to do it manually. I am not sure though if the libpciaccess PCI enable function is called - I am still looking through the radeonhd/xserver initialisation code to locate that. There may be other issues with reading the PCI ROM at kernel level. My kernel log, for example, contains: radeon 0000:01:00.0: Invalid ROM contents whenever the X server accesses the PCI ROM (or I do through a little utility I have written to access the ROM with libpciaccess). To see this message one must run the v. latest Linux kernel (2.6.29 release candidate). It's generated when the PCI ROM is detected by the kernel to have an invalid PCI ROM marker (0x55 0xAA as the first two bytes). I would be interested to know if anyone else is seeing such messages in the kernel logs (though probably unlikely since it requires a yet unreleased kernel!). Michael. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16264 --- Comment #20 from Wayne Whitney 2009-06-11 13:14:08 PST --- Hello, I wanted to provide an update on this issue after six months. I have an x86_64 motherboard with an onboard Radeon HD 3200 GPU and a Radeon HD 2600 XT PCIE card: 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200 Graphics 02:00.0 VGA compatible controller: ATI Technologies Inc RV630 [Radeon HD 2600XT] I am pleased to report xorg-x11-drv-radeonhd-1.2.5-2.8.20090411git.fc11.x86_64 from Fedora 11 works fine in dual head mode. No more problems initializing the secondary card, and no need for echo 1 > /sys/.../enable to activate the card. However, I have a dual seat setup, and so I need to be able to run two separate X processes, one controlling each card. With this, I still have difficulty. The problem seems to be a poor interaction between the X server option IsolateDevice and rhdAtomInit() in radeonhd. If I understand correctly, rhdAtomInit() uses xf86IsEntityPrimary() to determine whether it is dealing with the boot video card or a secondary video card. For the boot video card case, it executes a branch to get the BIOS copy from the legacy VBIOS location; in the other case it calls RHDReadPCIBios() to read the BIOS from PCI config space. The problem is that when IsolateDevice is used to tell the X server to only access one video card, then xf86IsEntityPrimary() seems to always return true. In the case of the secondary video card, rhdAtomInit() then treats it as a boot video card and ends up retreiving the BIOS of the wrong card. I was able to work around this by adding an option to radeonhd to force rhdAtomInit() into the RHDReadPCIBios() branch and using that option on the secondary card. However, that seems ugly, and I'm pretty much at the limit of my knowledge here. So what is the proper resolution to this problem? Should xf86IsEntityPrimary() behave differently when IsolateDevice is specified? Or should rhdAtomInit() use some other logic to determine whether a card is the boot card? Thanks very much, Wayne Whitney -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

https://bugs.freedesktop.org/show_bug.cgi?id=16264 Jeremy Huddleston changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |WONTFIX --- Comment #22 from Jeremy Huddleston 2011-11-07 15:06:17 PST --- Closing due to lack of response. Please reopen and move to the Driver/Radeon component if this issue persists with xf86-video-ati -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org To contact the owner, e-mail: radeonhd+owner@opensuse.org