[PATCH] Documentation/dma-buf-sharing.txt: update API descriptions

On Tue, May 20, 2014 at 9:43 PM, Sumit Semwal wrote: > Hi Bjorn, > > On 21 May 2014 04:50, Bjorn Helgaas wrote: >> On Wed, May 14, 2014 at 08:49:43AM +0900, Gioh Kim wrote: >>> Update some descriptions for API arguments and descriptions. >>> >>> Signed-off-by: Gioh Kim >> >> I applied this to

[Bug 78987] black screen when trying to enable external VGA screen on Trinity APU laptop

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/d4b072d2/attachment.html>

[Bug 78987] New: black screen when trying to enable external VGA screen on Trinity APU laptop

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/09f65a76/attachment.html>

[Bug 75917] backlight switches off when starting X - since kernel-3.13

L: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/0c30060b/attachment-0001.html>

[PATCH 7/8] radeon: Out of line radeon_get_ib_value

Yeah, agree. That function is quite critical for command stream parsing and patching. Christian. Am 20.05.2014 18:16, schrieb Marek Ol??k: > I think the function should stay in the header file. It's used in > performance-critical code, so we want it to be inlined. > > Marek > > On Fri, May 16,

[Bug 78453] [HAWAII] Get acceleration working

si_get_backend_mask. -- 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/20140520/c4098903/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/20baed8f/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

ng sent does not work for Hawaii. -- 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/20140520/974f5bf0/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

s 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/20140520/b57e2793/attachment.html>

[Bug 72685] [radeonsi hyperz] Artifacts in Unigine Sanctuary

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/8b6604e9/attachment.html>

[Intel-gfx] [PATCH 3/3] drm/i915: Re-enable vblank irqs for already active pipes

On Tue, May 20, 2014 at 05:20:05PM +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > If a pipe is already active when we init/resume there might not be a > full modeset afterwards so drm_vblank_on() may not get called. In such > a case if someone is holding a vblank

[Bug 78453] [HAWAII] Get acceleration working

r the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/b9966bbd/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

ktop.org/archives/dri-devel/attachments/20140520/7e5f5780/attachment.html>

[PATCH 5/5] drm/edid: Parse and handle HDMI deep color modes.

From: Mario Kleiner Check the HDMI cea block for deep color mode bits. If available, assign the highest supported bpc for a hdmi display, corresponding to the given deep color modes. Signed-off-by: Mario Kleiner Signed-off-by: Alex Deucher ---

[PATCH 4/5] drm/radeon: Limit hdmi deep color bit depth to 12 bpc.

From: Mario Kleiner DCE-4/5/6 can't support more than 12 bpc deep color over hdmi, so clamp to 12 bpc when a hdmi deep color capable display is connected. This even makes sense on DCE-8+, which could do up to 16 bpc, as driving with more than 12 bpc would only waste

[PATCH 3/5] drm/radeon: Setup HDMI_CONTROL for hdmi deep color gcp's.

From: Mario Kleiner Program HDMI_CONTROL to send general control packets for hdmi deep color mode signalling at every video frame if bpc > 8. This is only supported on evergreen / DCE-4 and later. Signed-off-by: Mario Kleiner Signed-off-by: Alex Deucher ---

[PATCH 2/5] drm/radeon: fix pll setup for hdmi deep color

Need to adjust the pll up for deep color modes. Additionally, the atom bpc defines were wrong in certain cases. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/atombios_crtc.c | 36 ++ 1 file changed, 28 insertions(+), 8

[PATCH 1/5] drm/radeon: only apply hdmi bpc pll flags when encoder mode is hdmi

May fix display issues with non-HDMI displays. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/atombios_crtc.c | 48 ++ 1 file changed, 26 insertions(+), 22 deletions(-) diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c

[PATCH] vgaswitcheroo: switch the mux to the igp on power down when runpm is enabled

