[git pull] drm-amdkfd-fixes

Hi Dave, This is a pull request for 4.13-rc2/3. The first patch addresses a bug that appears when doing over-subscription of queues, due to a miscalculation of the number of available compute queues. The other three patches remove dead code that was created from the bugfix. Thanks, Oded The

RE: [PATCH libdrm] test/amdgpu: fix test failure for SI

> -Original Message- > From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf > Of Flora Cui > Sent: Tuesday, July 18, 2017 10:53 PM > To: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org > Cc: Cui, Flora > Subject: [PATCH libdrm] test/amdgpu: fix test failure

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #17 from Shmerl --- Just for the reference, the freeze doesn't happen to me anymore, in a newer configuration. See https://bugs.winehq.org/show_bug.cgi?id=43273#c12 -- You are receiving this mail because: You

Re: [PATCH 6/8] drm: Allow DSI devices to be registered before the host registers.

On 07/19/2017 01:43 AM, Eric Anholt wrote: Archit Taneja writes: On 07/15/2017 04:28 AM, Eric Anholt wrote: Archit Taneja writes: On 06/28/2017 01:28 AM, Eric Anholt wrote: When a mipi_dsi_host is registered, the DT is walked to find any

[PATCH libdrm] test/amdgpu: fix test failure for SI

Change-Id: I646f1bf844bd92962b9f71aa287f90173ae233c6 Signed-off-by: Flora Cui --- tests/amdgpu/basic_tests.c | 273 ++--- tests/amdgpu/cs_tests.c| 41 +++ tests/amdgpu/vce_tests.c | 41 +++ 3 files changed, 229

Re: [PATCH v4 0/7] drm/rockchip: add all full framework vop support

Sorry for sending this mail without thread, my send-patches scripts has a bug:-( , Already fix the script bug. On 2017年07月19日 10:57, Mark Yao wrote: These patches try to make all current rockchip full framework vop works on drm, fill missing vop on full framework. Vop Full framework now has

[PATCH v4 0/7] drm/rockchip: add all full framework vop support

These patches try to make all current rockchip full framework vop works on drm, fill missing vop on full framework. Vop Full framework now has following vops: IP versionchipname 3.1 rk3288 3.2 rk3368 3.4 rk3366 3.5 rk3399 big

[PATCH v4 1/7] drm/rockchip: vop: initialize registers directly

At present we are using init_table to initialize some registers, but the Register init table use un-document define, it is unreadable, and sometimes we only want to update tiny bits, init table method is not friendly, it's diffcult to reuse for difference chips. To make it clean, initialize

[PATCH v4 4/7] drm/rockchip: vop: group vop registers

Grouping the vop registers facilitates make register definition clearer, and also is useful for different vop reuse the same group register. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 99 +-

[PATCH v4 3/7] drm/rockchip: vop: move line_flag_num to interrupt registers

In the hardware design process, the design of line flags register is associated with the interrupt register, placing the line flags in the interrupt definition is more reasonable, and it would make multi-vop define easilier. Changes in v3: - Explain more in details, introduce why we need this

[PATCH v4 2/7] drm/rockchip: vop: move write_relaxed flags to vop register

Since the drm atomic framework, only a small part of the vop register needs sync write, Currently seems only following registers need sync write: cfg_done, standby and interrupt related register. All ctrl registers are using the sync write method that is inefficient, hardcode the write_relaxed

[PATCH v4 6/7] dt-bindings: display: fill Documents for series of vop

Changes in v2: - rename rk322x to rk3228(Heiko Stübner) Signed-off-by: Mark Yao --- Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 4 1 file changed, 4 insertions(+) diff --git

[PATCH v4 5/7] drm/rockchip: vop: add a series of vop support

Vop Full framework now has following vops: IP versionchipname 3.1 rk3288 3.2 rk3368 3.4 rk3366 3.5 rk3399 big 3.6 rk3399 lit 3.7 rk3228 3.8 rk3328 The above IP version is from H/W define, some of vop support

[PATCH v4 7/7] drm/rockchip: vop: rk3328: fix overlay abnormal

It's a hardware bug, all window's overlay channel reset value is same, hardware overlay would be die. so we must initial difference id for each overlay channel. The Channel register is supported on all vop will full design. Following is the details for this register VOP_WIN0_CTRL2 bit[7:4]

Re: [PATCH 0/6] Experimental P2P buffer sharing v2

Sorry for the spam. The second (old) cover letter was sent by mistake. Please look at v3. Regards, Felix On 17-07-18 10:22 PM, Felix Kuehling wrote: > This patch series adds experimental P2P buffer sharing in amdgpu. It's > disabled by default and can be enabled with amdgpu.p2p_sharing=1. > >

[PATCH 5/6] drm/amdgpu: handle foreign BOs in the VM mapping

From: Amber Lin Set the system bit for foreign BO mappings and use the remote VRAM BAR address as the VRAM base offset. Signed-off-by: Amber Lin Reviewed-by: Felix Kuehling --- drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 17

[PATCH 3/6] drm/amdgpu: disallow foreign BOs in the display path v2

From: Christian König Pinning them in other devices VRAM would obviously not work. v2: Add checks to DC code paths Signed-off-by: Christian König Signed-off-by: Felix Kuehling ---

[PATCH 0/6] Experimental P2P buffer sharing v2

This patch series adds experimental P2P buffer sharing in amdgpu. It's disabled by default and can be enabled with amdgpu.p2p_sharing=1. v2: * Changed drm helper function to cast to GEM object * Added foreign BO checks to DC code paths * Updated commit message for amdgpu_cs change Amber Lin (1):

[PATCH 4/6] drm/amdgpu: separate BO from GEM object

From: Christian König This allows us to have multiple GEM objects for one BO. Signed-off-by: Christian König Reviewed-by: Felix Kuehling --- drivers/gpu/drm/amd/amdgpu/amdgpu.h| 12 +++--

[PATCH 6/6] drm/amdgpu: enable foreign DMA-buf objects v2

From: Christian König We should be able to handle BOs from other instances as well. v2: * Add a module option that is off-by-default * Use new DRM helper function to check the exporting driver Signed-off-by: Christian König Signed-off-by:

[PATCH 2/6] drm/amdgpu: disallow foreign BOs for CS w/o GPUVM mapping

From: Christian König Signed-off-by: Christian König Reviewed-by: Felix Kuehling --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH 1/6] drm: Add helper to cast DMA-buf to GEM object v2

