[PATCH v4 10/16] phy: Add driver for rockchip Display Port PHY

Hi Yakir, small nit more below Am Dienstag, 1. September 2015, 18:51:16 schrieb Heiko Stuebner: > Am Dienstag, 1. September 2015, 14:04:15 schrieb Yakir Yang: > > +- clocks: from common clock binding: handle to dp clock. > > + of memory mapped region. > > +- clock-names: from common clock

[PATCH v4 08/16] drm: rockchip/dp: add rockchip platform dp driver

Hi Heiko, 在 2015/9/1 22:24, Heiko Stuebner 写道: > Am Dienstag, 1. September 2015, 14:01:28 schrieb Yakir Yang: >> Rockchip have three clocks for dp controller, we leave pclk_edp >> to analogix_dp driver control, and keep the sclk_edp_24m and >> sclk_edp in platform driver. >> >>

[PATCH v4 03/16] drm: bridge: analogix/dp: split exynos dp driver to bridge dir

Am Dienstag, 1. September 2015, 13:49:58 schrieb Yakir Yang: > Split the dp core driver from exynos directory to bridge > directory, and rename the core driver to analogix_dp_*, > leave the platform code to analogix_dp-exynos. > > Signed-off-by: Yakir Yang [...] > diff --git

[PATCH libdrm] amdgpu: use EINVAL instead of EBADMSG in amdgpu_bo_cpu_unmap()

EBADMSG is a streams errno. OpenBSD does not implement streams and does include the streams errnos, this commit fixes the build on OpenBSD. None of the callers of this function check the return value for -EBADMSG. Signed-off-by: Jonathan Gray --- amdgpu/amdgpu_bo.c | 2 +- 1 file changed, 1

[Bug 103881] HP Compaq dc5750 fails to resume from suspend

https://bugzilla.kernel.org/show_bug.cgi?id=103881 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #3

[PATCH v3 2/3] drm/dp: Adjust i2c-over-aux retry count based on message size and i2c bus speed

ville.syrjala at linux.intel.com writes: > From: Ville Syrjälä > > Calculate the number of retries we should do for each i2c-over-aux > message based on the time it takes to perform the i2c transfer vs. the > aux transfer. We assume the shortest possible length for the aux > transfer, and the

[PATCH v3 2/3] drm/dp: Adjust i2c-over-aux retry count based on message size and i2c bus speed

From: Ville Syrjälä Calculate the number of retries we should do for each i2c-over-aux message based on the time it takes to perform the i2c transfer vs. the aux transfer. We assume the shortest possible length for the aux transfer, and the longest possible

[Bug 91790] TONGA hang in amdgpu_ring_lock

hives/dri-devel/attachments/20150901/f0960b38/attachment.html>

[PATCH 1/4] drm: Constify generic_edid_names[]

On Tue, Sep 01, 2015 at 10:47:48AM +0200, Daniel Vetter wrote: > On Mon, Aug 31, 2015 at 10:52:03AM -0400, Alex Deucher wrote: > > On Mon, Aug 31, 2015 at 8:09 AM, wrote: > > > From: Ville Syrjälä > > > > > > Make generic_edid_names[] const since it's supposed to be immutable. > > > > > >

[Bug 103881] HP Compaq dc5750 fails to resume from suspend

https://bugzilla.kernel.org/show_bug.cgi?id=103881 --- Comment #2 from Jeffery Miller --- Created attachment 186451 --> https://bugzilla.kernel.org/attachment.cgi?id=186451=edit dmidecode of the affected machine -- You are receiving this mail because: You are watching the assignee of the

[Bug 103881] HP Compaq dc5750 fails to resume from suspend

https://bugzilla.kernel.org/show_bug.cgi?id=103881 --- Comment #1 from Jeffery Miller --- Created attachment 186441 --> https://bugzilla.kernel.org/attachment.cgi?id=186441=edit lspci -nnv of the affected system -- You are receiving this mail because: You are watching the assignee of the

[Bug 103881] New: HP Compaq dc5750 fails to resume from suspend

