[linux-sunxi] [PATCH v6 0/5] drm: sun8i: Add DE2 HDMI video support

e2_hdmi.c > create mode 100644 drivers/gpu/drm/sun8i/de2_hdmi.h > create mode 100644 drivers/gpu/drm/sun8i/de2_hdmi_io.c > create mode 100644 drivers/gpu/drm/sun8i/de2_plane.c > -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161121/cc391cb7/attachment-0001.sig>

[PATCH] drm/fences: add DOC: for explicit fencing

From: Gustavo Padovan Document IN_FENCE_FD and OUT_FENCE_PTR properties. Signed-off-by: Gustavo Padovan --- Documentation/gpu/drm-kms.rst | 6 ++ drivers/gpu/drm/drm_atomic.c | 31 +++ 2 files changed, 37 insertions(+) diff

[Bug 98520] System randomly crashes / freezes while playing certain games

kernel from Fedora 23. -- 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/20161121/a389d435/attachment.html>

[Bug 98520] System randomly crashes / freezes while playing certain games

tps://lists.freedesktop.org/archives/dri-devel/attachments/20161121/2a546e37/attachment.html>

[PATCH 5/5] drm/sun4i: Add support for the overscan profiles

Linux and Kernel engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161121/7da26be6/attachment.sig>

[PATCH 1/5] drm/modes: Rewrite the command line parser