v2: Use the new helper in drm_gem_prime_import Signed-off-by: Felix Kuehling Reviewed-by: Christian König Reviewed-by: Daniel Vetter --- drivers/gpu/drm/drm_prime.c | 43 +--

[PATCH 0/6] Experimental P2P buffer sharing v3

This patch series adds experimental P2P buffer sharing in amdgpu. It's disabled by default and can be enabled with amdgpu.p2p_sharing=1. v2: * Changed drm helper function to cast to GEM object * Added foreign BO checks to DC code paths * Updated commit message for amdgpu_cs change v3: * Use

Re: [PATCH libdrm] libdrm_amdgpu: add kernel semaphore support

On 2017年07月18日 21:57, Christian König wrote: Am 18.07.2017 um 04:29 schrieb zhoucm1: On 2017年07月18日 01:35, Christian König wrote: Am 17.07.2017 um 19:22 schrieb Marek Olšák: On Sun, Jul 16, 2017 at 11:36 PM, Dave Airlie wrote: I can take a look at it, I just won't have

linux-next: build failure after merge of the drm-misc tree

Hi all, After merging the drm-misc tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/staging/vboxvideo/vbox_drv.c:235:2: error: unknown field 'set_busid' specified in initializer .set_busid = drm_pci_set_busid, ^ drivers/staging/vboxvideo/vbox_drv.c:235:15:

linux-next: manual merge of the drm-misc tree with Linus' tree