https://bugzilla.kernel.org/show_bug.cgi?id=103881 Bug ID: 103881 Summary: HP Compaq dc5750 fails to resume from suspend Product: Drivers Version: 2.5 Kernel Version: 4.1.6.i386 Hardware: All OS: Linux Tree:

[PATCH v4 10/16] phy: Add driver for rockchip Display Port PHY

Am Dienstag, 1. September 2015, 14:04:15 schrieb Yakir Yang: > This phy driver would control the Rockchip DisplayPort module > phy clock and phy power, it is relate to analogix_dp-rockchip > dp driver. If you want DP works rightly on rockchip platform, > then you should select both of them. > >

[Bug 91841] Juniper 5770 entering Hibernate crashes the system (instant reboot)

eceiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150901/b55abea4/attachment.html>

[Bug 91790] TONGA hang in amdgpu_ring_lock

if it is in fact working, or if it's just me. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150901/05a4dbe3/attachment.html>

[PATCH 9/9] drm/exynos: remove buf_cnt from struct exynos_drm_fb

Hi Joonyoung, 2015-09-01 Joonyoung Shim : > Looking other drm drivers, there is no the restriction that framebuffer > has only one buffer in .create_handle() callback. They use just first > buffer. > > If this limitation is removed, there is no reason keeping buffer count > for framebuffer, so

[PATCH 8/9] drm/exynos: remove exynos_drm_fb_get_buf_cnt()

Hi Joonyoung, 2015-09-01 Joonyoung Shim : > We can get buffer count of framebuffer using drm_format_num_planes(), so > keeping exynos_drm_fb_get_buf_cnt() is unnecessary. > > Signed-off-by: Joonyoung Shim > --- > drivers/gpu/drm/exynos/exynos_drm_fb.c| 9 - >

[PATCH 7/9] drm/exynos: cleanup exynos_user_fb_create()

Hi Joonyoung, 2015-09-01 Joonyoung Shim : > Using exynos_drm_framebuffer_init(), redundant codes can be removed. > > Signed-off-by: Joonyoung Shim > --- > drivers/gpu/drm/exynos/exynos_drm_fb.c | 47 > ++ > 1 file changed, 13 insertions(+), 34 deletions(-)

[PATCH 4/4] fbdev: Debug knob to register without holding console_lock

l-next, where I > was on drm-next at the time which seemed to be having some unrelated > i915 issues (when I was trying to debug atomic fb-helper patches). So > can't really say that the issue I had was actually related to this > patch. I'll try again later this week or next

[PATCH 6/9] drm/exynos: update exynos_drm_framebuffer_init() for multiple buffers

2015-09-01 Gustavo Padovan : > 2015-09-01 Joonyoung Shim : > > > This modifies exynos_drm_framebuffer_init() to be possible to support > > multiple buffers. Then it can be used by exynos_user_fb_create(). > > > > Signed-off-by: Joonyoung Shim > > --- > > drivers/gpu/drm/exynos/exynos_drm_fb.c

[PATCH 6/9] drm/exynos: update exynos_drm_framebuffer_init() for multiple buffers

2015-09-01 Joonyoung Shim : > This modifies exynos_drm_framebuffer_init() to be possible to support > multiple buffers. Then it can be used by exynos_user_fb_create(). > > Signed-off-by: Joonyoung Shim > --- > drivers/gpu/drm/exynos/exynos_drm_fb.c| 36 > +-- >

[PATCH 4/4] fbdev: Debug knob to register without holding console_lock

On Tue, Sep 01, 2015 at 11:12:11AM -0400, Rob Clark wrote: > On Tue, Sep 1, 2015 at 10:41 AM, Tomi Valkeinen > wrote: > > > > > > On 01/09/15 17:34, Rob Clark wrote: > >> On Tue, Sep 1, 2015 at 6:32 AM, Tomi Valkeinen > >> wrote: > >>> > >>> > >>> On 25/08/15 22:24, Rob Clark wrote: > On

[PATCH 5/9] drm/exynos: cleanup to get gem object for fb

