Re: issue XFCE4

[Michael <macallan%netbsd.org@localhost>]

Hello,

On Mon, 16 Nov 2015 09:31:06 +0100
Martin Husemann <martin%duskware.de@localhost> wrote:

> On Sun, Nov 15, 2015 at 11:04:51PM +0100, phipo wrote:
> > [   226.473] (II) RADEON(0): TOTO SAYS 0000000000100000
> > [   226.473] (II) RADEON(0): MMIO registers at 0x0000000000100000: size 64KB
> > [   226.474] (EE) RADEON(0): Unable to map MMIO aperture. Invalid 
> > argument (22)
> > [   226.474] (EE) RADEON(0): Memory map the MMIO region failed
> > [   226.474] (II) UnloadModule: "radeon"
> > [   226.474] (II) Unloading radeon
> 
> This is where it goes wrong.
> 
> My xvr100 machine says:
> 
> [    31.970] (II) RADEON(0): TOTO SAYS 0000000000100000
> [    31.970] (II) RADEON(0): MMIO registers at 0x0000000000100000: size 64KB
> [    31.970] (II) RADEON(0): PCI bus 0 card 2 func 0
> [    31.988] (II) RADEON(0): Creating default Display subsection in Screen section
>         "Default Screen Section" for depth/fbbpp 24/32
> [    31.988] (==) RADEON(0): Depth 24, (--) framebuffer bpp 32
> [    31.988] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
> [    31.988] (==) RADEON(0): Default visual is TrueColor
> 
> Can you show the part of /var/run/dmesg where it talks about radeonfb0?
> 
> Mine says:
> 
> schizo3:  pci4 at schizo3
> pci4: i/o space, memory space enabled
> radeonfb0 at pci4 dev 2 function 0: ATI Technologies Radeon 7000/VE QY (rev. 0x00)
> radeonfb0: Video BIOS not present
> radeonfb0: No video BIOS, using default clocks
> radeonfb0: refclk = 27.000 MHz, refdiv = 12 minpll = 125000, maxpll = 400000
> no data for est. mode 640x480x67
> radeonfb0: 64 MB aperture at 0x08000000, 64 KB registers at 0x00100000
> radeonfb0: display 0: initial virtual resolution 1280x1024 at 8 bpp
> radeonfb0: using 32 MB per display
> radeonfb0: port 0: physical 1280x1024 60Hz
> radeonfb0: port 1: physical 1280x1024 75Hz
> wsdisplay0 at radeonfb0 kbdmux 1: console (fb, vt100 emulation)
> 
> 
> Michael, any ideas on this one?

This looks very similar to PR/50429, even though that's a mach64 ( and
the same chip works fine on my beige G3 on -current ). Makes me wonder
if something got borked in sparc64 PCI handling in 7.0 while we weren't
looking.

have fun
Michael