[Bug 103292] Rainbow screen of death on start up

https://bugs.freedesktop.org/show_bug.cgi?id=103292 --- Comment #6 from MaxV --- Hi, I found this: amdgpu_device_initialize: DRM version is 2.50.0 but this driver is only compatible with 3.x.x. Maybe does the kernel load radeon instead of amdgpu driver? If I type lsmod, I

[PATCH xserver] ramdac: Check ScreenPriv != NULL in xf86ScreenSetCursor()

Similar to change cba5a10f, xf86ScreenSetCursor() would dereference ScreenPriv without NULL checking it. If Option "SWCursor" is specified, ScreenPriv == NULL. Without this fix, it is observed that setting Option "SWCursor" "on" on the modesetting driver in a PRIME configuration will segfault the

Re: [PATCH xserver] meson: Use [ true, false, auto ] for tristate values

On Tue, Oct 24, 2017 at 01:03:09PM -0400, Adam Jackson wrote: > For symmetry with the boolean options. I really do not want to care > whether an option is a tristate if I'm trying to set it explicitly. > > Signed-off-by: Adam Jackson Reviewed-by: Peter Hutterer

Re: forum for Motif, XLib, etc. programming enthusiasts?

Yes, I've played in Glade a little, wasn't crazy about it. And GTK3 looks awful, just the amount of text for a hello world program. I wanted to use Motif but support for it is vanishing it seems. Athena, I hate the scrollbars. What I want to work at is an SDR (Software Defined Radio) program so

Re: forum for Motif, XLib, etc. programming enthusiasts?

Alan Corey writes: > Maybe Java Swing then it's portable. I was enjoying the retro aspect > though. I've been using Swing for a couple of years now for GUI application development. It definitely feels 'retro' in a lot of ways -- Java is well on its way to being the

Re: forum for Motif, XLib, etc. programming enthusiasts?

I am a bit confused if you're talking of modern toolkits, or older ones, or in general. If in general, than this is untrue — QtCreator allows you to design GUI pretty much like Borland Delphi or Visual Studio. For GTK alike thing is Glade — it's not so good as "design" tab in QtCreator by virtue

Re: forum for Motif, XLib, etc. programming enthusiasts?

Hmm, thank you but http://motif.ics.com/forum is now read-only. As is http://www.motifdeveloper.com/. I wanted to use C, not Lua. Maybe I'll have to bite the bullet and learn QT. I have this theory that part of the reason there's so little modern software for Unix in general is because there

Re: [PATCH app/bdftopcf] Import libXfont's BDF-to-PCF code

On Tue, 2017-10-24 at 20:45 +0200, Julien Cristau wrote: > On Tue, Oct 24, 2017 at 13:54:47 -0400, Adam Jackson wrote: > > > bdftopcf is the only consumer of libXfont 1.x's read/write support, and > > we'd like 1.x to go away entirely. Copy in the BDF read and PCF write > > support so there's one

Re: forum for Motif, XLib, etc. programming enthusiasts?

On Tue, Oct 24, 2017 at 12:45:27PM -0400, Alan Corey wrote: > I like playing around with the old stuff, because to me it seems > simpler and more efficient than GTK3 or QT. When it works. I'm still > trying to wrap my brain around mapping, managing, realizing widgets in > the right order. > > I

Re: [PATCH xserver 1/2] dix: Don't vary the ClientRec ABI at build time

On Tue, Oct 24, 2017 at 14:38:12 -0400, Adam Jackson wrote: > Just no. > > Signed-off-by: Adam Jackson > --- > include/dixstruct.h | 2 -- > 1 file changed, 2 deletions(-) > for the series: Reviewed-by: Julien Cristau Cheers, Julien

Re: [PATCH app/bdftopcf] Import libXfont's BDF-to-PCF code

On Tue, Oct 24, 2017 at 13:54:47 -0400, Adam Jackson wrote: > bdftopcf is the only consumer of libXfont 1.x's read/write support, and > we'd like 1.x to go away entirely. Copy in the BDF read and PCF write > support so there's one fewer consumer of 1.x. > > Signed-off-by: Adam Jackson

[PATCH xserver 1/2] dix: Don't vary the ClientRec ABI at build time

Just no. Signed-off-by: Adam Jackson --- include/dixstruct.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/include/dixstruct.h b/include/dixstruct.h index 70f87959e..28bff66f8 100644 --- a/include/dixstruct.h +++ b/include/dixstruct.h @@ -111,9 +111,7 @@ typedef struct

[PATCH xserver 2/2] dix: Don't track the XKB client versions in the ClientRec

XKB stores some stuff in the ClientRec that, style-wise, should probably be in a client private. vMinor tracks the client's idea of the XKB minor version, but is never read, we can just nuke it. vMajor is only used for a bug-compat workaround for X11R6.0-vintage clients. We're only using though

[PATCH xserver] xres: Return the atom naming the type, not its internal type number

Signed-off-by: Adam Jackson --- Xext/xres.c | 34 +- 1 file changed, 21 insertions(+), 13 deletions(-) diff --git a/Xext/xres.c b/Xext/xres.c index 02421588a..7a7aabc9b 100644 --- a/Xext/xres.c +++ b/Xext/xres.c @@ -274,6 +274,24 @@