Hi Joonyoung, 2015-09-01 Joonyoung Shim : > Current codes get first gem object and then again get remain gem > objects. They can be unified to one routine. > > Signed-off-by: Joonyoung Shim > --- > drivers/gpu/drm/exynos/exynos_drm_fb.c | 23 --- > 1 file changed, 8

[PATCH 4/9] drm/exynos: update fb_info via only one function

Hi Joonyoung, 2015-09-01 Joonyoung Shim : > This patch moves codes to update fb_info into exynos_drm_fbdev_update(), > so fb_info is updated via only one function. > > Signed-off-by: Joonyoung Shim > --- > drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 29 + > 1 file

[PATCH v2 2/3] drm/dp: Adjust i2c-over-aux retry count based on message size and i2c bus speed

On Tue, Sep 01, 2015 at 05:11:45PM +0200, Daniel Vetter wrote: > On Tue, Sep 01, 2015 at 02:13:01PM +0300, Ville Syrjälä wrote: > > On Tue, Sep 01, 2015 at 11:14:43AM +0200, Daniel Vetter wrote: > > > On Wed, Aug 26, 2015 at 10:55:06PM +0300, ville.syrjala at > > > linux.intel.com wrote: > > >

[PATCH v2 2/3] drm/dp: Adjust i2c-over-aux retry count based on message size and i2c bus speed

On Tue, Sep 01, 2015 at 02:13:01PM +0300, Ville Syrjälä wrote: > On Tue, Sep 01, 2015 at 11:14:43AM +0200, Daniel Vetter wrote: > > On Wed, Aug 26, 2015 at 10:55:06PM +0300, ville.syrjala at linux.intel.com > > wrote: > > > From: Ville Syrjälä > > > > > > Calculate the number of retries we

[PATCH] Add radeon suspend/resume quirk for HP Compaq dc5750.

With the radeon driver loaded the HP Compaq dc5750 Small Form Factor machine fails to resume from suspend. Adding a quirk similar to other devices avoids the problem and the system resumes properly. Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=103881 Signed-off-by: Jeffery Miller ---

[PATCH v4 08/16] drm: rockchip/dp: add rockchip platform dp driver

Am Dienstag, 1. September 2015, 14:01:28 schrieb Yakir Yang: > Rockchip have three clocks for dp controller, we leave pclk_edp > to analogix_dp driver control, and keep the sclk_edp_24m and > sclk_edp in platform driver. > > Signed-off-by: Yakir Yang > --- > Changes in v4: > - Remove some

[PATCH 9/9] drm/exynos: remove buf_cnt from struct exynos_drm_fb

Looking other drm drivers, there is no the restriction that framebuffer has only one buffer in .create_handle() callback. They use just first buffer. If this limitation is removed, there is no reason keeping buffer count for framebuffer, so we can remove buf_cnt from struct exynos_drm_fb.

[PATCH 8/9] drm/exynos: remove exynos_drm_fb_get_buf_cnt()

We can get buffer count of framebuffer using drm_format_num_planes(), so keeping exynos_drm_fb_get_buf_cnt() is unnecessary. Signed-off-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_fb.c| 9 - drivers/gpu/drm/exynos/exynos_drm_fb.h| 3 ---

[PATCH 7/9] drm/exynos: cleanup exynos_user_fb_create()

Using exynos_drm_framebuffer_init(), redundant codes can be removed. Signed-off-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_fb.c | 47 ++ 1 file changed, 13 insertions(+), 34 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fb.c

[PATCH 6/9] drm/exynos: update exynos_drm_framebuffer_init() for multiple buffers

This modifies exynos_drm_framebuffer_init() to be possible to support multiple buffers. Then it can be used by exynos_user_fb_create(). Signed-off-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_fb.c| 36 +-- drivers/gpu/drm/exynos/exynos_drm_fb.h|

[PATCH 5/9] drm/exynos: cleanup to get gem object for fb

Current codes get first gem object and then again get remain gem objects. They can be unified to one routine. Signed-off-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_fb.c | 23 --- 1 file changed, 8 insertions(+), 15 deletions(-) diff --git

