[PATCH 3/4] drm/radeon: consolidate uvd/vce initialization, resume and suspend.

Just an aside, So is there no way to do hibernate with these blocks? Like can you not cleanly shut them down without doing a power cycle. I have to say UVD is a real pain in the ass from a stability pov, I'd kinda wished I'd enforced AMD creating something like intel-gpu-tools and having tests

[PATCH v12 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

Hi Jitao, [auto build test WARNING on drm/drm-next] [also build test WARNING on v4.5 next-20160316] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

[Bug 94581] Red flood in dmesg when running applications

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

[Bug 94581] Red flood in dmesg when running applications

was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160317/fb07b6b1/attachment.html>

[PATCH 0/8] drm: atmel-hlcdc: various fixes/improvements

On 1 March 2016 at 20:55, Boris Brezillon wrote: > On Wed, 6 Jan 2016 11:19:21 +0100 > Boris Brezillon wrote: > >> Hello, >> >> This series is a collection of fixes and improvements for the >> atmel-hlcdc driver. >> >> The main feature added here is the support for external RGB -> XXX >>

[PATCH] drm/exynos: fimd: fix broken dp_clock control

Commit 1feafd3afd294b03dbbedb8e8f94e0c4db526f10 ("drm/exynos: add exynos5420 support for fimd") add support for Exynos 5420 SoC, but it broke enabling display clock feature because of incorrect condition check. This patch fixes it, so display is working again on platforms requiring display clock

[PATCH] drm/exynos: fimd: fix broken dp_clock control

On 17.03.2016 15:53, Marek Szyprowski wrote: > Commit 1feafd3afd294b03dbbedb8e8f94e0c4db526f10 ("drm/exynos: add The commit exists only in next so the SHA might be useless in case of rebase of drm-exynos tree. > exynos5420 support for fimd") add support for Exynos 5420 SoC, but it > broke

[PATCH 3/4] drm/radeon: consolidate uvd/vce initialization, resume and suspend.

On Thu, Mar 17, 2016 at 06:41:14AM +1000, Dave Airlie wrote: > Just an aside, > > So is there no way to do hibernate with these blocks? > > Like can you not cleanly shut them down without doing a power cycle. > > I have to say UVD is a real pain in the ass from a stability pov, I'd > kinda

[PATCH] drm/i915: Fix race condition in intel_dp_destroy_mst_connector()

On Wed, Mar 16, 2016 at 09:39:49PM +0200, Ville Syrjälä wrote: > On Wed, Mar 16, 2016 at 03:18:04PM -0400, Lyude wrote: > > After unplugging a DP MST display from the system, we have to go through > > and destroy all of the DRM connectors associated with it since none of > > them are valid

[PATCH 0/8] drm: atmel-hlcdc: various fixes/improvements

On Thu, 17 Mar 2016 12:43:11 +1000 Dave Airlie wrote: > On 1 March 2016 at 20:55, Boris Brezillon > wrote: > > On Wed, 6 Jan 2016 11:19:21 +0100 > > Boris Brezillon wrote: > > > >> Hello, > >> > >> This series is a collection of fixes and improvements for the > >> atmel-hlcdc driver. > >> >

[PATCH v2 1/9] drm: atmel-hlcdc: add a ->cleanup_fb() operation

Hi Daniel, On Wed, 16 Mar 2016 16:17:38 +0100 Daniel Vetter wrote: > On Wed, Mar 16, 2016 at 02:57:35PM +0100, Boris Brezillon wrote: > > Add a ->cleanup_fb() operation to avoid memory leaks when the atomic > > operation is interrupted after the ->prepare_fb() call. > > > > Signed-off-by:

[PATCH] drm/sti: restore mode_fixup callback

Commit 8a2fa38fddd3 removed the mode_fixup because it was empty, but 652353e6e561 modified it to call drm_mode_set_crtcinfo() instead. Both commits are correct, but the merge of the two kept the nonempty version without the reference to it, as shown by the gcc warning: drm/sti/sti_crtc.c:54:13:

[PATCH v7 3/6] ASoC: hdmi-codec: Add audio abort() callback for video side to use

Add audio abort() callback, that is provided at audio stream start, for video side. This is for video side to use in case there is a pressing need to tear down the audio playback for some reason. Signed-off-by: Jyri Sarha --- include/sound/hdmi-codec.h| 8 ++--

[PATCH v7 2/6] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

The hdmi-codec is a platform device driver to be registered from drivers of external HDMI encoders with I2S and/or spdif interface. The driver in turn registers an ASoC codec for the HDMI encoder's audio functionality. The structures and definitions in the API header are mostly redundant copies

[PATCH v7 0/6] Implement generic ASoC HDMI codec and use it in tda998x

Not much have changed since v6[1] patch series. I did everything addressed every comment, mostly by robots :), to previous series and there was one bug fixed in tda998x side. Unless there is any significant reaction to this series, I am going to put it to rest for a while now. I have other things

