Re: Video option for a big endian machine?

On Wed, Feb 11, 2015 at 3:53 AM, lausg...@gmail.com wrote: Hello. I'm looking for a PCI or AGP video card that would work on a Linux port for a big endian architecture (HP PA-RISC). Unfortunately the stock video options (ATI FireGL X1 and X3) give an incredibly slow unaccelerated 2D due to

Re: UDL device cannot get its own screen

On Tue, Nov 12, 2019 at 9:23 AM Böszörményi Zoltán wrote: > But no, all GPU devices (now only one, the UDL device) have screen 0 > (a.k.a. DISPLAY=:0.0) set when AutoBindGPU is true: > > [ 2444.576] xf86AutoConfigOutputDevices: xf86NumScreens 2 xf86NumGPUScreens 1 > [ 2444.576]

Re: UDL device cannot get its own screen

On Wed, Oct 23, 2019 at 2:41 AM Böszörményi Zoltán wrote: > > 2019. 10. 22. 22:57 keltezéssel, Ilia Mirkin írta: > > On Tue, Oct 22, 2019 at 11:50 AM Böszörményi Zoltán wrote: > >> Section "Device" > >> Identifier "UD

Re: UDL device cannot get its own screen

On Tue, Oct 22, 2019 at 11:50 AM Böszörményi Zoltán wrote: > > Hi, > > I have the below configuration for an Intel based POS system that, > while advertises 3 outputs (DP1, VGA1 and HDMI1 with xf86-video-intel), > only two are usable. DP1 for the built-in touchscreen and VGA1 for > the external

Re: UDL device cannot get its own screen

On Wed, Nov 13, 2019 at 11:59 AM Böszörményi Zoltán wrote: > > 2019. 11. 12. 17:41 keltezéssel, Ilia Mirkin írta: > > On Tue, Nov 12, 2019 at 9:23 AM Böszörményi Zoltán wrote: > >> But no, all GPU devices (now only one, the UDL device) have screen 0 > >>

[ANNOUNCE] xf86-video-nouveau 1.0.17

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Carlo Caione (1): Don't advertise any PRIME offloading capabilities without acceleration Ilia Mirkin (8): nv4/exa: tiling is unsupported pre-nv10, reduce alignment requirements dri2,present: move in pixmap before getting

[PATCH] modesetting: fix up output naming convention

is HDMI vs HDMI-A, which kept its original name. This will break backwards compatibility with existing xorg.conf's that reference output names, but the alternative is to create a separate counting system, further disconnecting from the kernel names. Signed-off-by: Ilia Mirkin <i

[PATCH] glx: don't force version == 2.0 for ES2 GLX context creation

dEQP tests request a specific version. The EXT spec has been updated to allow other versions, so allow anything >= 2.0 to be requested. Signed-off-by: Ilia Mirkin <imir...@alum.mit.edu> --- glx/createcontext.c | 23 --- 1 file changed, 4 insertions(+), 19 deletions

Re: [PATCH] glx: don't force version == 2.0 for ES2 GLX context creation

On Wed, Jan 20, 2016 at 2:47 PM, Adam Jackson <a...@nwnk.net> wrote: > On Tue, 2016-01-19 at 10:06 -0500, Ilia Mirkin wrote: >> dEQP tests request a specific version. The EXT spec has been updated to >> allow other versions, so allow anything >= 2.0 to be requested. &

Re: [Nouveau] [PATCH xf86-video-amdgpu] Adapt to PixmapDirtyUpdateRec::src being a DrawablePtr

On Thu, Jul 13, 2017 at 10:14 PM, Michel Dänzer <mic...@daenzer.net> wrote: > On 13/07/17 09:31 PM, Ilia Mirkin wrote: >> On Thu, Jul 13, 2017 at 4:27 AM, Michel Dänzer <mic...@daenzer.net> wrote: >>> On 18/04/17 07:07 PM, Michel Dänzer wrote: >>>> F

Re: [Nouveau] [PATCH xf86-video-amdgpu] Adapt to PixmapDirtyUpdateRec::src being a DrawablePtr

On Thu, Jul 13, 2017 at 4:27 AM, Michel Dänzer wrote: > On 18/04/17 07:07 PM, Michel Dänzer wrote: >> From: Michel Dänzer >> >> Signed-off-by: Michel Dänzer >> --- >> >> Chris / Ilia / Ben, this should be manageable for the

Re: Patch to cherry-pick from master into 1.19 branch

On Tue, Apr 3, 2018 at 11:17 AM, Mario Kleiner wrote: > Hi Adam, > > b5f9fcd50a999a00128c0cc3f6e7d1f66182c9d5 ("xfree86/modes: Adapt > xf86Randr12CrtcComputeGamma() for depth 30. (v2)") > > would be really good to have in server 1.19.7, so xf86-video-intel/nouveau >

Re: [PATCH xserver] modesetting: fix conn_id termination and potential overrun by 1 byte

On Tue, Dec 11, 2018 at 3:23 AM Pekka Paalanen wrote: > > On Mon, 10 Dec 2018 23:34:11 -0500 > Ilia Mirkin wrote: > > > Noticed when porting this logic to xf86-video-nouveau, and valgrind > > complained about conditional jump based on uninitialized data. > >

[PATCH xserver] modesetting: fix conn_id termination and potential overrun by 1 byte

Noticed when porting this logic to xf86-video-nouveau, and valgrind complained about conditional jump based on uninitialized data. Signed-off-by: Ilia Mirkin --- memcpy sets conn_id[0..len-1], so conn_id[len] is the one that should get the 0. hw/xfree86/drivers/modesetting/drmmode_display.c