[PATCH 4/9] drm/exynos: update fb_info via only one function

This patch moves codes to update fb_info into exynos_drm_fbdev_update(), so fb_info is updated via only one function. Signed-off-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 29 + 1 file changed, 13 insertions(+), 16 deletions(-) diff --git

[PATCH 3/9] drm/exynos: cleanup exynos_drm_fbdev_update()

It can get exynos_gem object via function argument, so no need to call exynos_drm_fb_gem_obj() in exynos_drm_fbdev_update. It also can get struct drm_framebuffer *fb via helper->fb, so can remove a function argument for it. Signed-off-by: Joonyoung Shim ---

[PATCH 2/9] drm/exynos: s/exynos_gem_obj/obj in exynos_drm_fbdev.c

The variable name "exynos_gem_obj" is too long, so some lines exceed 80 characters. It's simple to use "obj" instead of "exynos_gem_obj". Signed-off-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 30 ++ 1 file changed, 14 insertions(+), 16

[PATCH 1/9] drm/exynos: remove exynos_drm_fb_set_buf_cnt()

The exynos_drm_fb_set_buf_cnt() is used to set buffer count only in exynos_drm_fbdev_update(). This patch sets directly buffer count in exynos_drm_framebuffer_init() without using exynos_drm_fb_set_buf_cnt(), so there is no any reason to keep exynos_drm_fb_set_buf_cnt(). Signed-off-by: Joonyoung

[PATCH 0/9] drm/exynos: cleanup patchset for exynos_drm_fb/fbdev

Hi, This patchset is for cleanup about fb and fbdev codes of exynos-drm driver. This removes unnecesary and redundant codes mostly, and make a variable having too long name to be short. Thanks. Joonyoung Shim (9): drm/exynos: remove exynos_drm_fb_set_buf_cnt() drm/exynos:

[PATCH][RESEND] drm: panel-simple: add URT UMSH-8596MD-xT panel support

This patch adds support for United Radiant Technology UMSH-8596MD-xT 7.0" WVGA TFT LCD panels (both LVDS and parallel versions) to DRM panel-simple driver. Signed-off-by: Maciej Szmigiero --- This is a resend without changes. diff --git

[PATCH] drm/exynos: fix exynos_drm_gem_prime_import_sg_table() error handling

On 08/31/2015 01:10 AM, Inki Dae wrote: > 2015-08-27 17:31 GMT+09:00 Joonyoung Shim : >> If exynos_drm_gem_init() is failed, the result is ERR_PTR, so we should >> just return the result. If not, wrong porinter will be referenced from >> err label. >> >> Reported-by: Dan Carpenter >>

[PATCH libdrm] amdgpu: use EINVAL instead of EBADMSG in amdgpu_bo_cpu_unmap()

On 01.09.2015 13:37, Jonathan Gray wrote: > EBADMSG is a streams errno. OpenBSD does not implement streams and does > include the streams errnos, this commit fixes the build on OpenBSD. > > None of the callers of this function check the return value for -EBADMSG. > > Signed-off-by: Jonathan Gray

[PATCH] scripts/kernel-doc: Improve Markdown results

On 08/21/2015 04:39 PM, Danilo Cesar Lemes de Paula wrote: > Using pandoc as the Markdown engine cause some minor side effects as > pandoc includes main tags for almost everything. > Original Markdown support approach removes those main tags, but it caused > some inconsistencies when that tag is

[Intel-gfx] [PATCH 4/5] Documentation: drm: Convert KMS Properties HTML table to CALS

On 08/25/2015 01:10 PM, Graham Whaley wrote: > On Tue, 2015-08-25 at 16:29 +0200, Daniel Vetter wrote: >> On Tue, Aug 25, 2015 at 10:26:44AM +0100, Graham Whaley wrote: >>> The KMS Properties table is in HTML format, which is not supported >>> for building pdfdocs, resulting in the following types

[PATCH] scripts/kernel-doc: Processing -nofunc for functions only

Docproc process EXPORT_SYMBOL(f1) macro and uses -nofunc f1 to avoid duplicated documentation in the next call. It works for most of the cases, but there are some specific situations where a struct has the same name of an already-exported function. Current kernel-doc behavior ignores those