[PATCH v7 1/6] ALSA: pcm: add IEC958 channel status helper for hw_params

Add IEC958 channel status helper that gets the audio properties from snd_pcm_hw_params instead of snd_pcm_runtime. This is needed to produce the channel status bits already in audio stream configuration phase. Signed-off-by: Jyri Sarha --- include/sound/pcm_iec958.h | 2 ++

[PATCH v7 4/6] drm/i2c: tda998x: Improve tda998x_configure_audio() audio related pdata

Define struct tda998x_audio_params in include/drm/i2c/tda998x.h and use it in pdata and for tda998x_configure_audio() parameters. Also updates tda998x_write_aif() to take struct hdmi_audio_infoframe * directly as a parameter. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/i2c/tda998x_drv.c | 77

[PATCH v7 5/6] drm/i2c: tda998x: Register ASoC hdmi-codec and add audio DT binding

Register ASoC HDMI codec for audio functionality and adds device tree binding for audio configuration. With the registered HDMI codec the tda998x node can be used like a regular codec node in ASoC card configurations. HDMI audio info-frame and audio stream header is generated by the ASoC HDMI

[PATCH v7 6/6] ARM: dts: am335x-boneblack: Add HDMI audio support

Add HDMI audio support. Adds mcasp0_pins, clk_mcasp0_fixed, clk_mcasp0, mcasp0, sound node, and updates the tda19988 node to follow the new binding. Signed-off-by: Jyri Sarha --- arch/arm/boot/dts/am335x-boneblack.dts | 71 -- 1 file changed, 67 insertions(+), 4

[PATCH v7 5/6] drm/i2c: tda998x: Register ASoC hdmi-codec and add audio DT binding

Hi Jyri, [auto build test WARNING on drm/drm-next] [also build test WARNING on v4.5 next-20160317] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Jyri-Sarha/Implement-generic-ASoC-HDMI-codec

[patch 1/2] drm/exynos: mic: fix an error code

We accidentally return success instead of a negative error code here. Signed-off-by: Dan Carpenter --- This is the common problem introduced by do nothing gotos. The other issue with do nothing gotos is that they are annoying and don't actually prevent people from putting a direct return in the

[patch 2/2] drm/exynos: mic: remove some dead code

We know "ret" is zero and the test makes static checkers complain so let's delete this printk. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c b/drivers/gpu/drm/exynos/exynos_drm_mic.c index 890c9b1..12db353 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_mic.c

[PATCH] drm/fb_cma_helper: Implement fb_mmap callback

On 16/03/16 19:14, Russell King - ARM Linux wrote: > On Wed, Mar 16, 2016 at 04:28:25PM +0100, Daniel Vetter wrote: >> On Wed, Mar 16, 2016 at 02:57:49PM +, Robin Murphy wrote: >>> In the absence of an fb_mmap callback, the fbdev code falls back to a >>> naive implementation which relies upon

[PATCH 1/3] dt-bindings: Add binding docs for V3D.

On Fri, Mar 04, 2016 at 12:32:06PM -0800, Eric Anholt wrote: > This was missed in the upstreaming process. > > Signed-off-by: Eric Anholt > --- > Documentation/devicetree/bindings/display/brcm,bcm-vc4.txt | 12 > 1 file changed, 12 insertions(+) Acked-by: Rob Herring