Avoids blank screens on muxed systems when runpm is active. bug: https://bugs.freedesktop.org/show_bug.cgi?id=75917 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/vga/vga_switcheroo.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[Bug 77785] (radeonsi) Some lighting issues in games, textures goes black

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/20140520/6ce3adc4/attachment.html>

[Bug 77785] (radeonsi) Some lighting issues in games, textures goes black

use: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/1bec8f55/attachment.html>

[Bug 75241] radeon_compute_pll_avivo broken in 3.15-rc3

https://bugzilla.kernel.org/show_bug.cgi?id=75241 --- Comment #20 from Tasev Nikola --- You're right again. It seems that just build the module doesn't work for me. I build a new kernel from sources with the ref_div_max 124 and it seems to work for now. [drm:radeon_compute_pll_avivo] 162000 -

[Bug 76321] Incorrect hwmon temperature when radeon card is turned off

https://bugzilla.kernel.org/show_bug.cgi?id=76321 --- Comment #7 from Alex Deucher --- Yes, I already sent attachment 136431 upstream. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 7/8] radeon: Out of line radeon_get_ib_value

I think the function should stay in the header file. It's used in performance-critical code, so we want it to be inlined. Marek On Fri, May 16, 2014 at 11:43 PM, Andi Kleen wrote: > From: Andi Kleen > > Saves about 5k of text > >textdata bss dec hex filename > 14080360

[PATCH 02/18] drm/exynos: use wait_event_timeout() for safety usage

On Wed, May 14, 2014 at 2:26 PM, YoungJun Cho wrote: > > There could be the case that the page flip operation isn't finished correctly > with some abnormal condition such as panel reset. So this patch replaces > wait_event() with wait_event_timeout() to avoid waiting for page flip > completion >

[RFC PATCH 2/2 with seqcount v3] reservation: add suppport for read-only access using rcu

op 20-05-14 17:13, Thomas Hellstrom schreef: > On 05/19/2014 03:13 PM, Maarten Lankhorst wrote: >> op 19-05-14 15:42, Thomas Hellstrom schreef: >>> Hi, Maarten! >>> >>> Some nitpicks, and that krealloc within rcu lock still worries me. >>> Otherwise looks good. >>> >>> /Thomas >>> >>> >>> >>> On

[PATCH] Documentation/dma-buf-sharing.txt: update API descriptions

On Wed, May 14, 2014 at 08:49:43AM +0900, Gioh Kim wrote: > Update some descriptions for API arguments and descriptions. > > Signed-off-by: Gioh Kim I applied this to my "dma-api" branch for v3.16, thanks! > --- > Documentation/dma-buf-sharing.txt | 14 -- > 1 file changed, 8

[PATCH 3/3] drm/i915: Re-enable vblank irqs for already active pipes

From: Ville Syrj?l? If a pipe is already active when we init/resume there might not be a full modeset afterwards so drm_vblank_on() may not get called. In such a case if someone is holding a vblank reference across a suspend/resume cycle drm_vblank_get() called

[PATCH 2/3] drm/i915: Warn if drm_vblank_get() still works after drm_vblank_off()

From: Ville Syrj?l? Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_display.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index df58afc..9420f4f

[PATCH 1/3] drm: Always reject drm_vblank_get() after drm_vblank_off()

From: Ville Syrj?l? Make sure drm_vblank_get() never succeeds when called between drm_vblank_off() and drm_vblank_on(). Borrow a trick from the old drm_vblank_{pre,post}_modeset() functions and just bump the refcount in drm_vblank_off() and drop it in

[PATCH 0/3] drm/i915: A few more vblank interrupt fixes

From: Ville Syrj?l? We have a few more corner cases with the drm_vblank_on/off stuff. This series aims to fix those. I couldn't think of a good way to write a test case for the drm_vblank_get() issue since it's a transient state that occurs briefly during modeset.

[Intel-gfx] [PATCH 09/12] drm/i915: rip our vblank reset hacks for runtime PM

