Hi Laurent,
On 2018-01-05 16:04, Laurent Pinchart wrote:
> Hi Peter,
>
> Thank you for the patch and sorry for the late review.
>
> On Friday, 5 January 2018 13:30:37 EET Peter Ujfalusi wrote:
>> Use the plane index as default zpos for all planes. Even if the
>> application is not setting zpos/z
https://bugzilla.kernel.org/show_bug.cgi?id=198387
Bug ID: 198387
Summary: nouveau + GTX 960: reproducible system freeze
Product: Drivers
Version: 2.5
Kernel Version: 4.15.0-0.rc6.git2.1.fc28.x86_64
Hardware: Intel
OS: Linu
Hi All,
So this patch, which I already submitted a while ago and back then it
got one comment from Chris Wilson:
> Basically you want a limit on the frequency of ... pcode access?
> As presented, you ultimately do not trust any write and the only
> solution is to disable all writes. No RPS whatso
On Mon, Dec 25, 2017 at 04:42:59PM +0200, Alexander Kapshuk wrote:
> Sparse emitted the following warning:
> ../drivers/staging/vboxvideo/vbox_fb.c:173:27: warning: incorrect type in
> assignment (different address spaces)
> ../drivers/staging/vboxvideo/vbox_fb.c:173:27:expected char [noderef]
December 22, 2017 4:35 PM, "Michel Dänzer" wrote:
> "Deposite Pirate", do the attached (only compile tested) patches work?
Hi,
Sorry for the delay. I was not at home for a while. So, I've compiled and
booted a kernel with both
of these patches and
the issue is still present.
__
DVID, DVII and VGA are required by discrete and integrated GPUs
---
drmconnector.cpp | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drmconnector.cpp b/drmconnector.cpp
index 247f56b..145518f 100644
--- a/drmconnector.cpp
+++ b/drmconnector.cpp
@@ -73,7 +73,9 @@ bool DrmConn
Hi Maxime,
On 5 January 2018 at 21:03, Maxime Ripard
wrote:
> On Fri, Jan 05, 2018 at 09:44:39AM +1100, Jonathan Liu wrote:
>> On 5 January 2018 at 06:56, Maxime Ripard
>> wrote:
>> > On Tue, Dec 26, 2017 at 10:12:25PM +1100, Jonathan Liu wrote:
>> >> We should check if the best match has been s
On Sat, Jan 6, 2018 at 9:43 PM, Hans de Goede wrote:
> HI,
>
>
> On 06-01-18 20:30, Alexander Kapshuk wrote:
>>
>> On Sat, Jan 6, 2018 at 6:00 PM, Hans de Goede wrote:
>>>
>>> Hi,
>>>
>>>
>>> On 06-01-18 15:20, Alexander Kapshuk wrote:
On Mon, Dec 25, 2017 at 04:42:59PM +0200, Alex
On Sat, Jan 6, 2018 at 6:00 PM, Hans de Goede wrote:
> Hi,
>
>
> On 06-01-18 15:20, Alexander Kapshuk wrote:
>>
>> On Mon, Dec 25, 2017 at 04:42:59PM +0200, Alexander Kapshuk wrote:
>>>
>>> Sparse emitted the following warning:
>>> ../drivers/staging/vboxvideo/vbox_fb.c:173:27: warning: incorrect
Porting of original commit 76fb87e675 of Jim Bish in android-ia master to fdo
Original commit message:
"There are various places where we should be really taking connection
state into account before querying the properties or assuming it
as primary. This patch fixes them."
(v2) checks on connecti
Bay Trail devices are known to hang when changing the frequency often,
this is discussed in great length in:
https://bugzilla.kernel.org/show_bug.cgi?id=109051
Commit 6067a27d1f01 ("drm/i915: Avoid tweaking evaluation thresholds
on Baytrail v3") is an attempt to workaround this. Several users in
b
On Sat, Jan 6, 2018 at 10:00 PM, Hans de Goede wrote:
> Hi,
>
>
> On 06-01-18 20:56, Alexander Kapshuk wrote:
>>
>> On Sat, Jan 6, 2018 at 9:43 PM, Hans de Goede wrote:
>>>
>>> HI,
>>>
>>>
>>> On 06-01-18 20:30, Alexander Kapshuk wrote:
On Sat, Jan 6, 2018 at 6:00 PM, Hans de Goede
I observed the following crash on my laptop after undocking it:
BUG: unable to handle kernel NULL pointer dereference at 00e4
IP: i915_hpd_poll_init_work+0x8f/0x100 [i915]
PGD 0 P4D 0
Oops: [#1] PREEMPT SMP
Modules linked in: ppp_mppe ppp_async ppp_generic slhc nf_conntrack_pptp
On 05.01.2018 17:17, Thierry Reding wrote:
> Hi Dave,
>
> The following changes since commit 9428088c90b6f7d5edd2a1b0d742c75339b36f6e:
>
> drm/qxl: reapply cursor after resetting primary (2017-12-08 13:37:02 +1000)
>
> are available in the Git repository at:
>
> git://anongit.freedesktop.or
On 07/01/18 22:14, Jyri Sarha wrote:
>>> +static u64 dispc_api_read_irqstatus(u64 clearmask)
>>> +{
>>> + u32 hw_clearmask = dispc_api_to_hw_irq(clearmask);
>>> + u32 hw_status = dispc_read_irqstatus();
>>> +
>>> + dispc_clear_irqstatus(hw_clearmask & hw_status);
>>> +
>>> + return dispc_h
Hi Colin,
On Sat, 2018-01-06 at 17:28 +, Colin King wrote:
> From: Colin Ian King
>
> Don't populate the const read-only array 'int_reg' on the stack but instead
> make it static. Makes the object code smaller by over 80 bytes:
>
> Before:
>text data bss dec hex fil
On 08/01/18 10:20, Peter Ujfalusi wrote:
> Hi Laurent,
>
> On 2018-01-05 16:04, Laurent Pinchart wrote:
>> Hi Peter,
>>
>> Thank you for the patch and sorry for the late review.
>>
>> On Friday, 5 January 2018 13:30:37 EET Peter Ujfalusi wrote:
>>> Use the plane index as default zpos for all plane
On Sun, 2018-01-07 at 15:51 +0100, Lucas Stach wrote:
> This moves away from using the internal seqno as the userspace fence
> reference. By moving to a generic ID, we can later replace the internal
> fence by something different than the etnaviv seqno fence.
>
> Signed-off-by: Lucas Stach
Revie
On Fri, Jan 5, 2018 at 3:28 AM, Jernej Škrabec wrote:
> Hi,
>
> Dne četrtek, 04. januar 2018 ob 15:45:18 CET je Chen-Yu Tsai napisal(a):
>> On Sun, Dec 31, 2017 at 5:01 AM, Jernej Skrabec
> wrote:
>> > For example, A83T have nmp plls which are modelled as nkmp plls. Since k
>> > is not specified,
Just wanted to clarify this one thing here, otherwise I think Rob/krh
covered it all.
On Thu, Dec 28, 2017 at 10:24:38AM -0800, Miguel Angel Vico wrote:
> Daniel Vetter wrote:
> > I think in the interim figuring out how to expose kms capabilities
> > better (and necessarily standardizing at least
Hi Dave,
drm-misc-fixes-2018-01-08:
Just one vc4 fix.
As expected, nothing really happened over vacations.
For -next we'll probably need to send one late pull request and then
that's done too.
Cheers, Daniel
The following changes since commit e7cdf5c82f1773c3386b93bbcf13b9bfff29fa31:
drm/sy
Hello,
On Monday, 8 January 2018 10:59:29 EET Tomi Valkeinen wrote:
> On 08/01/18 10:20, Peter Ujfalusi wrote:
> > On 2018-01-05 16:04, Laurent Pinchart wrote:
> >> On Friday, 5 January 2018 13:30:37 EET Peter Ujfalusi wrote:
> >>> Use the plane index as default zpos for all planes. Even if the
>
Hi Peter,
On Monday, 8 January 2018 10:20:24 EET Peter Ujfalusi wrote:
> On 2018-01-05 16:04, Laurent Pinchart wrote:
> > On Friday, 5 January 2018 13:30:37 EET Peter Ujfalusi wrote:
> >> Use the plane index as default zpos for all planes. Even if the
> >> application is not setting zpos/zorder ex
On 08/01/18 12:43, Laurent Pinchart wrote:
> Hello,
>
> On Monday, 8 January 2018 10:59:29 EET Tomi Valkeinen wrote:
>> On 08/01/18 10:20, Peter Ujfalusi wrote:
>>> On 2018-01-05 16:04, Laurent Pinchart wrote:
On Friday, 5 January 2018 13:30:37 EET Peter Ujfalusi wrote:
> Use the plane in
Hi Tomi,
On Monday, 8 January 2018 12:58:28 EET Tomi Valkeinen wrote:
> On 08/01/18 12:43, Laurent Pinchart wrote:
> > On Monday, 8 January 2018 10:59:29 EET Tomi Valkeinen wrote:
> >> On 08/01/18 10:20, Peter Ujfalusi wrote:
> >>> On 2018-01-05 16:04, Laurent Pinchart wrote:
> On Friday, 5 J
On Mon, Jan 08, 2018 at 08:42:50AM +0100, Thierry Reding wrote:
> On Fri, Jan 05, 2018 at 05:58:17PM +0300, Dmitry Osipenko wrote:
> > On 05.01.2018 17:17, Thierry Reding wrote:
> > > Hi Dave,
> > >
> > > The following changes since commit
> > > 9428088c90b6f7d5edd2a1b0d742c75339b36f6e:
> > >
>
The newly added get_local_mem_info() function prints a phys_addr_t
using 0x%llx, which is wrong on most 32-bit systems, as shown by
this warning:
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c: In function 'get_local_mem_info':
include/linux/kern_levels.h:5:18: error: format '%llx' expects argument of
Hey Mauro!
Thanks for the v2, I would like to merge this, but the commit message is a
little bit wonky still :)
Let me clean it up for you, and if you're fine with me adding your S-o-B
I'll push it.
Also, if you want to avoid the slow mailing list back and forth, I would happily
help out ove
Hi Dave,
This is a late pull request for 4.16. It our final one. Due to holidays
we failed to send it before. In terms of features nothing really
big/important apart from the addition of the Ilitek ILI9322 panel
driver, that have been tested at linux-next for more than two weeks.
The changes comm
Hey Mauro,
This patch looks good to me apart from the commit message formatting.
If you tell me I can add your SOB, I'll merge it with the below commit message.
On 1/6/18 12:59 AM, Mauro Rossi wrote:
> DVID, DVII and VGA are required by discrete and integrated GPUs
I would expect something like
https://bugs.freedesktop.org/show_bug.cgi?id=104540
Bug ID: 104540
Summary: Corrupted colors in OBS-Studio window capture
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
On Mon, Jan 08, 2018 at 04:47:32PM +0300, Dmitry Osipenko wrote:
> On 08.01.2018 10:42, Thierry Reding wrote:
> > On Fri, Jan 05, 2018 at 05:58:17PM +0300, Dmitry Osipenko wrote:
> >> On 05.01.2018 17:17, Thierry Reding wrote:
> >>> Hi Dave,
> >>>
> >>> The following changes since commit
> >>> 942
On Mon, Jan 08, 2018 at 04:47:42PM +0300, Dmitry Osipenko wrote:
> On 08.01.2018 15:39, Thierry Reding wrote:
> > On Mon, Jan 08, 2018 at 08:42:50AM +0100, Thierry Reding wrote:
> >> On Fri, Jan 05, 2018 at 05:58:17PM +0300, Dmitry Osipenko wrote:
> >>> On 05.01.2018 17:17, Thierry Reding wrote:
>
Mostly a minor revision.
The biggest item is that I've changed the property value "Off" to "Undesired".
This reflects what Chrome is using (discovered by backporting the set to our
downstream kernel and testing it). "Off" came from a botched backport someone
did to the CrOS kernel a little while
I'm adding some stuff below it and it's killing my editor's vibe.
Changes in v2:
- Added to the series
Changes in v3:
- None
Changes in v4:
- None
Changes in v5:
- None
Cc: Manasi Navare
Acked-by: Daniel Vetter
Signed-off-by: Sean Paul
---
drivers/gpu/drm/drm_connector.c | 9 +
1 file
This patch adds a new optional connector property to allow userspace to enable
protection over the content it is displaying. This will typically be implemented
by the driver using HDCP.
The property is a tri-state with the following values:
- OFF: Self explanatory, no content protection
- DESIRED:
This patch adds a little more control to a couple wait_for routines such
that we can avoid open-coding read/wait/timeout patterns which:
- need the value of the register after the wait_for
- run arbitrary operation for the read portion
This patch also chooses the correct sleep function (based on
This patch adds the framework required to add HDCP support to intel
connectors. It implements Aksv loading from fuse, and parts 1/2/3
of the HDCP authentication scheme.
Note that without shim implementations, this does not actually implement
HDCP. That will come in subsequent patches.
Changes in
Once the Aksv is available in the PCH, we need to get it on the wire to
the receiver via DDC. The hardware doesn't allow us to read the value
directly, so we need to tell GMBUS to source the Aksv internally and
send it to the right offset on the receiver.
The way we do this is to initiate an index
This patch enables the indexed write feature of the GMBUS to concatenate
2 consecutive messages into one. The criteria for an indexed write is
that both messages are writes, the first is length == 1, and the second
is length > 0. The first message is sent out by the GMBUS as the slave
command, and
This patch adds HDCP support for HDMI connectors by implementing
the intel_hdcp_shim.
Nothing too special, just a bunch of DDC reads/writes.
Changes in v2:
- Rebased on drm-intel-next
Changes in v3:
- Initialize new worker
Changes in v4:
- Remove SKL_ prefix from most register names (Daniel)
- Wr
This patch adds HDCP support for DisplayPort connectors by implementing
the intel_hdcp_shim.
Most of this is straightforward read/write from/to DPCD registers. One
thing worth pointing out is the Aksv output bit. It wasn't easily
separable like it's HDMI counterpart, so it's crammed in with the re
In preparation for implementing HDCP in i915, add some HDCP related
register offsets and defines. The dpcd register offsets will go in
drm_dp_helper.h whereas the ddc offsets along with generic HDCP stuff
will get stuffed in drm_hdcp.h, which is new.
Changes in v2:
- drm_hdcp.h gets MIT license (D
On 2018-01-04 07:31 AM, Seung-Woo Kim wrote:
> The amdgpu.ids is only required when building with amdgpu support.
> Fix not to add it without amdgpu.
>
> Signed-off-by: Seung-Woo Kim
> ---
> data/Makefile.am |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/data/Mak
https://bugs.freedesktop.org/show_bug.cgi?id=104285
--- Comment #4 from Gregor Münch ---
Cant confirm with Radeon HD 7970 on mesa git and llvm git from today.
ATS with shadows to high.
Maybe its LLVM?
--
You are receiving this mail because:
You are the assignee for the bug._
This is The One. Differences between v6 and v5 include fixing a printk
formatting issue that 0-day found, and changing the verbose licenses in the new
files to SPDX tags.
I'll push this to a topic branch in the drm-misc tree and send a pull request to
Dave for 4.17 after the 4.16 merge window is o
This patch adds a little more control to a couple wait_for routines such
that we can avoid open-coding read/wait/timeout patterns which:
- need the value of the register after the wait_for
- run arbitrary operation for the read portion
This patch also chooses the correct sleep function (based on
I'm adding some stuff below it and it's killing my editor's vibe.
Changes in v2:
- Added to the series
Changes in v3:
- None
Changes in v4:
- None
Changes in v5:
- None
Changes in v6:
- None
Cc: Manasi Navare
Acked-by: Daniel Vetter
Signed-off-by: Sean Paul
---
drivers/gpu/drm/drm_connector.c
This patch adds a new optional connector property to allow userspace to enable
protection over the content it is displaying. This will typically be implemented
by the driver using HDCP.
The property is a tri-state with the following values:
- OFF: Self explanatory, no content protection
- DESIRED:
In preparation for implementing HDCP in i915, add some HDCP related
register offsets and defines. The dpcd register offsets will go in
drm_dp_helper.h whereas the ddc offsets along with generic HDCP stuff
will get stuffed in drm_hdcp.h, which is new.
Changes in v2:
- drm_hdcp.h gets MIT license (D
This patch adds HDCP support for HDMI connectors by implementing
the intel_hdcp_shim.
Nothing too special, just a bunch of DDC reads/writes.
Changes in v2:
- Rebased on drm-intel-next
Changes in v3:
- Initialize new worker
Changes in v4:
- Remove SKL_ prefix from most register names (Daniel)
- Wr
This patch adds HDCP support for DisplayPort connectors by implementing
the intel_hdcp_shim.
Most of this is straightforward read/write from/to DPCD registers. One
thing worth pointing out is the Aksv output bit. It wasn't easily
separable like it's HDMI counterpart, so it's crammed in with the re
Once the Aksv is available in the PCH, we need to get it on the wire to
the receiver via DDC. The hardware doesn't allow us to read the value
directly, so we need to tell GMBUS to source the Aksv internally and
send it to the right offset on the receiver.
The way we do this is to initiate an index
This patch adds the framework required to add HDCP support to intel
connectors. It implements Aksv loading from fuse, and parts 1/2/3
of the HDCP authentication scheme.
Note that without shim implementations, this does not actually implement
HDCP. That will come in subsequent patches.
Changes in
This patch enables the indexed write feature of the GMBUS to concatenate
2 consecutive messages into one. The criteria for an indexed write is
that both messages are writes, the first is length == 1, and the second
is length > 0. The first message is sent out by the GMBUS as the slave
command, and
On Mon, Jan 8, 2018 at 2:55 PM, Sean Paul wrote:
> This is The One. Differences between v6 and v5 include fixing a printk
> formatting issue that 0-day found, and changing the verbose licenses in the
> new
> files to SPDX tags.
>
> I'll push this to a topic branch in the drm-misc tree and send a
On Sat, Jan 06, 2018 at 12:59:58AM +0100, Mauro Rossi wrote:
> Porting of original commit 76fb87e675 of Jim Bish in android-ia master to fdo
>
> Original commit message:
> "There are various places where we should be really taking connection
> state into account before querying the properties or a
On Mon, Jan 08, 2018 at 03:41:49PM -0500, Sean Paul wrote:
> On Sat, Jan 06, 2018 at 12:59:58AM +0100, Mauro Rossi wrote:
> > Porting of original commit 76fb87e675 of Jim Bish in android-ia master to
> > fdo
> >
> > Original commit message:
> > "There are various places where we should be really
On 2018-01-04 02:47 PM, sunpeng...@amd.com wrote:
> From: "Leo (Sunpeng) Li"
>
> During a non-blocking commit, it is possible to return before the
> commit_tail work is queued (-ERESTARTSYS, for example).
>
> Since a reference on the crtc commit object is obtained for the pending
> vblank event
https://bugs.freedesktop.org/show_bug.cgi?id=104185
--- Comment #3 from quen...@intrepide.io ---
I have the same issue
I have a Ryzen 1800x with Vega 56 with different config
ubuntu 17.10 with mainline 4.15rc kernel and amdgpu with mesa sable (17.2) or
git (17.4) (from different ppa) with llvm 5
https://bugs.freedesktop.org/show_bug.cgi?id=104185
--- Comment #4 from omin...@autistici.org ---
For those who experience a freeze, please try the following:
- Switch to a terminal with Ctrl + Alt + F7
- Switch back to your original environment with Ctrl + Alt + F1
I am experience some freezing
https://bugs.freedesktop.org/show_bug.cgi?id=104185
--- Comment #5 from quen...@intrepide.io ---
all system freeze, can't do anything, so I can't switch tty with Ctrl+Alt+FX(In
reply to ominous from comment #4)
> For those who experience a freeze, please try the following:
>
> - Switch to a termi
This commit is Reviewed-by: Felix Kuehling
Thanks,
Felix
On 2018-01-08 07:53 AM, Arnd Bergmann wrote:
> The newly added get_local_mem_info() function prints a phys_addr_t
> using 0x%llx, which is wrong on most 32-bit systems, as shown by
> this warning:
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_a
On Thu, Jan 04, 2018 at 12:23:16AM -0800, Manasi Navare wrote:
> This patch defines the DP DSC receiver capability size that gives
> total number of DP DSC DPCD registers.
> This also adds a missing SHIFT define missed in the
> commit id (ab6a46ea6842ce "Add DPCD definitions for DP 1.4 DSC feature"
https://bugs.freedesktop.org/show_bug.cgi?id=104306
--- Comment #12 from eric vz ---
Subsequent bisects (starting at different ranges so different commits would be
tested) have led me to the same place. No idea why I thought 255573996 worked
for a while; all new builds from it break for me. I ha
On 01/07/2018 11:44 AM, Noralf Trønnes wrote:
Add and use a function for enabling, flushing and turning on backlight.
Signed-off-by: Noralf Trønnes
---
Reviewed-by: David Lechner
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://l
On 01/07/2018 11:44 AM, Noralf Trønnes wrote:
Split out common poweron-reset functionality.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 20 ++--
drivers/gpu/drm/tinydrm/mipi-dbi.c | 63 ++
drivers/gpu/drm/tinydrm/st7586.
On 01/08/2018 07:38 PM, David Lechner wrote:
On 01/07/2018 11:44 AM, Noralf Trønnes wrote:
Split out common poweron-reset functionality.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 20 ++--
drivers/gpu/drm/tinydrm/mipi-dbi.c | 63 ++
On 01/07/2018 11:44 AM, Noralf Trønnes wrote:
It's better to leave power handling and controller init to the
modesetting machinery using the simple pipe .enable and .disable
callbacks. Remove unused mipi_dbi_pipe_enable().
Signed-off-by: Noralf Trønnes
---
Reviewed-by: David Lechner
___
On 01/07/2018 11:44 AM, Noralf Trønnes wrote:
Embed the mode in tinydrm_connector instead of doing an devm_ allocation.
Remove unnecessary use of ret variable at the end of
tinydrm_display_pipe_init().
Signed-off-by: Noralf Trønnes
---
Reviewed-by: David Lechner
___
From: Dave Airlie
This looks to have never gotten filled in, and it seems to
trigger a bug in mesa.
Reported-by: Roland Scheidegger
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/evergreen.c | 1 +
drivers/gpu/drm/radeon/ni.c| 1 +
2 files changed, 2 insertions(+)
diff --git
On Thu, Jan 04, 2018 at 06:05:50PM -0800, Hyun Kwon wrote:
> The dt binding for Xilinx DRM KMS driver.
Bindings are for h/w, not drivers.
>
> Signed-off-by: Hyun Kwon
> ---
> .../devicetree/bindings/display/xlnx/xlnx,kms.txt| 20
>
> 1 file changed, 20 insertions(+)
>
On Thu, Jan 04, 2018 at 06:05:55PM -0800, Hyun Kwon wrote:
> This add a dt binding for ZynqMP DP subsystem.
>
> Signed-off-by: Hyun Kwon
> ---
> .../bindings/display/xlnx/xlnx,zynqmp-dpsub.txt| 94
> ++
> 1 file changed, 94 insertions(+)
> create mode 100644
> Document
73 matches
Mail list logo
