[PATCH] edid: Add quirk for ADA 1024x600 7" display.

Detailed mode reports 108 mm x 68 mm which is for smaller display. Maximum image size reports 15 cm x 10 cm which aligns with its physical size, use this size instead. Signed-off-by: Kai-Heng Feng --- hw/xfree86/modes/xf86EdidModes.c | 5 + 1 file changed, 5

Re: [qxl] xspice: Adjust to X.org 1.19 changes

On Wed, Dec 14, 2016 at 12:07:55PM +0100, Hans de Goede wrote: > Hi, > > On 14-12-16 11:51, Christophe Fergeau wrote: > > In newer X.org versions, it's no longer supported to modify the set of > > FDs passed to a BlockHandler method to get notified when the FD has data > > to be read. This was

Re: [Spice-devel] [qxl] xspice: Adjust to X.org 1.19 changes

Hi Christophe, Please see some comments below On 12/14/2016 12:51 PM, Christophe Fergeau wrote: In newer X.org versions, it's no longer supported to modify the set of FDs passed to a BlockHandler method to get notified when the FD has data to be read. This was limited anyway as we could only

Re: [Spice-devel] [qxl] xspice: Adjust to X.org 1.19 changes

On Thu, Dec 15, 2016 at 02:01:03PM +0200, Uri Lublin wrote: > Hi Christophe, > > Please see some comments below > > On 12/14/2016 12:51 PM, Christophe Fergeau wrote: > > +static int watch_update_mask2(SpiceWatch *watch, int event_mask) > > +{ > > +SetNotifyFd(watch->fd, NULL, X_NOTIFY_NONE,

[qxl] Xspice: Replace malloc/strdup use with xnfalloc/xnfstrdup

spiceqxl_*.c files are Xspice-only code. They contain a few uses of malloc/strdup, and none of these are checked for failure. It's better to replace these with xfnalloc/xnfstrdup which are provided by the X server and cannot fail (aborts on failure). Signed-off-by: Christophe Fergeau

Re: Xorg glx module: GLVND, EGL, or ... ?

On 12/15/2016 10:53 AM, Hans de Goede wrote: Hi, On 15-12-16 17:08, Emil Velikov wrote: On 15 December 2016 at 08:15, Michel Dänzer wrote: Hi Adam, Andy, Kyle, even with GLVND in place and used by Mesa and other GL implementations, one remaining issue preventing

[Bug 99103] Same output (DisplayPort) is used in multi-head configuration for different Devices/Displays

https://bugs.freedesktop.org/show_bug.cgi?id=99103 --- Comment #2 from stefan.lauterwas...@thalesgroup.com --- Created attachment 128491 --> https://bugs.freedesktop.org/attachment.cgi?id=128491=edit Xorg.0.log Please ignore "radeon.modeset=0 rd.driver.blacklist=radeon" I switched between

[Bug 99103] Same output (DisplayPort) is used in multi-head configuration for different Devices/Displays

https://bugs.freedesktop.org/show_bug.cgi?id=99103 --- Comment #1 from stefan.lauterwas...@thalesgroup.com --- Created attachment 128490 --> https://bugs.freedesktop.org/attachment.cgi?id=128490=edit xorg.conf -- You are receiving this mail because: You are the assignee for the

[Bug 99103] New: Same output (DisplayPort) is used in multi-head configuration for different Devices/Displays

https://bugs.freedesktop.org/show_bug.cgi?id=99103 Bug ID: 99103 Summary: Same output (DisplayPort) is used in multi-head configuration for different Devices/Displays Product: xorg Version: 7.6 (2010.12) Hardware: x86-64

Re: [ANNOUNCE] libXpm 3.5.12

On Thu, Dec 15, 2016 at 10:26:41AM -0800, Matt Turner wrote: > On Thu, Dec 15, 2016 at 9:08 AM, Matthieu Herrb wrote: > > Jörg Sonnenberger (1): > > Fix abs() usage. > > > > Matthieu Herrb (1): > > libXpm 3.5.12 > > > > Tobias Stoeckmann (4): > > Fix out out

Re: [ANNOUNCE] libXpm 3.5.12

On Thu, Dec 15, 2016 at 9:08 AM, Matthieu Herrb wrote: > Jörg Sonnenberger (1): > Fix abs() usage. > > Matthieu Herrb (1): > libXpm 3.5.12 > > Tobias Stoeckmann (4): > Fix out out boundary read on unknown colors > Gracefully handle EOF while parsing

Re: Xorg glx module: GLVND, EGL, or ... ?

Hi, On 15-12-16 17:08, Emil Velikov wrote: On 15 December 2016 at 08:15, Michel Dänzer wrote: Hi Adam, Andy, Kyle, even with GLVND in place and used by Mesa and other GL implementations, one remaining issue preventing peaceful coexistence of Mesa based and other GLX

[ANNOUNCE] libXpm 3.5.12

Jörg Sonnenberger (1): Fix abs() usage. Matthieu Herrb (1): libXpm 3.5.12 Tobias Stoeckmann (4): Fix out out boundary read on unknown colors Gracefully handle EOF while parsing files. Avoid OOB write when handling malicious XPM files. Handle size_t in

[ANNOUNCE] libXpm 3.5.12

Jörg Sonnenberger (1): Fix abs() usage. Matthieu Herrb (1): libXpm 3.5.12 Tobias Stoeckmann (4): Fix out out boundary read on unknown colors Gracefully handle EOF while parsing files. Avoid OOB write when handling malicious XPM files. Handle size_t in

Re: Xorg glx module: GLVND, EGL, or ... ?

On 15 December 2016 at 08:15, Michel Dänzer wrote: > > Hi Adam, Andy, Kyle, > > > even with GLVND in place and used by Mesa and other GL implementations, > one remaining issue preventing peaceful coexistence of Mesa based and > other GLX implementations is that other GLX

Re: [qxl] Xspice: Replace malloc/strdup use with xnfalloc/xnfstrdup

Hi, On 15-12-16 10:57, Christophe Fergeau wrote: spiceqxl_*.c files are Xspice-only code. They contain a few uses of malloc/strdup, and none of these are checked for failure. It's better to replace these with xfnalloc/xnfstrdup which are provided by the X server and cannot fail (aborts on

Xorg glx module: GLVND, EGL, or ... ?

Hi Adam, Andy, Kyle, even with GLVND in place and used by Mesa and other GL implementations, one remaining issue preventing peaceful coexistence of Mesa based and other GLX implementations is that other GLX implementations tend to ship their own, mutually incompatible versions of the Xorg glx