[PATCH v8 1/6] ALSA: pcm: add IEC958 channel status helper for hw_params

Add IEC958 channel status helper that gets the audio properties from snd_pcm_hw_params instead of snd_pcm_runtime. This is needed to produce the channel status bits already in audio stream configuration phase. Signed-off-by: Jyri Sarha --- include/sound/pcm_iec958.h | 2 ++

[PATCH v8 0/6] Implement generic ASoC HDMI codec and use it in tda998x

The only change to v7: Remove the unused variable from tda998x_configure_audio(). Not much have changed since v6[1] patch series. I did everything addressed every comment, mostly by robots :), to previous series and there was one bug fixed in tda998x side. Unless there is any significant reaction

[PATCH v8 2/6] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

The hdmi-codec is a platform device driver to be registered from drivers of external HDMI encoders with I2S and/or spdif interface. The driver in turn registers an ASoC codec for the HDMI encoder's audio functionality. The structures and definitions in the API header are mostly redundant copies

[PATCH v8 4/6] drm/i2c: tda998x: Improve tda998x_configure_audio() audio related pdata

Define struct tda998x_audio_params in include/drm/i2c/tda998x.h and use it in pdata and for tda998x_configure_audio() parameters. Also updates tda998x_write_aif() to take struct hdmi_audio_infoframe * directly as a parameter. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/i2c/tda998x_drv.c | 77

[PATCH v8 5/6] drm/i2c: tda998x: Register ASoC hdmi-codec and add audio DT binding

Register ASoC HDMI codec for audio functionality and adds device tree binding for audio configuration. With the registered HDMI codec the tda998x node can be used like a regular codec node in ASoC card configurations. HDMI audio info-frame and audio stream header is generated by the ASoC HDMI

[PATCH v8 6/6] ARM: dts: am335x-boneblack: Add HDMI audio support

Add HDMI audio support. Adds mcasp0_pins, clk_mcasp0_fixed, clk_mcasp0, mcasp0, sound node, and updates the tda19988 node to follow the new binding. Signed-off-by: Jyri Sarha --- arch/arm/boot/dts/am335x-boneblack.dts | 71 -- 1 file changed, 67 insertions(+), 4

[PATCH v8 3/6] ASoC: hdmi-codec: Add audio abort() callback for video side to use

Add audio abort() callback, that is provided at audio stream start, for video side. This is for video side to use in case there is a pressing need to tear down the audio playback for some reason. Signed-off-by: Jyri Sarha --- include/sound/hdmi-codec.h| 8 ++--

[PATCH] drm/sti: restore mode_fixup callback

Thank you Arnd for highlighting this. Acked-by: Vincent ABRIOU On 03/17/2016 10:02 AM, Arnd Bergmann wrote: > Commit 8a2fa38fddd3 removed the mode_fixup because it was empty, > but 652353e6e561 modified it to call drm_mode_set_crtcinfo() > instead. > > Both commits are correct, but the merge of

[Bug 91656] [APITRACE] [bisected] Pillars of Eternity glitch in maps

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160317/5a3f000f/attachment.html>

[PATCH 1/3] pinctrl: Intel: add RX invertion config

On Wed, Mar 16, 2016 at 2:34 PM, Daniel Vetter wrote: > On Wed, Mar 16, 2016 at 01:27:49PM +0100, Linus Walleij wrote: >> - What is a HPD interrupt? > > hotplug interrupt, fires when you plug in a cable. > >> - What is a Type-C DP HPD? > > usb type C connector can multiplex both DisplayPort and

[Bug 94445] Tonga llvm assert since RegisterCoalescer: Need to check DstReg+SrcReg for missing undef flags

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160317/d3c37670/attachment.html>

[Intel-gfx] [PATCH 1/3] pinctrl: Intel: add RX invertion config

On Thu, 17 Mar 2016, Linus Walleij wrote: > On Wed, Mar 16, 2016 at 2:34 PM, Daniel Vetter wrote: >> On Wed, Mar 16, 2016 at 01:27:49PM +0100, Linus Walleij wrote: > >>> - What is a HPD interrupt? >> >> hotplug interrupt, fires when you plug in a cable. >> >>> - What is a Type-C DP HPD? >> >>

