On Thu, Jun 21, 2018 at 3:37 AM, Jernej Škrabec wrote:
> Dne sobota, 16. junij 2018 ob 07:48:38 CEST je Chen-Yu Tsai napisal(a):
>> On Sat, Jun 16, 2018 at 1:33 AM, Jernej Škrabec
> wrote:
>> > Dne petek, 15. junij 2018 ob 19:13:17 CEST je Chen-Yu Tsai napisal(a):
>> >> On Sat, Jun 16, 2018 at
Hi Dave,
our first pull for 4.19, over 90 patches here, probably the most important
ones are for the writeback connector support. Then we have a bunch of
fixes to drivers, some interesting core cleanups and new panel drivers.
This contains a backmerge of drm-next due to conflicts in drm_atomic.c
This will be used by Mesa, and potentially other drivers in the
future, to describe tiled buffers.
Signed-off-by: Eric Anholt
---
include/uapi/drm/drm_fourcc.h | 21 +
1 file changed, 21 insertions(+)
diff --git a/include/uapi/drm/drm_fourcc.h
On Wed, Jun 20, 2018 at 04:31:15PM -0700, Rodrigo Vivi wrote:
> On Tue, Jun 19, 2018 at 04:45:21PM -0700, José Roberto de Souza wrote:
> > Amber Lake uses the same gen graphics as Kaby Lake, including a id
> > that were previously marked as reserved on Kaby Lake, but that now is
> > moved to AML
On Tue, Jun 19, 2018 at 04:45:21PM -0700, José Roberto de Souza wrote:
> Amber Lake uses the same gen graphics as Kaby Lake, including a id
> that were previously marked as reserved on Kaby Lake, but that now is
> moved to AML page.
>
> So, let's just move it to AML macro that will feed into KBL
On Tue, Jun 19, 2018 at 04:45:20PM -0700, José Roberto de Souza wrote:
> Whiskey Lake uses the same gen graphics as Coffe Lake, including some
> ids that were previously marked as reserved on Coffe Lake, but that
> now are moved to WHL page.
>
> So, let's just move them to WHL macros that will
https://bugs.freedesktop.org/show_bug.cgi?id=106258
--- Comment #34 from Ben Crocker ---
Things start to go haywire at 246.305790, which appears to be the first time
the do-loop in amdgpu_vm_bo_update_mapping executes more than once.
The value of max_entries is obviously absurd; a little later,
Jason Ekstrand writes:
> That seems good to me. Unless, of course, DPMS is something we expect to
> change over time somehow. Then again, we don't handle that at all right
> now so meh. Let's go with what you wrote above for now.
It's not even the dpms value, it's the dpms property itself,
Jason Ekstrand writes:
> I believe that the WSI common code should be capable of fishing the
> instance allocator out of the wsi_display so we need only pass the
> allocator argument unmodified through to the core WSI code. Make sense?
Thanks, I think I've sorted it out. I've pushed an updated
https://bugs.freedesktop.org/show_bug.cgi?id=105244
Bas Nieuwenhuizen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=102666
Bas Nieuwenhuizen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=106258
--- Comment #33 from Ben Crocker ---
Created attachment 140253
--> https://bugs.freedesktop.org/attachment.cgi?id=140253=edit
Refining the amdgpu_vm.c:amdgpu_vm_bo_split_mapping further
Print max_entries in both decimal and hex.
--
You are
On Tue, Jun 19, 2018 at 9:44 PM, Keith Packard wrote:
> Jason Ekstrand writes:
>
>
> >> + if (!prop)
> >> + continue;
> >> + if (prop->flags & DRM_MODE_PROP_ENUM) {
> >> + if (!strcmp(prop->name, "DPMS"))
> >> +connector->dpms_property =
https://bugs.freedesktop.org/show_bug.cgi?id=106258
--- Comment #32 from fox...@ruin.net ---
Created attachment 140252
--> https://bugs.freedesktop.org/attachment.cgi?id=140252=edit
amdgpu dmesg output
Crash is at 246.306571
--
You are receiving this mail because:
You are the assignee for
Hi Christian,
I love your patch! Yet something to improve:
[auto build test ERROR on staging/staging-testing]
[also build test ERROR on v4.18-rc1 next-20180620]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #22 from SET ---
Created attachment 140251
--> https://bugs.freedesktop.org/attachment.cgi?id=140251=edit
Bisection results
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #21 from SET ---
After applying the patch, bisection move on reasonably. See the attached file
bisect.log.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugzilla.kernel.org/show_bug.cgi?id=199653
--- Comment #7 from James Le Cuirot (ch...@gentoo.org) ---
I had high hopes for 4.18-rc1 but alas it froze after a few hours. :( I know
having the latest firmware is important so I have that too. These OpenSUSE
packages (some unofficial) are
Missing 'e' on "signatur". This fixes the build presumably? My guess
is that kbuild caught the warning?
On Wed, Jun 20, 2018 at 08:52:19PM +0200, Christian König wrote:
> Fixup for "dma_buf: remove device parameter from attach callback v2".
>
I don't think we've applied this? Can't you just
On Tue, Jun 12, 2018 at 10:00:27PM +0200, Jernej Skrabec wrote:
> A64 HDMI PHY is similar to H3 HDMI PHY except it has two possible PLL
> clock parents. It is compatible to other HDMI PHYs, like that found in
> R40.
>
> Signed-off-by: Jernej Skrabec
> ---
>
On Tue, Jun 12, 2018 at 10:00:25PM +0200, Jernej Skrabec wrote:
> R40 DE2 mixers are similar to those found in A83T, except it needs
> different clock settings.
>
> Add a compatibles for them.
>
> Signed-off-by: Jernej Skrabec
> ---
>
On Tue, Jun 12, 2018 at 10:00:19PM +0200, Jernej Skrabec wrote:
> TCON description is expanded with R40 TV TCON compatibles. TV TCONs,
> which are connected to TCON TOP muxes, such as those on R40 SoC, also
> needs additional clock gate to be specified.
>
> Signed-off-by: Jernej Skrabec
> ---
>
On Wed, Jun 20, 2018 at 08:31:00AM -0500, Gustavo A. R. Silva wrote:
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Addresses-Coverity-ID: 1470102 ("Missing break in switch")
Any other advantage besides coverity?
Can't we
On Tue, Jun 19, 2018 at 04:43:38PM +0530, Kiran Gunda wrote:
> Update the bindings with the new properties used for
> PMI8998.
>
> Signed-off-by: Kiran Gunda
> ---
> .../bindings/leds/backlight/qcom-wled.txt | 84
> --
> 1 file changed, 77 insertions(+), 7
Hi Dave,
A few fixes for amdgpu for 4.18, nothing major. Most going to stable.
The following changes since commit ce397d215ccd07b8ae3f71db689aedb85d56ab40:
Linux 4.18-rc1 (2018-06-17 08:04:49 +0900)
are available in the git repository at:
git://people.freedesktop.org/~agd5f/linux
On Wed, Jun 20, 2018 at 02:25:43PM +0100, Colin King wrote:
> From: Colin Ian King
>
> Currently for the psr_table->tp2_tp3_wakeup_time case 3 there appears
> to be a copy-paste error from the previous switch statement where
> dev_priv->vbt.psr.tp1_wakeup_time_us is being assigned and I believe
Fixup for "dma_buf: remove device parameter from attach callback v2".
I missed this driver, sorry for the noise. Patch is not even compile
tested.
Signed-off-by: Christian König
---
drivers/staging/android/ion/ion.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On Tue, Jun 19, 2018 at 04:43:37PM +0530, Kiran Gunda wrote:
> Restructure the qcom-wled bindings for the better readability.
>
> Signed-off-by: Kiran Gunda
> ---
> .../bindings/leds/backlight/qcom-wled.txt | 110
> -
> 1 file changed, 85 insertions(+), 25
On Tue, Jun 19, 2018 at 04:43:36PM +0530, Kiran Gunda wrote:
> pm8941-wled.c driver is supporting the WLED peripheral
> on pm8941. Rename it to qcom-wled.c so that it can support
> WLED on multiple PMICs.
>
> Signed-off-by: Kiran Gunda
> ---
> .../bindings/leds/backlight/{pm8941-wled.txt =>
On Tue, Jun 19, 2018 at 10:19:27AM +0200, Maciej Purski wrote:
> From: Andrzej Hajda
>
> The patch adds bindings to Toshiba DSI/LVDS bridge TC358764.
> Bindings describe power supplies, reset gpio and video interfaces.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Maciej Purski
> ---
>
On Tue, Jun 19, 2018 at 10:19:25AM +0200, Maciej Purski wrote:
> From: Andrzej Hajda
>
> The patch adds bindings to BOE HV070-WSA WSVGA panel.
> Bindings are compatible with simple panel bindings.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Maciej Purski
> ---
>
This patch adds the struct drm_plane_helper_funcs and the required atomic
hooks.
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/vkms/vkms_plane.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/drivers/gpu/drm/vkms/vkms_plane.c
b/drivers/gpu/drm/vkms/vkms_plane.c
This patch adds the struct drm_crtc_helper_funcs with simple
atomic_check and atomic_enable functions.
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/vkms/vkms_crtc.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/drivers/gpu/drm/vkms/vkms_crtc.c
This patch adds the struct drm_connector_helper_funcs with some
necessary hooks. Additionally, it also adds some missing hooks at
drm_connector_funcs.
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/vkms/vkms_drv.c| 6 --
drivers/gpu/drm/vkms/vkms_drv.h| 9 +
Currently, we are trying to make VKMS pass in the kms_flip test (IGT).
As a result, we made a series of small changes in the module with the
goal to meet some of the necessary steps required by kms_flip. This
patchset comprises all the simple modifications used until now to make
the kms_flip
This patch adds the basic hook required to create framebuffer which is
necessary for providing some of the vkms features.
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/vkms/vkms_drv.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/vkms/vkms_drv.c
VKMS currently does not handle dumb data, and as a consequence, it does
not provide mechanisms for handling gem. This commit adds the necessary
support for gem object/handler and the dumb functions.
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/vkms/Makefile | 2 +-
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #20 from Alex Deucher ---
It's a bug in new gcc. You can apply this patch as a workaround:
https://github.com/torvalds/linux/commit/854e55ad289efe7991f0ada85d5846f5afb9#diff-0b8e91d818ef68ac30763b79d9fabbad
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=105339
Marek Olšák changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On Tue, Jun 19, 2018 at 10:31 PM, Keith Packard wrote:
> Jason Ekstrand writes:
>
> >> + if (allocator)
> >> + alloc = allocator;
> >> + else
> >> + alloc = >instance->alloc;
> >>
> >
> > This is what vk_alloc2 is for. :-)
> ...
> > And vk_free2
> ...
> > This isn't needed if you're
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #19 from SET ---
It's the same error for every commit I had to skip :
../lib/str_error_r.c:25:3: error: passing argument 1 to restrict-qualified
parameter aliases with argument 5 [-Werror=restrict]
snprintf(buf, buflen,
On Wed, Jun 20, 2018 at 12:29 PM, wrote:
> On 2018-06-20 19:18, Rob Clark wrote:
>>
>> On Wed, Jun 20, 2018 at 8:50 AM, Sravanthi Kollukuduru
>> wrote:
>>>
>>> Reserve one DMA pipe as cursor plane and also, update crtc
>>> support of cursor in crtc_init.
>>
>>
>> hmm, mdp5 in 820 had real
Quoting Koenig, Christian (2018-06-20 17:28:33)
>
>
> Am 20.06.2018 18:22 schrieb Chris Wilson :
>
> Fix i915's CI build after the removal of the dmabuf->kmap interface that
> left the mock routines intact.
>
> In file included from drivers/gpu/drm/i915/i915_gem_dmabuf.c:335:0:
>
https://bugs.freedesktop.org/show_bug.cgi?id=106979
Michel Dänzer changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On 2018-06-20 19:18, Rob Clark wrote:
On Wed, Jun 20, 2018 at 8:50 AM, Sravanthi Kollukuduru
wrote:
Reserve one DMA pipe as cursor plane and also, update crtc
support of cursor in crtc_init.
hmm, mdp5 in 820 had real cursor planes in hw, did these go away? If
so I guess DMA plane is best
Am 20.06.2018 18:22 schrieb Chris Wilson :
Fix i915's CI build after the removal of the dmabuf->kmap interface that
left the mock routines intact.
In file included from drivers/gpu/drm/i915/i915_gem_dmabuf.c:335:0:
drivers/gpu/drm/i915/selftests/mock_dmabuf.c:104:13: error:
Fix i915's CI build after the removal of the dmabuf->kmap interface that
left the mock routines intact.
In file included from drivers/gpu/drm/i915/i915_gem_dmabuf.c:335:0:
drivers/gpu/drm/i915/selftests/mock_dmabuf.c:104:13: error:
‘mock_dmabuf_kunmap_atomic’ defined but not used
https://bugs.freedesktop.org/show_bug.cgi?id=106979
--- Comment #1 from Adam Williamson ---
Just noticed that kernel is a few weeks old, will re-test with 4.17 final and
4.18 RC shortly.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=106979
Bug ID: 106979
Summary: Cannot suspend system with Radeon RX550 [1002:699f] ,
kernel 4.17.0-0.rc7.git2.2.fc29
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
On Fri, Jun 15, 2018 at 12:13:39PM +0530, Sandeep Panda wrote:
> Properties like data-lanes, clock-noncontinuous and lane-polarities
> are applicable to DSI and DisplayPort interface also. So update the
> documentation to mention the same.
>
> Signed-off-by: Sandeep Panda
> ---
>
Den 20.06.2018 15.52, skrev Noralf Trønnes:
Den 20.06.2018 11.34, skrev Daniel Vetter:
On Mon, Jun 18, 2018 at 04:17:27PM +0200, Noralf Trønnes wrote:
This patchset adds generic fbdev emulation for drivers that supports
GEM
based dumb buffers which support .gem_prime_vmap and
On Fri, Jun 15, 2018 at 01:30:32PM -0300, Mauro Carvalho Chehab wrote:
> The script:
> ./scripts/documentation-file-ref-check --fix
>
> Gives multiple hints for broken references on some files.
> Manually use the one that applies for some files.
>
> Acked-by: Steven Rostedt (VMware)
>
On Fri, Jun 15, 2018 at 12:13:41PM +0530, Sandeep Panda wrote:
> Document the bindings used for the sn65dsi86 DSI to eDP bridge.
>
> Changes in v1:
> - Rephrase the dt-binding descriptions to be more inline with existing
>bindings (Andrzej Hajda).
> - Add missing dt-binding that are parsed
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #18 from Michel Dänzer ---
What's the compile error you're getting with the current commit?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing
On Wed, Jun 20, 2018 at 4:39 AM, Maarten Lankhorst
wrote:
> Op 19-06-18 om 09:47 schreef Caicai:
>> on my laptop with ATI Radeon R7 350 graphics card,I found root was
>> NULL,we should check
>> the device before get/set pcie speed cap mask. Here is my messages.
>> [8.996093]
Am 20.06.2018 um 16:04 schrieb Christian König:
Am 20.06.2018 um 14:52 schrieb Daniel Vetter:
On Wed, Jun 20, 2018 at 2:46 PM, Christian König
wrote:
[SNIP]
Go ahead, that's the point of commit rights. dim might complain if you
cherry picked them and didn't pick them up using dim apply
https://bugs.freedesktop.org/show_bug.cgi?id=106363
--- Comment #5 from Alex Deucher ---
(In reply to Gregor Münch from comment #4)
> (In reply to Alex Deucher from comment #3)
> > dpm is enabled by default on SI parts so setting dpm=1 doesn't change
> > anything.
>
> This depends if you use
Am 20.06.2018 um 14:52 schrieb Daniel Vetter:
On Wed, Jun 20, 2018 at 2:46 PM, Christian König
wrote:
[SNIP]
Go ahead, that's the point of commit rights. dim might complain if you
cherry picked them and didn't pick them up using dim apply though ...
I've fixed up the Link tags, but when I
Den 20.06.2018 11.34, skrev Daniel Vetter:
On Mon, Jun 18, 2018 at 04:17:27PM +0200, Noralf Trønnes wrote:
This patchset adds generic fbdev emulation for drivers that supports GEM
based dumb buffers which support .gem_prime_vmap and gem_prime_mmap. An
API is begun to support in-kernel clients
On Wed, Jun 20, 2018 at 8:50 AM, Sravanthi Kollukuduru
wrote:
> Reserve one DMA pipe as cursor plane and also, update crtc
> support of cursor in crtc_init.
hmm, mdp5 in 820 had real cursor planes in hw, did these go away? If
so I guess DMA plane is best candidate for cursor..
BR,
-R
>
>
From: Colin Ian King
Currently for the psr_table->tp2_tp3_wakeup_time case 3 there appears
to be a copy-paste error from the previous switch statement where
dev_priv->vbt.psr.tp1_wakeup_time_us is being assigned and I believe
it should be dev_priv->vbt.psr.tp2_tp3_wakeup_time_us that should be
Here we are checking for the buffer length, not an offset for writing
to, so using > is correct. The current code incorrectly rejects a
command buffer ending at the memory buffer's end.
Signed-off-by: Mikko Perttunen
---
drivers/gpu/drm/tegra/drm.c | 2 +-
1 file changed, 1 insertion(+), 1
On Wed, Jun 20, 2018 at 2:46 PM, Christian König
wrote:
> Am 19.06.2018 um 17:35 schrieb Daniel Vetter:
>>
>> On Tue, Jun 19, 2018 at 4:47 PM, Christian König
>> wrote:
>>>
>>> Am 18.06.2018 um 10:18 schrieb Daniel Vetter:
On Fri, Jun 01, 2018 at 02:00:17PM +0200, Christian König
Currently, there exists a static binding of hw pipe to
plane. This restricts wide plane support where plane width
exceeds the pipe's maximum width.
To enable such use cases, the hw pipes are dynamically
(re)allocated to a plane during atomic check based on the
plane capabilities.
Signed-off-by:
Expose all planes with superset of formats and with no
hw pipe static binding. Accordingly, remove checks from
atomic_check reflecting the decoupling.
Signed-off-by: Sravanthi Kollukuduru
---
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_catalog.c | 26 +---
A plane can be attached to a maximum of two hw pipes
in case of wide resolution greater than pipe's max width limit.
This mapping of hw pipe(s) to plane and number of pipes will be
maintained in the plane state.
Resource manager (RM) will handle the SSPP blocks reservation
for a given plane.
Removing the smart dma feature implementation as it is
currently not enabled on dpu driver.
Signed-off-by: Sravanthi Kollukuduru
---
drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c | 51 +
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_catalog.c | 25 +--
Reserve one DMA pipe as cursor plane and also, update crtc
support of cursor in crtc_init.
Signed-off-by: Sravanthi Kollukuduru
---
drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c | 7 ++--
drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.h | 3 +-
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_catalog.c |
Currently, each drm plane controls a single HW pipe. For all
use cases where plane width exceeds the maximum pipe width,
the DPU driver will require more than one HW pipe.
This patchset enables virtualization of planes through
the following changes:
(1) Expose all the planes with the superset of
On Tue, Apr 24, 2018 at 02:04:10PM +0200, Daniel Vetter wrote:
> On Fri, Apr 20, 2018 at 03:11:24PM -0700, Eric Anholt wrote:
> > Daniel Vetter writes:
> >
> > > I've done a lot of history digging. The first signs of this
> > > optimization was introduced in i915:
> >
> > I can't come up with
Am 19.06.2018 um 17:35 schrieb Daniel Vetter:
On Tue, Jun 19, 2018 at 4:47 PM, Christian König
wrote:
Am 18.06.2018 um 10:18 schrieb Daniel Vetter:
On Fri, Jun 01, 2018 at 02:00:17PM +0200, Christian König wrote:
Neither used nor correctly implemented anywhere. Just completely remove
the
On 20.06.2018 13:53, Krzysztof Kozlowski wrote:
> On 20 June 2018 at 13:38, Andrzej Hajda wrote:
>> Hi Krzysztof,
>>
>> On 20.06.2018 12:40, Krzysztof Kozlowski wrote:
>>> On 15 June 2018 at 14:26, Marek Szyprowski wrote:
Platform devices instantiated from device-tree always have pdev->id
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #17 from SET ---
This is where I'm up to :
git bisect start
# bad: [135c5504a600ff9b06e321694fbcac78a9530cd4] Merge tag
'drm-next-2018-06-06-1' of git://anongit.freedesktop.org/drm/drm
git bisect bad
Best Regards,
Ramalingam C
> -Original Message-
> From: daniel.vet...@ffwll.ch [mailto:daniel.vet...@ffwll.ch] On Behalf Of
> Daniel Vetter
> Sent: Wednesday, June 20, 2018 5:14 PM
> To: C, Ramalingam
> Cc: intel-gfx ; dri-devel de...@lists.freedesktop.org>; Sean Paul ; Chris
>
On 20 June 2018 at 13:38, Andrzej Hajda wrote:
> Hi Krzysztof,
>
> On 20.06.2018 12:40, Krzysztof Kozlowski wrote:
>> On 15 June 2018 at 14:26, Marek Szyprowski wrote:
>>> Platform devices instantiated from device-tree always have pdev->id set to
>>> -1, so use of_get_alias_id() helper to
On Wed, Jun 20, 2018 at 12:19 PM, Ramalingam C wrote:
>
>
> On Thursday 31 May 2018 12:52 PM, Daniel Vetter wrote:
>>
>> On Mon, May 21, 2018 at 06:23:57PM +0530, Ramalingam C wrote:
>>>
>>> Implements the DP adaptation specific HDCP2.2 functions.
>>>
>>> These functions perform the DPCD read and
Hi Krzysztof,
On 20.06.2018 12:40, Krzysztof Kozlowski wrote:
> On 15 June 2018 at 14:26, Marek Szyprowski wrote:
>> Platform devices instantiated from device-tree always have pdev->id set to
>> -1, so use of_get_alias_id() helper to retrieve proper device id.
>>
>> Signed-off-by: Marek
https://bugzilla.kernel.org/show_bug.cgi?id=195159
--- Comment #9 from Urgau (lolo.branst...@numericable.fr) ---
Any update ?
The problem is still here with the kernel 4.17.x
--
You are receiving this mail because:
You are watching the assignee of the bug.
On 15 June 2018 at 14:26, Marek Szyprowski wrote:
> Platform devices instantiated from device-tree always have pdev->id set to
> -1, so use of_get_alias_id() helper to retrieve proper device id.
>
> Signed-off-by: Marek Szyprowski
> ---
> drivers/gpu/drm/exynos/exynos_drm_gsc.c | 9 +++--
>
On Thursday 31 May 2018 12:52 PM, Daniel Vetter wrote:
On Mon, May 21, 2018 at 06:23:57PM +0530, Ramalingam C wrote:
Implements the DP adaptation specific HDCP2.2 functions.
These functions perform the DPCD read and write for communicating the
HDCP2.2 auth message back and forth.
Note:
On Thursday 31 May 2018 12:54 PM, Daniel Vetter wrote:
On Mon, May 21, 2018 at 06:23:58PM +0530, Ramalingam C wrote:
Implements the HDMI adaptation specific HDCP2.2 operations.
Basically these are DDC read and write for authenticating through
HDCP2.2 messages.
v2:
Rebased.
v3:
No
On Wed, Jun 20, 2018 at 11:33 AM, Russell King - ARM Linux
wrote:
> On Wed, Jun 20, 2018 at 11:17:50AM +0200, Daniel Vetter wrote:
>> Yes -modesetting (or whichever other driver) would need to set up the
>> properties correctly for Xvideo color keying. Since default assumption for
>> all other
On Mon, Jun 18, 2018 at 04:17:27PM +0200, Noralf Trønnes wrote:
> This patchset adds generic fbdev emulation for drivers that supports GEM
> based dumb buffers which support .gem_prime_vmap and gem_prime_mmap. An
> API is begun to support in-kernel clients in general.
>
> Notable changes since
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #16 from Michel Dänzer ---
(In reply to SET from comment #15)
> After narrowing good and bad commits between june 4th and 6th, it started to
> test commits in april, then december.
That's normal, due to the non-linear Git history
https://bugs.freedesktop.org/show_bug.cgi?id=106363
--- Comment #4 from Gregor Münch ---
(In reply to Alex Deucher from comment #3)
> dpm is enabled by default on SI parts so setting dpm=1 doesn't change
> anything.
This depends if you use amdgpu instead of radeon on SI. In that case amdgpu.dpm
On Mon, Jun 18, 2018 at 04:17:36PM +0200, Noralf Trønnes wrote:
> Print the names of the internal clients currently attached.
>
> Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_client.c | 28
> drivers/gpu/drm/drm_debugfs.c
On Tue, Jun 19, 2018 at 06:40:12PM +0100, Russell King - ARM Linux wrote:
> On Tue, May 29, 2018 at 10:11:03AM +0300, Ville Syrjälä wrote:
> > On Tue, May 29, 2018 at 02:48:22AM +0300, Dmitry Osipenko wrote:
> > > Though maybe "color components replacement" and "replacement with a
> > > complete
On Thu, Apr 05, 2018 at 05:44:49PM +0200, Daniel Vetter wrote:
> Again same justification as for drm_gem_fb_prepare_fb().
>
> Definitely needs some testing because Rob doesn't remember why he did
> this, and Google/git.fd.o or anything also doesn't shed some light on
> it.
>
> Signed-off-by:
On Tue, Jun 19, 2018 at 5:36 PM, Noralf Trønnes wrote:
>
> Den 05.06.2018 17.49, skrev Noralf Trønnes:
>>
>> (cc: drm-misc maintainers)
>>
>>
>> Den 04.06.2018 03.21, skrev David Lechner:
>>>
>>>
>>>
>>> On 6/3/18 5:00 PM, Noralf Trønnes wrote:
Den 25.05.2018 21.36, skrev David
https://bugs.freedesktop.org/show_bug.cgi?id=105166
Daniel Vetter changed:
What|Removed |Added
Product|DRI |freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=105166
--- Comment #2 from Daniel Vetter ---
Acked from my side.
See https://01.org/linuxgraphics/gfx-docs/maintainer-tools/getting-started.html
for getting started once you have commit rights.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=106747
--- Comment #3 from Petri Latvala ---
The UnicodeDecodeError is in the results.json file as is, so it's produced at
test run time, not an visualization generation error.
The test printed something that wasn't valid UTF-8, and piglit is
2018-06-18 14:38 GMT+02:00 Ville Syrjala :
> From: Ville Syrjälä
>
> The current possible_clones setup doesn't look sensible. I'm assuming
> the 0 and 1 are supposed to refer to the indexes of the hdmi and hda
> encoders? So it kinda looks like we want hda+hdmi cloning, but then
> dvo also claims
https://bugzilla.kernel.org/show_bug.cgi?id=199619
--- Comment #10 from Giorgio (giorgio.colacc...@gmail.com) ---
Hi Elmar,
sorry that I couldn't be of any help to you.I hope that the the next
(kernel) incremental patches will fix the bug...
--
You are receiving this mail because:
You are
Op 19-06-18 om 09:47 schreef Caicai:
> on my laptop with ATI Radeon R7 350 graphics card,I found root was
> NULL,we should check
> the device before get/set pcie speed cap mask. Here is my messages.
> [8.996093] [drm] radeon kernel modesetting enabled.
> [8.996093] [drm]
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #15 from SET ---
After narrowing good and bad commits between june 4th and 6th, it started to
test commits in april, then december. Some commits don't compile and must be
skipped. This is going endless, can't continue.
--
You are
On Wed, 2018-06-20 at 16:19 +0800, Stu Hsieh wrote:
> This patch update the definition of connection from RDMA1 to DPI0.
> Change the term MOUT to SOUT.
>
> Because our HW datasheet use the term SOUT to match its function for RDMA.
> For consistency, changing the name from MOUT to SOUT is better.
This patch add component PWM1 in mtk_ddp_matches
Signed-off-by: Stu Hsieh
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c
b/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c
index
This patch add the connection from RDMA2 to DPI0
Signed-off-by: Stu Hsieh
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
index
This patch add the DSI3 support for mutex
Signed-off-by: Stu Hsieh
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
index
1 - 100 of 154 matches
Mail list logo