++) { > > + switch (end_ptr[i]) { > > + case 'M': > > + cvt = true; > > the previous code ensured proper ordering as well as parsing, whereas > yours will take these in any order (and accepts duplicates). i don't > think this should cause any issues, but perhaps something to verify. Yes, I definitely overlooked the order of the parameters (and now I get why the switch was so convoluted...) I'll come up with a second version fixing that (and the other comments you had). Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161121/2a06cc04/attachment.sig>

[PATCH 2/5] drm/modes: Support modes names on the command line

int remaining = strlen(name) - (extra_ptr - name); > > + > > + /* > > +* We still have characters to process, while > > +* we shouldn't have any > > +*/ > > +

[Bug 98738] AMD E450| HD 6320 - crashing playback with kodi, maybe vdpau problem, mesa, r600

uot;1" and change it to "0". -- 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/20161121/fffbee19/attachment.html>

[PATCH v2 07/13] arm64: dts: r8a7795: Add PWM support

On Sat, Nov 19, 2016 at 4:28 AM, Laurent Pinchart wrote: > Add the 7 PWM channels to the r8a7795 device tree, in the disabled > state. > > Signed-off-by: Laurent Pinchart Reviewed-by: Geert Uytterhoeven

[PATCH v2 09/13] arm64: dts: r8a7795: salvator-x: Add panel backlight support

Hi Laurent, On Sat, Nov 19, 2016 at 4:28 AM, Laurent Pinchart wrote: > The panel backlight is controlled through a GPIO and a PWM channel. > > Signed-off-by: Laurent Pinchart Reviewed-by: Geert

[Intel-gfx] [PATCH 37/37] drm/i915: Implement .get_format_info() hook for CCS

Hi, On 18/11/2016 19:53, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > By providing our own format information for the CCS formats, we should > be able to make framebuffer_check() do the right thing for the CCS > surface as well. > > Note that we'll return the same format

[Intel-gfx] [PATCH 1/3] drm/i915/dp: Fail DP MST config when there are not enough vcpi slots

On Sat, Nov 19, 2016 at 12:04:32AM +, Pandiyan, Dhinakaran wrote: > On Fri, 2016-11-18 at 09:43 +0100, Daniel Vetter wrote: > > On Thu, Nov 17, 2016 at 06:03:46PM -0800, Dhinakaran Pandiyan wrote: > > > drm_dp_find_vcpi_slots() returns an error when there is not enough > > > available

[Bug 98492] X-Plane 10 Core Dumping when using Real-Weather or any clouds

for this. -- 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/20161121/bdb84be6/attachment-0001.html>

[PATCH v2 09/13] arm64: dts: r8a7795: salvator-x: Add panel backlight support

Hi Geert, On Monday 21 Nov 2016 09:36:22 Geert Uytterhoeven wrote: > On Sat, Nov 19, 2016 at 4:28 AM, Laurent Pinchart wrote: > > The panel backlight is controlled through a GPIO and a PWM channel. > > > > Signed-off-by: Laurent Pinchart > > > >

[PATCH v2 09/13] arm64: dts: r8a7795: salvator-x: Add panel backlight support

Hi Laurent, On Mon, Nov 21, 2016 at 10:19 AM, Laurent Pinchart wrote: > On Monday 21 Nov 2016 09:36:22 Geert Uytterhoeven wrote: >> On Sat, Nov 19, 2016 at 4:28 AM, Laurent Pinchart wrote: >> > The panel backlight is controlled through a GPIO and a PWM channel. >> > ---

[PATCH v5 1/5] drm: Add a new connector property for link status

On Fri, Nov 18, 2016 at 06:50:35PM -0800, Manasi Navare wrote: > At the time userspace does setcrtc, we've already promised the mode > would work. The promise is based on the theoretical capabilities of the > link, but it's possible we can't reach this in practice. The DP spec > describes how the

[Intel-gfx] [PATCH 3/5] drm/i915: Update CRTC state if connector link status property changed

On Fri, Nov 18, 2016 at 09:44:49AM -0800, Manasi Navare wrote: > On Fri, Nov 18, 2016 at 06:21:21PM +0200, Ville Syrjälä wrote: > > On Fri, Nov 18, 2016 at 04:35:25PM +0100, Daniel Vetter wrote: > > > On Fri, Nov 18, 2016 at 05:28:54PM +0200, Ville Syrjälä wrote: > > > > On Fri, Nov 18, 2016

[Intel-gfx] [PATCH 3/5] drm/i915: Update CRTC state if connector link status property changed

On Mon, Nov 21, 2016 at 10:38:20AM +0100, Daniel Vetter wrote: > On Fri, Nov 18, 2016 at 09:44:49AM -0800, Manasi Navare wrote: > > On Fri, Nov 18, 2016 at 06:21:21PM +0200, Ville Syrjälä wrote: > > > On Fri, Nov 18, 2016 at 04:35:25PM +0100, Daniel Vetter wrote: > > > > On Fri, Nov 18, 2016 at

[BUG] hdlcd gets confused about base address

On Fri, Nov 18, 2016 at 11:37:33PM +, Russell King - ARM Linux wrote: > Hi, > > While testing HDMI with Xorg on the Juno board, I find that when Xorg > starts up or shuts down, the display is shifted significantly to the > right and wrapped in the active region. (No sync bars are visible.) >

[PATCH] drm/fences: add DOC: for explicit fencing

On Mon, Nov 21, 2016 at 12:48:13PM +0900, Gustavo Padovan wrote: > From: Gustavo Padovan > > Document IN_FENCE_FD and OUT_FENCE_PTR properties. > > Signed-off-by: Gustavo Padovan > --- > Documentation/gpu/drm-kms.rst | 6 ++ > drivers/gpu/drm/drm_atomic.c | 31

[PATCH v2 09/13] arm64: dts: r8a7795: salvator-x: Add panel backlight support

Hi Geert, On Monday 21 Nov 2016 10:23:46 Geert Uytterhoeven wrote: > On Mon, Nov 21, 2016 at 10:19 AM, Laurent Pinchart wrote: > > On Monday 21 Nov 2016 09:36:22 Geert Uytterhoeven wrote: > >> On Sat, Nov 19, 2016 at 4:28 AM, Laurent Pinchart wrote: > >>> The panel backlight is controlled through

[Intel-gfx] [PATCH 3/5] drm/i915: Update CRTC state if connector link status property changed

On Mon, Nov 21, 2016 at 09:42:57AM +, Chris Wilson wrote: > On Mon, Nov 21, 2016 at 10:38:20AM +0100, Daniel Vetter wrote: > > On Fri, Nov 18, 2016 at 09:44:49AM -0800, Manasi Navare wrote: > > > On Fri, Nov 18, 2016 at 06:21:21PM +0200, Ville Syrjälä wrote: > > > > On Fri, Nov 18, 2016 at

[PATCHv3 3/4] drm/tilcdc: Use unload to handle initialization failures

On 11/18/16 18:57, Bartosz Golaszewski wrote: > 2016-11-02 16:57 GMT+01:00 Jyri Sarha : >> Use unload to handle initialization failures instead of complex goto >> label mess. To do this the initialization sequence needed slight >> reordering and some unload functions needed to become conditional.

[PATCHv3 3/4] drm/tilcdc: Use unload to handle initialization failures

2016-11-21 11:24 GMT+01:00 Jyri Sarha : > On 11/18/16 18:57, Bartosz Golaszewski wrote: >> 2016-11-02 16:57 GMT+01:00 Jyri Sarha : >>> Use unload to handle initialization failures instead of complex goto >>> label mess. To do this the initialization sequence needed slight >>> reordering and some

[BUG] hdlcd gets confused about base address

On Fri, Nov 18, 2016 at 11:37:33PM +, Russell King - ARM Linux wrote: > Hi, Hi Russell, > > While testing HDMI with Xorg on the Juno board, I find that when Xorg > starts up or shuts down, the display is shifted significantly to the > right and wrapped in the active region. (No sync bars

[BUG] hdlcd gets confused about base address

On Mon, Nov 21, 2016 at 11:20:30AM +, Russell King - ARM Linux wrote: > On Mon, Nov 21, 2016 at 11:06:04AM +, Liviu Dudau wrote: > > On Fri, Nov 18, 2016 at 11:37:33PM +, Russell King - ARM Linux wrote: > > > Hi, > > > > Hi Russell, > > > > > > > > While testing HDMI with Xorg on

[PATCH v2 00/37] drm: Deduplicate fb format information (v2)

Patches #2 and #3 are Reviewed-by: Christian König . The rest is Acked-by: Christian König . Regards, Christian. Am 18.11.2016 um 20:52 schrieb ville.syrjala at linux.intel.com: > From: Ville Syrjälä > > Second installment of my effort to remove the duplicated > depth/bpp/pixel_format

[PATCH 09/37] drm/arm: Add local 'fb' variables

On Fri, Nov 18, 2016 at 09:52:45PM +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Add a local 'fb' variable to a few places to get rid of the > 'crtc->primary->fb' stuff. Looks neater and helps me with my ppor > coccinelle skills later. > > In some places the local

[BUG] hdlcd gets confused about base address

On Mon, Nov 21, 2016 at 12:25:56PM +, Russell King - ARM Linux wrote: > On Mon, Nov 21, 2016 at 11:32:12AM +, Liviu Dudau wrote: > > On Mon, Nov 21, 2016 at 11:20:30AM +, Russell King - ARM Linux wrote: > > > I first noticed it when booting with the buggy I2C EDID reading, so > > > DRM

[PATCH 36/37] drm: Add mode_config .get_format_info() hook

On Sun, Nov 20, 2016 at 10:13:10AM +0200, Laurent Pinchart wrote: > Hi Ville, > > Thank you for the patch. > > On Friday 18 Nov 2016 21:53:12 ville.syrjala at linux.intel.com wrote: > > From: Ville Syrjälä > > > > Allow drivers to return a custom drm_format_info structure for special > > fb

[PATCH 36/37] drm: Add mode_config .get_format_info() hook

Hi Ville, On Monday 21 Nov 2016 15:18:23 Ville Syrjälä wrote: > On Sun, Nov 20, 2016 at 10:13:10AM +0200, Laurent Pinchart wrote: > > On Friday 18 Nov 2016 21:53:12 ville.syrjala at linux.intel.com wrote: > >> From: Ville Syrjälä > >> > >> Allow drivers to return a custom drm_format_info

[Intel-gfx] [PATCH 37/37] drm/i915: Implement .get_format_info() hook for CCS

On Mon, Nov 21, 2016 at 08:42:13AM +, Tvrtko Ursulin wrote: > > Hi, > > On 18/11/2016 19:53, ville.syrjala at linux.intel.com wrote: > > From: Ville Syrjälä > > > > By providing our own format information for the CCS formats, we should > > be able to make framebuffer_check() do the right

[PATCH 36/37] drm: Add mode_config .get_format_info() hook

On Mon, Nov 21, 2016 at 03:23:19PM +0200, Laurent Pinchart wrote: > Hi Ville, > > On Monday 21 Nov 2016 15:18:23 Ville Syrjälä wrote: > > On Sun, Nov 20, 2016 at 10:13:10AM +0200, Laurent Pinchart wrote: > > > On Friday 18 Nov 2016 21:53:12 ville.syrjala at linux.intel.com wrote: > > >> From:

[PATCH 36/37] drm: Add mode_config .get_format_info() hook

Hi Ville, On Monday 21 Nov 2016 15:31:57 Ville Syrjälä wrote: > On Mon, Nov 21, 2016 at 03:23:19PM +0200, Laurent Pinchart wrote: > > On Monday 21 Nov 2016 15:18:23 Ville Syrjälä wrote: > >> On Sun, Nov 20, 2016 at 10:13:10AM +0200, Laurent Pinchart wrote: > >>> On Friday 18 Nov 2016 21:53:12

[BUG] hdlcd gets confused about base address

On Mon, Nov 21, 2016 at 01:24:19PM +, Russell King - ARM Linux wrote: > On Mon, Nov 21, 2016 at 12:56:53PM +, Liviu Dudau wrote: > > That is mostly due to the check in hdlcd_crtc_disable() which I should > > remove, I've added it because I was getting a ->disable() hook call > > before any

[PATCH v9 09/10] drm/mediatek: update DSI sub driver flow for sending commands to panel

Hi Daniel, Thanks for the review. On Fri, 2016-11-18 at 11:21 +0800, Daniel Kurtz wrote: > Hi YT, > > Sorry for the very late review. > > My biggest problem with this patch is it describes itself as adding > support for a new use case "DSI -> panel", but makes many changes to > the existing

[Intel-gfx] [PATCH 37/37] drm/i915: Implement .get_format_info() hook for CCS

On 21/11/2016 13:27, Ville Syrjälä wrote: > On Mon, Nov 21, 2016 at 08:42:13AM +, Tvrtko Ursulin wrote: >> >> Hi, >> >> On 18/11/2016 19:53, ville.syrjala at linux.intel.com wrote: >>> From: Ville Syrjälä >>> >>> By providing our own format information for the CCS formats, we should >>>

[PATCH 36/37] drm: Add mode_config .get_format_info() hook

On Mon, Nov 21, 2016 at 03:42:34PM +0200, Laurent Pinchart wrote: > Hi Ville, > > On Monday 21 Nov 2016 15:31:57 Ville Syrjälä wrote: > > On Mon, Nov 21, 2016 at 03:23:19PM +0200, Laurent Pinchart wrote: > > > On Monday 21 Nov 2016 15:18:23 Ville Syrjälä wrote: > > >> On Sun, Nov 20, 2016 at

[PATCH v9 02/10] drm/mediatek: add *driver_data for different hardware settings

Hi Daniel, On Fri, 2016-11-18 at 12:56 +0800, Daniel Kurtz wrote: > Hi YT, > > I don't see a reason to handle device_data in such a generic way at > the generic mtk_ddp_comp layer. > The device data is very component specific, so just define different > structs for different comp types, ie: > >

[PATCH 37/37] drm/i915: Implement .get_format_info() hook for CCS

On Fri, Nov 18, 2016 at 03:31:48PM -0800, Ben Widawsky wrote: > On 16-11-18 21:53:13, Ville Syrjälä wrote: > >From: Ville Syrjälä > > > >By providing our own format information for the CCS formats, we should > >be able to make framebuffer_check() do the right thing for the CCS > >surface as

[Bug 98795] Rendering regression in radeonsi running mad max

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161121/5905e967/attachment.html>

[PATCH v3 2/3] drm/bridge: Add ti-tfp410 DVI transmitter driver

On Thu, Nov 17, 2016 at 03:28:47PM +0200, Jyri Sarha wrote: > Add very basic ti-ftp410 DVI transmitter driver. The only feature > separating this from a completely dummy bridge is the EDID read > support trough DDC I2C. Even that functionality should be in a > separate generic connector driver.

[Intel-gfx] [PATCH 3/5] drm/i915: Update CRTC state if connector link status property changed

On Mon, Nov 21, 2016 at 11:10:45AM +0100, Daniel Vetter wrote: > On Mon, Nov 21, 2016 at 09:42:57AM +, Chris Wilson wrote: > > On Mon, Nov 21, 2016 at 10:38:20AM +0100, Daniel Vetter wrote: > > > On Fri, Nov 18, 2016 at 09:44:49AM -0800, Manasi Navare wrote: > > > > On Fri, Nov 18, 2016 at

[PATCH libdrm v2] intel: Add a getter for the intel_context ctx_id

Renamed to avoid the seemingly redundant 'context_' infix and note that it's been reviewed by Matthew Auld. --- >8 --- Exposing the u32 context ID makes it possible to define new drm kernel interfaces based on the same IDs that e.g. execbuf uses to identify a gem context, that aren't themselves

[PATCH] drm/atomic: Unconfuse the old_state mess in commmit_tail

I totally butcherd the job on typing the kernel-doc for these, and no one realized. Noticed by Russell. Maarten has a more complete approach to this confusion, by making it more explicit what the new/old state is, instead of this magic switching behaviour. Cc: Liviu Dudau Reported-by: Russell

[PATCH v2 01/13] devicetree/bindings: display: Document common panel properties

On Sat, Nov 19, 2016 at 05:28:01AM +0200, Laurent Pinchart wrote: > Document properties common to several display panels in a central > location that can be referenced by the panel device tree bindings. > Looks good. Just one comment... [...] > +Connectivity > + > + > +- ports:

[PATCH v2 1/5] ARM: memory: da8xx-ddrctl: new driver

2016-11-21 17:33 GMT+01:00 Sekhar Nori : > On Monday 31 October 2016 08:15 PM, Bartosz Golaszewski wrote: >> +static int da8xx_ddrctl_probe(struct platform_device *pdev) >> +{ >> + const struct da8xx_ddrctl_config_knob *knob; >> + const struct da8xx_ddrctl_setting *setting; >> + struct

[PATCH v2 02/13] devicetree/bindings: display: Add bindings for LVDS panels

On Sat, Nov 19, 2016 at 05:28:02AM +0200, Laurent Pinchart wrote: > LVDS is a physical layer specification defined in ANSI/TIA/EIA-644-A. > Multiple incompatible data link layers have been used over time to > transmit image data to LVDS panels. This binding supports display panels > compatible

[PATCH v2 03/13] devicetree/bindings: display: Add bindings for two Mitsubishi panels

On Sat, Nov 19, 2016 at 05:28:03AM +0200, Laurent Pinchart wrote: > The AA104XD12 and AA121TD01 are LVDS display panels. Their bindings are > modelled on the the LVS panel bindings. s/LVS/LVDS/ > > Signed-off-by: Laurent Pinchart > --- >

[PATCH 1/2] drm/nouveau: Rename acpi_work to hpd_work

We need to call drm_helper_hpd_irq_event() on resume to properly detect monitor connection / disconnection on some laptops. For runtime-resume (which gets called on resume from normal suspend too) we must call drm_helper_hpd_irq_event() from a workqueue to avoid a deadlock. Rename acpi_work to

[PATCH 2/2] drm/nouveau: Queue hpd_work on (runtime) resume

We need to call drm_helper_hpd_irq_event() on resume to properly detect monitor connection / disconnection on some laptops, use hpd_work for this to avoid deadlocks. Signed-off-by: Hans de Goede --- drivers/gpu/drm/nouveau/nouveau_drm.c | 11 ++- 1 file changed, 10 insertions(+), 1

[PATCH] drm/atomic: Unconfuse the old_state mess in commmit_tail

I totally butcherd the job on typing the kernel-doc for these, and no one realized. Noticed by Russell. Maarten has a more complete approach to this confusion, by making it more explicit what the new/old state is, instead of this magic switching behaviour. v2: - Liviu pointed out that

[PATCH v6 1/5] drm: sun8i: Add a basic DRM driver for Allwinner DE2

On Sun, Nov 20, 2016 at 10:53:25AM +0100, Jean-Francois Moine wrote: > Allwinner's recent SoCs, as A64, A83T and H3, contain a new display > engine, DE2. > This patch adds a DRM video driver for this device. > > Signed-off-by: Jean-Francois Moine > --- > .../bindings/display/sunxi/sun8i-de2.txt

[PATCH] drm/atomic: Unconfuse the old_state mess in commmit_tail

On Mon, Nov 21, 2016 at 05:52:57PM +0100, Daniel Vetter wrote: > I totally butcherd the job on typing the kernel-doc for these, and no > one realized. Noticed by Russell. Maarten has a more complete approach > to this confusion, by making it more explicit what the new/old state > is, instead of

[PATCH v6 2/5] drm: sun8i: add HDMI video support to A83T and H3

On Sun, Nov 20, 2016 at 10:56:23AM +0100, Jean-Francois Moine wrote: > This patch adds a HDMI video driver to the Allwinner's SoCs A83T and H3. > > Signed-off-by: Jean-Francois Moine > --- > .../devicetree/bindings/display/sunxi/hdmi.txt | 53 ++ > drivers/gpu/drm/sun8i/Kconfig

[PATCH] drm: tilcdc: reduce max_width for revision 1

While debugging the drm_bridge support for revision 1 I noticed the driver was selecting the 1024x768 resolution as default from the set retrieved from EDID. The following patch reduces the max_width for rev1 in tilcdc. Bartosz Golaszewski (1): drm: tilcdc: reduce max_width for revision 1

[PATCH] drm: tilcdc: reduce max_width for revision 1

It has been determined that the highest resolution supported correctly by LCDC rev1 is 800x600. Reduce the max_width value for rev1 to 800 in crtc_max_width(). Signed-off-by: Bartosz Golaszewski --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[Bug 188271] New: IOMMU DMAR fault with NVIDIA CUDA peer to peer

https://bugzilla.kernel.org/show_bug.cgi?id=188271 Bug ID: 188271 Summary: IOMMU DMAR fault with NVIDIA CUDA peer to peer Product: Drivers Version: 2.5 Kernel Version: 4.8.6 Hardware: x86-64 OS: Linux Tree:

[Bug 188271] IOMMU DMAR fault with NVIDIA CUDA peer to peer

https://bugzilla.kernel.org/show_bug.cgi?id=188271 --- Comment #1 from Vadim Markovtsev --- Created attachment 245361 --> https://bugzilla.kernel.org/attachment.cgi?id=245361=edit dmidecode -t 2 -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 188271] IOMMU DMAR fault with NVIDIA CUDA peer to peer

https://bugzilla.kernel.org/show_bug.cgi?id=188271 --- Comment #2 from Vadim Markovtsev --- Created attachment 245371 --> https://bugzilla.kernel.org/attachment.cgi?id=245371=edit lscpu -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 188271] IOMMU DMAR fault with NVIDIA CUDA peer to peer

https://bugzilla.kernel.org/show_bug.cgi?id=188271 --- Comment #3 from Vadim Markovtsev --- Created attachment 245381 --> https://bugzilla.kernel.org/attachment.cgi?id=245381=edit lspci -knnv -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 188271] IOMMU DMAR fault with NVIDIA CUDA peer to peer

https://bugzilla.kernel.org/show_bug.cgi?id=188271 --- Comment #4 from Vadim Markovtsev --- Created attachment 245391 --> https://bugzilla.kernel.org/attachment.cgi?id=245391=edit nvidia-smi proto -m -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH] drm/atomic: Unconfuse the old_state mess in commmit_tail

I totally butcherd the job on typing the kernel-doc for these, and no one realized. Noticed by Russell. Maarten has a more complete approach to this confusion, by making it more explicit what the new/old state is, instead of this magic switching behaviour. v2: - Liviu pointed out that

[Bug 188271] IOMMU DMAR fault with NVIDIA CUDA peer to peer

https://bugzilla.kernel.org/show_bug.cgi?id=188271 --- Comment #5 from Vadim Markovtsev --- Created attachment 245401 --> https://bugzilla.kernel.org/attachment.cgi?id=245401=edit cat /proc/cmdline Added intel_iommu=off -- You are receiving this mail because: You are watching the assignee

[Bug 188271] IOMMU DMAR fault with NVIDIA CUDA peer to peer

https://bugzilla.kernel.org/show_bug.cgi?id=188271 --- Comment #6 from Vadim Markovtsev --- Created attachment 245411 --> https://bugzilla.kernel.org/attachment.cgi?id=245411=edit uname -a -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 14/37] drm/vmwgfx: Populate fb->pixel_format

Reviewed-by: Sinclair Yeh On Fri, Nov 18, 2016 at 09:52:50PM +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Stuff something semi-reasonable into fb->pixel_format. I had to guess > as to which formats we should pick. Did I guess correctly? > > We can't quite use

[PATCH] drm: tilcdc: reduce max_width for revision 1

On 11/21/16 19:16, Bartosz Golaszewski wrote: > It has been determined that the highest resolution supported correctly > by LCDC rev1 is 800x600. Reduce the max_width value for rev1 to 800 in > crtc_max_width(). > I don't think this is the right way to limit the supported video modes. There is

[PATCH] drm: tilcdc: reduce max_width for revision 1

2016-11-21 18:26 GMT+01:00 Jyri Sarha : > On 11/21/16 19:16, Bartosz Golaszewski wrote: >> It has been determined that the highest resolution supported correctly >> by LCDC rev1 is 800x600. Reduce the max_width value for rev1 to 800 in >> crtc_max_width(). >> > > I don't think this is the right

[BUG] hdlcd gets confused about base address

On Mon, Nov 21, 2016 at 02:03:49PM +, Russell King - ARM Linux wrote: > On Mon, Nov 21, 2016 at 01:50:31PM +, Liviu Dudau wrote: > > On Mon, Nov 21, 2016 at 01:24:19PM +, Russell King - ARM Linux wrote: > > > On Mon, Nov 21, 2016 at 12:56:53PM +, Liviu Dudau wrote: > > > > That is

[PATCH v5 1/2] dt-bindings: display: Add Sharp LQ150X1LG11 panel binding

On Mon, Nov 21, 2016 at 04:00:48PM +0100, Peter Rosin wrote: > The Sharp 15" LQ150X1LG11 panel is an XGA TFT LCD panel. > > Signed-off-by: Peter Rosin > --- > .../bindings/display/panel/sharp,lq150x1lg11.txt | 36 > ++ > 1 file changed, 36 insertions(+) > create mode

[PATCH 12/37] drm/vmwgfx: Populate fb->dev before drm_framebuffer_init()

Minor typo below. Reviewed-by: Sinclair Yeh On Fri, Nov 18, 2016 at 09:52:48PM +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > drm_framebuffer_init() will start to check that fb->dev is already > populated, so let's to that manually since vmwgfx isn't using

[PATCH v2 1/5] ARM: memory: da8xx-ddrctl: new driver

Hi Bartosz, Sekhar, On 21/11/16 16:48, Bartosz Golaszewski wrote: > 2016-11-21 17:33 GMT+01:00 Sekhar Nori : >> On Monday 31 October 2016 08:15 PM, Bartosz Golaszewski wrote: >>> +static int da8xx_ddrctl_probe(struct platform_device *pdev) >>> +{ >>> + const struct da8xx_ddrctl_config_knob

[PULL] drm-qemu for 4.10

Hi Dave, Here are the drm-qemu updates for 4.10. please pull, Gerd The following changes since commit a25f0944ba9b1d8a6813fd6f1a86f1bd59ac25a6: Linux 4.9-rc5 (2016-11-13 10:32:32 -0800) are available in the git repository at: git://git.kraxel.org/linux tags/drm-qemu-20161121 for you

[linux-sunxi] [PATCH v6 0/5] drm: sun8i: Add DE2 HDMI video support

On Mon, 21 Nov 2016 01:54:53 +0100 Ondřej Jirman wrote: > Dne 20.11.2016 v 12:32 Jean-Francois Moine napsal(a): > > This patchset series adds HDMI video support to the Allwinner > > sun8i SoCs which include the display engine 2 (DE2). > > The driver contains the code for the A83T and H3, but it

[BUG] hdlcd gets confused about base address

On Mon, Nov 21, 2016 at 05:56:02PM +, Russell King - ARM Linux wrote: > On Mon, Nov 21, 2016 at 05:32:32PM +, Liviu Dudau wrote: > > On Mon, Nov 21, 2016 at 02:03:49PM +, Russell King - ARM Linux wrote: > > > On Mon, Nov 21, 2016 at 01:50:31PM +, Liviu Dudau wrote: > > > > On Mon,

[PATCH] drm/atomic: cleanup debugfs entries on un-registering the driver.

On Thu, Nov 17, 2016 at 7:26 AM, Brian Starkey wrote: > On Thu, Nov 17, 2016 at 11:41:29AM +, Liviu Dudau wrote: >> >> Cleanup the debugfs entries created by commit 6559c901cb48 when >> the driver's minor gets un-registered. Without it, DRM drivers >> compiled as modules cannot be rmmod-ed

RfC: MAINTAINERS update for qemu drm drivers.

Hi, I'm busy updating the MAINTAINERS file for the linux kernel, making sure I'm listed for all qemu drm drivers (cirrus, bochs, qxl, virtio), so patches land in my inbox. While being at it: I'm wondering whenever it makes sense to also include the qemu-devel list there. I think it would be

[BUG] hdlcd gets confused about base address

On Mon, Nov 21, 2016 at 06:16:16PM +, Russell King - ARM Linux wrote: > On Mon, Nov 21, 2016 at 05:56:02PM +, Russell King - ARM Linux wrote: > > For me, the image shift was 100% reproducable. With the above patch > > and a call to drm_crtc_vblank_on() in the enable path, it seems to > >

[Intel-gfx] [PATCH 3/5] drm/i915: Update CRTC state if connector link status property changed

On Mon, Nov 21, 2016 at 04:48:07PM +0100, Daniel Vetter wrote: > On Mon, Nov 21, 2016 at 11:10:45AM +0100, Daniel Vetter wrote: > > On Mon, Nov 21, 2016 at 09:42:57AM +, Chris Wilson wrote: > > > On Mon, Nov 21, 2016 at 10:38:20AM +0100, Daniel Vetter wrote: > > > > On Fri, Nov 18, 2016 at

RfC: MAINTAINERS update for qemu drm drivers.

On Mon, Nov 21, 2016 at 07:24:34PM +0100, Gerd Hoffmann wrote: > Hi, > > I'm busy updating the MAINTAINERS file for the linux kernel, making sure > I'm listed for all qemu drm drivers (cirrus, bochs, qxl, virtio), so > patches land in my inbox. > > While being at it: I'm wondering whenever it

RfC: MAINTAINERS update for qemu drm drivers.

Hi, > Also I think one shared git repo for all of them would be > good. Yep, I'm doing that (see today's drm-qemu pull req @ dri-devel). But, yes, I can place the git repo link in MAINTAINERS too. cheers, Gerd

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161121/3c865668/attachment.html>

[PATCH libdrm] libdrm: random typo fixes

On Sun, Nov 20, 2016 at 1:25 PM, Grazvydas Ignotas wrote: > Just some trivial boring typo fixes all over the tree. > READMEs and comments only. > > Signed-off-by: Grazvydas Ignotas Reviewed-by: Alex Deucher > --- > README| 2 +- > include/drm/README| 2 +- >

Enabling peer to peer device transactions for PCIe devices

This is certainly not the first time this has been brought up, but I'd like to try and get some consensus on the best way to move this forward. Allowing devices to talk directly improves performance and reduces latency by avoiding the use of staging buffers in system memory. Also in cases

[Intel-gfx] [PATCH 3/5] drm/i915: Update CRTC state if connector link status property changed

On Mon, Nov 21, 2016 at 11:00:52AM -0800, Manasi Navare wrote: > On Mon, Nov 21, 2016 at 04:48:07PM +0100, Daniel Vetter wrote: > > On Mon, Nov 21, 2016 at 11:10:45AM +0100, Daniel Vetter wrote: > > > On Mon, Nov 21, 2016 at 09:42:57AM +, Chris Wilson wrote: > > > > On Mon, Nov 21, 2016 at

[Intel-gfx] [PATCH 3/5] drm/i915: Update CRTC state if connector link status property changed

On Mon, Nov 21, 2016 at 08:46:19PM +, Chris Wilson wrote: > On Mon, Nov 21, 2016 at 11:00:52AM -0800, Manasi Navare wrote: > > On Mon, Nov 21, 2016 at 04:48:07PM +0100, Daniel Vetter wrote: > > > On Mon, Nov 21, 2016 at 11:10:45AM +0100, Daniel Vetter wrote: > > > > On Mon, Nov 21, 2016 at

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

ermind, the cbr issue was reproduced and fixed. Please try the latest patch I just send. -- 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/20161121/20a63e85/attachment.html>

[Bug 188091] Resume with two monitors, second monitor is not resumed until VT switch

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

[Bug 188091] Resume with two monitors, second monitor is not resumed until VT switch

https://bugzilla.kernel.org/show_bug.cgi?id=188091 --- Comment #2 from Greg White --- Created attachment 245461 --> https://bugzilla.kernel.org/attachment.cgi?id=245461=edit Xorg log -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 188091] Resume with two monitors, second monitor is not resumed until VT switch

https://bugzilla.kernel.org/show_bug.cgi?id=188091 --- Comment #3 from Greg White --- Created attachment 245471 --> https://bugzilla.kernel.org/attachment.cgi?id=245471=edit dmesg -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 188091] Resume with two monitors, second monitor is not resumed until VT switch

https://bugzilla.kernel.org/show_bug.cgi?id=188091 --- Comment #4 from Greg White --- Note that those two files were grabbed after I switched to a VT (since the UI was in a pretty whacked state.) -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

dev/2016-November/136065.html https://lists.freedesktop.org/archives/mesa-dev/2016-November/136066.html -- 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/20161121/0e5f97bd/attachment.html>

[Bug 188321] New: i915: black screen after disconnecting HDMI monitor

https://bugzilla.kernel.org/show_bug.cgi?id=188321 Bug ID: 188321 Summary: i915: black screen after disconnecting HDMI monitor Product: Drivers Version: 2.5 Kernel Version: 4.x Hardware: x86-64 OS: Linux

[Bug 98761] [regression][radeonsi][polaris]"radeonsi: set IF_THRESHOLD to 3" breaks Witcher2's ground

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

[RFC][PATCH 0/3] adv7511 EDID probing improvements

I had been seeing some EDID probing issues with the adv7511 driver on HiKey recently. After talking with Archit and spending some time reading the programming guide, I put together the following patch set which seems to resolve the EDID probing issues. I wanted to send these out for some early

[RFC][PATCH 1/3] drm/bridge: adv7511: Rework adv7511_power_on/off() so they can be reused internally

In chasing down issues with EDID probing, I found some duplicated but incomplete logic used to power the chip on and off. This patch refactors the adv7511_power_on/off functions, so they can be used for internal needs, and replaces duplicative logic that powers the chip on and off around the EDID

[RFC][PATCH 2/3] drm/bridge: adv7511: Add 200ms delay on power-on

Secton 4.1 of the adv7511 programming guide advises one waits 200ms after powering on the chip before trying to communicate with it via i2c. Not doing so can cause reliability issues when probing the EDID. See:

[RFC][PATCH 3/3] drm/bridge: adv7511: Enable HPD interrupts to support hotplug and improve monitor detection

From: Archit Taneja On some adv7511 implementations, we can get some spurious disconnect signals which can cause monitor probing to fail. This patch enables HPD (hot plug detect) interrupt support which allows the monitor to be properly re-initialized when the spurious

[PATCH v5 1/2] dt-bindings: display: Add Sharp LQ150X1LG11 panel binding

The Sharp 15" LQ150X1LG11 panel is an XGA TFT LCD panel. Signed-off-by: Peter Rosin --- .../bindings/display/panel/sharp,lq150x1lg11.txt | 36 ++ 1 file changed, 36 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/panel/sharp,lq150x1lg11.txt

[BUG] hdlcd gets confused about base address

On Mon, Nov 21, 2016 at 06:23:24PM +, Liviu Dudau wrote: > On Mon, Nov 21, 2016 at 05:56:02PM +, Russell King - ARM Linux wrote: > > For me, the image shift was 100% reproducable. With the above patch > > and a call to drm_crtc_vblank_on() in the enable path, it seems to > > behave

  1   2   >