Hi all, Today's linux-next merge of the drm-misc tree got a conflict in: drivers/gpu/drm/i915/i915_reg.h between commit: c379b897ba1a ("drm/i915/cnl: Fix the CURSOR_COEFF_MASK used in DDI Vswing Programming") from Linus' tree and commit: 5a8dd2af31a7 ("drm/i915/cnl: Fix RMW on ddi

[Bug 101834] WebGL shaders cause system freeze

https://bugs.freedesktop.org/show_bug.cgi?id=101834 Bug ID: 101834 Summary: WebGL shaders cause system freeze Product: Mesa Version: 17.1 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity:

Re: [RFC 1/3] clk: inherit display clocks enabled by bootloader

On 07/17, Nayak, Rajendra wrote: > > > On 7/14/2017 4:13 PM, Rob Clark wrote: > >On Fri, Jul 14, 2017 at 12:52 AM, Rajendra Nayak > >wrote: > >>Hi Rob, > >> > >>On 07/11/2017 11:50 PM, Rob Clark wrote: > >> > >>>diff --git a/drivers/clk/qcom/common.c

[Bug 101832] [regression][bisect] sddm fails to start after f50aa21456d82c8cb6fbaa565835f1acc1720a5d

https://bugs.freedesktop.org/show_bug.cgi?id=101832 Bug ID: 101832 Summary: [regression][bisect] sddm fails to start after f50aa21456d82c8cb6fbaa565835f1acc1720a5d Product: Mesa Version: unspecified Hardware: x86-64

Re: [PATCH 4/4] drm/vc4: add HDMI CEC support

Hans Verkuil writes: > On 12/07/17 21:43, Hans Verkuil wrote: >> On 12/07/17 21:02, Eric Anholt wrote: +static int vc4_hdmi_cec_adap_transmit(struct cec_adapter *adap, u8 attempts, +u32 signal_free_time, struct cec_msg *msg)

[PATCH] gpu: Convert to using %pOF instead of full_name

Now that we have a custom printf format specifier, convert users of full_name to use %pOF instead. This is preparation to remove storing of the full path string for each node. Signed-off-by: Rob Herring Cc: Russell King Cc: David Airlie

Re: [Intel-gfx] [PATCH i-g-t 1/2] tests/chamelium: Skip suspend/resume test with unreliable hotplug event

Quoting Paul Kocialkowski (2017-07-18 16:16:26) > It may occur that a hotplug uevent is detected at resume, even though it > does not indicate that an actual hotplug happened. This is the case when > link training fails on any other connector. > > There is currently no way to distinguish what

Re: [RFC 1/7] drm/gem: Add drm_gem_dumb_map_offset()

Den 12.07.2017 15.45, skrev Noralf Trønnes: Add a common drm_driver.dumb_map_offset function for GEM backed drivers. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_gem.c | 35 +++ include/drm/drm_gem.h | 2 ++ 2 files

[PATCH v5 6/6] drm/panel: Add support for the Raspberry Pi 7" Touchscreen.

This driver communicates with the Atmel microcontroller for sequencing the poweron of the TC358762 DSI-DPI bridge and controlling the backlight PWM. v2: Set the same default orientation as the closed source firmware used, which is the best for viewing angle. v3: Rewrite as an i2c client

[PATCH v5 5/6] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

This doesn't yet cover input, but the driver does get the display working when the firmware is disabled from talking to our I2C lines. Signed-off-by: Eric Anholt Acked-by: Rob Herring --- .../panel/raspberrypi,7inch-touchscreen.txt| 49

[PATCH v5 4/6] drm: Allow DSI devices to be registered before the host registers.

When a mipi_dsi_host is registered, the DT is walked to find any child nodes with compatible strings. Those get registered as DSI devices, and most DSI panel drivers are mipi_dsi_drivers that attach to those nodes. There is one special case currently, the adv7533 bridge, where the bridge probes

[PATCH v5 2/6] drm/bridge: Add a devm_ allocator for panel bridge.

This will let drivers reduce the error cleanup they need, in particular the "is_panel_bridge" flag. v2: Slight cleanup of remove function by Andrzej Signed-off-by: Eric Anholt Reviewed-by: Andrzej Hajda --- drivers/gpu/drm/bridge/panel.c | 30

[PATCH v5 1/6] drm/vc4: Avoid using vrefresh==0 mode in DSI htotal math.

The incoming mode might have a missing vrefresh field if it came from drmModeSetCrtc(), which the kernel is supposed to calculate using drm_mode_vrefresh(). We could either use that or the adjusted_mode's original vrefresh value. However, we can maintain a more exact vrefresh value (not just the

[PATCH v5 3/6] drm/vc4: Delay DSI host registration until the panel has probed.

The vc4 driver was unusual in that it was delaying the panel lookup until the attach step, while most DSI hosts will -EPROBE_DEFER until they get a panel. v2: Drop a debug message that slipped in. Signed-off-by: Eric Anholt Reviewed-by: Andrzej Hajda (v1)

Re: [PATCH] drm/radeon: Set depth on low mem to 16 bpp instead of 8 bpp

On 18/07/17 11:20 AM, Takashi Iwai wrote: From: Egbert Eich The radeon driver reduces the framebuffer resolution to 8bpp if a device with less than 32MB VRAM is found. This causes the framebuffer to run in 8 bit paletted mode. For a text console this is not an issue as 256

Re: [PATCH v2] drm/i915: Consistently use enum pipe for PCH transcoders

Hi Daniel, El Tue, Jul 18, 2017 at 08:39:50AM +0200 Daniel Vetter ha dit: > On Mon, Jul 17, 2017 at 11:14:03AM -0700, Matthias Kaehlcke wrote: > > The current code uses in some instances enum transcoder for PCH > > transcoders and enum pipe in others. This is error prone and clang > > raises

Re: [PATCH 07/14] proc/kcore: hide a harmless warning

On Tue, Jul 18, 2017 at 10:07 PM, Ard Biesheuvel wrote: > On 18 July 2017 at 21:01, Arnd Bergmann wrote: >> On Tue, Jul 18, 2017 at 9:55 PM, Ard Biesheuvel > > Ah, now it makes sense. I was a bit surprised that > -Wtautological-compare complains about

Re: [PATCH 6/8] drm: Allow DSI devices to be registered before the host registers.

Archit Taneja writes: > On 07/15/2017 04:28 AM, Eric Anholt wrote: >> Archit Taneja writes: >> >>> On 06/28/2017 01:28 AM, Eric Anholt wrote: When a mipi_dsi_host is registered, the DT is walked to find any child nodes with compatible

Re: [Intel-gfx] [PATCH i-g-t 0/2] Unrelated hotplug uevent masking out actual test result

For the whole series Reviewed-by: Lyude will push in just a sec On Tue, 2017-07-18 at 18:16 +0300, Paul Kocialkowski wrote: > This patch introduces a workaround for a case where a uevent is > issued > by the kernel because of DP link training failing on a connector >

Re: [PATCH 07/14] proc/kcore: hide a harmless warning

On Tue, Jul 18, 2017 at 9:55 PM, Ard Biesheuvel wrote: > On 18 July 2017 at 20:53, Arnd Bergmann wrote: >> On Fri, Jul 14, 2017 at 2:28 PM, Ard Biesheuvel >> wrote: >>> On 14 July 2017 at 10:25, Arnd Bergmann

Re: [PATCH] drm: Update docs around gem_free_object

Daniel Vetter writes: > Not all places correctly stated that gem_free_object_unlocked is the > one to use. > > Reported-by: Eric Anholt Cc: Eric Anholt signature.asc Description: PGP

Re: [PATCH 07/14] proc/kcore: hide a harmless warning

On Fri, Jul 14, 2017 at 2:28 PM, Ard Biesheuvel wrote: > On 14 July 2017 at 10:25, Arnd Bergmann wrote: >> gcc warns when MODULES_VADDR/END is defined to the same value as >> VMALLOC_START/VMALLOC_END, e.g. on x86-32: >> >> fs/proc/kcore.c: In function

Re: [PATCH v2] drm/i915: Explicit the connector name for DP link training result

On Tue, Jul 18, 2017 at 05:25:36PM +0300, Paul Kocialkowski wrote: > This adds the connector name when printing a debug message about the DP > link training result. It is useful to figure out what connector is > failing when multiple DP connectors are used. > Thanks for the patch, this does make

Re: [Intel-gfx] [PATCH v2] drm/i915: Explicit the connector name for DP link training result

On Tue, 2017-07-18 at 17:25 +0300, Paul Kocialkowski wrote: > This adds the connector name when printing a debug message about the DP > link training result. It is useful to figure out what connector is > failing when multiple DP connectors are used. > > Signed-off-by: Paul Kocialkowski

Re: [PULL] drm-misc-next

On Tue, Jul 18, 2017 at 2:42 PM, Sean Paul wrote: > Hi Dave, > Here's the first -misc-next pull for 4.13 err, 4.14. > , definitely the largest one I've > sent to you. There's nothing too disruptive, a bunch of clean-up series which > tidy up atomic macros, return value

[PULL] drm-misc-next

Hi Dave, Here's the first -misc-next pull for 4.13, definitely the largest one I've sent to you. There's nothing too disruptive, a bunch of clean-up series which tidy up atomic macros, return value fixes, etc. New functionality includes 2 new dsi bridge drivers, async atomic commits, YCBCR 4:2:0

Re: [PATCH 1/2] drm/ttm: Implement vm_operations_struct.access v2

On 17/07/17 11:57 PM, Felix Kuehling wrote: Allows gdb to access contents of user mode mapped BOs. System memory is handled by TTM using kmap. Other memory pools require a new driver callback in ttm_bo_driver. v2: * kmap only one page at a time * swap in BO if needed * make driver callback more

[RFC][PATCH v3] drm: kirin: Add mode_valid logic to avoid mode clocks we can't generate

Currently the hikey dsi logic cannot generate accurate byte clocks values for all pixel clock values. Thus if a mode clock is selected that cannot match the calculated byte clock, the device will boot with a blank screen. This patch uses the new mode_valid callback (many thanks to Jose Abreu for

Re: [RFC][PATCH v2] drm: kirin: Add mode_valid logic to avoid mode clocks we can't generate

On Tue, Jul 18, 2017 at 4:10 AM, Jose Abreu wrote: > Hi John, > > > On 18-07-2017 05:22, John Stultz wrote: >> Currently the hikey dsi logic cannot generate accurate byte >> clocks values for all pixel clock values. Thus if a mode clock >> is selected that cannot match

Re: [PATCH 00/11] drm/sun4i: add CEC support

Hi, On Tue, Jul 11, 2017 at 11:06:52PM +0200, Hans Verkuil wrote: > On 11/07/17 22:39, Maxime Ripard wrote: > > On Tue, Jul 11, 2017 at 08:30:33AM +0200, Hans Verkuil wrote: > >> From: Hans Verkuil > >> > >> This patch series adds CEC support for the sun4i HDMI

Re: [RFC 2/7] drm: Add GEM backed framebuffer library

Den 12.07.2017 15.46, skrev Noralf Trønnes: Add a library for drivers that can use a simple representation of a GEM backed framebuffer. Signed-off-by: Noralf Trønnes --- This patch adds a gem backed drm_framebuffer like this: struct drm_fb_gem { /** * @base:

[PATCH] drm/radeon: Set depth on low mem to 16 bpp instead of 8 bpp

From: Egbert Eich The radeon driver reduces the framebuffer resolution to 8bpp if a device with less than 32MB VRAM is found. This causes the framebuffer to run in 8 bit paletted mode. For a text console this is not an issue as 256 different colors is more than one gets on a VGA

[PATCH i-g-t 2/2] tests/chamelium: Catch and flush hotplug uevents after each plug

This adds calls to igt_hotplug_detected and igt_flush_hotplugs to catch and flush hotplugs from connector unplug (due to chamelium reset) and plug. These need to be intercepted so that they are not delayed and issued after resume, providing a false positive for the test result. In addition, the

[PATCH i-g-t 1/2] tests/chamelium: Skip suspend/resume test with unreliable hotplug event

It may occur that a hotplug uevent is detected at resume, even though it does not indicate that an actual hotplug happened. This is the case when link training fails on any other connector. There is currently no way to distinguish what connector caused a hotplug uevent, nor what the reason for

[PATCH i-g-t 0/2] Unrelated hotplug uevent masking out actual test result

This patch introduces a workaround for a case where a uevent is issued by the kernel because of DP link training failing on a connector unrelated to the current test. Since the test depends on receiving a hotplug uevent, it previously passed even though it should not have. False positives also

[PATCH i-g-t 1/2] tests/chamelium: Skip suspend/resume test with unreliable hotplug event

It may occur that a hotplug uevent is detected at resume, even though it does not indicate that an actual hotplug happened. This is the case when link training fails on any other connector. There is currently no way to distinguish what connector caused a hotplug uevent, nor what the reason for

Re: [PATCH v2] dt-bindings: display: sunxi: Improve endpoint ID scheme readability

On Tue, Jul 18, 2017 at 12:02:01PM +0800, Chen-Yu Tsai wrote: > The explanation for the endpoint ID numbering scheme is convoluted > and hard to understand. > > This patch aims to improve the readability of it by combining the > existing two paragraphs, while also providing a diagram example, >

[PATCH] drm/cirrus: Add missing drm_connector_unregister()

From: Egbert Eich When destroying connector unregister it. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai --- drivers/gpu/drm/cirrus/cirrus_mode.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/cirrus/cirrus_mode.c

[PATCH 1/5] drm/ast: Simplify function ast_bo_unpin()

From: Egbert Eich Just a code refactoring, no functional change. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai --- drivers/gpu/drm/ast/ast_ttm.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git

[PATCH 4/5] drm/ast: Add an crtc_disable callback to the crtc helper funcs

From: Egbert Eich Implement the proper CRTC disablement, just like done in mgag200 driver. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai --- drivers/gpu/drm/ast/ast_mode.c | 16 1 file changed, 16 insertions(+) diff --git

[PATCH 5/5] drm/ast: Actually load DP501 firmware when required

From: Egbert Eich The ast driver has a code to load the DP501 firmware, but it's never used. This patch implements its actual usage by requesting the firmware on demand, and release the firmware at exit as well. Also the path contains a few cleanups and makes relevant functions

[PATCH 0/5] ast fix patches

Hi, here is another clearance sale, a patchset containing fixes for ast driver, dug from openSUSE / SUSE kernels. All fixes came from Egbert. thanks, Takashi === Egbert Eich (5): drm/ast: Simplify function ast_bo_unpin() drm/ast: Free container instead of member in

[PATCH 2/5] drm/ast: Free container instead of member in ast_user_framebuffer_destroy()

From: Egbert Eich Technically freeing ast_fb->base is the same as freeing ast_fb as 'base' the first member of the data structure. Still this makes it cleaner. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai --- drivers/gpu/drm/ast/ast_main.c

[PATCH 3/5] drm/ast: Fix memleak in error path in ast_bo_create()

From: Egbert Eich The allocated struct ast_bo was not freed in all error paths. This patch consolidates error handling and fixes this. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai --- drivers/gpu/drm/ast/ast_ttm.c | 11 ++- 1 file

Re: [PATCH libdrm] libdrm_amdgpu: add kernel semaphore support

Hi Dave, If you just add "get" functions for what you need from amdgpu objects, that should be fine. Marek On Mon, Jul 17, 2017 at 11:00 PM, Dave Airlie wrote: > On 18 July 2017 at 03:02, Christian König wrote: >> Am 17.07.2017 um 05:36 schrieb Dave

[PATCH 14/14] drm/mgag200: Implement basic PM support

Add a basic PM support to mgag200 driver. As there is no hardware specific init codes for this device, the callbacks are written in a fairly simple way. Signed-off-by: Takashi Iwai --- drivers/gpu/drm/mgag200/mgag200_drv.c | 41 +++ 1 file changed,

[PATCH 09/14] drm/mgag200: Add missing drm_connector_unregister()

From: Egbert Eich When destroying connector unregister it. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai --- drivers/gpu/drm/mgag200/mgag200_mode.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c

[PATCH 11/14] drm/mgag200: Consolidate depth/bpp handling

From: Egbert Eich The depth/bpp handling for chips with limited memory in commit 918be888d613 ("drm/mgag200: on cards with < 2MB VRAM default to 16-bit") was incomplete: the bpp limits were applied to mode validation. This consolidates dpeth/bpp handling, adds it to mode

[PATCH 12/14] drm/mgag200: Add command line option to specify preferred depth

From: Egbert Eich G200 is old hardware. When KMS was designed around 2007 none of the chipsets current at this time had any restrictions to video modes depending on the depth. Thus video modes are validated independent of the depth which is purely a property of the scanout buffer.

[PATCH 08/14] drm/mgag200: Cleanup cursor BOs properly

From: Egbert Eich Cursor BOs should be cleaned up properly on error or when unloading the driver. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai --- drivers/gpu/drm/mgag200/mgag200_main.c | 11 +-- 1 file changed, 9 insertions(+), 2

[PATCH 07/14] drm/mgag200: Add support for MATROX PCI device IDs 0x520 and 0x521

From: Egbert Eich Add two more models G200_PCI and G200 for PCI device IDs 0x520 and 0x521, respectively. They need to retrieve the reference clock and pclk min/max values from BIOS, and set up the PLLs accordingly. Signed-off-by: Egbert Eich Signed-off-by: Takashi

[PATCH 10/14] drm/mgag200: Don't use crtc_* parameters for validation

From: Egbert Eich The crtc_* are wrong references as the mode parameters to validate, use the ones without crtc_ prefix instead. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai --- drivers/gpu/drm/mgag200/mgag200_mode.c | 12 ++-- 1

[PATCH 03/14] drm/mgag200: Fix memleak in error path in mgag200_bo_create()

From: Egbert Eich The allocated struct mgag200_bo was not freed in all error paths. This patch consolidates error handling and fixes this. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai --- drivers/gpu/drm/mgag200/mgag200_ttm.c | 11

[PATCH 02/14] drm/mgag200: Add additional limits for certain G200 variants

From: Egbert Eich According to the use UMS X.Org driver G200 WB chips don't support doublescan Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai --- drivers/gpu/drm/mgag200/mgag200_mode.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

[PATCH 05/14] drm/mgag200: Initialize data needed to map fbdev memory

From: Egbert Eich Due to a missing initialization there was no way to map fbdev memory. Thus for example using the Xserver with the fbdev driver failed. This fix adds initialization for fix.smem_start and fix.smem_len in the fb_info structure, which fixes this problem.

[PATCH 04/14] drm/mgag200: Free container instead of member in mga_user_framebuffer_destroy()

From: Egbert Eich Technically freeing mga_fb->base is the same as freeing mga_fb as 'base' the first member of the data structure. Still this makes it cleaner. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai ---

[PATCH 06/14] drm/mgag200: Simplify function mgag200_ttm_placement()

From: Egbert Eich Just a code refactoring, no functional change. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai --- drivers/gpu/drm/mgag200/mgag200_drv.h | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git

[PATCH 13/14] drm/mgag200: Add mode validation debugging code

From: Egbert Eich Give more verbose debug message at mode bandwidth checks. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai --- drivers/gpu/drm/mgag200/mgag200_mode.c | 51 +- 1 file changed, 31 insertions(+),

[PATCH 00/14] mgag200 fixes

Hi, this is a summer cleanup sale, a patchset containing various fixes for mgag200 driver taken from openSUSE / SUSE kernels. They have been in our kernels for ages, so at least they are supposed to be stable. Most of patches came from Egbert, and one PM patch from me that is a resubmission of

[PATCH 01/14] drm/mgag200: Add doublescan and interlace support

From: Egbert Eich This code was ported from the xorg mga driver. The doublescreen_allowed and interlace_allowed flags are set unconditionally for all models for now. Signed-off-by: Egbert Eich Signed-off-by: Takashi Iwai ---

[PATCH v2] drm/i915: Explicit the connector name for DP link training result

This adds the connector name when printing a debug message about the DP link training result. It is useful to figure out what connector is failing when multiple DP connectors are used. Signed-off-by: Paul Kocialkowski ---

Re: [PATCH 1/2] drm/ttm: Implement vm_operations_struct.access v2

Am 18.07.2017 um 05:57 schrieb Felix Kuehling: Allows gdb to access contents of user mode mapped BOs. System memory is handled by TTM using kmap. Other memory pools require a new driver callback in ttm_bo_driver. v2: * kmap only one page at a time * swap in BO if needed * make driver callback

[Bug 101787] colours all messed up

https://bugs.freedesktop.org/show_bug.cgi?id=101787 Julien Isorce changed: What|Removed |Added Attachment #132737|0 |1 is

[Bug 92715] [IGT] [BYT-M/KBL/BXT/BDW/IVB/BSW] gem_reset_stats sub tests fail

https://bugs.freedesktop.org/show_bug.cgi?id=92715 Humberto Israel Perez Rodriguez changed: What|Removed |Added

Re: [PATCH libdrm] drm/amdgpu: add new low overhead command submission API. (v2)

Am 18.07.2017 um 05:52 schrieb Dave Airlie: From: Dave Airlie This just sends chunks to the kernel API for a single command stream. This should provide a more future proof and extensible API for command submission. v2: use amdgpu_bo_list_handle, add two helper functions

Re: [PATCH libdrm] libdrm_amdgpu: add kernel semaphore support

Am 18.07.2017 um 04:29 schrieb zhoucm1: On 2017年07月18日 01:35, Christian König wrote: Am 17.07.2017 um 19:22 schrieb Marek Olšák: On Sun, Jul 16, 2017 at 11:36 PM, Dave Airlie wrote: I can take a look at it, I just won't have time until next week most likely. I've taken

Re: [PATCH libdrm 2/2] drm/amdgpu: add new low overhead command submission API.

Am 18.07.2017 um 02:48 schrieb Dave Airlie: From: Dave Airlie This just sends chunks to the kernel API for a single command stream. This should provide a more future proof and extensible API for command submission. Signed-off-by: Dave Airlie ---

Re: [PATCH libdrm 1/2] drm/amdgpu: add syncobj create/destroy/import/export apis

Am 18.07.2017 um 02:48 schrieb Dave Airlie: From: Dave Airlie These are just wrappers using the amdgpu device handle. Signed-off-by: Dave Airlie Reviewed-by: Christian König for this one. --- amdgpu/amdgpu.h| 55

Re: [PATCH v1 2/2] drm/bridge/synopsys: dsi: Register list clean up

Hi Philippe, Thank you for the patch. On Tuesday 18 Jul 2017 13:43:52 Philippe CORNU wrote: > This patch cleans up the Synopsys mipi dsi register list: > - remove unused registers Is the documentation for the DSI transmitter core public ? If not, it could be useful to keep unused registers for

Re: [PATCH v1 1/2] drm/bridge/synopsys: dsi: Constify funcs structures

Hi Philippe, Thank you for the patch. On Tuesday 18 Jul 2017 13:43:51 Philippe CORNU wrote: > Signed-off-by: Philippe CORNU Reviewed-by: Laurent Pinchart > --- > drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 2 +- > 1 file changed,

Re: [PATCH 01/18] regmap: mmio: Add function to attach a clock

On Mon, Jul 17, 2017 at 11:01:07AM +0200, Maxime Ripard wrote: > On Thu, Jul 13, 2017 at 05:01:42PM +0100, Mark Brown wrote: > > > This might be problematic if the clock to enable is stored in another > > > node. > > > Let's add a function that allows to attach a clock that has already been > >

Re: [PATCH 6/7] docs: Do not include from include/drm/drm_color_mgmt.h

On Tue, 18 Jul 2017 08:42:42 +0200 Daniel Vetter wrote: > > Commit 8f2e045ec878 (drm/color: un-inline drm_color_lut_extract()) moved > > the only kerneldoc comment out of include/drm/drm_color_mgmt.h, leading to > > this warning: > > > > ./include/drm/drm_color_mgmt.h:1:

Re: [PATCH 1/4] drm/atomic: implement drm_atomic_helper_commit_tail for runtime_pm users

On Tue, Jul 18, 2017 at 2:47 PM, Laurent Pinchart wrote: > On Tuesday 18 Jul 2017 14:08:39 Daniel Vetter wrote: >> On Tue, Jul 18, 2017 at 01:14:12PM +0300, Laurent Pinchart wrote: >> > On Tuesday 18 Jul 2017 09:05:22 Maxime Ripard wrote: >> >> On Fri, Jul 14,

Re: [PATCH v2 00/14] Renesas R-Car VSP: Add H3 ES2.0 support

On 26/06/17 20:12, Laurent Pinchart wrote: > Hello, > > This patch series implements support for the R-Car H3 ES2.0 SoC in the VSP > and DU drivers. > > Compared to the H3 ES1.1, the H3 ES2.0 has a new VSP2-DL instance that > includes two blending units, a BRU and a BRS. The BRS is similar to

Re: [PATCH 1/4] drm/atomic: implement drm_atomic_helper_commit_tail for runtime_pm users

Hi Daniel, On Tuesday 18 Jul 2017 14:08:39 Daniel Vetter wrote: > On Tue, Jul 18, 2017 at 01:14:12PM +0300, Laurent Pinchart wrote: > > On Tuesday 18 Jul 2017 09:05:22 Maxime Ripard wrote: > >> On Fri, Jul 14, 2017 at 02:43:12AM +0300, Laurent Pinchart wrote: > >>> On Thursday 13 Jul 2017

  1   2   >