[PATCH 2/2] drm/i915: Get rid of intel_dp_dpcd_read_wake()

Since we've fixed up drm_dp_dpcd_read() to allow for retries when things timeout, there's no use for having this function anymore. Good riddens. Signed-off-by: Lyude --- drivers/gpu/drm/i915/intel_dp.c | 79 - 1 file changed, 22 insertions(+), 57

[PATCH 1/2] drm/dp_helper: retry on -ETIMEDOUT in drm_dp_dpcd_access()

Some sinks need some time during the process of resuming the system from sleep before they're ready to handle transactions. While it would be nice if they responded with NACKs in these scenarios, this isn't always the case as a few sinks will just timeout on all of the transactions they receive.

[Bug 94595] [Mesa AMD] Texture views attached as framebuffers return their viewed tecture's color encoding and render incorrectly

--cflags --libs ) -lGL This reproduces on Mesa AMD and swrast. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160317/f4279

[PATCH 02/23] ARM: dts: n950: add display support

Hi Sebastian, Thank you for the patch. On Tuesday 08 March 2016 17:39:34 Sebastian Reichel wrote: > Signed-off-By: Sebastian Reichel > --- > arch/arm/boot/dts/omap3-n950.dts | 71 + > 1 file changed, 71 insertions(+) > > diff --git

[Bug 94484] Kernel BUG with latest radeon driver

ctl -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160317/44595b8a/attachment.html>

[Bug 94484] Kernel BUG with latest radeon driver

bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160317/151f5c67/attachment.html>

[Bug 94484] Kernel BUG with latest radeon driver

oot (which is fine) and not the prior one. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160317/7b1826ed/attachment-0001.html>

[Bug 91656] [APITRACE] [bisected] Pillars of Eternity glitch in maps

receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160317/29349b90/attachment.html>

[Bug 94595] [Mesa AMD] Texture views attached as framebuffers return their viewed tecture's color encoding and render incorrectly

was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160317/dbdcd58a/attachment.html>

[PATCH v9 1/3] staging/android: remove redundant comments on sync_merge_data

From: Gustavo Padovan struct sync_merge_data already have documentation on top of the struct definition. No need to duplicate it. Signed-off-by: Gustavo Padovan Reviewed-by: Maarten Lankhorst --- drivers/staging/android/uapi/sync.h | 6 +++--- 1 file changed,

[PATCH v9 2/3] kernel.h: add to_user_ptr()

From: Gustavo Padovan This function had copies in 3 different files. Unify them in kernel.h. Cc: Andrew Morton Cc: David Airlie Cc: Daniel Vetter Cc: Rob Clark Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c | 5 -

[PATCH v9 3/3] staging/android: refactor SYNC IOCTLs

From: Gustavo Padovan Change SYNC_IOC_FILE_INFO (former SYNC_IOC_FENCE_INFO) behaviour to avoid future API breaks and optimize buffer allocation. Now num_fences can be filled by the caller to inform how many fences it wants to retrieve from the kernel. If the

[Bug 94445] Tonga llvm assert since RegisterCoalescer: Need to check DstReg+SrcReg for missing undef flags

ing this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160317/153ce04d/attachment.html>

[PATCH v9 2/3] kernel.h: add to_user_ptr()

On Thu, 2016-03-17 at 14:30 -0300, Gustavo Padovan wrote: > This function had copies in 3 different files. Unify them in > kernel.h. This is only used by gpu/drm. I think this is a poor name for a generic function that would be in kernel.h. Isn't there an include file in linux/drm that's

[PATCH 2/2] drm/i915: Get rid of intel_dp_dpcd_read_wake()

On Thu, 17 Mar 2016, Lyude wrote: > Since we've fixed up drm_dp_dpcd_read() to allow for retries when things > timeout, there's no use for having this function anymore. Good riddens. > > Signed-off-by: Lyude > --- > drivers/gpu/drm/i915/intel_dp.c | 79 >

[PATCH] prime_mmap_coherency: Add return error tests for prime sync ioctl

