search for: nformat

..._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_form...

...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 =...

...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 =...

...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,...

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:AVIFi...

...(@channels)) { $pattern = "Local\/" . $exten; if ($line =~ m/$pattern/i) { print $line; # start monitor $recording = $timestamp . "-" . $uniqueid; print $recording; $telnet->print("Action: Monitor\nMix: 1\nFormat: wav49\nChannel: " . $currentChannel ."\nFile: " . $recording . "\n\n"); $telnet->waitfor('/Response: Success/'); } } What I think is happening is that a call is originated for the 8159 extension, which then executes the dialplan zapbarge...

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

...mediately. Internet communications are not secure and subject to possible data corruption, either accidentally or on purpose, and may contain viruses. Furthermore e-mail is an informal and often abbreviated method of communication. For these reasons, it will normally be inappropriate to rely on any nformation or advice contained herein without also discussing it with the sender.

...11:19:03 gregorie dovecot: [ID 107833 mail.info] POP3(carini): Disconnected: Mailbox is in inconsistent state. top=0/0, retr=0/0, del=0/0, s ize=0 May 2 11:19:03 gregorie dovecot: [ID 107833 mail.error] POP3(carini): Couldn't init INBOX: Internal error occurred. Refer to server log for more i nformation. [2007-05-02 11:19:01] Seems to be locking issue, numerous .nfs files in INDEX & CONTROL location The maildirsize & dovecot-uidlist files aren't update properly Does the patch posted here still apply ? http://dovecot.org/list/dovecot/2006-December/018145.html Is the any ls -lai...