Date: Fri, 31 Aug 2012 19:57:36 -0400 From: Adam Kirchhoff <adam.k.kirchhoff@gmail.com> To: freebsd-x11@freebsd.org Subject: Re: radeon and xorg 7.7 Message-ID: <CANzk6u2gCA7AbmaOg62YxqrRwE3yRcxjuxAR3MVZg0TdK_tQHA@mail.gmail.com> In-Reply-To: <CANzk6u2FdzGJ5RKZtiH-Yjy4SvK9jaYB7viAewLERwk8XKSaeA@mail.gmail.com> References: <CANzk6u2Z9v5hdETWYFvke7tYRCqUANKpgjkWfVSUd%2BTMgdHJdg@mail.gmail.com> <CANzk6u2FdzGJ5RKZtiH-Yjy4SvK9jaYB7viAewLERwk8XKSaeA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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@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 > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANzk6u2gCA7AbmaOg62YxqrRwE3yRcxjuxAR3MVZg0TdK_tQHA>