This patch adds ioctl-errors subtest to be used for exercising prime sync ioctl errors. The subtest constantly interrupts via signals a function doing concurrent blit to stress out the right usage of prime_sync_*, making sure these ioctl errors are handled accordingly. Important to note that in

[PATCH v9 2/3] kernel.h: add to_user_ptr()

2016-03-17 Gustavo Padovan : > 2016-03-17 Joe Perches : > > > On Thu, 2016-03-17 at 14:30 -0300, Gustavo Padovan wrote: > > > This function had copies in 3 different files. Unify them in > > > kernel.h. > > > > This is only used by gpu/drm. > > > > I think this is a poor name for a generic

[pull] radeon and amdgpu drm-next-4.6

Hi Dave, A few other misc cleanups and bug fixes for 4.6. Highlights: - unify endian handling in powerplay - powerplay fixes - fix a regression in 4.5 on boards with no display connectors - fence cleanups and locking fixes - whitespace cleanups and code refactoring in radeon The majority of the

[PATCH v3 7/7] dt-bindings: drm/bridge: Update bindings for ADV7533

On Wed, Mar 09, 2016 at 04:27:18PM +0530, Archit Taneja wrote: > Add description of ADV7533. Add the required and optional properties that > are specific to it. > > Cc: devicetree at vger.kernel.org > Cc: Rob Herring > > Signed-off-by: Archit Taneja > --- >

[PATCH] drm/amdgpu: allow write access to mapped userptrs

On Fri, Mar 11, 2016 at 3:29 PM, Christian König wrote: > From: Christian König > > With the updated MMU notifier we should also be able to > handle the writeback case correctly. > Out of curiosity what are you refering too ? I do not see anything special on amdgpu_mn.c logs and i do not see

[PATCH] drm/amdgpu: allow write access to mapped userptrs

Am 17.03.2016 um 20:18 schrieb Jerome Glisse: > On Fri, Mar 11, 2016 at 3:29 PM, Christian König > wrote: >> From: Christian König >> >> With the updated MMU notifier we should also be able to >> handle the writeback case correctly. >> > Out of curiosity what are you refering too ? I do not

[PATCH v9 2/3] kernel.h: add to_user_ptr()

On Thu, 2016-03-17 at 15:43 -0300, Gustavo Padovan wrote: > 2016-03-17 Gustavo Padovan : > > 2016-03-17 Joe Perches : > > > On Thu, 2016-03-17 at 14:30 -0300, Gustavo Padovan wrote: > > > > > > > > This function had copies in 3 different files. Unify them in > > > > kernel.h. > > > This is only

[PATCH v9 2/3] kernel.h: add to_user_ptr()

On Thu, Mar 17, 2016 at 4:22 PM, Joe Perches wrote: > On Thu, 2016-03-17 at 15:43 -0300, Gustavo Padovan wrote: >> 2016-03-17 Gustavo Padovan : >> > 2016-03-17 Joe Perches : >> > > On Thu, 2016-03-17 at 14:30 -0300, Gustavo Padovan wrote: >> > > > >> > > > This function had copies in 3 different

[PATCH v9 2/3] kernel.h: add to_user_ptr()

On Thu, 2016-03-17 at 16:33 -0400, Rob Clark wrote: > On Thu, Mar 17, 2016 at 4:22 PM, Joe Perches wrote: > > On Thu, 2016-03-17 at 15:43 -0300, Gustavo Padovan wrote: > > > 2016-03-17 Gustavo Padovan : > > > > 2016-03-17 Joe Perches : > > > > > On Thu, 2016-03-17 at 14:30 -0300, Gustavo Padovan

[PATCH v9 2/3] kernel.h: add to_user_ptr()

On Thu, Mar 17, 2016 at 4:40 PM, Joe Perches wrote: > On Thu, 2016-03-17 at 16:33 -0400, Rob Clark wrote: >> On Thu, Mar 17, 2016 at 4:22 PM, Joe Perches wrote: >> > On Thu, 2016-03-17 at 15:43 -0300, Gustavo Padovan wrote: >> > > 2016-03-17 Gustavo Padovan : >> > > > 2016-03-17 Joe Perches : >>