[PATCH v4 16/16] drm: bridge: analogix/dp: add edid modes parse in get_modes method

Display Port monitor could support kinds of mode which indicate in monitor edid, not just one single display resolution which defined in panel or devivetree property display timing. Signed-off-by: Yakir Yang --- Changes in v4: - Call drm_panel_prepare() in .get_modes function, ensure panel

[PATCH v4 15/16] drm: bridge: analogix/dp: move hpd detect to connector detect function

This change just make a little clean to make code more like drm core expect, move hdp detect code from bridge->enable(), and place them into connector->detect(). Signed-off-by: Yakir Yang --- Changes in v4: - Take Jingoo suggest, add commit messages. Changes in v3: - move dp hpd detect to

[PATCH v4 14/16] drm: bridge: analogix/dp: try force hpd after plug in lookup failed

Some edp screen do not have hpd signal, so we can't just return failed when hpd plug in detect failed. This is an hardware property, so we need add a devicetree property "analogix,need-force-hpd" to indicate this sutiation. Signed-off-by: Yakir Yang --- Changes in v4: None Changes in v3: - Add

[PATCH v2 2/3] drm/dp: Adjust i2c-over-aux retry count based on message size and i2c bus speed

On Tue, Sep 01, 2015 at 11:14:43AM +0200, Daniel Vetter wrote: > On Wed, Aug 26, 2015 at 10:55:06PM +0300, ville.syrjala at linux.intel.com > wrote: > > From: Ville Syrjälä > > > > Calculate the number of retries we should do for each i2c-over-aux > > message based on the time it takes to

[PATCH v4 13/16] drm: bridge: analogix/dp: add max link rate and lane count limit for RK3288

There are some IP limit on rk3288 that only support 4 physical lanes of 2.7/1.6 Gbps/lane, so seprate them out by device_type flag. Signed-off-by: Yakir Yang --- Changes in v4: - Take Thierry suggest, seprate the link-rate and lane-count limit out with the device_type flag. Changes in v3:

[PATCH v4 12/16] drm: bridge: analogix/dp: add some rk3288 special registers setting

RK3288 need some special registers setting, we can separate them out by the dev_type of plat_data. Signed-off-by: Yakir Yang --- Changes in v4: None Changes in v3: None Changes in v2: - Fix compile failed dut to phy_pd_addr variable misspell error

[PATCH v4 11/16] drm: bridge: analogix/dp: add platform device type support

Signed-off-by: Yakir Yang --- Changes in v4: None Changes in v3: None Changes in v2: - Add GNU license v2 declared and samsung copyright drivers/gpu/drm/exynos/exynos_dp.c | 1 + drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 1 + include/drm/bridge/analogix_dp.h

[PATCH v4 10/16] phy: Add driver for rockchip Display Port PHY

This phy driver would control the Rockchip DisplayPort module phy clock and phy power, it is relate to analogix_dp-rockchip dp driver. If you want DP works rightly on rockchip platform, then you should select both of them. Signed-off-by: Yakir Yang --- Changes in v4: - Take Kishon suggest, add

[PATCH v4 09/16] drm: rockchip: add bpc and color mode setting

From: Mark Yao Add bpc and color mode setting in rockchip_drm_vop driver, so connector could try to use the edid drm_display_info to config vop output mode. Signed-off-by: Mark Yao Signed-off-by: Yakir Yang --- Changes in v4: None Changes in v3: None Changes in v2: None

[PATCH v4 08/16] drm: rockchip/dp: add rockchip platform dp driver

Rockchip have three clocks for dp controller, we leave pclk_edp to analogix_dp driver control, and keep the sclk_edp_24m and sclk_edp in platform driver. Signed-off-by: Yakir Yang --- Changes in v4: - Remove some deprecated DT properties in rockchip dp document. Changes in v3: - Take Thierry

[PATCH v4 07/16] ARM: dts: exynos/dp: remove some properties that deprecated by analogix_dp driver

