search for: nformats

..._RGB565, +}; + +static const uint32_t cirrus_formats_24[] = { + DRM_FORMAT_RGB888, +}; + +static const uint32_t cirrus_formats_32[] = { + DRM_FORMAT_XRGB8888, + DRM_FORMAT_ARGB8888, +}; + +static struct drm_plane *cirrus_primary_plane(struct drm_device *dev) +{ + const uint32_t *formats; + uint32_t nformats; + struct drm_plane *primary; + int ret; + + switch (cirrus_bpp) { + case 16: + formats = cirrus_formats_16; + nformats = ARRAY_SIZE(cirrus_formats_16); + break; + case 24: + formats = cirrus_formats_24; + nformats = ARRAY_SIZE(cirrus_formats_24); + break; + case 32: + formats = cirrus_forma...

...e, }; struct drm_plane *virtio_gpu_plane_init(struct virtio_gpu_device *vgdev, + enum drm_plane_type type, int index) { struct drm_device *dev = vgdev->ddev; + const struct drm_plane_helper_funcs *funcs; struct drm_plane *plane; - int ret; + const uint32_t *formats; + int ret, nformats; plane = kzalloc(sizeof(*plane), GFP_KERNEL); if (!plane) return ERR_PTR(-ENOMEM); + if (type == DRM_PLANE_TYPE_CURSOR) { + formats = virtio_gpu_cursor_formats; + nformats = ARRAY_SIZE(virtio_gpu_cursor_formats); + funcs = &virtio_gpu_cursor_helper_funcs; + } else { + formats = v...

...e, }; struct drm_plane *virtio_gpu_plane_init(struct virtio_gpu_device *vgdev, + enum drm_plane_type type, int index) { struct drm_device *dev = vgdev->ddev; + const struct drm_plane_helper_funcs *funcs; struct drm_plane *plane; - int ret; + const uint32_t *formats; + int ret, nformats; plane = kzalloc(sizeof(*plane), GFP_KERNEL); if (!plane) return ERR_PTR(-ENOMEM); + if (type == DRM_PLANE_TYPE_CURSOR) { + formats = virtio_gpu_cursor_formats; + nformats = ARRAY_SIZE(virtio_gpu_cursor_formats); + funcs = &virtio_gpu_cursor_helper_funcs; + } else { + formats = v...

...S 4 XF86AttributeRec NV04OverlayAttributes[NUM_NV04_OVERLAY_ATTRIBUTES] = { @@ -2042,8 +2049,8 @@ NV50SetupTexturedVideo (ScreenPtr pScreen) adapt->name = "Nouveau GeForce 8/9 Textured Video"; adapt->nEncodings = 1; adapt->pEncodings = &DummyEncodingNV50; - adapt->nFormats = NUM_FORMATS_ALL; - adapt->pFormats = NVFormats; + adapt->nFormats = NUM_FORMATS_NV50; + adapt->pFormats = NV50Formats; adapt->nPorts = NUM_TEXTURE_PORTS; adapt->pPortPrivates = (DevUnion*)(&adapt[1]); diff --git a/src/nv50_xv.c b/src/nv50_xv.c index b2541b9..ba01c99...

Not clear what the depth % 8 was trying to protect against, but it was breaking 30bpp visuals with DRI3. Add it in to ensure that bitsPerPixel % 8 is 0, since there is plenty of bpp/8 math in the driver. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/nouveau_dri2.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/src/nouveau_dri2.c b/src/nouveau_dri2.c

...}; > > struct drm_plane *virtio_gpu_plane_init(struct virtio_gpu_device *vgdev, > + enum drm_plane_type type, > int index) > { > struct drm_device *dev = vgdev->ddev; > struct drm_plane *plane; > - int ret; > + const uint32_t *formats; > + int ret, nformats; > > plane = kzalloc(sizeof(*plane), GFP_KERNEL); > if (!plane) > return ERR_PTR(-ENOMEM); > > + if (type == DRM_PLANE_TYPE_CURSOR) { > + formats = virtio_gpu_cursor_formats; > + nformats = ARRAY_SIZE(virtio_gpu_cursor_formats); > + } else { > + formats =...

...}; > > struct drm_plane *virtio_gpu_plane_init(struct virtio_gpu_device *vgdev, > + enum drm_plane_type type, > int index) > { > struct drm_device *dev = vgdev->ddev; > struct drm_plane *plane; > - int ret; > + const uint32_t *formats; > + int ret, nformats; > > plane = kzalloc(sizeof(*plane), GFP_KERNEL); > if (!plane) > return ERR_PTR(-ENOMEM); > > + if (type == DRM_PLANE_TYPE_CURSOR) { > + formats = virtio_gpu_cursor_formats; > + nformats = ARRAY_SIZE(virtio_gpu_cursor_formats); > + } else { > + formats =...

On Mon, Mar 30, 2015 at 4:49 PM, Daniel Vetter <daniel at ffwll.ch> wrote: > On Mon, Mar 30, 2015 at 02:23:47PM +0200, Gerd Hoffmann wrote: >> > > Signed-off-by: Dave Airlie <airlied at redhat.com> >> > > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> >> > >> > Standard request from my side for new drm drivers (especially if

On Mon, Mar 30, 2015 at 4:49 PM, Daniel Vetter <daniel at ffwll.ch> wrote: > On Mon, Mar 30, 2015 at 02:23:47PM +0200, Gerd Hoffmann wrote: >> > > Signed-off-by: Dave Airlie <airlied at redhat.com> >> > > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> >> > >> > Standard request from my side for new drm drivers (especially if

This series modifies the NV5x+ nouveau display backends to advertise appropriate format modifiers on their display planes in atomic mode setting blobs. Corresponding modifications to Mesa/userspace are available on the Mesa-dev mailing list as the series: nouveau: Improved format modifier support I've tested this on Tesla, Kepler, Pascal, and Turing-class hardware using various formats

This series modifies the NV5x+ nouveau display backends to advertise appropriate format modifiers on their display planes in atomic mode setting blobs. Corresponding modifications to Mesa/userspace are available on the Mesa-dev gitlab merge request 3724: https://gitlab.freedesktop.org/mesa/mesa/merge_requests/3724 I've tested this on Tesla, Kepler, Pascal, and Turing-class hardware using

This series modifies the NV5x+ nouveau display backends to advertise appropriate format modifiers on their display planes in atomic mode setting blobs. Corresponding modifications to Mesa/userspace are available on the Mesa-dev gitlab merge request 3724: https://gitlab.freedesktop.org/mesa/mesa/merge_requests/3724 I've tested this on Tesla, Kepler, Pascal, and Turing-class hardware using

...tmpdir, false + let format = match format with `GZip -> "z" | `XZ -> "J" in + untar ~format ova tmpdir; + tmpdir, false | `Zip | `GZip | `XZ | `Unknown -> error (f_"%s: unsupported file format\n\nFormats which we currently understand for '-i ova' are: tar (uncompressed, compress with gzip or xz), zip") ova ) + | `Unknown -> error (f_"%s: unsupported file format\n\nFormats which we currently understand for '-i ova' are: tar (uncompressed, c...

This series modifies the NV5x+ nouveau display backends to advertise appropriate format modifiers on their display planes in atomic mode setting blobs. Corresponding modifications to Mesa/userspace are available here: https://gitlab.freedesktop.org/cubanismo/mesa/tree/nouveau_work But those need a bit of cleanup before they're ready to submit. I've tested this on Tesla, Kepler, Pascal,

This series modifies the NV5x+ nouveau display backends to advertise appropriate format modifiers on their display planes in atomic mode setting blobs. Corresponding modifications to Mesa/userspace are available here: https://gitlab.freedesktop.org/cubanismo/mesa/tree/nouveau_work But those need a bit of cleanup before they're ready to submit. I've tested this on Tesla, Kepler, Pascal,

...rts for a second and then crashes Here's the output: ========================================= andrea@njean:~/.wine/drive_c/Playnet/CRS/WW2OL$ wine WW2.exe fixme:win:EnumDisplayDevicesA ((nil),0,0x7cf770,0x00000000), stub! err:opengl:X11DRV_DescribePixelFormat unexpected iPixelFormat(68) > nFormats(67), returns NULL file:///etc/xml/catalog:1: parser error : Document is empty ^ file:///etc/xml/catalog:1: parser error : Start tag expected, '<' not found ^ fixme:avifile:AVIFileInit (): stub! fixme:avifile:AVIFileExit (): stub! fixme:avifile:AVIFileInit (): stub! fixme:avifile:AVIFil...

Am trying to monitor and record an in-process phone call using a remote computer and the Asterisk Manager API. Have something that is working, but the call recording volume is to low to be usable. dialplan exten => 8159,1,ZapBarge(Zap/1) remote application with Asterisk Manager API $telnet->print("Action: Originate\nChannel: Local/8159\@default\nApplication: ChanSpy\nData:

hallo, I'm indexing a filesystem using omindex, and users can query the database via omega: everything works fine now I'd like to add an option like "search files by name" and I'm wondering how to do this can omega search files by name directly? how should I build the query? could I use scriptindex to index, eg., the locate database? how? should I index file names

I can't setup Authentication between samba & Win NT [root@fulya etc]# net join -U Administrator%pass [2003/08/12 20:22:55, 1] utils/net_ads.c:ads_startup(176) ads_connect: Connection refused [2003/08/12 20:22:56, 1] utils/net_rpc.c:run_rpc_command(154) rpc command function failed! (NT_STATUS_ACCESS_DENIED) Joined domain TRANSVARO. [root@fulya root]# What is ads_.. ? if it is

Hi We've been using dovecot successufly for few month. Previous setup : solaris 8, postfix+LDA, mbox + index on NFS (Netapp), 2500 accounts Everything shared overs NFS, multiple servers connect to index, mbox. mail_location = mbox:/var/mail/mbox/%u:INBOX=/var/mail/%u:INDEX=/var/mail/indexes_dovecot/%u We had at first some issue with mbox locking, using lock_method = dotlock solve the issue.