On Tue, May 20, 2014 at 4:20 PM, Daniel Vetter wrote: > On Tue, May 20, 2014 at 05:03:33PM +0300, Ville Syrj?l? wrote: >> On Tue, May 20, 2014 at 03:38:14PM +0200, Daniel Vetter wrote: >> > On Tue, May 20, 2014 at 03:03:41PM +0300, Ville Syrj?l? wrote: >> > > On Wed, May 14, 2014 at 08:51:11PM

[Bug 77785] (radeonsi) Some lighting issues in games, textures goes black

-devel/attachments/20140520/b874a571/attachment.html>

[Bug 76321] Incorrect hwmon temperature when radeon card is turned off

https://bugzilla.kernel.org/show_bug.cgi?id=76321 --- Comment #6 from Pali Roh?r --- Ok, I will look at it and will try to implemenent it. So can you commit radeon_hwmon_show_temp() part of patch? -- You are receiving this mail because: You are watching the assignee of the bug.

[Intel-gfx] [PATCH 09/12] drm/i915: rip our vblank reset hacks for runtime PM

On Tue, May 20, 2014 at 03:38:14PM +0200, Daniel Vetter wrote: > On Tue, May 20, 2014 at 03:03:41PM +0300, Ville Syrj?l? wrote: > > On Wed, May 14, 2014 at 08:51:11PM +0200, Daniel Vetter wrote: > > > Now that we unconditionally dtrt when disabling/enabling crtcs we > > > don't need any hacks any

linux-next: manual merge of the dma-buf tree with the drm-intel tree

n-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/53ad9955/attachment.sig>

[PATCH] drm/panel: add support for AUO B133XTN01 panel

This panel is used by my tegra board and supported by the simple-panel driver. Signed-off-by: St?phane Marchesin --- drivers/gpu/drm/panel/panel-simple.c | 25 + 1 file changed, 25 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c

[PATCH] drm/qxl: return IRQ_NONE if it was not our irq

On Mon, May 12, 2014 at 04:35:39PM +0800, Jason Wang wrote: > Return IRQ_NONE if it was not our irq. This is necessary for the case > when qxl is sharing irq line with a device A in a crash kernel. If qxl > is initialized before A and A's irq was raised during this gap, > returning IRQ_HANDLED in

[Intel-gfx] [PATCH 09/12] drm/i915: rip our vblank reset hacks for runtime PM

On Tue, May 20, 2014 at 05:03:33PM +0300, Ville Syrj?l? wrote: > On Tue, May 20, 2014 at 03:38:14PM +0200, Daniel Vetter wrote: > > On Tue, May 20, 2014 at 03:03:41PM +0300, Ville Syrj?l? wrote: > > > On Wed, May 14, 2014 at 08:51:11PM +0200, Daniel Vetter wrote: > > > > Now that we

[RFC PATCH 2/2 with seqcount v3] reservation: add suppport for read-only access using rcu

On 05/19/2014 03:13 PM, Maarten Lankhorst wrote: > op 19-05-14 15:42, Thomas Hellstrom schreef: >> Hi, Maarten! >> >> Some nitpicks, and that krealloc within rcu lock still worries me. >> Otherwise looks good. >> >> /Thomas >> >> >> >> On 04/23/2014 12:15 PM, Maarten Lankhorst wrote: >>> @@ -55,8

[PATCH v3 16/16] drm: sti: Add DRM driver itself

Make the link between all the hardware drivers and DRM/KMS interface. Create the driver itself and make it register all the sub-components. Use GEM CMA helpers for buffer allocation. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Kconfig | 8 +

[PATCH v3 15/16] drm: sti: add debug to mixer

Make mixer driver more verbose Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/sti_mixer.c | 164 drivers/gpu/drm/sti/sti_mixer.h | 2 + 2 files changed, 166 insertions(+) diff --git a/drivers/gpu/drm/sti/sti_mixer.c

[PATCH v3 14/16] drm: sti: add debug to TVout

