https://bugs.freedesktop.org/show_bug.cgi?id=100393
--- Comment #11 from Mika ---
Sorry, I guess I didn't spot your question.
GL_VENDOR, GL_RENDERER are used to circumvent the fact that CEMU will change
behavior related to what it detects. In general you do not want it to know
which GPU you have
drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/vega10_hwmgr.c:2273:61-62:
Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
Fixes: bdb8cd10b99d ("drm/amd/powerplay: enable ACG feature on vega10.")
CC: Rex Zhu
Signed-off-by: Fengguang Wu
---
https://bugs.freedesktop.org/show_bug.cgi?id=102048
Paul Menzel changed:
What|Removed |Added
CC||paulepanter@users.sourcefor
On driver cleanup we need to call fb_deferred_io_cleanup() if build
with CONFIG_FB_DEFERRED_IO set.
Suggested-by: Michael Thayer
Signed-off-by: Hans de Goede
---
drivers/staging/vboxvideo/vbox_fb.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/staging/vboxvideo/vbox_fb.c
b/d
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #18 from alvarex ---
when running opengl the card is still downclocked and I get this message
INVALID_DEVICE_REQUEST device=00:00.0 address=0xfffdf800 flags=0x0a00]
--
You are receiving this mail because:
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #19 from alvarex ---
I also get IO_PAGE_FAULT
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://l
This is a follow up with the patches that haven't been reviewed.
First version:
https://lists.freedesktop.org/archives/dri-devel/2017-July/148101.html
Changes since version 1
---
- Exynos can also use drm_gem_dumb_map_offset() (Emil Velikov)
- Remove drm_gem_cma_dumb_map_offset
This driver can use the drm_driver.dumb_destroy and
drm_driver.dumb_map_offset defaults, so no need to set them.
Cc: Neil Armstrong
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/meson/meson_drv.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/meson/meson_drv.c
b/drive
drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
so no need to set it.
Cc: Dave Airlie
Cc: Gerd Hoffmann
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/qxl/qxl_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/qxl/qxl_drv.c b/drivers/gpu/drm/qxl/qxl_drv.
This driver can use the drm_driver.dumb_destroy and
drm_driver.dumb_map_offset defaults, so no need to set them.
Cc: Patrik Jakobsson
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/gma500/gem.c | 30 --
drivers/gpu/drm/gma500/psb_drv.c | 2 --
drivers/gpu/drm
This driver can use the drm_driver.dumb_destroy and
drm_driver.dumb_map_offset defaults, so no need to set them.
Cc: Benjamin Gaignard
Cc: Vincent Abriou
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/sti/sti_drv.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti
This driver can use the drm_driver.dumb_destroy and
drm_driver.dumb_map_offset defaults, so no need to set them.
Cc: Thierry Reding
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tegra/drm.c | 2 --
drivers/gpu/drm/tegra/gem.c | 21 -
drivers/gpu/drm/tegra/gem.h | 2 --
This driver can use the drm_driver.dumb_destroy and
drm_driver.dumb_map_offset defaults, so no need to set them.
Cc: Xinliang Liu
Cc: Rongrong Zou
Cc: Xinwei Kong
Cc: Chen Feng
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 2 --
1 file changed, 2 deletio
drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
so no need to set it.
Cc: Dave Airlie
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/udl/udl_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/udl/udl_drv.c b/drivers/gpu/drm/udl/udl_drv.c
index 0f02e1ac..0
This driver can use the drm_driver.dumb_destroy and
drm_driver.dumb_map_offset defaults, so no need to set them.
Cc: Marek Vasut
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/mxsfb/mxsfb_drv.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/mxsfb/mxsfb_drv.c
b/drivers/
drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
so no need to set it.
Cc: Dave Airlie
Cc: Gerd Hoffmann
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/cirrus/cirrus_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/cirrus/cirrus_drv.c
b/drivers/gpu/drm
armada_gem_dumb_destroy() is the same as drm_gem_dumb_destroy()
which is the drm_driver.dumb_destroy default, so no need to set it.
Cc: Russell King
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/armada/armada_drv.c | 1 -
drivers/gpu/drm/armada/armada_gem.c | 6 --
drivers/gpu/drm/armad
drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
so no need to set it.
Cc: Daniel Vetter
Cc: Jani Nikula
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/i915/i915_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i91
virtio_gpu_mode_dumb_destroy() is the same as drm_gem_dumb_destroy()
which is the drm_driver.dumb_destroy default, so no need to set it.
Cc: David Airlie
Cc: Gerd Hoffmann
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/virtio/virtgpu_drv.c | 1 -
drivers/gpu/drm/virtio/virtgpu_drv.h | 3 ---
drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
so no need to set it.
Cc: Alex Deucher
Cc: Christian König
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/radeon/radeon_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
b/drivers/gpu/
drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
so no need to set it.
Cc: Dave Airlie
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/mgag200/mgag200_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_drv.c
b/drivers/gpu/drm/mgag200/mgag20
There are no more users of drm_gem_cma_dumb_map_offset(), so remove it.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_gem_cma_helper.c | 35 ---
include/drm/drm_gem_cma_helper.h | 5 -
2 files changed, 40 deletions(-)
diff --git a/drivers/gpu/drm
This driver can use the drm_driver.dumb_destroy and
drm_driver.dumb_map_offset defaults, so no need to set them.
Use drm_gem_dumb_map_offset() in exynos_drm_gem_map_ioctl() and
remove exynos_drm_gem_dumb_map_offset().
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Signed-off-by: Noralf
drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
so no need to set it.
Cc: Rob Clark
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/msm/msm_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/msm_drv.c b/drivers/gpu/drm/msm/msm_drv.c
index f49f6ac..b012
drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
so no need to set it.
Cc: Dave Airlie
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/ast/ast_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/ast/ast_drv.c b/drivers/gpu/drm/ast/ast_drv.c
index 3022b39..69
drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
so no need to set it.
Cc: Gerd Hoffmann
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/bochs/bochs_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/bochs/bochs_drv.c
b/drivers/gpu/drm/bochs/bochs_drv.c
in
https://bugs.freedesktop.org/show_bug.cgi?id=100666
--- Comment #1 from Sergey Kochneff ---
You should try kernel 4.12. There is some progress with pwm1_enable: now we
have not only "1" which is manual control but "0" (full speed) and "2" (this
should be FW control, although it doesn’t look so fo
https://bugs.freedesktop.org/show_bug.cgi?id=100666
--- Comment #2 from Denis Denisov ---
(In reply to Sergey Kochneff from comment #1)
> You should try kernel 4.12. There is some progress with pwm1_enable: now we
> have not only "1" which is manual control but "0" (full speed) and "2" (this
> sh
These are defined in linux/types.h or drm/drm.h. Fixes
user space compilation errors like:
drm/armada_drm.h:26:2: error: unknown type name ‘uint32_t’
uint32_t handle;
^~~~
Signed-off-by: Mikko Rapeli
Cc: Emil Velikov
Cc: Gabriel Laskar
Cc: Russell King
Cc: Rob Clark
---
include/uapi
Include instead of which on Linux includes
and on non-Linux platforms defines __u32 etc types.
Fixes user space compilation errors like:
linux/kfd_ioctl.h:33:2: error: unknown type name ‘uint32_t’
uint32_t major_version; /* from KFD */
^~~~
Signed-off-by: Mikko Rapeli
Cc: Yair Shacha
Daniel Vetter writes:
> Subject is a bit confusing since you say uapi, but this is just the
> internal prep work. Dropping UAPI fixes that. With that fixed:
Yeah, thanks.
> Reviewed-by: Daniel Vetter
Added.
> Two more optional comments below, feel free to adapt or ignore. I'll wait
> for Mic
https://bugs.freedesktop.org/show_bug.cgi?id=101484
Gregor Münch changed:
What|Removed |Added
Summary|[regression, bisected] |[regression, bisected]
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #20 from alvarex ---
Ok I looked into the bios with an editor and I think I found the root of the
problem. My bios and maybe the others as well, instead of enumerating the
voltage in a standard way (in mV), the use some sort of code
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #21 from Dieter Nützel ---
Same here:
[4.021250] amdgpu: [powerplay] amdgpu: powerplay sw initialized
[4.067206] amdgpu: [powerplay] Can't find requested voltage id in
vdd_dep_on_sclk table!
Sapphire Nitro+ RX580 8 GB
amd-s
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #22 from Andy Furniss ---
I've always seen
[powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!
on R9 285 Tonga, but powerplay works OK and there are no other errors - so I
assumed it's harmless when seen alone.
Hello Christian,
after (long ;-)) vacation, injured wife (bad lumbago/luckily NO disc
prolapse) on 2cond day @ our target, our daughter's 12th birthday,
school start for both kids and mostly dad work I'm back...
Do you have a V6 handy.
Will do my fingers dirty if no Intel guy beats me at it.
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #23 from Dieter Nützel ---
(In reply to Andy Furniss from comment #22)
> I've always seen
>
> [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!
>
> on R9 285 Tonga, but powerplay works OK and there are no other
Hi Lukas,
Let me reply "back-to-front":
> Please cc dri-devel when proposing changes to vgaarb.c (see
> MAINTAINERS).
Sorry, will do in future.
> I'm missing some context as to the negative consequences you're
> experiencing on other arches (the cover letter merely refers to
> "quirks in ppc an
Hi,
Lgtm!
Reviewed-by: Tobias Klausmann
On 8/6/17 4:19 AM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
>
> This was helpful when debugging our earlier mpeg woes. May as well have it
> upstream.
>
> drivers/gpu/drm/nouveau/nvkm/engine/mpeg/nv31.c | 7 ++-
> drivers/gpu/drm/nouv
Hi Maciej,
On Thu, Aug 03, 2017 at 10:28:04AM +0200, Hans Verkuil wrote:
> Hi Maciej,
>
> Unfortunately I do not have the MHL spec, but I was wondering what the
> relationship between RCP and CEC is. CEC has remote control support as
> well, so is RCP that subset of the CEC specification or is it
https://bugs.freedesktop.org/show_bug.cgi?id=102053
--- Comment #1 from Michel Dänzer ---
Could be https://bugzilla.kernel.org/show_bug.cgi?id=194761 .
Please attach the corresponding dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.___
On 06/08/17 12:32 PM, Keith Packard wrote:
> Daniel Vetter writes:
>
>>> +#define DRM_CRTC_SEQUENCE_FIRST_PIXEL_OUT 0x0004 /* Signal when
>>> first pixel is displayed */
>>
>> Note that right now vblank events are defined as:
>> - The even will be delivered "somewhen" around vblank (ri
On 06/08/17 12:42 PM, Keith Packard wrote:
> Michel Dänzer writes:
>
>> [...]
>>
>>> +#define DRM_CRTC_SEQUENCE_NEXT_ON_MISS 0x0002 /* Use
>>> next sequence if we've missed */
>>
>> Do you have userspace making use of DRM_CRTC_SEQUENCE_NEXT_ON_MISS? If
>> not, drop it.
>
>
> -Original Message-
> From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
> Alex Williamson
> Sent: Thursday, August 3, 2017 10:43 PM
> To: Zhang, Tina
> Cc: Tian, Kevin ; intel-...@lists.freedesktop.org; dri-
> de...@lists.freedesktop.org; kwankh...@nvidia.com
On 08/07/2017 07:41 AM, Kuninori Morimoto wrote:
From: Kuninori Morimoto
This driver's Copyright is under Renesas Solutions Corp
Can we update the year to 2017 while we're at it?
Archit
Signed-off-by: Kuninori Morimoto
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi-i2s-audio.c | 3 ++-
On 08/07/2017 09:25 AM, Kuninori Morimoto wrote:
Hi Archit
Thank you for your feedback
On 08/07/2017 07:41 AM, Kuninori Morimoto wrote:
From: Kuninori Morimoto
This driver's Copyright is under Renesas Solutions Corp
Can we update the year to 2017 while we're at it?
The original patc
On 08/05/2017 02:53 PM, Hans Verkuil wrote:
Archit,
I posted a v3 that added a missing cec_notifier_put to the remove() function.
Apparently you missed that. The chunk in question from the v3 patch is this:
I did. Sorry, about that. There was an issue with my mailer.
@@ -2469,6 +2489,9 @@
On 08/07/2017 09:39 AM, Kuninori Morimoto wrote:
From: Kuninori Morimoto
This driver's Copyright is under Renesas Solutions Corp.
This patch updates the year, because this driver was moved
into synopsys folder in 2017.
Thanks. Queued to drm-misc-next.
Archit
Signed-off-by: Kuninori Mor
https://bugs.freedesktop.org/show_bug.cgi?id=102053
--- Comment #2 from Luya Tshimbalanga ---
Created attachment 133275
--> https://bugs.freedesktop.org/attachment.cgi?id=133275&action=edit
Complete dmesg info from X550ZE laptop
Here is partial info from dmesg with amdgpu enabled for the SI ca
Wrapping the image, to make it compatible for viewers with 80Char limit.
On Saturday 05 August 2017 09:21 PM, Ramalingam C wrote:
If a stream can be distributed to HDCP1.4 compliant devices also, that
is tagged as Type 0. Refer the below diagram for pictorial
representation for flow of encrypt
https://bugs.freedesktop.org/show_bug.cgi?id=102053
--- Comment #3 from Michel Dänzer ---
This confirms it's most likely the same issue referenced in comment 1.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mai
The statement always evaluates to true since the struct fields
are arrays. This has shown up as a warning when compiling with
clang:
warning: address of array 'desc->layout.xstride' will always
evaluate to 'true' [-Wpointer-bool-conversion]
Signed-off-by: Stefan Agner
---
drivers/gpu/drm
52 matches
Mail list logo
