System Environment: -------------------------- Arch: i386 Platform: huronriver Libdrm: (master)2.4.28-4-gdd9a5b4f7fb07c78db4e7481bedca1b981030e3f Mesa: (master)23895cc006f3dbf96a502ddd15e291e071aff25a Xserver: (master)xorg-server-1.11.99.1-101-g372a6f10dc2d74d2d179e8b92449e9b8636a99ef Xf86_video_intel: (master)2.17.0-104-gd02dc0fd84194b6acc607d17e4396dd1fdc681f8 Kernel: (drm-intel-next)9a10f401a401ca69c6537641c8fc0d6b57b5aee8 Bug detailed description: ------------------------- Below oglc cases also sefault due to bad commit 7a63a311e56. conditional_render(advanced.fbo.queryOnFBO) conditional_render(advanced.nofbo.nowait) conditional_render(advanced.nofbo.readpixels) conditional_render(basic.nowait) conditional_render(basic.typical) conditional_render(basic.wait.nv) scissor(basic.allCases) Bisect shows 7a63a311e56fd492823b4b44e526df5a8dc0a021 is the first bad commit. commit 7a63a311e56fd492823b4b44e526df5a8dc0a021 Author: Kenneth Graunke <kenneth@whitecape.org> AuthorDate: Mon Nov 14 19:13:27 2011 -0800 Commit: Paul Berry <stereotype441@gmail.com> CommitDate: Wed Dec 7 16:38:00 2011 -0800 i965: Set the maximum number of GS URB entries on Sandybridge. We never filled this in before because we didn't care. I'm skeptical these are correct; my sources indicate that both the VS and GS # of entries are 256 on both GT1 and GT2. I'm also loathe to change it and break stuff. Reviewed-by: Paul Berry <stereotype441@gmail.com> (gdb) bt #0 0x08d2513c in FbConfig::FbConfig(Display_ const&, int, FbConfig::fbconfig_type_t) () #1 0x08d3e610 in ScheduleManager::one_format(Display_ const&, int) () #2 0x08cd2500 in tkShellExecute(std::vector<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > > const&, std::vector<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > > const&) () #3 0x08cdb852 in main () Reproduce steps: ---------------- 1. start X 2. ./oglconform -z -s -suite all -v 2 -D 128 -test conditional_render advanced.fbo.queryOnFBO
Bad bisect. That patch cannot possibly cause this issue as it just sets a field that is never used. Also, I built the prior commit and still got a segfault.
Confirm that it is bad bisect. The first bad commit could be any of: 122c6768e3d4c1d1b57203eca70569f9301baab5 skip(build fail) e6e734f14317cdb9b77b8192569317c3fecf581f skip(build fail) bb887b72f71e1323ce35c676f5207a6b2424fed4 skip(build fail) 14721dfe99a30014e2e24088a1bbf9b043e10b13 skip(build fail) 6e8c1a92b31d68048da38eee1e97bb1c22955207 skip(build fail) ff8e6420fbbbd80c8fd7327f2f2b68e016b7f5c0 skip(build fail) 379e0a3ada995b4cf57d142e0dd4618022e0aadc skip(build fail) b85284f45e8b05ba9a0dac8dd95a9c078e4a635e skip(build fail) d0dc75c000d5af92648c7de901756400672b8447 bad(build success) *** This bug has been marked as a duplicate of bug 43783 ***
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.