[PATCH] prime_mmap_coherency: Add return error tests for prime sync ioctl

On Thu, Mar 17, 2016 at 03:18:03PM -0300, Tiago Vignatti wrote: > This patch adds ioctl-errors subtest to be used for exercising prime sync > ioctl > errors. > > The subtest constantly interrupts via signals a function doing concurrent blit > to stress out the right usage of prime_sync_*, making

[PATCH v9 2/3] kernel.h: add to_user_ptr()

On Thu, 2016-03-17 at 16:50 -0400, Rob Clark wrote: > On Thu, Mar 17, 2016 at 4:40 PM, Joe Perches wrote: [] > > It's a name that seems like it should be a straightforward > > cast of a kernel pointer to a __user pointer like: > > > > static inline void __user *to_user_ptr(void *p) > > { > >   

[PATCH] prime_mmap_coherency: Add return error tests for prime sync ioctl

On 03/17/2016 06:01 PM, Chris Wilson wrote: > On Thu, Mar 17, 2016 at 03:18:03PM -0300, Tiago Vignatti wrote: >> This patch adds ioctl-errors subtest to be used for exercising prime sync >> ioctl >> errors. >> >> The subtest constantly interrupts via signals a function doing concurrent >> blit

[PATCH v2] prime_mmap_coherency: Add return error tests for prime sync ioctl

This patch adds ioctl-errors subtest to be used for exercising prime sync ioctl errors. The subtest constantly interrupts via signals a function doing concurrent blit to stress out the right usage of prime_sync_*, making sure these ioctl errors are handled accordingly. Important to note that in

[PATCH v9 2/3] kernel.h: add to_user_ptr()

2016-03-17 Joe Perches : > On Thu, 2016-03-17 at 16:50 -0400, Rob Clark wrote: > > On Thu, Mar 17, 2016 at 4:40 PM, Joe Perches wrote: > [] > > > It's a name that seems like it should be a straightforward > > > cast of a kernel pointer to a __user pointer like: > > > > > > static inline void

[PATCH v9 2/3] kernel.h: add to_user_ptr()

On Thu, Mar 17, 2016 at 5:19 PM, Gustavo Padovan wrote: > 2016-03-17 Joe Perches : > >> On Thu, 2016-03-17 at 16:50 -0400, Rob Clark wrote: >> > On Thu, Mar 17, 2016 at 4:40 PM, Joe Perches wrote: >> [] >> > > It's a name that seems like it should be a straightforward >> > > cast of a kernel

[Bug 80419] XCOM: Enemy Unknown Causes lockup

n HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160317/73e714ad/attachment.html>

[PATCH v9 2/3] kernel.h: add to_user_ptr()

On Thu, 2016-03-17 at 18:19 -0300, Gustavo Padovan wrote: > 2016-03-17 Joe Perches : > > On Thu, 2016-03-17 at 16:50 -0400, Rob Clark wrote: > > > On Thu, Mar 17, 2016 at 4:40 PM, Joe Perches wrote: > > [] > > > > It's a name that seems like it should be a straightforward > > > > cast of a kernel

[PATCH libdrm] tests: add virtio_gpu to the driver list

From: Gustavo Padovan modetest was failing to work with driver because it wasn't in the module list. Signed-off-by: Gustavo Padovan --- tests/util/kms.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tests/util/kms.c b/tests/util/kms.c index

[RFC 1/5] drm: Add DRM support for tiny LCD displays

