similar to: [PATCH 1/2] nouveau/mode: split out create_ranged_atom

From: Dave Airlie <airlied at redhat.com> This adds support to detect libbacklight and use it to provide the standard randr backlight properties, for desktops environments to use. untested as of yet. Signed-off-by: Dave Airlie <airlied at redhat.com> --- configure.ac | 3 +++ src/Makefile.am | 4 ++-- src/drmmode_display.c | 40

Straight port of Matthias Hopf's KMS backlight code for xf86-video-intel, with reformatting and a couple of minor cleanups. Works fine on my MacBookAir2,1. Signed-off-by: Daniel Stone <daniel at fooishbar.org> --- src/drmmode_display.c | 269 ++++++++++++++++++++++++++++++++++++++++++++++++- 1 files changed, 268 insertions(+), 1 deletions(-) diff --git a/src/drmmode_display.c

[PATCH 1/3] kms: Don't hardcode the output properties [PATCH 2/3] kms: Implement output->get_property when RandR1.3 is available. [PATCH 3/3] kms: Add TV-out support src/drmmode_display.c | 403 ++++++++++++++++++++++++++++++++----------------- 1 files changed, 261 insertions(+), 142 deletions(-)

In multi-x-screen ZaphodHeads configurations, there isn't a one-to-one mapping of kernel provided drmmode crtc index to the index of the corresponding xf86Crtc inside the xf86CrtcConfig crtc array anymore, ie. for kernel provided drmmode->mode_res->crtcs[i], the i'th crtc won't correspond to the xf86Crtc in the i'th slot of the x-screens xf86CrtcConfig anymore, once

This largely copies the code from modesetting with minor adjustments. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- I've tested this back and forth with a GTX 960 + 2x U2415 monitors, chained to each other. I turned them on/off. I messed with their DP 1.1/1.2 settings. I pulled plugs a few times. This seems to pass the test. No crashes, the connectors seem to come and go

This largely copies the code from modesetting with minor adjustments. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- I've tried privately to get people to test this out, but to no avail. I don't have the hardware to verify this one way or the other. Ideally with this patch you should be (a) able to use a tiled monitor at 60hz with DP-MST and (b) be able to see connectors

https://bugs.freedesktop.org/show_bug.cgi?id=106994 Bug ID: 106994 Summary: [PATCH] Fix null pointer dereference in drmmode_output_dpms Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=106305 Geroge T <reportbug at mailna.biz> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|general |Drivers/DRI/nouveau QA Contact| |nouveau at lists.freedesktop.o

This reverts commit 98c9e4edb58374f18249e5c9c53b392fb8b4a1d1. AFAIK it's no longer needed. Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- src/drmmode_display.c | 3 --- src/nv_driver.c | 2 -- src/nv_type.h | 1 - 3 files changed, 0 insertions(+), 6 deletions(-) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index 7c45d9c..a91741d

I don't understand this patch (what are all these masks? how are they used?), and don't want to invest the time required to do so. However Mario is probably the sole serious user of ZaphodHeads, and if it fixes issues for him, probably fixes issues for others who try and give up with ZaphodHeads. Any objections if I just push this out? On Sat, Jun 27, 2015 at 8:33 PM, Mario Kleiner

I'm pleased to announce the 18.1.0 release of xf86-video-ati, the Xorg driver for ATI/AMD Radeon GPUs supported by the radeon kernel driver. This release supports xserver versions 1.13-1.20. Highlights: * Fixed random screen corruption and crashes when using GLAMOR with Xorg 1.20. * Support for leasing RandR outputs to clients. * Various robustness fixes for TearFree. In particular, fixed

Has the algorithm used by batchSOM for hexagonal topology changed in some way between R 1.9.1 and 2.0.1? In comparing between the two versions, I get identical results for rectangular topology, but very different results for hexagonal topology. (I tried to find release notes for the VR bundle that might explain the changes, but was unable to locate these anywhere.) Here's the script I

I am working with data sets in which the number and order of columns may vary, but each column is uniquely identified by its name. E.g., one data set might have columns MW logP Num_Rings Num_H_Donors while another has columns Num_Rings Num_Atoms Num_H_Donors logP MW I would like to be able to perform a principal component analysis (PCA) on one data set and save the PCA object to

[Re-directing to R-devel, as I think this needs changes to the code.] Can I suggest a modification to stats:predict.princomp so that it will check for column (variable) names? In src/library/stats/R/princomp-add.R, insert the following after line 4: if (!is.null(cn <- names(object$center))) newdata <- newdata[, cn] Now Dana's example looks like: > predict(pca1, frz) Error in