[Bug 234596] graphics/drm-kmod OpenGL emulators/linux_base-c6 games/linux-doom3 AMD Hardware not working with Linux binaries

2019-01-03 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234596 Kubilay Kocak changed: What|Removed |Added Assignee|ports-b...@freebsd.org |j...@freebsd.org --- Comment #2

[Bug 234596] graphics/drm-kmod OpenGL emulators/linux_base-c6 games/linux-doom3 AMD Hardware not working with Linux binaries

2019-01-03 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234596 Johannes M Dieterich changed: What|Removed |Added Resolution|--- |Rejected

[Bug 234596] graphics/drm-kmod OpenGL emulators/linux_base-c6 games/linux-doom3 AMD Hardware not working with Linux binaries

2019-01-03 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234596 Bug ID: 234596 Summary: graphics/drm-kmod OpenGL emulators/linux_base-c6 games/linux-doom3 AMD Hardware not working with Linux binaries Product: Ports & Packages

[Bug 234520] emulators/virtualbox-ose: NFS over bridged network adapter extremely slow; FreeBSD 12.0

2019-01-03 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234520 --- Comment #2 from Martin Birgmeier --- It seems that also when the client is Linux, NFS performance is very poor. -- You are receiving this mail because: You are the assignee for the bug. ___

Re: Under qemu-aarch64-static "wc /dev/null" gets "Unsupported ancillary data: 1/0" from a sendmsg attempt: because of wrong cmsg_len type in target_cmsghdr

2019-01-03 Thread Mark Millard via freebsd-emulation
[Adding a for-reference note.] On 2019-Jan-3, at 01:25, Mark Millard wrote: > [This note follows the investigation sequence, > ending with the important conclusions.] > > My test context here is a poudriere-devel bulk -i for a > amd64->aarch64 context. > > wc /dev/null or wc //dev/null does:

Under qemu-aarch64-static "wc /dev/null" gets "Unsupported ancillary data: 1/0" from a sendmsg attempt: because of wrong cmsg_len type in target_cmsghdr

2019-01-03 Thread Mark Millard via freebsd-emulation
[This note follows the investigation sequence, ending with the important conclusions.] My test context here is a poudriere-devel bulk -i for a amd64->aarch64 context. wc /dev/null or wc //dev/null does: # wc /dev/null Unsupported ancillary data: 1/0 that then hangs-up until I ^C to get back to