[Bug 273573] emulators/pcsx2: unbreak with kern.elf64.allow_wx=0
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 05 Sep 2023 02:03:41 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273573 Bug ID: 273573 Summary: emulators/pcsx2: unbreak with kern.elf64.allow_wx=0 Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: martymac@FreeBSD.org Reporter: jbeich@FreeBSD.org Assignee: martymac@FreeBSD.org Flags: maintainer-feedback?(martymac@FreeBSD.org) Created attachment 244646 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=244646&action=edit v1 (apply via "git am") $ sysctl kern.elf64.allow_wx=0 $ pcsx2-qt [...] Video Dumping Directory: /home/foo/.config/PCSX2/videos Segmentation fault Process 52821 stopped * thread #7, name = 'CPU Thread', stop reason = signal SIGSEGV: invalid address (fault address: 0xe4edae0) frame #0: 0x000000082c29c41d libthr.so.3`check_and_init_mutex(mutex=0x000000000e4edae0, m=0x000000086944ba40) at thr_mutex.c:597:7 594 { 595 int ret; 596 -> 597 *m = *mutex; 598 ret = 0; 599 if (*m == THR_PSHARED_PTR) { 600 *m = __thr_pshared_offpage(mutex, 0); (lldb) bt * thread #7, name = 'CPU Thread', stop reason = signal SIGSEGV: invalid address (fault address: 0xe4edae0) * frame #0: 0x000000082c29c41d libthr.so.3`check_and_init_mutex(mutex=0x000000000e4edae0, m=0x000000086944ba40) at thr_mutex.c:597:7 frame #1: 0x000000082c29bb86 libthr.so.3`__Tthr_mutex_lock(mutex=0x000000000e4edae0) at thr_mutex.c:753:8 frame #2: 0x000000082ea37289 libc++.so.1`std::__1::mutex::lock() [inlined] std::__1::__libcpp_mutex_lock(__m=<unavailable>) at __threading_support:303:10 frame #3: 0x000000082ea37284 libc++.so.1`std::__1::mutex::lock(this=<unavailable>) at mutex.cpp:33:14 frame #4: 0x0000000000a2edc7 pcsx2-qt`std::__1::unique_lock<std::__1::mutex>::unique_lock(this=0x000000086944bcc0, __m=0x000000000e4edae0) at __mutex_base:119:61 frame #5: 0x00000000011824fa pcsx2-qt`pxOnAssertFail(file="/wrkdirs/usr/ports/emulators/pcsx2/work/pcsx2-1.7.4970/pcsx2/System.cpp", line=181, func="VirtualMemoryManagerPtr makeMemoryManager(const char *, const char *, size_t, size_t)", msg="Failed to find a good place for the memory allocation, recompilers may fail") at Assertions.cpp:95:19 frame #6: 0x0000000000b2dcce pcsx2-qt`makeMemoryManager(name="Code Memory Manager", file_mapping_name=0x0000000000000000, size=319815680, offset_from_base=335544320) at System.cpp:181:3 frame #7: 0x0000000000b2d9e2 pcsx2-qt`SysMainMemory::SysMainMemory(this=0x000018692aa24000) at System.cpp:191:17 frame #8: 0x0000000000b53ead pcsx2-qt`std::__1::__unique_if<SysMainMemory>::__unique_single std::__1::make_unique<SysMainMemory>() at unique_ptr.h:725:32 frame #9: 0x0000000000b4545a pcsx2-qt`VMManager::Internal::CPUThreadInitialize() at VMManager.cpp:347:16 frame #10: 0x00000000007afa74 pcsx2-qt`EmuThread::run(this=0x0000186924a11520) at QtHost.cpp:377:7 frame #11: 0x000000082fbce5f5 libQt6Core.so.6`QThreadPrivate::start(this=0x000000086944bf68)::$_0::operator()() const at qthread_unix.cpp:321:14 frame #12: 0x000000082fbcd05d libQt6Core.so.6`void (anonymous namespace)::terminate_on_exception<QThreadPrivate::start(t=0x000000086944bf68)::$_0>(QThreadPrivate::start(void*)::$_0&&) at qthread_unix.cpp:257:9 frame #13: 0x000000082fbccfbd libQt6Core.so.6`QThreadPrivate::start(arg=0x0000186924a11520) at qthread_unix.cpp:280:5 frame #14: 0x000000082c297a7a libthr.so.3`thread_start(curthread=0x0000186924a13500) at thr_create.c:292:16 (lldb) f 6 frame #6: 0x0000000000b2dcce pcsx2-qt`makeMemoryManager(name="Code Memory Manager", file_mapping_name=0x0000000000000000, size=319815680, offset_from_base=335544320) at System.cpp:181:3 178 // If it's i386 anything can reach anything so it doesn't matter 179 if (sizeof(void*) == 8) 180 { -> 181 pxAssertRel(0, "Failed to find a good place for the memory allocation, recompilers may fail"); 182 } 183 return std::make_shared<VirtualMemoryManager>(name, file_mapping_name, 0, size); 184 } -- You are receiving this mail because: You are the assignee for the bug.