Use debugfs to dump information about TVout Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/sti_tvout.c | 181 1 file changed, 181 insertions(+) diff --git a/drivers/gpu/drm/sti/sti_tvout.c b/drivers/gpu/drm/sti/sti_tvout.c index

[PATCH v3 13/16] drm: sti: add debug to VID

Make VIdeo plug more verbose on what is on going Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/sti_vid.c | 121 ++ drivers/gpu/drm/sti/sti_vid.h | 1 + 2 files changed, 122 insertions(+) diff --git a/drivers/gpu/drm/sti/sti_vid.c

[PATCH v3 12/16] drm: sti: add debug to GDP

Allow to get more detailed debug information on GDP Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/sti_drm_drv.h | 36 ++ drivers/gpu/drm/sti/sti_gdp.c | 235 ++ drivers/gpu/drm/sti/sti_gdp.h | 2 + 3 files changed, 273 insertions(+)

[PATCH v3 11/16] drm: sti: add Compositor

Compositor control all the input sub-devices and the mixer. It is the main entry point for composition. Layer interface is used to control the layer. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Kconfig | 1 + drivers/gpu/drm/sti/Makefile | 2 +

[PATCH v3 10/16] drm: sti: add Mixer

Mixer hardware IP is responsible of mixing the different inputs layers. Z-order is managed by the mixer. We could 2 mixers: one for main path and one for auxilary path Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile| 1 + drivers/gpu/drm/sti/sti_mixer.c | 241

[PATCH v3 09/16] drm: sti: add VID layer

VIDeo plug are one of the compositor input sub-devices. VID are dedicated to video inputs like YUV plans. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile| 1 + drivers/gpu/drm/sti/sti_layer.h | 4 ++ drivers/gpu/drm/sti/sti_vid.c | 138

[PATCH v3 08/16] drm: sti: add GDP layer

Generic Display Pipeline are one of the compositor input sub-devices. GDP are dedicated to graphic input like RGB plans. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile| 3 +- drivers/gpu/drm/sti/sti_gdp.c | 491

[PATCH v3 07/16] drm: sti: add sti layer interface definition

STI hardware have various input sub-devices before mixing block. Each type of sub-device have different capabilities for scaling, filtering or accepted pixel format. This layer interface abstract those differences and make the interaction with compositor more simple. Signed-off-by: Benjamin

[PATCH v3 06/16] drm: sti: add TVOut driver

TVout hardware block is responsible to dispatch the data flow coming from compositor block to any of the output (HDMI or Analog TV). It control when output are start/stop and configure according the require flow path. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile| 3 +-

[PATCH v3 05/16] drm: sti: add HDA driver

Add driver to support analog TV ouput. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile | 1 + drivers/gpu/drm/sti/sti_hda.c | 480 ++ 2 files changed, 481 insertions(+) create mode 100644 drivers/gpu/drm/sti/sti_hda.c diff --git

[PATCH v3 04/16] drm: sti: add I2C client driver for HDMI

Add I2C client driver to retrieve EDID. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile | 3 ++- drivers/gpu/drm/sti/sti_ddc.c | 56 +++ 2 files changed, 58 insertions(+), 1 deletion(-) create mode 100644 drivers/gpu/drm/sti/sti_ddc.c

[PATCH v3 03/16] drm: sti: add HDMI driver

Add driver for HDMI ouput Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile | 5 + drivers/gpu/drm/sti/sti_hdmi.c | 529 + drivers/gpu/drm/sti/sti_hdmi.h | 195 +++

[PATCH v3 02/16] drm: sti: add VTAC drivers

Video Trafic Advance Communication Rx and Tx drivers are designed for inter-die communication. Both Tx and Rx must share the same configuration to communicate that is why vtac_mode[] is shared in sti_vtac_utils.h. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Kconfig | 6

[PATCH v3 01/16] drm: sti: add VTG driver

Video Time Generator drivers are used to synchronize the compositor and tvout hardware IPs by providing line count, sample count, synchronization signals (HSYNC, VSYNC) and top and bottom fields indication. VTG are used by pair for each data path (main or auxiliary): one for master and one for

