similar to: [Bug 48742] New: fbotexture -arb misrenders on nv43

Howdy, Joey Hess reported that Markdown 1.0.2b7 does not render the following correctly: <div class="inlinepage"> <div class="toggleableend"> foo </div> </div> It renders it as follows: <div class="inlinepage"> <div class="toggleableend"> foo </div> <p></div></p> The problem is that it uses a

Fixes assertions when trying to attach textures to fbs with formats not supported by the render engines. See https://bugs.freedesktop.org/show_bug.cgi?id=73459 Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- In a perfect world I'd have separate callbacks for depth and color, but given the list of supported values, I don't think this matters. Also I used

Fixes assertions when trying to attach textures to fbs with formats not supported by the render engines. See https://bugs.freedesktop.org/show_bug.cgi?id=73459 Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- Francisco, thanks for the review. Is this more like what you had in mind? Interesting that nv10/nv20 support different-bitness color/depth -- that requirement came back for

hello, at first my english is very bad so please no jokes :) i know there're many topics about flyff and wine but i dont find anything about my problem with flyff and wine... :( i already installed Directx redist , activex with mozilla and winetricks in the wine config i set the Flyff.exe and the neuz.exe under windows vista and deactivated the sound driver .... ok now when i started

Commit f4ebcd133b9 ("dri/nouveau: NV17_3D class is not available for NV1a chipset") fixed this partially by using the correct 3d class. However there were a lot of checks left over comparing against the chipset. Reported-and-tested-by: John F. Godfrey <jfgodfrey at gmail.com> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- I guess I didn't have to change the

I'm a new user of Ubuntu 9.04 and have installed Wine 1.1.28. Have not been able to get Trackmania Nations Forever 2.11.11 to start despite the AppDB indicating it should be fine. Installer worked fine, but program crashes on startup with an error message saying "Application has encountered a serious error and needs to close". Dump file indicates an unhandled exception. First

On Mon, Aug 31, 2015 at 8:58 AM, Hans de Goede <hdegoede at redhat.com> wrote: > Hi, > > > On 28-08-15 11:02, Ilia Mirkin wrote: >> >> On Fri, Aug 28, 2015 at 4:54 AM, Hans de Goede <hdegoede at redhat.com> >> wrote: >>> >>> Hi, >>> >>> On 27-08-15 20:19, Ilia Mirkin wrote: >>>> >>>>

https://bugs.freedesktop.org/show_bug.cgi?id=88535 Bug ID: 88535 Summary: Mesa 10.3.0 implementation error: gen7_update_renderbuffer_surface: renderbuffer format MESA_FORMAT_RGBX_UNORM16 unsupported Product: Mesa Version: 10.3 Hardware: x86-64 (AMD64) OS: Linux (All) Status:

https://bugs.freedesktop.org/show_bug.cgi?id=64323 --- Comment #5 from Emil Velikov <emil.l.velikov at gmail.com> --- Dota 2 exhibits the same issue (patches still seem to work) -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL:

how did you get dota2 to even start? it should not work with the nouveau drivers. Live long and prosper, Christ-Jan Wijtmans http://facebook.com/cj.wijtmans http://twitter.com/cjwijtmans On Thu, Aug 8, 2013 at 4:48 PM, <bugzilla-daemon at freedesktop.org> wrote: > *Comment # 5 <https://bugs.freedesktop.org/show_bug.cgi?id=64323#c5> on bug > 64323

Hello Christoph, I was looking at bug 64323[1] over the weekend as to why this case works under nvc0+ hardware and does not under nv50. Here are some of the things I've noticed: * nvc0 uses immediate(s) for VERTEX_BEGIN_GL/VERTEX_END_GL * nvc0 is more consistent for doing pushbuffer space checks * nvc0 uses dirty tracking in set_index_buffer() * nvc0 uses "VERTEX_DATA push mode"

https://bugs.freedesktop.org/show_bug.cgi?id=81283 Priority: medium Bug ID: 81283 Assignee: nouveau at lists.freedesktop.org Summary: Icons are misrendered when rgb font hinting is activated [NV18] QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All)

https://bugs.freedesktop.org/show_bug.cgi?id=100177 Bug ID: 100177 Summary: [GM206] Misrendering in XCOM Ennemy Within Product: Mesa Version: 17.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee:

zhengbin (2): drm/nouveau: remove set but not used variable 'pclks','width' drm/nouveau: remove set but not used variable 'mem' drivers/gpu/drm/nouveau/dispnv04/arb.c | 6 ++---- drivers/gpu/drm/nouveau/nouveau_ttm.c | 4 ---- 2 files changed, 2 insertions(+), 8 deletions(-) -- 2.7.4

Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- drivers/gpu/drm/nouveau/nv04_crtc.c | 37 +++++++++++++++++++++------------- 1 files changed, 23 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv04_crtc.c b/drivers/gpu/drm/nouveau/nv04_crtc.c index 2ab9f30..0a5cfc1 100644 --- a/drivers/gpu/drm/nouveau/nv04_crtc.c +++ b/drivers/gpu/drm/nouveau/nv04_crtc.c

The local variable `pclks` is defined and set but not used and can therefore be removed. Issue found by coccinelle. Signed-off-by: Wambui Karuga <wambui.karugax at gmail.com> --- drivers/gpu/drm/nouveau/dispnv04/arb.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/nouveau/dispnv04/arb.c b/drivers/gpu/drm/nouveau/dispnv04/arb.c index

I'm using rsync 2.5.4 on my RedHat 7.3 client laptop and rsync 2.5.5 on my RedHat 8.0 server. On the client, I have a directory "rpm" with 5 subdirectories, out of which I only want to copy the one called SRPMS across. I also have another directory ".mozilla" out of which I want to copy across 2 files. I have constructed the following rsync invocation: rsync -e ssh -av

The local variable 'pclks' is never used after being assigned. hence it should be redundant and can be removed. Signed-off-by: zhong jiang <zhongjiang at huawei.com> --- drivers/gpu/drm/nouveau/dispnv04/arb.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/nouveau/dispnv04/arb.c b/drivers/gpu/drm/nouveau/dispnv04/arb.c index c79160c..cae8f71

Hi Liam, I saw that your XFS uses ?imaxpct=25? which for an arbiter brick is a little bit low. If you have free space on the bricks, increase the maxpct to a bigger value, like:xfs_growfs -m 80 /path/to/brickThat will set 80% of the Filesystem for inodes, which you can verify with df -i /brick/path (compare before and after).?This way?you won?t run out of inodes in the future. Of course, always

Hi, you mentioned that the arbiter bricks run out of inodes.Are you using XFS ?Can you provide the xfs_info of each brick ? Best Regards,Strahil Nikolov? On Sat, Jul 1, 2023 at 19:41, Liam Smith<liam.smith at ek.co> wrote: Hi, We're running a cluster with two data nodes and one arbiter, and have sharding enabled. We had an issue a while back where one of the server's