Displaying 13 results from an estimated 13 matches for "xrgb".
Did you mean:
rgb
2018 Feb 07
2
nouveau 30bpp / deep color status
...t; DRI3 was broken, and Xv was broken. Patches available at:
> >
> > https://github.com/imirkin/xf86-video-nouveau/commits/master
> >
> > mesa:
> >
> > The NVIDIA hardware (pre-Kepler) can only do XBGR scanout. Further the
> > nouveau KMS doesn't add XRGB scanout for Kepler+ (although it could).
> > Mesa was only enabled for XRGB, so I've piped XBGR through all the
> > same places:
> >
> > https://github.com/imirkin/mesa/commits/30bpp
> >
> > libdrm:
> >
> > For testing, I added a modetest gradi...
2018 Feb 04
4
nouveau 30bpp / deep color status
...me deficiencies, some of which I've
addressed:
xf86-video-nouveau:
DRI3 was broken, and Xv was broken. Patches available at:
https://github.com/imirkin/xf86-video-nouveau/commits/master
mesa:
The NVIDIA hardware (pre-Kepler) can only do XBGR scanout. Further the
nouveau KMS doesn't add XRGB scanout for Kepler+ (although it could).
Mesa was only enabled for XRGB, so I've piped XBGR through all the
same places:
https://github.com/imirkin/mesa/commits/30bpp
libdrm:
For testing, I added a modetest gradient pattern split horizontally.
Top half is 10bpc, bottom half is 8bpc. This is...
2018 Mar 05
2
nouveau 30bpp / deep color status
...gt;
>> DRI3 was broken, and Xv was broken. Patches available at:
>>
>> https://github.com/imirkin/xf86-video-nouveau/commits/master
>>
>> mesa:
>>
>> The NVIDIA hardware (pre-Kepler) can only do XBGR scanout. Further the
>> nouveau KMS doesn't add XRGB scanout for Kepler+ (although it could).
>> Mesa was only enabled for XRGB, so I've piped XBGR through all the
>> same places:
>>
>> https://github.com/imirkin/mesa/commits/30bpp
>>
>
> Wrt. mesa, those patches are now in master and i think we have a bit of a...
2018 Mar 08
0
nouveau 30bpp / deep color status
..., and Xv was broken. Patches available at:
>>>
>>> https://github.com/imirkin/xf86-video-nouveau/commits/master
>>>
>>> mesa:
>>>
>>> The NVIDIA hardware (pre-Kepler) can only do XBGR scanout. Further the
>>> nouveau KMS doesn't add XRGB scanout for Kepler+ (although it could).
>>> Mesa was only enabled for XRGB, so I've piped XBGR through all the
>>> same places:
>>>
>>> https://github.com/imirkin/mesa/commits/30bpp
>>>
>>
>> Wrt. mesa, those patches are now in master an...
2018 Feb 09
0
nouveau 30bpp / deep color status
...v was broken. Patches available at:
>> >
>> > https://github.com/imirkin/xf86-video-nouveau/commits/master
>> >
>> > mesa:
>> >
>> > The NVIDIA hardware (pre-Kepler) can only do XBGR scanout. Further the
>> > nouveau KMS doesn't add XRGB scanout for Kepler+ (although it could).
>> > Mesa was only enabled for XRGB, so I've piped XBGR through all the
>> > same places:
>> >
>> > https://github.com/imirkin/mesa/commits/30bpp
>> >
>> > libdrm:
>> >
>> > For test...
2018 Mar 08
1
nouveau 30bpp / deep color status
...hopefully
the DDX would have identical logic.
> Under EGL there is matching of channel masks, so only X11+GLX is
> problematic. Not sure if anything special would need to be done for
> XWayland, haven't looked at that at all so far. Or the modesetting ddx,
> which currently assumes xrgb ordering for 10 bit.
For the modesetting ddx, it has to switch to drmAddFB2 so that it
knows the exact format. No other way around that, unfortunately. But
that'll require work, and I'm happy enough that xf86-video-nouveau
works (as that is what I recommend to anyone who'll listen).
&...
2018 Feb 07
0
nouveau 30bpp / deep color status
...> xf86-video-nouveau:
>
> DRI3 was broken, and Xv was broken. Patches available at:
>
> https://github.com/imirkin/xf86-video-nouveau/commits/master
>
> mesa:
>
> The NVIDIA hardware (pre-Kepler) can only do XBGR scanout. Further the
> nouveau KMS doesn't add XRGB scanout for Kepler+ (although it could).
> Mesa was only enabled for XRGB, so I've piped XBGR through all the
> same places:
>
> https://github.com/imirkin/mesa/commits/30bpp
>
> libdrm:
>
> For testing, I added a modetest gradient pattern split horizontally.
> Top...
2018 Mar 05
0
nouveau 30bpp / deep color status
...> xf86-video-nouveau:
>
> DRI3 was broken, and Xv was broken. Patches available at:
>
> https://github.com/imirkin/xf86-video-nouveau/commits/master
>
> mesa:
>
> The NVIDIA hardware (pre-Kepler) can only do XBGR scanout. Further the
> nouveau KMS doesn't add XRGB scanout for Kepler+ (although it could).
> Mesa was only enabled for XRGB, so I've piped XBGR through all the
> same places:
>
> https://github.com/imirkin/mesa/commits/30bpp
>
Wrt. mesa, those patches are now in master and i think we have a bit of
a problem under X11+GLX:
h...
2017 Aug 01
1
[PATCH] Add drm ioctl DRM_IOCTL_MODE_GETFB2 & associated helpers.
...n (e.g. drmModeGetFB2)
to return information symmetric with drmModeAddFB2 including the pixel
format id, buffer plane information etc.
</snip>
ChromeOS has needed this functionality from the start, for both testing and
error reporting. We got away with guessing the buffer's format (32bit
xrgb) until now. We are now enabling overlays and more formats including
multi-planar (e.g. NV12). Current getfb() reports neither the pixel format
nor planar information. Without this information, going forward, our gfx
testing is going to break. It would be great if we had access to higher
level...
2017 Aug 01
0
[PATCH] Add drm ioctl DRM_IOCTL_MODE_GETFB2 & associated helpers.
...n information symmetric with drmModeAddFB2 including the pixel
> format id, buffer plane information etc.
> </snip>
>
> ChromeOS has needed this functionality from the start, for both testing and
> error reporting. We got away with guessing the buffer's format (32bit
> xrgb) until now. We are now enabling overlays and more formats including
> multi-planar (e.g. NV12). Current getfb() reports neither the pixel format
> nor planar information. Without this information, going forward, our gfx
> testing is going to break. It would be great if we had access t...
2009 Nov 04
1
[PATCH] nv10/exa: Spring-cleaning
...+ { PICT_x8r8g8b8, 0x108 },
+ { PICT_a8r8g8b8, 0x108 },
+ {},
+};
+
+static int
+get_tex_format(PicturePtr pict)
+{
+ ScrnInfoPtr pScrn = xf86Screens[pict->pDrawable->pScreen->myNum];
+ NVPtr pNv = NVPTR(pScrn);
+
+ /* If repeat is set we're always handling a 1x1 texture with
+ * ARGB/XRGB destination, in that case we change the format to
+ * use the POT (swizzled) matching format.
+ */
+ struct pict_format *format =
+ pict->repeat != RepeatNone ? nv10_tex_format_pot :
+ pNv->Architecture == NV_ARCH_20 ? nv20_tex_format_rect :
+ nv10_tex_format_rect;
+
+ for (; format->...
2017 Mar 13
1
[ANNOUNCE] intel-gpu-tools 1.18
...etection
kms_plane_multiple: Use for_each_valid_output_on_pipe
kms_universal_plane: Skip tests if there are no valid outputs for the pipe
kms_pipe_b_c_ivb: Use for_each_pipe_with_valid_output.
kms_plane: Use for_each_valid_output_on_pipe.
kms_cursor_legacy: fallback to xrgb if argb for sprite plane is unavailable
kms_cursor_legacy: Make the 2x tests slightly more useful.
kms_cursor_legacy: Use cursor movement instead of hiding for 2x tests
kms_cursor_legacy: Allow for an extra vblank wait in atomic-transitions tests
lib/igt_kms.c: Always set pi...
2017 Jul 31
2
[PATCH] Add drm ioctl DRM_IOCTL_MODE_GETFB2 & associated helpers.
New getfb2 functionality uses drm_mode_fb_cmd2 struct to be symmetric
with addfb2. Also modifies *_fb_create_handle() calls to accept a
format_plane_index so that handles for each plane can be generated.
Previously, many *_fb_create_handle() calls simply defaulted to plane 0 only.
Signed-off-by: Joe Kniss <djmk at google.com>
---
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 5 +-