[PATCH v3 00/16] Add DRM for stih4xx platforms

This series of patches add the support of DRM/KMS drivers for STMicroelectronics chipsets stih416 and stih407. patcheset version 3: - Correctly split code between probe and bind funtions - Squash some commits - remove HQ-VDP device code to have a smaller patcheset,

[Bug 75241] radeon_compute_pll_avivo broken in 3.15-rc3

https://bugzilla.kernel.org/show_bug.cgi?id=75241 --- Comment #19 from Christian K?nig --- >From the logs you are always getting the same set of paramaters, even when you change the maximum used in the fix: [drm:radeon_compute_pll_avivo] 162000 - 161990, pll dividers - fb: 1425.4 ref: 21, post

[Bug 75917] backlight switches off when starting X - since kernel-3.13

An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/989fd69d/attachment.html>

[alsa-devel] [Intel-gfx] [RFC] set up an sync channel between audio and display driver (i.e. ALSA and DRM)

Date 20.5.2014 14:43, Thierry Reding wrote: > On Tue, May 20, 2014 at 12:04:38PM +0200, Daniel Vetter wrote: >> Also adding dri-devel and linux-media. Please don't forget these lists for >> the next round. >> -Daniel >> >> On Tue, May 20, 2014 at 12:02:04PM +0200, Daniel Vetter wrote: >>> Adding

[Intel-gfx] [PATCH 09/12] drm/i915: rip our vblank reset hacks for runtime PM

On Tue, May 20, 2014 at 03:03:41PM +0300, Ville Syrj?l? wrote: > On Wed, May 14, 2014 at 08:51:11PM +0200, Daniel Vetter wrote: > > Now that we unconditionally dtrt when disabling/enabling crtcs we > > don't need any hacks any longer to keep the vblank logic sane when > > all the registers go

[Bug 75917] backlight switches off when starting X - since kernel-3.13

.12) but this is not really a problem, as it comes back happily :) thank you. -- 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/20140520/59

[Bug 75917] backlight switches off when starting X - since kernel-3.13

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/e98c8ef2/attachment.html>

[Bug 75241] radeon_compute_pll_avivo broken in 3.15-rc3

https://bugzilla.kernel.org/show_bug.cgi?id=75241 --- Comment #18 from Tasev Nikola --- Created attachment 136841 --> https://bugzilla.kernel.org/attachment.cgi?id=136841=edit dmesg after suspend resume broken -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 75241] radeon_compute_pll_avivo broken in 3.15-rc3

https://bugzilla.kernel.org/show_bug.cgi?id=75241 --- Comment #17 from Tasev Nikola --- Created attachment 136831 --> https://bugzilla.kernel.org/attachment.cgi?id=136831=edit dmesg after boot working with max divider 32 -- You are receiving this mail because: You are watching the assignee

[PATCH 3/3] drm/i915: use async hpd_irq_event function on resume

Gets the detect code (which may take awhile) out of the resume path, speeding things up a bit. Signed-off-by: Jesse Barnes --- drivers/gpu/drm/i915/i915_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c

[PATCH 2/3] drm: add async version of hpd_irq_event

In some cases, the callers of this function may not need the return value and delaying the uevent is ok. So add an async version of the function for use in those cases. Signed-off-by: Jesse Barnes --- drivers/gpu/drm/drm_probe_helper.c | 8 include/drm/drm_crtc_helper.h | 2 ++ 2

[PATCH 1/3] drm/i915: drop encoder hot_plug calls at resume

We really just want to go detect displays again and fire off a hotplug event if things have changed, not go through full hotplug processing. Requested-by: Daniel Vetter Signed-off-by: Jesse Barnes --- drivers/gpu/drm/i915/i915_drv.c | 20 +--- 1 file changed, 1 insertion(+), 19

[Bug 75241] radeon_compute_pll_avivo broken in 3.15-rc3

https://bugzilla.kernel.org/show_bug.cgi?id=75241 --- Comment #16 from Tasev Nikola --- Hi I tried with 64, 48 and 32 for the ref_div_max . The only one working at boot is 32 , but after the first suspend resume the off range frequency problem appear again. I try a second suspend resume with

[pull] radeon drm-fixes-3.15

Hi Dave, by your request I've removed Alex's I2C mutex patch from the branch. I would like to keep the VCE patch, cause it actually fixed a serious bug for me, but I've fixed the formal error of the missing Signed-off-by line. Additional to that we have two new fixes from Jerome and Alex, both

[Intel-gfx] [PATCH 09/12] drm/i915: rip our vblank reset hacks for runtime PM

On Wed, May 14, 2014 at 08:51:11PM +0200, Daniel Vetter wrote: > Now that we unconditionally dtrt when disabling/enabling crtcs we > don't need any hacks any longer to keep the vblank logic sane when > all the registers go poof. So let's rip it all out. Hmm. drm_update_vblank_count() will now see

[Intel-gfx] [RFC] set up an sync channel between audio and display driver (i.e. ALSA and DRM)

ter(struct avsink_client *client, > > > uint32_t offset, uint32_t data, uint32_t mask); > > > > > > If the client is an audio client, the avsink core will find it peer > > > display client and call its register ops; > > > and if the client is a display client, the avsink core will just call its > > > own register ops. > > > > Oh dear. Where do we need this? Imo this is really horrible, but if we > > indeed need this then a struct device is better - we can attach mmio > > resources to devices and let the audio side remap them as best as they see > > fit. Can't this just be put behind an explicit API that does what the register writes would do? If you share an MMIO region between drivers you always need to make sure that they don't step on each others' toes. An explicity API can easily take care of that. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/06eb5d44/attachment.sig>

linux-next: manual merge of the dma-buf tree with the drm-intel tree

On 20 May 2014 12:25, Stephen Rothwell wrote: > Hi Sumit, > > Today's linux-next merge of the dma-buf tree got a conflict in > drivers/gpu/drm/i915/i915_gem_dmabuf.c between commit 5cc9ed4b9a7a > ("drm/i915: Introduce mapping of user pages into video memory (userptr) > ioctl") from the drm-intel

[Bug 77785] (radeonsi) Some lighting issues in games, textures goes black

oS games, so maybe it is the same issue :). You are probably seeing bug 66067 for trine 2. -- 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

[Bug 75241] radeon_compute_pll_avivo broken in 3.15-rc3

https://bugzilla.kernel.org/show_bug.cgi?id=75241 --- Comment #15 from Christian K?nig --- (In reply to Tasev Nikola from comment #14) > I tried different value from 128 to 90 for the ref_div_max but none work > with my Belinea 1600x1200 screen. Try going down to at least 32, this would match

[PATCH 14/18] drm/panel: add S6E3FA0 driver

On 05/14/2014 08:27 AM, YoungJun Cho wrote: > This patch adds MIPI-DSI command mode based S6E3FA0 AMOLED LCD Panel driver. > > Signed-off-by: YoungJun Cho > Acked-by: Inki Dae > Acked-by: Kyungmin Park Few nitpicks, beside them. Reviewed-by: Andrzej Hajda > --- >

[Intel-gfx] [RFC] set up an sync channel between audio and display driver (i.e. ALSA and DRM)

Also adding dri-devel and linux-media. Please don't forget these lists for the next round. -Daniel On Tue, May 20, 2014 at 12:02:04PM +0200, Daniel Vetter wrote: > Adding Greg just as an fyi since we've chatted briefly about the avsink > bus. Comments below. > -Daniel > > On Tue, May 20, 2014 at

[PATCH 02/18] drm/exynos: use wait_event_timeout() for safety usage

On 05/14/2014 08:26 AM, YoungJun Cho wrote: > There could be the case that the page flip operation isn't finished correctly > with some abnormal condition such as panel reset. So this patch replaces > wait_event() with wait_event_timeout() to avoid waiting for page flip > completion > infinitely.

[PATCH 01/18] drm/exynos: dsi: move the EoT packets configuration point

On 05/14/2014 08:26 AM, YoungJun Cho wrote: > This configuration could be used in MIPI DSI command mode also. > > Signed-off-by: YoungJun Cho > Acked-by: Inki Dae > Acked-by: Kyungmin Park Reviewed-by: Andrzej Hajda > --- > drivers/gpu/drm/exynos/exynos_drm_dsi.c |5 +++-- > 1 file

[PATCH v2 4/7] drivers/base: Add interface framework

Hi Thierry, Greg, On 05/15/2014 10:53 AM, Thierry Reding wrote: > On Tue, May 13, 2014 at 05:32:15PM -0700, Greg Kroah-Hartman wrote: >> On Tue, May 13, 2014 at 07:57:13PM +0200, Daniel Vetter wrote: >>> On Tue, May 13, 2014 at 05:30:47PM +0200, Thierry Reding wrote: From: Thierry Reding

[PATCH] drm/exynos: Fix PTN3460 dependency

The following configuration options combination: CONFIG_DRM_EXYNOS_DP=y CONFIG_DRM_PTN3460=m currently leads to the following linker failure: drivers/built-in.o: In function `exynos_drm_attach_lcd_bridge': .../drivers/gpu/drm/exynos/exynos_dp_core.c:1004: undefined reference to `ptn3460_init'

[PATCH v3 1/3] phy: Add exynos-simple-phy driver

On 19 May 2014 16:24, Tomasz Figa wrote: > On 19.05.2014 09:10, Rahul Sharma wrote: >> On 16 May 2014 20:19, Tomasz Figa wrote: >>> On 16.05.2014 16:30, Rahul Sharma wrote: On 16 May 2014 16:20, Tomasz Figa wrote: > On 16.05.2014 12:35, Rahul Sharma wrote: >> On 16 May 2014 15:12,

[PATCH v2] drm/exynos: use regmap interface to set hdmiphy control bit in pmu

Exynos drm hdmi driver used to get dummy hdmiphy clock to control the PMU bit for hdmiphy. This bit needs to be set before setting any resolution to hdmi hardware. This was handled using dummy hdmiphy clock which is removed here. PMU is already defined as system controller for exynos SoCs. Hdmi

[Bug 78951] gl_PrimitiveID is zero if no geometry shader is present

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/eb74270a/attachment.html>

[PATCH 7/8] radeon: Out of line radeon_get_ib_value

On Tue, May 20, 2014 at 06:16:48PM +0200, Marek Ol??k wrote: > I think the function should stay in the header file. It's used in > performance-critical code, so we want it to be inlined. This doesn't make any sense. If it's talking to the hardware it will be dominated by the cache misses. -Andi

[PATCH] gpu/drm/ttm: Pass GFP flags in order to avoid deadlock.

On Tue, May 20, 2014 at 01:40:40AM +0100, Dave Airlie wrote: > > cc'ing dri-devel. It looks pretty simple and correct . I can test it tomorrow and make sure it works right. > > > >From d0d57745ba23faf605b0f249b57d283fe1a8ee60 Mon Sep 17 00:00:00 2001 > > From: Tetsuo Handa > > Date: Mon, 19

[PATCH 3/6] drm: Support legacy cursor ioctls via universal planes when possible (v3)

On Mon, May 19, 2014 at 04:58:39PM -0700, Matt Roper wrote: > If drivers support universal planes and have registered a cursor plane > with the DRM core, we should use that universal plane support when > handling legacy cursor ioctls. Drivers that transition to universal > planes won't have to

Fwd: Re: [PATCH] gpu/drm/ttm: Use mutex_lock_killable() for shrinker functions.

