Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/intel_engine_cs.c
between commit:
d9533f19d840 ("drm/i915: Hold a wakeref for probing the ring registers")
(which is also commit a091d4ee931b in the drm-intel tree)
from the drm-intel-fixes tree
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/i915_gem_gtt.c
between commit:
d90c98905afd ("drm/i915: Guard against i915_ggtt_disable_guc() being invoked
unconditionally")
(which also appears as commit cb60606d835c in the drm-intel tree)
fr
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/i915/i915_drv.h
between commit:
d86b18a06cf3 ("drm/i915: Serialize GTT/Aperture accesses on BXT")
(which is also commit 0ef34ad6222a in the drm tree)
from the drm-intel-fixes tree and commit:
80debff8d9
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #6 from Luke ---
Here is a dropbox link to the gzipped output from apitrace trace.
https://www.dropbox.com/s/u224vlazdql774j/UE4Editor.5.trace.tar.gz?dl=0
I feel like perhaps the ddebug_dumps file might be the most useful thing as
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #5 from Michel Dänzer ---
250 MB is too big to attach here directly, some kind of file sharing service is
usually used instead in that case.
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #4 from Luke ---
Hi Julien,
I ran the apitrace as suggested (what a cool tool!). The replay file appears to
recreate the bug. It is 250mb... is that OK to attach?
I am running the latest 4.11 kernel from kernel.org, is there reall
https://bugs.freedesktop.org/show_bug.cgi?id=93826
--- Comment #55 from i...@posteo.net ---
(In reply to Pavel Bordukov from comment #54)
> Doesn't work for me. Linux 4.11.3, R9 290x, Asus MG279Q, 144Hz has
> flickering and dirty picture. 120Hz works well.
I have a similar setup. Can you try wha
Hi!
Dne sreda, 07. junij 2017 ob 16:38:27 CEST je Maxime Ripard napisal(a):
> On Wed, Jun 07, 2017 at 06:01:02PM +0800, Icenowy Zheng wrote:
> > >I have no idea what this is supposed to be doing either.
> > >
> > >I might be wrong, but I really feel like there's a big mismatch
> > >between your co
于 2017年6月7日 GMT+08:00 下午10:19:57, Maxime Ripard
写到:
>On Wed, Jun 07, 2017 at 05:44:56PM +0800, Icenowy Zheng wrote:
>> 于 2017年6月7日 GMT+08:00 下午5:43:43, Maxime Ripard
> 写到:
>> >On Mon, Jun 05, 2017 at 03:03:47AM +0800, Icenowy Zheng wrote:
>> >> >You should also expand function sun4i_drv_node_is
于 2017年6月7日 GMT+08:00 下午5:43:43, Maxime Ripard
写到:
>On Mon, Jun 05, 2017 at 03:03:47AM +0800, Icenowy Zheng wrote:
>> >You should also expand function sun4i_drv_node_is_tcon() at
>sun4i_drv.c
>> >with
>> >new entries, but I'm not sure if this fits in this patch.
>>
>> Instead I think it shoul
On Wed, Jun 7, 2017 at 4:38 PM, Noralf Trønnes wrote:
>
> Den 07.06.2017 20.46, skrev Marco Diego Aurélio Mesquita:
>>
>> Hi Noralf!
>>
>> On Wed, Jun 7, 2017 at 1:56 PM, Noralf Trønnes wrote:
>>>
>>> tinydrm is targeted at displays on slow busses where userspace tells
>>> the driver which part o
于 2017年6月7日 GMT+08:00 下午5:43:43, Maxime Ripard
写到:
>On Mon, Jun 05, 2017 at 03:03:47AM +0800, Icenowy Zheng wrote:
>> >You should also expand function sun4i_drv_node_is_tcon() at
>sun4i_drv.c
>> >with
>> >new entries, but I'm not sure if this fits in this patch.
>>
>> Instead I think it shoul
Em Sun, 7 May 2017 13:13:26 +0300
Alexandru Gheorghe escreveu:
> The vsp2 hw supports changing of the alpha of pixels that match a color
> key, this patch adds support for this feature in order to be used by
> the rcar-du driver.
> The colorkey is interpreted different depending of the pixel form
于 2017年6月7日 GMT+08:00 下午4:45:44, Maxime Ripard
写到:
>On Mon, Jun 05, 2017 at 12:01:39AM +0800, Icenowy Zheng wrote:
>> Allwinner H3 features a "DE2.0" and a TV Encoder.
>>
>> Add device tree bindings for the following parts:
>> - H3 TCONs
>> - H3 Mixers
>> - The connection between H3 TCONs and
On Wed, Jun 07, 2017 at 04:46:16PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> The Odroid-U3 board has an IP4791CZ12 level shifter that is
> disabled if the HPD is low, which means that the CEC pin is
> disabled as well.
>
> Signed-off-by: Hans Verkuil
> Cc: Krzysztof Kozlowski
> Cc: A
于 2017年6月7日 GMT+08:00 下午5:35:12, Maxime Ripard
写到:
>On Mon, Jun 05, 2017 at 12:01:41AM +0800, Icenowy Zheng wrote:
>> Some SoC's DE2 has two mixers. Defaultly the mixer0 is connected to
>> tcon0 and mixer1 is connected to tcon1; however by setting a bit
>> the connection can be swapped.
>>
>>
Hi Sakari,
Em Mon, 8 May 2017 18:03:12 +0300
Sakari Ailus escreveu:
> Hello,
>
> This is a rebased and partially reworked version of the vb2 cache hints
> support patch series posted by first myself, then Laurent and then myself
> again.
>
> I'm still posting this as RFC primarily because mor
On Wed, 2017-05-10 at 15:55 +0200, Philipp Zabel wrote:
> On Wed, 2017-05-10 at 16:17 +0300, Leonard Crestez wrote:
> >
> > Not having an endpoint bound in DT should not cause a failure here,
> > there are fallbacks. So explicitly accept a missing endpoint.
> >
> > This behavior change was introd
It looks similiar to this one:
https://bugs.freedesktop.org/show_bug.cgi?id=101322
please provide a dmesg booted with "nouveau.debug=debug" as well
2017-06-02 12:01 GMT+02:00 Chris Chiu :
> We are working with new desktop that have the NVIDIA NV118
> chipset.
>
> During boot, the display becomes
Hi Emil!
On Wed, Jun 7, 2017 at 7:30 AM, Emil Velikov wrote:
> On 2 June 2017 at 17:39, Marco Diego Aurélio Mesquita
> wrote:
>> Hi Emil!
>>
>> On Fri, Jun 2, 2017 at 1:14 PM, Emil Velikov
>> wrote:
>>> As Daniel mentioned in the earlier thread, factoring out things can be
>>> done as a follow
于 2017年6月7日 GMT+08:00 下午5:35:12, Maxime Ripard
写到:
>On Mon, Jun 05, 2017 at 12:01:41AM +0800, Icenowy Zheng wrote:
>> Some SoC's DE2 has two mixers. Defaultly the mixer0 is connected to
>> tcon0 and mixer1 is connected to tcon1; however by setting a bit
>> the connection can be swapped.
>>
>>
Hi Noralf!
On Wed, Jun 7, 2017 at 1:56 PM, Noralf Trønnes wrote:
> tinydrm is targeted at displays on slow busses where userspace tells
> the driver which part of the framebuffer it has changed to minimize
> the transfer.
>
> The PL111 driver uses drm_simple_display_pipe and might be a better
> e
Hi Dave,
Just 2 patches, hopefully a sign that things are rounding into shape for 4.12.
The first patch is one from jstultz that slipped through the cracks in May, it
fixes a regression introduced in robher's drm_of_find_panel_or_bridge patchset.
The other fixes a bug introduced with HDMI support
Hi all,
After merging the drm-misc-fixes tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
drivers/gpu/drm/i915/intel_engine_cs.c: In function 'intel_engine_is_idle':
drivers/gpu/drm/i915/intel_engine_cs.c:1103:27: warning: unused variable
'dev_priv' [-Wunused-variable]
This allows mesa to set the tiling format for a BO and have that
tiling format be respected by mesa on the other side of an
import/export (and by vc4 scanout in the kernel), without defining a
protocol to pass the tiling through userspace.
Signed-off-by: Eric Anholt
---
igt tests (which caught t
The T tiling format is what V3D uses for textures, with no raster
support at all until later revisions of the hardware (and always at a
large 3D performance penalty). If we can't scan out V3D's format,
then we often need to do a relayout at some stage of the pipeline,
either right before texturing
On Wed, Jun 7, 2017 at 6:36 PM, Rob Herring wrote:
> On Fri, Jun 02, 2017 at 09:42:19PM +0200, Maxime Ripard wrote:
>> On Fri, Jun 02, 2017 at 06:10:24PM +0800, Chen-Yu Tsai wrote:
>> > The MSI Primo81 tablet has a micro HDMI connector at the bottom.
>> > This is connected to the SoCs HDMI output.
On Fri, Jun 02, 2017 at 02:38:49PM +0200, Geert Uytterhoeven wrote:
> Fixes: fd913ef7ce619467 ("Bluetooth: btusb: Add out-of-band wakeup support")
> Signed-off-by: Geert Uytterhoeven
> ---
> v3:
> - New.
> ---
> Documentation/devicetree/bindings/net/btusb.txt | 2 +-
> 1 file changed, 1 inserti
On Fri, Jun 02, 2017 at 02:38:48PM +0200, Geert Uytterhoeven wrote:
> Fixes: 8cceda5349377e30 ("dt-bindings: Add bindings for the Amlogic Meson
> dw-hdmi extension")
> Signed-off-by: Geert Uytterhoeven
> ---
> v3:
> - New.
> ---
> Documentation/devicetree/bindings/display/amlogic,meson-dw-hdmi
On Fri, Jun 02, 2017 at 01:49:13PM +0200, Noralf Trønnes wrote:
> Add device-tree binding documentation for the 1.44", 1.9", 2.0" and 2.7"
> display panels.
>
> Signed-off-by: Noralf Trønnes
> ---
> .../devicetree/bindings/display/repaper.txt| 52
> ++
> 1 file chang
On Fri, Jun 02, 2017 at 06:10:11PM +0800, Chen-Yu Tsai wrote:
> The HDMI controller in the A31 SoC is slightly different from the
> earlier version. In addition to the TMDS clock and DDC controls,
> this version now takes a second DDC clock input.
>
> Add a compatible string for it, and add the DD
On Fri, Jun 02, 2017 at 01:49:12PM +0200, Noralf Trønnes wrote:
> Pervasive Displays Inc. designs, develops, and manufactures low-power
> electrophoretic (e-ink) display modules and supporting electronics for
> commercial and industrial display applications.
>
> Signed-off-by: Noralf Trønnes
> --
On Fri, Jun 02, 2017 at 09:42:19PM +0200, Maxime Ripard wrote:
> On Fri, Jun 02, 2017 at 06:10:24PM +0800, Chen-Yu Tsai wrote:
> > The MSI Primo81 tablet has a micro HDMI connector at the bottom.
> > This is connected to the SoCs HDMI output.
> >
> > Enable the display pipeline and the HDMI output
On Fri, Jun 02, 2017 at 10:32:11AM +0200, Boris Brezillon wrote:
> These are part of the vc4 display pipeline.
>
> Signed-off-by: Boris Brezillon
> ---
> Documentation/devicetree/bindings/display/brcm,bcm-vc4.txt | 12
> 1 file changed, 12 insertions(+)
Acked-by: Rob Herring
_
On 07/06/17 23:22, Eric Anholt wrote:
> Hans Verkuil writes:
>
>> The bo->resv pointer could be NULL, leading to kernel oopses
>> like the one below.
>>
>> This patch ensures that bo->resv is always set in vc4_create_object
>> ensuring that it is never NULL.
>>
>> Thanks to Eric Anholt for pointi
Hans Verkuil writes:
> The bo->resv pointer could be NULL, leading to kernel oopses
> like the one below.
>
> This patch ensures that bo->resv is always set in vc4_create_object
> ensuring that it is never NULL.
>
> Thanks to Eric Anholt for pointing to the correct solution.
>
> [ 19.738487] Un
Den 07.06.2017 22.19, skrev Noralf Trønnes:
Den 07.06.2017 21.50, skrev Marco Diego Aurélio Mesquita:
On Wed, Jun 7, 2017 at 4:38 PM, Noralf Trønnes
wrote:
Den 07.06.2017 20.46, skrev Marco Diego Aurélio Mesquita:
Hi Noralf!
On Wed, Jun 7, 2017 at 1:56 PM, Noralf Trønnes
wrote:
tinydrm
https://bugs.freedesktop.org/show_bug.cgi?id=101254
--- Comment #16 from joeri.exelm...@gmail.com ---
Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://li
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #28 from MirceaKitsune ---
After another two weeks of absence, the issue was apparently reimplemented on
top of Kernel 4.11.3 + Mesa 17.1.1 + Plasma 5.10.0, likely sometime during the
last few days. The behavior is once again identic
Hi Mauro,
Mauro Carvalho Chehab wrote:
Hi Sakari,
Em Mon, 8 May 2017 18:03:12 +0300
Sakari Ailus escreveu:
Hello,
This is a rebased and partially reworked version of the vb2 cache hints
support patch series posted by first myself, then Laurent and then myself
again.
I'm still posting this
Den 07.06.2017 21.50, skrev Marco Diego Aurélio Mesquita:
On Wed, Jun 7, 2017 at 4:38 PM, Noralf Trønnes wrote:
Den 07.06.2017 20.46, skrev Marco Diego Aurélio Mesquita:
Hi Noralf!
On Wed, Jun 7, 2017 at 1:56 PM, Noralf Trønnes wrote:
tinydrm is targeted at displays on slow busses where us
https://bugs.freedesktop.org/show_bug.cgi?id=101254
--- Comment #15 from Marek Olšák ---
It's the real fix.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lis
Den 07.06.2017 20.46, skrev Marco Diego Aurélio Mesquita:
Hi Noralf!
On Wed, Jun 7, 2017 at 1:56 PM, Noralf Trønnes wrote:
tinydrm is targeted at displays on slow busses where userspace tells
the driver which part of the framebuffer it has changed to minimize
the transfer.
The PL111 driver u
The bo->resv pointer could be NULL, leading to kernel oopses
like the one below.
This patch ensures that bo->resv is always set in vc4_create_object
ensuring that it is never NULL.
Thanks to Eric Anholt for pointing to the correct solution.
[ 19.738487] Unable to handle kernel NULL pointer der
https://bugs.freedesktop.org/show_bug.cgi?id=93826
--- Comment #54 from Pavel Bordukov ---
(In reply to Jonas from comment #53)
> Try the patches provided at the end of this thread:
> https://bugs.freedesktop.org/show_bug.cgi?id=96868
>
> For me it fixed the issue completely.
Doesn't work for m
On 07/06/17 20:36, Krzysztof Kozlowski wrote:
> On Wed, Jun 07, 2017 at 04:46:16PM +0200, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> The Odroid-U3 board has an IP4791CZ12 level shifter that is
>> disabled if the HPD is low, which means that the CEC pin is
>> disabled as well.
>>
>> Signed-off
Sean Paul writes:
> On Fri, Jun 02, 2017 at 06:57:33PM -0700, Eric Anholt wrote:
>> If src_x/y were nonzero, we failed to shift them down by 16 to get the
>> pixel offset. The recent CMA helper function gets it right.
>>
>> Signed-off-by: Eric Anholt
>> Fixes: bed41005e617 ("drm/pl111: Initial
Randy Dunlap writes:
> From: Randy Dunlap
>
> The drm pl111 driver uses drm_panel interfaces so it should select
> DRM_PANEL to fix build errors.
>
> drivers/built-in.o: In function `pl111_connector_destroy':
> pl111_connector.c:(.text+0xc7285): undefined reference to `drm_panel_detach'
This sh
Boris Brezillon writes:
> On Tue, 06 Jun 2017 13:27:09 -0700
> Eric Anholt wrote:
>
>> Boris Brezillon writes:
>>
>> > The VC4 KMS driver is implementing its own ->atomic_commit() but there
>> > are a few generic helpers we can use instead of open-coding the logic.
>> >
>> > Signed-off-by: Bor
When calling CEC_RECEIVE do not check if the adapter is configured.
Typically CEC_RECEIVE is called after a select() and if that indicates
that there are messages in the receive queue, then you should always be
able to dequeue a message.
The race condition here is that a message has been received
Hi Marco,
Den 07.06.2017 17.35, skrev Marco Diego Aurélio Mesquita:
Hi Emil!
On Wed, Jun 7, 2017 at 7:30 AM, Emil Velikov wrote:
On 2 June 2017 at 17:39, Marco Diego Aurélio Mesquita
wrote:
Hi Emil!
On Fri, Jun 2, 2017 at 1:14 PM, Emil Velikov wrote:
As Daniel mentioned in the earlier t
https://bugs.freedesktop.org/show_bug.cgi?id=93826
--- Comment #53 from Jonas ---
Try the patches provided at the end of this thread:
https://bugs.freedesktop.org/show_bug.cgi?id=96868
For me it fixed the issue completely.
--
You are receiving this mail because:
You are the assignee for the bu
On 06/06/2017 05:04 PM, Boris Brezillon wrote:
Attach the panel-bridge created by drm_panel_bridge_add() to the
parallel RGB encoder.
queued to drm-misc-next
Thanks,
Archit
Fixes: 96160a8071b2 ("drm/atmel-hlcdc: Replace the panel usage with
drm_panel_bridge.")
Signed-off-by: Boris Brezil
https://bugs.freedesktop.org/show_bug.cgi?id=101309
Ricardo changed:
What|Removed |Added
QA Contact||intel-gfx-bugs@lists.freede
https://bugs.freedesktop.org/show_bug.cgi?id=93826
--- Comment #52 from i...@posteo.net ---
It could be fixed by increasing the default display clock:
https://people.freedesktop.org/~cbrill/dri-log/index.php?channel=radeon&highlight_names=agd5f;grmat&date=2017-01-03
@Eike: you have a faulty moni
On Mon, May 29, 2017 at 04:15:52PM +0200, Neil Armstrong wrote:
> While introducing HDMI support, component matching on connectors node
> were bypassed since no driver would actually bind on the DT node.
> But when only a CVBS connector is present, only a single node is found
> in the graph, but ig
From: Hans Verkuil
Use the needs-hpd DT property to determine if the CEC_CAP_NEEDS_HPD
should be set.
Signed-off-by: Hans Verkuil
Cc: Krzysztof Kozlowski
Cc: Andrzej Hajda
Cc: devicet...@vger.kernel.org
---
drivers/media/platform/s5p-cec/s5p_cec.c | 4 +++-
1 file changed, 3 insertions(+), 1
From: Hans Verkuil
Needed for boards that wire the CEC pin in such a way that it
is unavailable when the HPD is low.
Signed-off-by: Hans Verkuil
Cc: Krzysztof Kozlowski
Cc: Andrzej Hajda
Cc: devicet...@vger.kernel.org
---
Documentation/devicetree/bindings/media/s5p-cec.txt | 6 ++
1 file
From: Hans Verkuil
This patch series adds several helper functions to ease writing
drm or media CEC drivers.
It also adds support for the CEC_CAP_NEEDS_HPD capability which is
needed for hardware that turns off the CEC support if the hotplug
detect signal is low. Usually because the HPD is conne
From: Hans Verkuil
The Odroid-U3 board has an IP4791CZ12 level shifter that is
disabled if the HPD is low, which means that the CEC pin is
disabled as well.
Signed-off-by: Hans Verkuil
Cc: Krzysztof Kozlowski
Cc: Andrzej Hajda
Cc: devicet...@vger.kernel.org
---
arch/arm/boot/dts/exynos4412-o
A simpler variant of cec_transmit_done to be used where the HW does
just a single attempt at a transmit. So if the status indicates an
error, then the corresponding error count will always be 1 and this
function figures that out based on the status argument.
Signed-off-by: Hans Verkuil
---
Docum
From: Hans Verkuil
Simplifies setting the physical address to CEC_PHYS_ADDR_INVALID.
Signed-off-by: Hans Verkuil
---
include/media/cec.h | 13 +
1 file changed, 13 insertions(+)
diff --git a/include/media/cec.h b/include/media/cec.h
index a548b292eeb1..3ce73951591e 100644
--- a/in
From: Hans Verkuil
This function simplifies the integration of CEC in DRM drivers.
Signed-off-by: Hans Verkuil
---
Documentation/media/kapi/cec-core.rst | 8
drivers/media/cec/cec-adap.c | 14 ++
include/media/cec.h | 9 +
3 files chang
From: Hans Verkuil
Add a new capability CEC_CAP_NEEDS_HPD. If this capability is set
then the hardware can only use CEC if the HDMI Hotplug Detect pin
is high. Such hardware cannot handle the corner case in the CEC specification
where it is possible to transmit messages even if no hotplug signal
From: Hans Verkuil
Use the helper function cec_transmit_attempt_done instead of
cec_transmit_done to simplify the code.
Signed-off-by: Hans Verkuil
Cc: Benjamin Gaignard
---
drivers/media/platform/sti/cec/stih-cec.c | 9 -
drivers/media/platform/vivid/vivid-cec.c | 6
From: Hans Verkuil
Document the new CEC_CAP_NEEDS_HPD capability.
Signed-off-by: Hans Verkuil
Cc: Krzysztof Kozlowski
Cc: Andrzej Hajda
---
Documentation/media/uapi/cec/cec-ioc-adap-g-caps.rst | 8
1 file changed, 8 insertions(+)
diff --git a/Documentation/media/uapi/cec/cec-ioc-ad
On Wed, Jun 07, 2017 at 06:01:02PM +0800, Icenowy Zheng wrote:
> >I have no idea what this is supposed to be doing either.
> >
> >I might be wrong, but I really feel like there's a big mismatch
> >between your commit log, and what you actually implement.
> >
> >In your commit log, you should state:
https://bugs.freedesktop.org/show_bug.cgi?id=101329
Michel Dänzer changed:
What|Removed |Added
Version|17.1|unspecified
Product|Mesa
On Wed, Jun 07, 2017 at 05:44:56PM +0800, Icenowy Zheng wrote:
> 于 2017年6月7日 GMT+08:00 下午5:43:43, Maxime Ripard
> 写到:
> >On Mon, Jun 05, 2017 at 03:03:47AM +0800, Icenowy Zheng wrote:
> >> >You should also expand function sun4i_drv_node_is_tcon() at
> >sun4i_drv.c
> >> >with
> >> >new entries, b
Dave,
A bunch of fixes for vmwgfx 4.12 regressions and older stuff. In the latter
case either trivial, cc'd stable or requiring backports for stable.
The following changes since commit e5b4ab1ffbe2553ee278cb1b6bcb671a31d86518:
Merge tag 'drm-misc-fixes-2017-06-02' of
git://anongit.freedesktop
We already have a local variable assigned to state->fb, use it.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/imx/ipuv3-plane.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/imx/ipuv3-plane.c
b/drivers/gpu/drm/imx/ipuv3-plane.c
index d63e
https://bugs.freedesktop.org/show_bug.cgi?id=101254
--- Comment #14 from joeri.exelm...@gmail.com ---
With the patch, VDPAU works again.
Is it a fix or does it simply disable a feature?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=101330
Bug ID: 101330
Summary: segfault in pcsxr
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
From: Sinclair Yeh
These function implementations and/or declarations are no longer used
now that atomic is enabled.
Signed-off-by: Sinclair Yeh
Reported-by: Daniel Vetter
Reviewed-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 114
driver
From: Sinclair Yeh
With atomic, the cursor surface is treated like a FB. Creating
a proxy surface for cursor doesn't gain us much benefit.
This fixes the issue on atomic enabled 2D VMs where the cursor
disappears.
Signed-off-by: Sinclair Yeh
Reviewed-by: Thomas Hellstrom
---
drivers/gpu/drm
From: Colin Ian King
Trivial fix to spelling mistake in DRM_ERROR error message.
Signed-off-by: Colin Ian King
Reviewed-by: Sinclair Yeh
---
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
b/d
/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h
index 130d51c..4b948fb 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h
+++ b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h
@@ -41,9 +41,9 @@
#include
#include "vmwgfx_fence.h"
-#define VMWGFX_DRIVER_DATE "20170221"
+#define VMWGFX_DRIVER_DATE
From: Sinclair Yeh
When vmw_gb_surface_define_ioctl() is called with an existing buffer,
we end up returning an uninitialized variable in the backup_handle.
The fix is to first initialize backup_handle to 0 just to be sure, and
second, when a user-provided buffer is found, we will use the
req->b
From: Sinclair Yeh
The previous attempt at this had an issue with with num_clips > 1
because it would always end up using the coordinates of the last
clip while using width and height calculated from the bounding
box of all the clips.
So if the last clip happens to be not at the top-left corner
From: Dan Carpenter
If vmalloc() fails then we need to a bit of cleanup before returning.
Cc:
Fixes: fb1d9738ca05 ("drm/vmwgfx: Add DRM driver for VMware Virtual GPU")
Signed-off-by: Dan Carpenter
Reviewed-by: Sinclair Yeh
---
drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 2 ++
1 file changed, 2 in
From: Vladis Dronov
The 'req->mip_levels' parameter in vmw_gb_surface_define_ioctl() is
a user-controlled 'uint32_t' value which is used as a loop count limit.
This can lead to a kernel lockup and DoS. Add check for 'req->mip_levels'.
References:
https://bugzilla.redhat.com/show_bug.cgi?id=14374
From: Sinclair Yeh
When a new FB is bound, we have to send an update command otherwise
the new FB may not be shown
Signed-off-by: Sinclair Yeh
Reviewed-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/vmwgfx
https://bugs.freedesktop.org/show_bug.cgi?id=101329
Vedran Miletić changed:
What|Removed |Added
Summary|arch linux, |R7 240 [Oland PRO]
|
https://bugs.freedesktop.org/show_bug.cgi?id=101329
Bug ID: 101329
Summary: arch linux, xf86-video-amdgpu, 3D graphics artifacts
Product: Mesa
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NE
Den 07.06.2017 14.14, skrev Emil Velikov:
On 7 June 2017 at 12:52, Noralf Trønnes wrote:
Hi Emil,
Den 07.06.2017 11.30, skrev Emil Velikov:
Hi Noralf,
Small drive-by comment, noticed while going through my morning coffee.
By no means a full review.
On 2 June 2017 at 12:49, Noralf Trønnes
Den 07.06.2017 14.11, skrev Ilia Mirkin:
On Wed, Jun 7, 2017 at 7:52 AM, Noralf Trønnes wrote:
Hi Emil,
Den 07.06.2017 11.30, skrev Emil Velikov:
Hi Noralf,
Small drive-by comment, noticed while going through my morning coffee.
By no means a full review.
On 2 June 2017 at 12:49, Noralf Tr
https://bugs.freedesktop.org/show_bug.cgi?id=101254
--- Comment #13 from Marek Olšák ---
Created attachment 131771
--> https://bugs.freedesktop.org/attachment.cgi?id=131771&action=edit
possible fix
Can you try this patch?
--
You are receiving this mail because:
You are the assignee for the b
On 7 June 2017 at 12:52, Noralf Trønnes wrote:
> Hi Emil,
>
>
> Den 07.06.2017 11.30, skrev Emil Velikov:
>>
>> Hi Noralf,
>>
>> Small drive-by comment, noticed while going through my morning coffee.
>> By no means a full review.
>>
>> On 2 June 2017 at 12:49, Noralf Trønnes wrote:
>>
>>
>>> +/*
On Wed, Jun 7, 2017 at 7:52 AM, Noralf Trønnes wrote:
> Hi Emil,
>
>
> Den 07.06.2017 11.30, skrev Emil Velikov:
>>
>> Hi Noralf,
>>
>> Small drive-by comment, noticed while going through my morning coffee.
>> By no means a full review.
>>
>> On 2 June 2017 at 12:49, Noralf Trønnes wrote:
>>
>>
>
Hi Emil,
Den 07.06.2017 11.30, skrev Emil Velikov:
Hi Noralf,
Small drive-by comment, noticed while going through my morning coffee.
By no means a full review.
On 2 June 2017 at 12:49, Noralf Trønnes wrote:
+/* pixels on display are numbered from 1 */
+static void repaper_all_pixels(struc
https://bugs.freedesktop.org/show_bug.cgi?id=101254
--- Comment #12 from joeri.exelm...@gmail.com ---
Okay, I found the (series of) commits that break VDPAU in Kodi and mpv.
They were added to the master branch on 2017-05-15 11:01:33 (GMT), all authored
by Marek Olšák .
This is the last commit t
From: Colin Ian King
Give function nouveau_pmops_runtime a void argument to make it an ANSI
function declaration. Fixes sparse warning:
warning: non-ANSI function declaration of function 'nouveau_pmops_runtime'
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/nouveau/nouveau_drm.c | 2 +-
1
https://bugs.freedesktop.org/show_bug.cgi?id=101254
--- Comment #11 from H4nN1baL ---
I use mpv 0.25.0-9-g18703b55d until an update of padoka PPA broke vdpau. After
that I have been recompiling ffmpeg and mpv regularly to see if any updates fix
the issue, but so far all the results have been unf
On 2 June 2017 at 17:39, Marco Diego Aurélio Mesquita
wrote:
> Hi Emil!
>
> On Fri, Jun 2, 2017 at 1:14 PM, Emil Velikov wrote:
>> As Daniel mentioned in the earlier thread, factoring out things can be
>> done as a follow-up.
>> On the other hand, I _think_ that the blocker for this driver that
>
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #3 from Julien Isorce ---
This (In reply to Luke from comment #0)
>
> Then the log repeats a few hundred times the non-utf-8 character "\00"
> before it cuts off.
>
Hello, just some naive comments:
I also get some "^@" character
On Mon, Jun 05, 2017 at 03:03:47AM +0800, Icenowy Zheng wrote:
> >You should also expand function sun4i_drv_node_is_tcon() at sun4i_drv.c
> >with
> >new entries, but I'm not sure if this fits in this patch.
>
> Instead I think it should be renamed to something like
> "sun4i_drv_node_is_tcon_with_
On Mon, Jun 05, 2017 at 12:01:48AM +0800, Icenowy Zheng wrote:
> + soc {
> + display_clocks: clock@100 {
> + compatible = "allwinner,sun8i-a83t-de2-clk";
> + reg = <0x0100 0x10>;
> + clocks = <&ccu CLK_BUS_DE>,
On Mon, Jun 05, 2017 at 12:01:45AM +0800, Icenowy Zheng wrote:
> Allwinner H3 features a TV encoder similar to the one in earlier SoCs,
> but has a internal fixed clock divider that divides the TCON1 clock
> (called TVE clock in datasheet) by 11.
>
> Add support for it.
>
> Signed-off-by: Icenowy
On Mon, Jun 05, 2017 at 12:01:41AM +0800, Icenowy Zheng wrote:
> Some SoC's DE2 has two mixers. Defaultly the mixer0 is connected to
> tcon0 and mixer1 is connected to tcon1; however by setting a bit
> the connection can be swapped.
>
> As we now hardcode the default connection, ignore the bonus e
Hi Noralf,
Small drive-by comment, noticed while going through my morning coffee.
By no means a full review.
On 2 June 2017 at 12:49, Noralf Trønnes wrote:
> +/* pixels on display are numbered from 1 */
> +static void repaper_all_pixels(struct repaper_epd *epd, u8 **pp,
> +
1 - 100 of 111 matches
Mail list logo