_str, \ .date= date_str, \ .major= 1, \ .minor= 0, \ } Now the driver can do this: TINYDRM_DRM_DRIVER(adafruit_tft, "adafruit-tft", Adafruit TFT", "20160317"); In addition to that, the tinydrm specific parts that make up

[PATCH v9 2/3] kernel.h: add to_user_ptr()

2016-03-17 Joe Perches : > On Thu, 2016-03-17 at 18:19 -0300, Gustavo Padovan wrote: > > 2016-03-17 Joe Perches : > > > On Thu, 2016-03-17 at 16:50 -0400, Rob Clark wrote: > > > > On Thu, Mar 17, 2016 at 4:40 PM, Joe Perches wrote: > > > [] > > > > > It's a name that seems like it should be a

[PATCH v14.1 04/17] drm: bridge: analogix/dp: fix some obvious code style

Fix some obvious alignment problems, like alignment and line over 80 characters problems, make this easy to be maintained later. Signed-off-by: Yakir Yang Acked-by: Jingoo Han Reviewed-by: Krzysztof Kozlowski Tested-by: Javier Martinez Canillas --- Changes in v14.1: - Rebase against drm-next

[PATCH v13 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

This patch adds drm_bridge driver for parade DSI to eDP bridge chip. Signed-off-by: Jitao Shi --- Changes since v12: - fix hw_chip_id build warning Changes since v11: - Remove depends on I2C, add DRM depends - Reuse ps8640_write_bytes() in ps8640_write_byte() - Use timer check for polling

[PATCH v14.1 01/17] drm: bridge: analogix/dp: split exynos dp driver to bridge directory

Split the dp core driver from exynos directory to bridge directory, and rename the core driver to analogix_dp_*, rename the platform code to exynos_dp. Beside the new analogix_dp driver would export six hooks. "analogix_dp_bind()" and "analogix_dp_unbind()" "analogix_dp_suspned()" and

[PATCH v14.1 09/17] 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 Tested-by: Javier Martinez Canillas --- Changes in v14.1: - replace rockchip_drm_encoder_get_mux_id with the new

[PATCH v14 04/17] drm: bridge: analogix/dp: fix some obvious code style

Fix some obvious alignment problems, like alignment and line over 80 characters problems, make this easy to be maintained later. Signed-off-by: Yakir Yang Acked-by: Jingoo Han Reviewed-by: Krzysztof Kozlowski Tested-by: Javier Martinez Canillas --- Changes in v14.1: - Rebase against drm-next

[PATCH v13 1/2] Documentation: bridge: Add documentation for ps8640 DT properties

Add documentation for DT properties supported by ps8640 DSI-eDP converter. Signed-off-by: Jitao Shi Acked-by: Rob Herring Reviewed-by: Philipp Zabel --- Changes since v12: - No change --- .../devicetree/bindings/display/bridge/ps8640.txt | 43 1 file changed, 43

[PATCH 02/23] ARM: dts: n950: add display support

-- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160317/5345a5c0/attachment-0001.sig>

[PATCH 1/4 v3] drm: Add support of ARC PGU display controller

Hi Daniel, On Tue, 2016-03-15 at 16:59 +0100, Daniel Vetter wrote: > On Tue, Mar 15, 2016 at 03:24:46PM +, Alexey Brodkin wrote: > > On Tue, 2016-03-15 at 09:10 +0100, Daniel Vetter wrote: > > > On Mon, Mar 14, 2016 at 11:15:59AM +, Alexey Brodkin wrote: > > > > On Mon, 2016-03-14 at

[PATCH v15 1/3] drm: rockchip: Add basic drm driver

there isn't a FB allocated at that DMA address any more. The attached test case does just that. Regards, Tomeu > Thanks, > > Tomeu > >> drivers/gpu/drm/rockchip/rockchip_drm_vop.c >> @@ -503,6 +503,8 @@ static void vop_crtc_disable(struct drm_crtc *crtc) >> if (!vop->is_enabled) >> return; >> + vop_crtc_wait_for_update(crtc); >> + >> drm_crtc_vblank_off(crtc); >> >> Thanks. >> >> -- >> ï¼­ark Yao >> >> -- next part -- A non-text attachment was scrubbed... Name: page_fault.c Type: text/x-csrc Size: 3588 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160317/dcb50599/attachment-0001.c>

[PATCH v9 2/3] kernel.h: add to_user_ptr()

2016-03-17 Joe Perches : > On Thu, 2016-03-17 at 14:30 -0300, Gustavo Padovan wrote: > > This function had copies in 3 different files. Unify them in > > kernel.h. > > This is only used by gpu/drm. > > I think this is a poor name for a generic function > that would be in kernel.h. > > Isn't