Hi, I submitted a patch a while ago and then dropped off the face of the
planet like most people do. In my journey to fix DRM/radeonsi in
user-mode emulation I discovered a few bugs. I don't really have the
time to write the infrastructure to make wrapping DRM IOCTLs remotely
not-ugly, but I do
Oh dear, I did it to myself again.
On Wed, Jun 3, 2020 at 7:13 PM wrote:
>
> From: "Catherine A. Frederick"
>
> Signed-off-by: Catherine A. Frederick
> ---
> tcg/ppc/tcg-target.inc.c | 28 ++--
> 1 file changed, 22 insertions(+), 6 deleti
Oh dear, it appears that git send-email ate the formatting, hang on.
On Wed, Jun 3, 2020 at 12:47 AM wrote:
>
> From: "Catherine A. Frederick"
>
> ---
> tcg/ppc/tcg-target.inc.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/tcg/ppc/tcg-targe
Hi, I've been patching TCG for my own purposes recently and I was
wondering a few things. That being:
- Is the TCG backend expected to handle bad cases for instructions? I
was wondering as I found a situation where a very large shift constant
reaches the backend and causes an illegal instructi
I'm marking this invalid and moving on because it isn't replicable on
upstream due to the lack of DRM support and because I'll probably just
figure it out myself. (if anyone has somewhere better than tcg/README.md
to learn TCG implementation details, I would appreciate it.
** Changed in: qemu
I'm on 5.0-rc4 add a few patches implementing a subset of drm/amdgpu
support, with mesa-utils 8.4.0-1. Important note I guess: I can't get
the crash to trigger under llvmpipe/softrast, I can only get it on
RadeonSI. I valgrind'd qemu only to not find anything on the host-side.
I'm 99% sure this isn
Public bug reported:
Hello, I've been recently working on my own little branch of QEMU
implementing the drm IOCTLs, when I discovered that glxgears seems to
crash in GLXSwapBuffers(); with a SIGILL. I investigated this for about
2 weeks, manually trying to trace the call stack, only to find that w
