Re: Problems with mach64 on NetBSD/sparc64

On Wed, 28 Sep 2005, Michael wrote:

> we ran into two problems with the ati driver.
> First - it seems to screw up when switching resolution on Sun PGX64
> cards ( these use a Rage XL with 8MB VRAM). The result is a monitor
> reporting frequencies out of range, even when forced to use something
> very conservative that works with the same monitor and a different
> graphics controller.
> It works just fine with a Rage Pro.

If the XL has no ix86 BIOS, the ReferenceClock option (documented in 
README.ati) likely needs to be specified.  Accurately detecting this value is 
not possible.

> Second - the driver seems to either ignore the BusID parameter.
> Log excerpt:
> (--) PCI: (1:2:0) ATI Technologies Inc 3D Rage Pro 215GP rev 92, Mem @
> 0xe100000 0/24, 0xe2000000/12, I/O @ 0xffffff00/8, BIOS @ 0xe1020000/17
> (--) PCI: (2:1:0) ATI Technologies Inc Rage XL rev 39, Mem
> @0x11000000/24, 0x12 000000/12, I/O @ 0xffffff00/8, BIOS @ 0x12020000/17

> That's the onboard Rage Pro and a Sun PGX64 in a Sun Ultra 5

> The Device section in XF86Config:
> Section "Device"
>        ### Available Driver options are:-
>        ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
>        ### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
>        ### [arg]: arg optional
>        #Option     "accel"                     # [<bool>]
>        #Option     "crt_display"               # [<bool>]
>        #Option     "composite_sync"            # [<bool>]
>        #Option     "hw_cursor"                 # [<bool>]
>        #Option     "mmio_cache"                # [<bool>]
>        #Option     "test_mmio_cache"           # [<bool>]
>        #Option     "panel_display"             # [<bool>]
>        #Option     "probe_clocks"              # [<bool>]
>        #Option     "reference_clock"           # <freq>
>        #Option     "shadow_fb"                 # [<bool>]
>        #Option     "sw_cursor"                 # [<bool>]
>        Identifier  "Card0"
>        Driver      "ati"
>        VendorName  "ATI"
>        BoardName   "3D Rage Pro 215GP"
>        ChipSet     "ati"
>        ChipId      0x4750
>        ChipRev     0x5c
>        BusID       "PCI:1:2:0"
> EndSection

> but XFree fails with this:
> (II) ATI:  Candidate "Device" section "Card0".
> (II) ATI:  Unshared PCI/AGP Mach64 in slot 1:2:0 detected.

> Fatal server error:
> xf86MapVidMem: could not mmap screen [s=2000,a=12000000] (Invalid
> argument)

> So it tries to map PCI resources belonging to the Rage XL while the
> Device section clearly says it should use the onboard Rage Pro. Even if
> it's only probing it shouldn't fail here since the device it's supposed
> to use is definitely usable - with the Rage XL removed it works as
> expected.

> The Xserver in question is:

> XFree86 Version 4.5.0
> Release Date: 16 March 2005
> X Protocol Version 11, Revision 0
> Build Operating System:NetBSD/sparc64 3.99.8 - The NetBSD Foundation,
> Inc.
> Current Operating System: NetBSD <censored> 3.99.9 NetBSD 3.99.9
> (INISHOWEN) #594: Fri Sep 23 06:57:25 EDT 2005
> ml@Inishowen:/data/src/sys/arch/sparc64/compile/INISHOWEN sparc64

I'd need to see a log of this.

> any ideas?
> Anything we should import from XFree -current?

I think doing so for this problem is a little premature.

Marc.

+----------------------------------+-----------------------------------+
|  Marc Aurele La France           |  work:   1-780-492-9310           |
|  Academic Information and        |  fax:    1-780-492-1729           |
|    Communications Technologies   |  email:  [email protected]          |
|  352 General Services Building   +-----------------------------------+
|  University of Alberta           |                                   |
|  Edmonton, Alberta               |     Standard disclaimers apply    |
|  T6G 2H1                         |                                   |
|  CANADA                          |                                   |
+----------------------------------+-----------------------------------+
XFree86 developer and VP.  ATI driver and X server internals.