[PATCH xserver 2/3] glamor: Unconditionalize GLAMOR_PIXMAP_DYNAMIC_UPLOAD

Signed-off-by: Adam Jackson --- glamor/glamor_priv.h | 8 glamor/glamor_render.c | 14 +- 2 files changed, 1 insertion(+), 21 deletions(-) diff --git a/glamor/glamor_priv.h b/glamor/glamor_priv.h index b828350cd..5da400a37 100644 ---

[PATCH xserver 3/3] glamor: Unconditionalize GLAMOR_TEXTURED_LARGE_PIXMAP

Signed-off-by: Adam Jackson --- glamor/glamor.c | 4 +--- glamor/glamor_priv.h | 1 - 2 files changed, 1 insertion(+), 4 deletions(-) diff --git a/glamor/glamor.c b/glamor/glamor.c index c55ba249e..b70759b65 100644 --- a/glamor/glamor.c +++ b/glamor/glamor.c @@ -183,9

[PATCH app/bdftopcf] Import libXfont's BDF-to-PCF code

bdftopcf is the only consumer of libXfont 1.x's read/write support, and we'd like 1.x to go away entirely. Copy in the BDF read and PCF write support so there's one fewer consumer of 1.x. Signed-off-by: Adam Jackson --- Makefile.am | 21 +- atom.c | 250 +++

Re: [PATCH xserver] configure.ac: unconditionally enable kdrive

Reviewed-by: Matt Turner ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel

[PATCH xserver] meson: Use [ true, false, auto ] for tristate values

For symmetry with the boolean options. I really do not want to care whether an option is a tristate if I'm trying to set it explicitly. Signed-off-by: Adam Jackson --- meson.build | 42 +- meson_options.txt | 28

forum for Motif, XLib, etc. programming enthusiasts?

I like playing around with the old stuff, because to me it seems simpler and more efficient than GTK3 or QT. When it works. I'm still trying to wrap my brain around mapping, managing, realizing widgets in the right order. I started out, put a notebook into a window, then a rowcol onto a page of

Re: [Mesa-dev] XDC 2017 feedback

Hi, Just chipping in to leave a couple of additional notes. As other have said before me, I also think the organization was very good. Things mentioned before: * Tables layout: kind of agree it was not great for following the talks but they were also making it easier to talk with other

Re: [PATCH xserver] meson: Don't use '' in link_with, ever

On Tue, 2017-10-24 at 12:19 +0100, Jon Turney wrote: > On 23/10/2017 21:21, Lyude Paul wrote: > > > Signed-off-by: Lyude Paul > > Reviewed-by: Jon Turney remote: I: patch #184369 updated using rev 4d53e30651c0fe5f7be38ae8529fa49846d39549.

Re: [PATCH xserver] travis: Fix OSX build

On Tue, 2017-10-24 at 12:07 +0100, Jon Turney wrote: > Turn off homebrew autoupdating before installing ccache, to avoid: > > /usr/local/Homebrew/Library/Homebrew/brew.rb:12:in `': Homebrew must > be run under Ruby 2.3! You're running 2.0.0. (RuntimeError) > > Signed-off-by: Jon Turney

Other Xorg.0.log entries

Hello: Running XDM instead of GDM has made things better in my setup (see other thread). But there are a couple of entries that I would like to know more about. eg: [code] [ 59.921] (WW) xf86OpenConsole: setpgid failed: Operation not permitted [ 59.921] (WW) xf86OpenConsole: setsid failed:

Re: [PATCH xserver] meson: Don't use '' in link_with, ever

On 23/10/2017 21:21, Lyude Paul wrote: String arguments as elements in the array passed to the link_with argument in meson's executable() functions are not valid and will end up causing the build file generation to file. This actually ended up exposing a bug in meson that caused it not to report

[PATCH xserver] travis: Fix OSX build

Turn off homebrew autoupdating before installing ccache, to avoid: /usr/local/Homebrew/Library/Homebrew/brew.rb:12:in `': Homebrew must be run under Ruby 2.3! You're running 2.0.0. (RuntimeError) Signed-off-by: Jon Turney --- .travis.yml | 2 +- 1 file changed, 1

Re: Segmentation fault at adress 0x0 | nvidia Quadro K620M

To me it looks like something with Intel DDX driver. To check if it's true try creating a file /etc/X11/xorg.conf.d/20-modesetting.conf with content like: Section "Device" Identifier "Intel Graphics" Driver "modesetting" Option "Backlight" "intel_backlight" EndSection

Re: xorg.0.log repetitive entries

Hello: I have not been able to find a solution to my problem, so I decided to try doing away with GDM to use XDM instead. As a result, the problems described in my original post have gone away. Now my Xorg.0.log file starts at [ 56.750], ending at [ 61.292] instead of starting at [ 58.839]

Re: [PATCH] modesetting: fail PreInit() if the device has zero connectors

Hello Hans, Hans de Goede wrote: > Hi, > > On 20-10-17 19:08, tobias.jako...@uni-bielefeld.de wrote: >> On laptop systems with a dedicated (powerful) GPU A, you usually >> have all connectors routed to another (less-powerful) GPU B. >> >> With my setup (GPU A = Nvidia, GPU B = Intel) I keep GPU