[Mesa-dev] [Bug 100876] Variable GALLIUM_HUD_DUMP_DIR is not working with Wine LFS

2018-03-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100876

Balázs Vinarz  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #6 from Balázs Vinarz  ---
Sorry for the late answer.
Yes, it's fine.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev


[Mesa-dev] [Bug 100876] Variable GALLIUM_HUD_DUMP_DIR is not working with Wine LFS

2017-06-03 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100876

--- Comment #5 from Edmondo Tommasina  ---
Hi Balázs

Did you have a chance to check mesa 17.1 if the problem is solved for you?

Thanks
edmondo

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev


[Mesa-dev] [Bug 100876] Variable GALLIUM_HUD_DUMP_DIR is not working with Wine LFS

2017-04-29 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100876

Edmondo Tommasina  changed:

   What|Removed |Added

 CC||edmondo.tommas...@gmail.com

--- Comment #4 from Edmondo Tommasina  ---
The original code in 17.0 should just flush the I/O buffer to the file when the
buffer size reaches the default BUFSIZ value (8 KB on my machine) or when
fclose is called. You usually have to wait longer to see something in the
files. I'm not sure why with some applications the fclose doesn't get called on
exit.

With the new patch the I/O buffer gets flushed after every printf with newline.
This is probably the expected behavior and it doesn't seem to negatively impact
the performance.

Release 17.1 is expected for end next week and the patch is included.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev


[Mesa-dev] [Bug 100876] Variable GALLIUM_HUD_DUMP_DIR is not working with Wine LFS

2017-04-29 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100876

--- Comment #3 from Balázs Vinarz  ---
The current patch is sending the data line-by-line instead of sending the whole
output at the exit. Right?
Maybe the exit status won't affect the data generation.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev


[Mesa-dev] [Bug 100876] Variable GALLIUM_HUD_DUMP_DIR is not working with Wine LFS

2017-04-28 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100876

--- Comment #2 from Balázs Vinarz  ---
Yes the files are exist, but there is no data.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev


[Mesa-dev] [Bug 100876] Variable GALLIUM_HUD_DUMP_DIR is not working with Wine LFS

2017-04-28 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100876

--- Comment #1 from Edmondo Tommasina  ---
There is a patch in git master that maybe helps:

https://cgit.freedesktop.org/mesa/mesa/commit/?id=5589fd89e1337a03c947840b344f515cb1d3a96d

Just to be sure: Are you seeing empty fps and cpu files in /media/ramdisk/ or
the files don't get created at all?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev


[Mesa-dev] [Bug 100876] Variable GALLIUM_HUD_DUMP_DIR is not working with Wine LFS

2017-04-28 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100876

Bug ID: 100876
   Summary: Variable GALLIUM_HUD_DUMP_DIR is not working with Wine
LFS
   Product: Mesa
   Version: 17.0
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: Other
  Assignee: mesa-dev@lists.freedesktop.org
  Reporter: vinib...@freemail.hu
QA Contact: mesa-dev@lists.freedesktop.org

Hello Devs,

I wanted to create some scripted/automated benchmark, but seems like the
visible(correctly generated) data won't save into the dump files, however they
were created.
I used the following command:
GALLIUM_HUD_DUMP_DIR="/media/ramdisk/" GALLIUM_HUD="fps,cpu"
/usr/share/playonlinux/playonlinux --run "LFS"
The ownerships are fine glxgears were able to generate data, but it depends on
the exitcode as I experienced.
I'm using rolling Arch with:
linux 4.10.11-1
mesa 17.0.4-2
wine-gaming-nine 2.3-1
xorg-server 1.19.3-2

It's working if I disable the Gallium nine in the settings.

Thank you

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev