[PULL] Add Freescale DCU DRM driver

On Mon, Aug 17, 2015 at 2:09 AM, Dave Airlie wrote: > On 31 July 2015 at 12:55, Jianwei Wang wrote: >> Hi Dave, >> >> This is the pull request for Freescale DCU DRM driver. >> > Hi, > > Thierry pulled the panel stuff already, so can you rebase this on > drm-next to drop that patch? > > Dave. >

[PATCH v2.1 3/3] drm/edid: Switch DDC when reading the EDID

Hi Thierry, On Mon, Aug 17, 2015 at 12:41:32PM +0200, Thierry Reding wrote: > On Fri, Aug 14, 2015 at 06:28:35PM +0200, Lukas Wunner wrote: > > @@ -1377,13 +1378,21 @@ struct edid *drm_get_edid(struct drm_connector > > *connector, > > struct i2c_adapter *adapter) > > { > >

[PATCH RFC v3 3/7] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

On 08/17/15 21:41, Mark Brown wrote: > On Mon, Aug 17, 2015 at 10:07:55AM +0300, Jyri Sarha wrote: >> On 08/14/15 19:18, Mark Brown wrote: >>> On Fri, Aug 14, 2015 at 12:30:41PM +0300, Jyri Sarha wrote: > + /* Called when ASoC starts an audio stream setup. The call + * provides an

[PATCH v2.1 1/3] vga_switcheroo: Add support for switching only the DDC

Hi Thierry, Thanks a lot for your comments! On Mon, Aug 17, 2015 at 12:36:55PM +0200, Thierry Reding wrote: > On Fri, Aug 14, 2015 at 06:50:15PM +0200, Lukas Wunner wrote: > > +int vga_switcheroo_lock_ddc(struct pci_dev *pdev) > > +{ > > + int id; > > + > > + mutex_lock(_priv.ddc_lock); > >

[PATCH 0/2] drm/nouveau: add support for 2560x1440@56 over HDMI

On 08/08/2015 07:01 PM, Hauke Mehrtens wrote: > These patches are adding support for outputting 2560x1440 at 56 over HDMI. > This needs a pixel clock of 225 MHz which was not supported before. > > This was tested in a dual monitor setup with a GF114 (GTX 560 TI) and > one HDMI monitor running

[Bug 91278] Tonga GPU lock/reset fail with Unigine Valley

-devel/attachments/20150817/0fd9e02b/attachment.html>

[PATCH 2/4] drm: Add support for ARM's HDLCD controller.

I haven't reviewed the code in detail, just had one comment I alluded to in a private email the other day... On Wed, 2015-08-05 at 15:28 +0100, Liviu Dudau wrote: > diff --git a/drivers/gpu/drm/arm/hdlcd_crtc.c > b/drivers/gpu/drm/arm/hdlcd_crtc.c [...] > +void hdlcd_set_scanout(struct

[PATCH libdrm 2/2] tests/amdgpu: Remove unused local variable 'i'

From: Michel Dänzer Signed-off-by: Michel Dänzer --- tests/amdgpu/vce_tests.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/amdgpu/vce_tests.c b/tests/amdgpu/vce_tests.c index 0542654..32fc001 100644 --- a/tests/amdgpu/vce_tests.c +++

[PATCH libdrm 1/2] tests/amdgpu: Include config.h first

From: Michel Dänzer Fixes build failure on 32-bit because _FILE_OFFSET_BITS wasn't defined to 64. Signed-off-by: Michel Dänzer --- tests/amdgpu/amdgpu_test.c | 5 + tests/amdgpu/basic_tests.c | 5 + tests/amdgpu/bo_tests.c| 5 +

[PATCH 09/14] drm/exynos: remove call to drm_gem_free_mmap_offset()

On 2015년 08월 17일 17:17, Joonyoung Shim wrote: > On 08/17/2015 04:52 PM, Inki Dae wrote: >> On 2015년 08월 17일 14:29, Joonyoung Shim wrote: >>> On 08/16/2015 02:07 PM, Inki Dae wrote: On 2015년 07월 28일 17:53, Joonyoung Shim wrote: > The drm_gem_object_release() function

commit f6d6913 'convert to markdown' breaks pdfdocs with double s

Hi, commit f6d6913425a560c3cd213096e34834e797ef83f8: drm/doc: Convert to markdown caused some changes to the drm.xml layout, particularly in the parts,that make pdfdocs generation unhappy. In particular (working at the commit above), the following new error:

drm/exynos: g2d userptr memory corruption

Thanks Lucas for the explanation! Lucas Stach wrote: > Hi Tobias, > > Am Sonntag, den 16.08.2015, 14:48 +0200 schrieb Tobias Jakobi: >> Hello, >> >> some time ago I checked whether I could use the userptr functionality to >> do zero-copy from userspace allocated buffers via the G2D. This didn't

[patch] drm/tegra: checking for IS_ERR() instead of NULL

The tegra_sor_hdmi_find_settings() function returns NULL on error and not an ERR_PTR. Fixes: 459cc2c6800b ('drm/tegra: sor: Add HDMI support') Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/tegra/sor.c b/drivers/gpu/drm/tegra/sor.c index da1715e..08c5461 100644 ---

[Intel-gfx] [PATCH] drm/i915: Fix build warning on 32-bit

Em Sex, 2015-08-14 às 12:35 +0200, Thierry Reding escreveu: > From: Thierry Reding > > The gtt.stolen_size field is of type size_t, and so should be printed > using %zu to avoid build warnings on either 32-bit and 64-bit builds. While the suggestion from Chris sounds good, this patch alone is

[pull] radeon and amdgpu drm-next-4.3

Hi Dave, amdgpu and radeon changes for 4.3. Highlights: - Fiji support for amdgpu. - CGS support for amdgpu. This is a new driver internal cross-component API. - Initial GPU scheduler for amdgpu. Still disabled by default. - Lots of bug fixes and optimizations The following changes since

[PATCH 09/14] drm/exynos: remove call to drm_gem_free_mmap_offset()

On 08/17/2015 04:52 PM, Inki Dae wrote: > On 2015년 08월 17일 14:29, Joonyoung Shim wrote: >> On 08/16/2015 02:07 PM, Inki Dae wrote: >>> On 2015년 07월 28일 17:53, Joonyoung Shim wrote: The drm_gem_object_release() function already performs this cleanup, so there is no reason to

[PATCH] drm/panel: auo novatek 1080p video mode panel

have is a hammer, everything looks like a > nail" things.. If it were a system integrator decision then I'd agree it should be parameterizable in DT. But to my knowledge you can run any command mode capable display in video mode just fine. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/8fcab486/attachment.sig>

[PATCH 09/14] drm/exynos: remove call to drm_gem_free_mmap_offset()

On 2015년 08월 17일 14:29, Joonyoung Shim wrote: > On 08/16/2015 02:07 PM, Inki Dae wrote: >> On 2015년 07월 28일 17:53, Joonyoung Shim wrote: >>> The drm_gem_object_release() function already performs this cleanup, >>> so there is no reason to do it explicitly. >>> >>> Signed-off-by:

[PATCH 08/14] drm/exynos: create a fake mmap offset with gem creation

On 2015년 08월 17일 14:29, Joonyoung Shim wrote: > On 08/16/2015 01:50 PM, Inki Dae wrote: >> On 2015년 07월 28일 17:53, Joonyoung Shim wrote: >>> Don't create a fake mmap offset in exynos_drm_gem_dumb_map_offset. If >>> not, it will call drm_gem_create_mmap_offset whenever user requests >>>

[PATCH 2/4] amdgpu: improve amdgpu_vamgr_init

On Sun, Aug 16, 2015 at 11:09 PM, Jammy Zhou wrote: > Make it a generic function independent of the device info. > > Signed-off-by: Jammy Zhou > Reviewed-by: Christian König > --- I pushed patches 2-4. Alex > amdgpu/amdgpu_vamgr.c | 13 - > 1 file changed, 8 insertions(+), 5

[PATCH] drm: Repurpose reserved field of drm_event_vlank to crtc_id

With the atomic API, it is possible that a single commit affects multiple crtcs. If the user requests an event with that commit, one event will be sent for each CRTC, but it is not possible to distinguish which crtc an event is for in user space. To solve this, the reserved field in struct

[PATCH libdrm] xf86drmMode: Handle the crtc_id field of drm_event_vblank

Signed-off-by: Ander Conselvan de Oliveira --- include/drm/drm.h | 2 +- xf86drm.h | 9 - xf86drmMode.c | 26 +- 3 files changed, 26 insertions(+), 11 deletions(-) diff --git a/include/drm/drm.h b/include/drm/drm.h index 167b7b8..81f8af1 100644 ---

[PATCH] drm: Repurpose reserved field of drm_event_vlank to crtc_id

With the atomic API, it is possible that a single commit affects multiple crtcs. If the user requests an event with that commit, one event will be sent for each CRTC, but it is not possible to distinguish which crtc an event is for in user space. To solve this, the reserved field in struct

[RFC] Repurpose reserved field in vblank event to crtc_id

Hi, Right now, if an atomic commit sends multiple vblank events it is not possible to distiguish for each crtc each event is for in userspace. This series changes that be repurposing the reserved field in struct drm_event_vblank. Would this be a sane thing to do? Thanks, Ander

[PATCH 2/4] drm: Add support for ARM's HDLCD controller.

On Sun, Aug 16, 2015 at 09:56:33AM +0100, Emil Velikov wrote: > Hi Liviu, Hi Emil, > > On 5 August 2015 at 15:28, Liviu Dudau wrote: > > The HDLCD controller is a display controller that supports resolutions > > up to 4096x4096 pixels. It is present on various development boards > > produced

[Bug 91667] Tonga Oopses with uvd + agd5f drm-next-4.3-wip

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/a7326a95/attachment.html>

[PULL] Add Freescale DCU DRM driver

On 31 July 2015 at 12:55, Jianwei Wang wrote: > Hi Dave, > > This is the pull request for Freescale DCU DRM driver. > Hi, Thierry pulled the panel stuff already, so can you rebase this on drm-next to drop that patch? Dave. > > The following changes since commit

[Bug 91667] Tonga Oopses with uvd + agd5f drm-next-4.3-wip

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

[Bug 91667] Tonga Oopses with uvd + agd5f drm-next-4.3-wip

ree, the second long as secondary Oopses were provoked. The third is current. -- 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/20

[PATCH RFC v3 3/7] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

On 08/17/15 10:57, Jyri Sarha wrote: > Missed one commet first time around... > > On 08/14/15 19:18, Mark Brown wrote: >> On Fri, Aug 14, 2015 at 12:30:41PM +0300, Jyri Sarha wrote: > ... >>> +/* HDMI codec initalization data */ >>> +struct hdmi_codec_pdata { >>> +struct device *dev; /* The

drm-next amdgpu warning

Hey Alex, this seems valid, /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c: In function ‘amdgpu_uvd_cs_pass2’: /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c:491:17: warning: ‘min_ctx_size’ may be used uninitialized in this

commit f6d6913 'convert to markdown' breaks pdfdocs with double s

On 08/17/2015 01:53 PM, Graham Whaley wrote: > Hi, > commit f6d6913425a560c3cd213096e34834e797ef83f8: drm/doc: Convert to > markdown > > caused some changes to the drm.xml layout, particularly in the > parts,that make pdfdocs generation unhappy. In particular (working at > the commit above),

[PATCH 1/4] drm: add interface to get drm devices on the system v3

On 17 August 2015 at 04:09, Jammy Zhou wrote: > From: Emil Velikov > > For mutiple GPU support, the devices on the system should be enumerated > to get necessary information about each device, and the drmGetDevices > interface is added for this. Currently only PCI devices are supported for > the

[PATCH 09/14] drm/exynos: remove call to drm_gem_free_mmap_offset()

On 08/16/2015 02:07 PM, Inki Dae wrote: > On 2015년 07월 28일 17:53, Joonyoung Shim wrote: >> The drm_gem_object_release() function already performs this cleanup, >> so there is no reason to do it explicitly. >> >> Signed-off-by: Joonyoung Shim >> --- >>

[PATCH 08/14] drm/exynos: create a fake mmap offset with gem creation

On 08/16/2015 01:50 PM, Inki Dae wrote: > On 2015년 07월 28일 17:53, Joonyoung Shim wrote: >> Don't create a fake mmap offset in exynos_drm_gem_dumb_map_offset. If >> not, it will call drm_gem_create_mmap_offset whenever user requests >> DRM_IOCTL_MODE_MAP_DUMB ioctl. > > This patch makes

[PATCH] drm: panel: simple: add QiaoDian qd43003c0-40

y ------ next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/4cd45f43/attachment.sig>

[PATCH] drm/panel: auo novatek 1080p video mode panel

lags are rather badly documented. I do see that both Exynos and MSM implement most of these (specifically the MIPI_DSI_MODE_VIDEO_H* ones), perhaps the comments for all of those should be revisited. Ideally they'd be annotated with a reference to the spec, like we do for MIPI_DSI_CLOCK_NON_CONTINUOUS. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/cf84c4b8/attachment.sig>

[PATCH] drm/panel: auo novatek 1080p video mode panel

ompatible string. Which mode to use is a configuration or policy decision and therefore doesn't belong in device tree. It should be up to the display driver to determine what the preferred mode of operation is. Thierry -- next part -- A non-text attachment was scrubbed.

[PATCH] drm/sti: Do not export symbols

having a single module seems like the simpler option. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments

[PATCH] Update maintainers for DRM STI driver

ilable URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/9c4f0782/attachment.sig>

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

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/intel_atomic.c drivers/gpu/drm/i915/intel_display.c between commits: f0fdc55db0c6 ("drm/i915: calculate primary visibility changes instead of calling from set_config") d2944cf21305 ("drm/i915:

[PATCH] drm: panel: simple: add QiaoDian qd43003c0-40

On 17/08/2015 at 12:09:14 +0200, Thierry Reding wrote : > On Sat, Aug 01, 2015 at 12:44:31AM +0200, Alexandre Belloni wrote: > > From: Josh Wu > > > > The QiaoDian Xianshi QD43003C0-40 is a 4"3 TFT LCD panel. > > > > Timings from the OTA5180A document, ver 0.9, section > > 10.1.1: > >

[PATCH] gpu/drm/i2c/adv7511: Fix license, set to GPL v2

want to send To: David Airlie to increase the chances of him taking notice. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/2f4f8b6b/attachment-0001.sig>

[PATCH] gpu/drm/i2c/adv7511: Fix license, set to GPL v2

c: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/a258df13/attachment.sig>

drm-next amdgpu warning

atch that fixes this, but it wasn't clear yet which one was going to be picked up. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/

[PATCH v2.1 3/3] drm/edid: Switch DDC when reading the EDID

ough I suspect slightly more work for this patch) to add a separate helper that does the VGA switcheroo wrapping rather than have this in drm_get_edid() where essentially every driver will go through the motions even if it doesn't remotely support switcheroo. Thierry -- next part -

[PATCH v2.1 1/3] vga_switcheroo: Add support for switching only the DDC

ga_switcheroo_lock_ddc(struct pci_dev *pdev) { return > -ENODEV; } > +static inline int vga_switcheroo_unlock_ddc(struct pci_dev *pdev) { return > -ENODEV; } If you care about the return value you'll want to return 0 here to make sure kernels without VGA switcheroo support will continue to work properly. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/f43ddd5f/attachment.sig>

drm/exynos: g2d userptr memory corruption

Hi Tobias, Am Sonntag, den 16.08.2015, 14:48 +0200 schrieb Tobias Jakobi: > Hello, > > some time ago I checked whether I could use the userptr functionality to > do zero-copy from userspace allocated buffers via the G2D. This didn't > work out so well, so kinda put this to the bottom of my TODO

[PATCH] drm: panel: simple: add QiaoDian qd43003c0-40

dth = 95, > + .height = 53, > + }, > + .bus_format = MEDIA_BUS_FMT_RGB888_1X24, > +}; Can you also add .bpc = 8 above so that drivers that don't support the .bus_format can still support this panel? Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/b3aafb8f/attachment-0001.sig>

[PATCH] Revert "drm/nouveau/fifo/gk104: kick channels when deactivating them"

Patch has landed in -rc7, thanks David! On Fri, Aug 14, 2015 at 12:49 PM, Alexandre Courbot wrote: > On Wed, Aug 12, 2015 at 6:59 PM, Afzal Mohammed > wrote: >> Hi, >> >> On Wed, Aug 12, 2015 at 04:40:57PM +0900, Alexandre Courbot wrote: >> >>> Great, thanks. Are you also on an optimus

[PATCH libdrm 1/2] tests/amdgpu: Include config.h first

On 17.08.2015 11:44, Michel Dänzer wrote: > From: Michel Dänzer > > Fixes build failure on 32-bit because _FILE_OFFSET_BITS wasn't defined to > 64. > > Signed-off-by: Michel Dänzer For both Reviewed-by: Christian König > --- > tests/amdgpu/amdgpu_test.c | 5 + >

[PATCH 2/7] MAINTAINERS: Add myself for the new VC4 (RPi GPU) graphics driver.

> > S: Supported Fixed. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/20d212eb/attachment.sig>

[PATCH RFC v3 2/7] ASoC: hdmi: Remove obsolete dummy HDMI codec

e: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/e210c28c/attachment-0001.sig>

[PATCH RFC v3 3/7] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

: 473 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/7a74d774/attachment.sig>

[PATCH RFC v2 3/7] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

On 08/14/15 22:25, Mark Brown wrote: > On Tue, May 26, 2015 at 09:59:07PM +0300, Jyri Sarha wrote: > >> + >> +mutex_lock(>current_stream_lock); >> +if (hcp->current_stream && hcp->current_stream->runtime && >> +snd_pcm_running(hcp->current_stream)) { >> +dev_info(dev,

[PATCH 6/7] ARM: bcm2835: Add the DDC I2C controller to the device tree.

A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/39e1921f/attachment.sig>

[PATCH 1/7] drm/vc4: Add devicetree bindings for VC4.

-- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150817/0b3f40da/attachment.sig>

[PATCH 4/4] amdgpu: make vamgr per device v2

Each device can have its own vamgr, so make it per device now. This can fix the failure with multiple GPUs used in one single process. v2: rebase Signed-off-by: Jammy Zhou Reviewed-by: Christian König --- amdgpu/amdgpu_device.c | 13 +++-- amdgpu/amdgpu_internal.h | 5 -

[PATCH 3/4] amdgpu: add flag to support 32bit VA address v4

The AMDGPU_VA_RANGE_32_BIT flag is added to request VA range in the 32bit address space for amdgpu_va_range_alloc. The 32bit address space is reserved at initialization time, and managed with a separate VAMGR as part of the global VAMGR. And if no enough VA space available in range above 4GB,

[PATCH 2/4] amdgpu: improve amdgpu_vamgr_init

Make it a generic function independent of the device info. Signed-off-by: Jammy Zhou Reviewed-by: Christian König --- amdgpu/amdgpu_vamgr.c | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/amdgpu/amdgpu_vamgr.c b/amdgpu/amdgpu_vamgr.c index cc4a1c4..71fd2b1

[PATCH 1/4] drm: add interface to get drm devices on the system v3

From: Emil Velikov For mutiple GPU support, the devices on the system should be enumerated to get necessary information about each device, and the drmGetDevices interface is added for this. Currently only PCI devices are supported for the enumeration. Typical usage:

[PATCH RFC v3 3/7] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

Missed one commet first time around... On 08/14/15 19:18, Mark Brown wrote: > On Fri, Aug 14, 2015 at 12:30:41PM +0300, Jyri Sarha wrote: ... >> +/* HDMI codec initalization data */ >> +struct hdmi_codec_pdata { >> +struct device *dev; /* The HDMI encoder registering the codec */ > >

[PATCH 3/7] drm/vc4: Add KMS support for Raspberry Pi.

r<#secure method=pgpmime mode=sign> Stephen Warren writes: > On 08/12/2015 06:56 PM, Eric Anholt wrote: >> This is the start of a full VC4 driver. Right now this just supports >> configuring the display using a pre-existing video mode (because >> changing the pixel clock isn't available yet,

[PATCH RFC 1/5] drm/edid: Add support to get edid early

On Fri, 14 Aug 2015, Srinivas Kandagatla wrote: > This patch adds support to get edid way early before the connector is > created, this is mainly used for panel drivers to auto-probe the panel > based on the vendor and product id from EDID. > > Signed-off-by: Srinivas Kandagatla > --- >

[PATCH] drm/panel: auo novatek 1080p video mode panel

On Mon, Aug 17, 2015 at 7:38 AM, Thierry Reding wrote: > On Mon, Aug 10, 2015 at 12:54:20PM -0700, Bjorn Andersson wrote: >> On Fri 07 Aug 09:11 PDT 2015, Rob Clark wrote: >> >> > On Fri, Aug 7, 2015 at 9:19 AM, Thierry Reding > > gmail.com> wrote: >> > > On Tue, Jul 21, 2015 at 03:36:02PM -0400,

[PATCH RFC 1/5] drm/edid: Add support to get edid early

On 17/08/15 08:52, Jani Nikula wrote: > On Fri, 14 Aug 2015, Srinivas Kandagatla > wrote: >> This patch adds support to get edid way early before the connector is >> created, this is mainly used for panel drivers to auto-probe the panel >> based on the vendor and product id from EDID. >> >>

drm-next amdgpu warning

On Mon, Aug 17, 2015 at 6:48 AM, Thierry Reding wrote: > On Mon, Aug 17, 2015 at 03:58:10PM +1000, Dave Airlie wrote: >> Hey Alex, >> >> this seems valid, >> >> /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c: >> In function ‘amdgpu_uvd_cs_pass2’: >>

[PATCH] drm/panel: auo novatek 1080p video mode panel

On Tue 21 Jul 12:36 PDT 2015, Rob Clark wrote: [..] > +++ b/Documentation/devicetree/bindings/panel/auo,novatek-1080p.txt > @@ -0,0 +1,25 @@ > +AU Optronics Corporation 1080x1920 DSI panel > + > +This panel supports both video and command mode (although currently only > video > +mode is

[PATCH RFC v3 6/7] drm/i2c: tda998x: Register ASoC HDMI codec for audio functionality

On 08/14/15 13:06, Russell King - ARM Linux wrote: > On Fri, Aug 14, 2015 at 12:30:44PM +0300, Jyri Sarha wrote: >> +static int tda998x_write_aif(struct tda998x_priv *priv, >> + struct hdmi_audio_infoframe *cea) >> +{ >> +uint8_t buf[HDMI_INFOFRAME_SIZE(AUDIO)]; >> +

[PATCH RFC v3 3/7] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

On 08/14/15 19:18, Mark Brown wrote: > On Fri, Aug 14, 2015 at 12:30:41PM +0300, Jyri Sarha wrote: > >> +struct hdmi_codec_ops { >> +/* For runtime clock configuration from ASoC machine driver. >> + * A direct forward from set_sysclk in struct snd_soc_dai_ops. >> + * Optional */ >> +

[PATCH v2 1/4] scripts/kernel-doc: Adding cross-reference links to html documentation.

On 08/17/2015 01:10 AM, Jonathan Corbet wrote: > On Tue, 28 Jul 2015 16:45:15 -0300 > Danilo Cesar Lemes de Paula wrote: > >> Functions, Structs and Parameters definitions on kernel documentation >> are pure cosmetic, it only highlights the element. >> >> To ease the navigation in the

[RFC 11/13] drm/dp: Add helper to dump DPCD

On Fri, 14 Aug 2015, Rafael Antognolli wrote: > On Fri, Aug 14, 2015 at 02:56:55PM +0300, Jani Nikula wrote: >> On Wed, 12 Aug 2015, Thierry Reding wrote: >> > From: Thierry Reding >> > >> > The new drm_dp_dpcd_dump() helper dumps the contents of a DPCD to a >> > seq_file and can be used to

[PATCH RFC v3 2/7] ASoC: hdmi: Remove obsolete dummy HDMI codec

On 08/14/15 19:10, Mark Brown wrote: > On Fri, Aug 14, 2015 at 12:30:40PM +0300, Jyri Sarha wrote: >> The hdmi stub codec has not been used since refactoring of OMAP HDMI >> audio support. > > grep tells me that the OMAP HDMI4 and HDMI5 drivers are still > registering this device in -next... >

[Bug 91666] build fail with cunit - OK on amd64 - KO for i386

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

[Bug 91666] build fail with cunit - OK on amd64 - KO for i386

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

[PATCH RFC v3 3/7] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

On 08/14/15 12:57, Russell King - ARM Linux wrote: > On Fri, Aug 14, 2015 at 12:30:41PM +0300, Jyri Sarha wrote: >> +static int hdmi_codec_hw_params(struct snd_pcm_substream *substream, >> +struct snd_pcm_hw_params *params, >> +struct

[Bug 102931] Radeon : EDID Reading Incorrectly

https://bugzilla.kernel.org/show_bug.cgi?id=102931 Maxqia changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 102931] Radeon : EDID Reading Incorrectly

https://bugzilla.kernel.org/show_bug.cgi?id=102931 Christian König changed: What|Removed |Added CC||deathsimple at vodafone.de ---

[PATCH] drm/atmel-hlcdc: Compile suspend/resume for PM_SLEEP only

On Fri, 14 Aug 2015 13:58:20 +0200 Thierry Reding wrote: > From: Thierry Reding > > If PM is enabled but PM_SLEEP is disabled, the suspend/resume functions > are still unused and produce a compiler warning. > > Signed-off-by: Thierry Reding Acked-by: Boris Brezillon Thanks, Boris > ---

[Bug 102401] Radeon Displayport Audio Warping

https://bugzilla.kernel.org/show_bug.cgi?id=102401 Maxqia changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID

[Bug 102931] Radeon : EDID Reading Incorrectly

https://bugzilla.kernel.org/show_bug.cgi?id=102931 --- Comment #3 from Maxqia --- Created attachment 185121 --> https://bugzilla.kernel.org/attachment.cgi?id=185121=edit get-edid | parse-edid output According to the read-edid website and the program output, get-edid uses the i2c bus. -- You

[Bug 102931] Radeon : EDID Reading Incorrectly

https://bugzilla.kernel.org/show_bug.cgi?id=102931 --- Comment #2 from Alex Deucher --- This is not a driver bug. It's a limitation of get-edid. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 102931] Radeon : EDID Reading Incorrectly

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

[GIT PULL] exynos-drm-next

Hi Dave, This pull request includes big cleanup and some fixups. Summary: - Clean up HDMI and MIXER parts - Clean up legacy structures specific to Exynos DRM . This patch series removes existing exyons_drm_display and exynos_drm_encoder structures specific to Exynos DRM, and makes