After exynos_dp have been splited the common IP code into analogix_dp driver, the analogix_dp driver have deprecated some samsung platform properties which could be dynamic parsed from EDID/MODE/DPCD message, so this is an update for exynos DTS file for dp-controller. Beside analogix_dp have

[PATCH v4 06/16] Documentation: drm/bridge: add document for analogix_dp

Analogix dp driver is split from exynos dp driver, so we just make an copy of exynos_dp.txt, and then simplify exynos_dp.txt Beside update some exynos dtsi file with the latest change according to the devicetree binding documents. Signed-off-by: Yakir Yang --- Changes in v4: - Take Krzysztof

[PATCH v4 05/16] drm: bridge: analogix/dp: dynamic parse sync_pol & interlace & colorimetry

Both hsync/vsync polarity and interlace mode can be parsed from drm display mode, and dynamic_range and ycbcr_coeff can be judge by the video code, same to color space and color depth can be parsed from EDID. But presumably Exynos still relaies on the DT properties, so take good use of

[PATCH v4 04/16] drm: bridge: analogix/dp: remove duplicate configuration of link rate and link count

link_rate and lane_count already configured in analogix_dp_set_link_train(), so we don't need to config those repeatly after training finished, just remove them out. Beside Display Port 1.2 already support 5.4Gbps link rate, the maximum sets would change from {1.62Gbps, 2.7Gbps} to {1.62Gbps,

[PATCH v4 03/16] drm: bridge: analogix/dp: split exynos dp driver to bridge dir

Split the dp core driver from exynos directory to bridge directory, and rename the core driver to analogix_dp_*, leave the platform code to analogix_dp-exynos. Signed-off-by: Yakir Yang --- Changes in v4: - Take Rob suggest, update "analogix,hpd-gpios" to "hpd-gpios" DT propery. - Take Jingoo

[PATCH v4 02/16] drm: exynos/dp: convert to drm bridge mode

In order to move exynos dp code to bridge directory, we need to convert driver drm bridge mode first. As dp driver already have a ptn3460 bridge, so we need to move ptn bridge to the next bridge of dp bridge. Signed-off-by: Yakir Yang --- Changes in v4: - Take Romain suggest, rebase on

[PATCH v4 01/16] drm: exynos/dp: fix code style

After run "checkpatch.pl -f --subjective" command, I see there are lots of alignment problem in exynos_dp driver, so let just fix them. - Take Romain suggest, rebase on linux-next branch Signed-off-by: Yakir Yang --- Changes in v4: None Changes in v3: None Changes in v2: - Take Joe Preches

[PATCH v4 0/16] Add Analogix Core Display Port Driver

Hi all, The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller share the same IP, so a lot of parts can be re-used. I split the common code into bridge directory, then rk3288 and exynos only need to keep some platform code. Cause I can't find the exact IP name of exynos dp

[PATCH 3/9] drm/exynos: cleanup exynos_drm_fbdev_update()

Hi Joonyoung, 2015-09-01 Joonyoung Shim : > It can get exynos_gem object via function argument, so no need to call > exynos_drm_fb_gem_obj() in exynos_drm_fbdev_update. > > It also can get struct drm_framebuffer *fb via helper->fb, so can remove > a function argument for it. > > Signed-off-by:

[PATCH 2/9] drm/exynos: s/exynos_gem_obj/obj in exynos_drm_fbdev.c

Hi Joonyoung, 2015-09-01 Joonyoung Shim : > The variable name "exynos_gem_obj" is too long, so some lines exceed 80 > characters. It's simple to use "obj" instead of "exynos_gem_obj". > > Signed-off-by: Joonyoung Shim > --- > drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 30

[PATCH 1/9] drm/exynos: remove exynos_drm_fb_set_buf_cnt()

Hi Joonyoung, 2015-09-01 Joonyoung Shim : > The exynos_drm_fb_set_buf_cnt() is used to set buffer count only in > exynos_drm_fbdev_update(). This patch sets directly buffer count in > exynos_drm_framebuffer_init() without using exynos_drm_fb_set_buf_cnt(), > so there is no any reason to keep