Konrad, This looks OK to me, but do you have a chance to take a look? /Thomas Original Message Return-Path: X-Original-To: thomas at shipmail.org Delivered-To: thomas at shipmail.org Received: from mail.shipmail.org (lin0.kontor.shipmail.org [127.0.0.1]) by

[Bug 78951] gl_PrimitiveID is zero if no geometry shader is present

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/20140520/38abb4cd/attachment.html>

[Intel-gfx] [PATCH 1/4] drm: Support legacy cursor ioctls via universal planes when possible (v2)

On Mon, May 19, 2014 at 03:25:45PM -0700, Matt Roper wrote: > On Sat, May 17, 2014 at 12:43:04AM +0200, Daniel Vetter wrote: > > On Sat, May 17, 2014 at 12:38 AM, Matt Roper > > wrote: > > > + if (ret) { > > > + if (req->flags & DRM_MODE_CURSOR_BO) > > > +

[Bug 78453] [HAWAII] Get acceleration working

e 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/20140520/7638f530/attachment.html>

[Bug 78951] gl_PrimitiveID is zero if no geometry shader is present

Version|unspecified |git -- 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/20140520/556cfa5f/attachment-0001.html>

[Bug 78951] New: gl_PrimitiveID is zero if no geometry shader is present

, gl_PrimitiveID is always zero. -- 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/20140520/43bdbc10/attachment.html>

[PATCH 3/6] drm: Support legacy cursor ioctls via universal planes when possible (v4)

If drivers support universal planes and have registered a cursor plane with the DRM core, we should use that universal plane support when handling legacy cursor ioctls. Drivers that transition to universal planes won't have to maintain separate legacy ioctl handling; drivers that don't transition

[git pull] drm intel fixes

Hi Linus, just some intel fixes, I have some radeon ones but I need to get some patches dropped from the pull req. Dave. The following changes since commit 14186fea0cb06bc43181ce239efe0df6f1af260a: Merge tag 'locks-v3.15-4' of git://git.samba.org/jlayton/linux (2014-05-13 11:33:09 +0900)

[PATCH] gpu/drm/ttm: Pass GFP flags in order to avoid deadlock.

cc'ing dri-devel. > >From d0d57745ba23faf605b0f249b57d283fe1a8ee60 Mon Sep 17 00:00:00 2001 > From: Tetsuo Handa > Date: Mon, 19 May 2014 17:59:03 +0900 > Subject: [PATCH] gpu/drm/ttm: Pass GFP flags in order to avoid deadlock. > > Commit 7dc19d5a "drivers: convert shrinkers to new count/scan

[PATCH] gpu/drm/ttm: Use mutex_lock_killable() for shrinker functions.

cc'ing dri-devel. > >From e314a1a1583e585d062dfc30c8aad8bf5380510b Mon Sep 17 00:00:00 2001 > From: Tetsuo Handa > Date: Mon, 19 May 2014 18:43:21 +0900 > Subject: [PATCH] gpu/drm/ttm: Use mutex_lock_killable() for shrinker > functions. > > I can observe that RHEL7 environment stalls with

[PATCH] drm: tda998x: Add support for CEC address 0x35

From: Liviu Dudau Currently the tda998x driver only attempts to instantiate the CEC at I2C address 0x34, meaning that if the CEC is instead at 0x35 (for example, due to a conflict with another device) we will not be able to use it. Attempt to handle some such situations by

[RFC V3 2/3] drm/bridge: add a dummy panel driver to support lvds bridges

On 5/19/14, Thierry Reding wrote: > On Sun, May 18, 2014 at 01:50:36PM +0530, Ajay kumar wrote: >> On Sun, May 18, 2014 at 2:44 AM, Thierry Reding >> wrote: >> > On Thu, May 15, 2014 at 05:10:16PM +0530, Ajay kumar wrote: >> >> On Thu, May 15, 2014 at 1:43 PM, Thierry Reding >> >> wrote: >> >

[Bug 77785] (radeonsi) Some lighting issues in games, textures goes black

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140520/46ceb4f0/attachment.html>

  1   2   >