From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 71789] [r300g] Visuals not found in (default) depth = 24 Date: Fri, 06 May 2016 09:48:16 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2002496472==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 654D26EA66 for ; Fri, 6 May 2016 09:48:17 +0000 (UTC) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============2002496472== Content-Type: multipart/alternative; boundary="14625280973.1fC9bac8c.1177"; charset="UTF-8" --14625280973.1fC9bac8c.1177 Date: Fri, 6 May 2016 09:48:17 +0000 MIME-Version: 1.0 Content-Type: text/plain https://bugs.freedesktop.org/show_bug.cgi?id=71789 --- Comment #30 from Marek Olšák --- (In reply to Michel Dänzer from comment #29) > That piglit sanity is failing with the patch may confirm my suspicion that > something doesn't add up yet I'm afraid: Since the kernel driver and > xf86-video-ati EXA code are using the same hardware formats for > display/rendering with BE & LE, I was wondering how the patch could result > in both display and glReadPixels working correctly for winsys buffers. Looks > like indeed only display works correctly, which indicates that the GPU is > effectively writing/reading PIPE_FORMAT_x8R8G8B8_* pixels like > PIPE_FORMAT_B8G8R8x8_* (which is what the kernel driver and EXA code are > using). The patch is correct from the LE perspective. It simply adds ARGB support and was tested thoroughly on LE. The side effect is that BE can use the format now too, but there may be other issues with BE. -- You are receiving this mail because: You are the assignee for the bug. --14625280973.1fC9bac8c.1177 Date: Fri, 6 May 2016 09:48:17 +0000 MIME-Version: 1.0 Content-Type: text/html

Comment # 30 on bug 71789 from 
(In reply to Michel Dänzer from comment #29)
> That piglit sanity is failing with the patch may confirm my suspicion that
> something doesn't add up yet I'm afraid: Since the kernel driver and
> xf86-video-ati EXA code are using the same hardware formats for
> display/rendering with BE & LE, I was wondering how the patch could result
> in both display and glReadPixels working correctly for winsys buffers. Looks
> like indeed only display works correctly, which indicates that the GPU is
> effectively writing/reading PIPE_FORMAT_x8R8G8B8_* pixels like
> PIPE_FORMAT_B8G8R8x8_* (which is what the kernel driver and EXA code are
> using).

The patch is correct from the LE perspective. It simply adds ARGB support and
was tested thoroughly on LE. The side effect is that BE can use the format now
too, but there may be other issues with BE.

You are receiving this mail because:
  • You are the assignee for the bug.
--14625280973.1fC9bac8c.1177-- --===============2002496472== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============2002496472==--