[PATCH 4/4] fbdev: Debug knob to register without holding console_lock

if anyone has ever looked at properly fixing this? Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150901/1beb87ac/attachment.sig>

[Bug 91808] trine1 misrender r600g

sue, and no obvious other rendering issue. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150901/260f4190/attachment.html>

[PATCH v2 2/3] drm/dp: Adjust i2c-over-aux retry count based on message size and i2c bus speed

On Tue, 01 Sep 2015, Daniel Vetter wrote: > On Wed, Aug 26, 2015 at 10:55:06PM +0300, ville.syrjala at linux.intel.com > wrote: >> From: Ville Syrjälä >> >> Calculate the number of retries we should do for each i2c-over-aux >> message based on the time it takes to perform the i2c transfer

[Intel-gfx] [PATCH] drm/atomic: Fix bookkeeping with TEST_ONLY, v3.

On Mon, 31 Aug 2015, Maarten Lankhorst wrote: > Commit ec9f932ed41622d120de52a5b525e4d77b9ef17e > "drm/atomic: Cleanup on error properly in the atomic ioctl." > cleaned up some error paths, but didn't fix the TEST_ONLY path. > In the check only case plane->fb shouldn't be updated, and > the

drm/msm/dsi: hs_zero timing

non-integer vrefresh rates completely slipped my mind. Thanks! /wj -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150901/dfdc8b63/attachment.html>

[PATCH v2 2/3] drm/dp: Adjust i2c-over-aux retry count based on message size and i2c bus speed

On Wed, Aug 26, 2015 at 10:55:06PM +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Calculate the number of retries we should do for each i2c-over-aux > message based on the time it takes to perform the i2c transfer vs. the > aux transfer. We assume the shortest

[PATCH 4/4] fbdev: Debug knob to register without holding console_lock

On Tue, Sep 1, 2015 at 10:41 AM, Tomi Valkeinen wrote: > > > On 01/09/15 17:34, Rob Clark wrote: >> On Tue, Sep 1, 2015 at 6:32 AM, Tomi Valkeinen >> wrote: >>> >>> >>> On 25/08/15 22:24, Rob Clark wrote: On Tue, Aug 25, 2015 at 9:45 AM, Daniel Vetter wrote: > When the usual

[PATCH 1/4] drm: Constify generic_edid_names[]

On Mon, Aug 31, 2015 at 10:52:03AM -0400, Alex Deucher wrote: > On Mon, Aug 31, 2015 at 8:09 AM, wrote: > > From: Ville Syrjälä > > > > Make generic_edid_names[] const since it's supposed to be immutable. > > > > Signed-off-by: Ville Syrjälä > > For the series: > Reviewed-by: Alex Deucher

drm/exynos: add render node support

On Mon, Aug 31, 2015 at 07:30:23PM +0100, Emil Velikov wrote: > On 31 August 2015 at 13:36, Inki Dae wrote: > > Hi Emil, > > > > On 2015년 08월 31일 20:58, Emil Velikov wrote: > >> Hi all, > >> > >> On 18 August 2015 at 08:01, Inki Dae wrote: > >>> From: Joonyoung Shim > >>> > >>> This patch

[PATCH 4/4] fbdev: Debug knob to register without holding console_lock

On Tue, Sep 1, 2015 at 6:32 AM, Tomi Valkeinen wrote: > > > On 25/08/15 22:24, Rob Clark wrote: >> On Tue, Aug 25, 2015 at 9:45 AM, Daniel Vetter >> wrote: >>> When the usual fbcon legacy options are enabled we have >>> ->register_framebuffer >>> ->fb notifier chain calls into fbcon >>>

[PATCH 00/14] drm/exynos: rewrite fimg2d error handling

On 2015년 08월 28일 05:46, Tobias Jakobi wrote: > Hey Emil, > > > Emil Velikov wrote: >> Hi Tobias, >> >> On 24 August 2015 at 15:13, Tobias Jakobi >> wrote: >>> Hello, >>> >>> during the discussion about the last patchset touching the >>> fimg2d code, it became apparent that the error

