radeon and xorg 7.7

Adam Kirchhoff adam.k.kirchhoff at gmail.com
Fri Aug 31 23:57:37 UTC 2012


So no one knows what's going on here?  What's the timetable for pushing
this into the ports tree, because I truly hope someone fixes this before
then :-)

Adam

On Sun, Aug 26, 2012 at 4:51 PM, Adam Kirchhoff
<adam.k.kirchhoff at gmail.com>wrote:

>
> OK, with everything built with debugging enabled, using the vmware driver:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 803407400 (LWP 100181/Xorg)]
> 0x0000000801281d4e in pci_io_write8 (handle=0x0, reg=966, data=255 '▒') at
> common_io.c:222
> 222     common_io.c: No such file or directory.
>         in common_io.c
> (gdb) bt
> #0  0x0000000801281d4e in pci_io_write8 (handle=0x0, reg=966, data=255
> '▒') at common_io.c:222
> #1  0x0000000804b0dc69 in stdWriteDacMask (hwp=0x803594800, value=255 '▒')
> at vgaHW.c:284
> #2  0x0000000804b0fc42 in vgaHWSaveColormap (scrninfp=0x80357b400,
> save=0x803594848) at vgaHW.c:1075
> #3  0x0000000804b0fe91 in vgaHWSave (scrninfp=0x80357b400,
> save=0x803594848, flags=7) at vgaHW.c:1155
> #4  0x00000008046f8a59 in VMWARESave (pScrn=0x80357b400) at vmware.c:774
> #5  0x00000008046f7acd in VMWAREPreInit (pScrn=0x80357b400, flags=0) at
> vmware.c:361
> #6  0x00000008046ff8b7 in VMwarePreinitStub (pScrn=0x80357b400, flags=0)
> at vmware_bootstrap.c:248
> #7  0x000000000048f22b in InitOutput (pScreenInfo=0x867860, argc=1,
> argv=0x7fffffffdbb8) at xf86Init.c:585
> #8  0x0000000000422251 in main (argc=1, argv=0x7fffffffdbb8,
> envp=0x7fffffffdbc8) at main.c:203
> (gdb)
>
> It starts out the same with the radeon driver:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 803407400 (LWP 100101/Xorg)]
> 0x0000000801281c4b in pci_io_read8 (handle=0x0, reg=972) at common_io.c:181
> 181     common_io.c: No such file or directory.
>         in common_io.c
> (gdb) bt
> #0  0x0000000801281c4b in pci_io_read8 (handle=0x0, reg=972) at
> common_io.c:181
> #1  0x0000000804e46b71 in stdReadMiscOut (hwp=0x803617800) at vgaHW.c:262
> #2  0x0000000804e4a9cd in vgaHWGetIOBase (hwp=0x803617800) at vgaHW.c:1790
> #3  0x000000080493e964 in RADEONPreInit (pScrn=0x803578400, flags=0) at
> radeon_driver.c:3136
> #4  0x000000000048f22b in InitOutput (pScreenInfo=0x867860, argc=1,
> argv=0x7fffffffdbc0) at xf86Init.c:585
> #5  0x0000000000422251 in main (argc=1, argv=0x7fffffffdbc0,
> envp=0x7fffffffdbd0) at main.c:203
> (gdb) quit
> The program is running.  Exit anyway? (y or n) y
>
> The backtrace for the 'nv' driver is different, seemingly having nothing
> to do with libpciaccess.
>
> Should I open a pr for this problem?  I'm hesitant to do so as this is not
> yet in the ports tree, and the CFT asked for feedback here.
>
> Just to clarify, this was built using the updated Xorg ports here:
> https://trillian.chruetertee.ch/svn/ports/trunk
>
> The system is 9.1-RC1, amd64, though I have also tested on -CURRENT and
> -STABLE this weekend.
>
> I have attempted to just drop back to libpciaccess-0.12.1, but that
> doesn't seem to be enough.  I have not yet tried to build X server 1.12.3
> against the older libpciaccess (nor am I likely to get to that any time
> soon).
>
> Adam
>
>


More information about the freebsd-x11 mailing list