[Intel-gfx] [PATCH v2 12/22] drm/i915: Preserve SSC earlier

On Mon, 31 Aug 2015, Jesse Barnes wrote: > On 07/15/2015 04:57 AM, Lukas Wunner wrote: >> Commit 92122789b2d6 ("drm/i915: preserve SSC if previously set v3") >> added code to intel_modeset_gem_init to override the SSC status read >> from VBT with the SSC status set by BIOS. >> >> However,

[PATCH 04/14] exynos/fimg2d: check buffer space in g2d_solid_fill()

On 2015년 09월 01일 04:57, Emil Velikov wrote: > On 31 August 2015 at 20:27, Tobias Jakobi > wrote: >> Hello! >> >> Inki Dae wrote: >>> On 2015년 08월 24일 23:13, Tobias Jakobi wrote: > +if (g2d_check_space(ctx, 7, 1)) +return -ENOSPC; >>> >>> You can make 3 and

[PATCH 10/14] exynos/fimg2d: remove default case from g2d_get_blend_op()

On 2015년 09월 01일 03:53, Emil Velikov wrote: > On 31 August 2015 at 14:25, Inki Dae wrote: >> On 2015년 08월 24일 23:14, Tobias Jakobi wrote: >>> We now validate the blending mode via g2d_validate_mode() >>> prior to feeding it to g2d_get_blend_op(). >>> >>> Signed-off-by: Tobias Jakobi

drm/exynos: add render node support

On 2015년 09월 01일 03:30, Emil Velikov wrote: > On 31 August 2015 at 13:36, Inki Dae wrote: >> Hi Emil, >> >> On 2015년 08월 31일 20:58, Emil Velikov wrote: >>> Hi all, >>> >>> On 18 August 2015 at 08:01, Inki Dae wrote: From: Joonyoung Shim This patch allows clients who

drm/msm/dsi: hs_zero timing

thing just works. Thanks for investigating this! /wj -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150901/20a068b7/attachment-0001.html>

[PATCH] amdgpu: fix missing deinit on vamgr_32

Hi Alex, Still reading through/learning about amdgpu, so a couple of (not too silly) questions :-) On 31 August 2015 at 15:36, Alex Deucher wrote: > From: "monk.liu" > > Signed-off-by: monk.liu > Signed-off-by: Alex Deucher > --- > amdgpu/amdgpu_device.c | 2 ++ > 1 file changed, 2

[Bug 91808] trine1 misrender r600g

|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150901/5ddb220e/attachment.html>

[Bug 91808] trine1 misrender r600g

hments/20150901/3baeed06/attachment.html>

[PATCH 2/2] drm/amdgpu/atom: Send out the full AUX address

Patch is Reviewed-by: Jammy Zhou I cannot find the first patch in my mailbox, did I miss something? Regards, Jammy -Original Message- From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of Alex Deucher Sent: Monday, August 31, 2015 11:19 PM To: dri-devel at

[PATCH] amdgpu: fix missing deinit on vamgr_32

It looks like it was missed when I rebased my original patches. Patch is Reviewed-by: Jammy Zhou Regards, Jammy -Original Message- From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of Alex Deucher Sent: Monday, August 31, 2015 10:37 PM To: dri-devel at

[git pull] vmwgfx-next-15-09-01

Dave, A single commit. Workaround for https://bugzilla.redhat.com/show_bug.cgi?id=1227193 The following changes since commit 36d4e87b497d9cb3bf8e1bb2f803c7aa41dfb463: drm/vmwgfx: Remove duplicate ttm_bo_device_release (2015-08-21 00:38:23 -0700) are available in the git repository at:

[PATCH 2/2] drm/amdgpu/atom: Send out the full AUX address

On Mon, Aug 31, 2015 at 11:44 PM, Zhou, Jammy wrote: > Patch is Reviewed-by: Jammy Zhou > > I cannot find the first patch in my mailbox, did I miss something? It was a similar fix for the non-atom aux code in radeon: http://lists.freedesktop.org/archives/dri-devel/2015-August/089539.html Alex