On 2018年11月15日 19:12, Christian König wrote:
Implement finding the right timeline point in drm_syncobj_find_fence.
Signed-off-by: Christian König
---
drivers/gpu/drm/drm_syncobj.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_syncobj.c b/
https://bugzilla.kernel.org/show_bug.cgi?id=201763
--- Comment #1 from Rogério Brito (rbr...@ime.usp.br) ---
Created attachment 279599
--> https://bugzilla.kernel.org/attachment.cgi?id=279599&action=edit
dmesg log with kernel 4.18.10
--
You are receiving this mail because:
You are watching the
On Wed, Nov 21, 2018 at 05:40:19PM +0100, Christophe Fergeau wrote:
> On Wed, Nov 21, 2018 at 10:01:29AM +0100, Gerd Hoffmann wrote:
> > So qxl kernel patches are sent to the spice-devel list for review.
> >
> > Signed-off-by: Gerd Hoffmann
> > ---
> > MAINTAINERS | 1 +
> > 1 file changed, 1 in
https://bugzilla.kernel.org/show_bug.cgi?id=201763
Bug ID: 201763
Summary: amdgpu: [powerplay] VBIOS did not find boot engine
clock value in dependency table. Using Memory DPM
level 0!
Product: Drivers
Version: 2.
https://bugs.freedesktop.org/show_bug.cgi?id=108827
Shubham changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=108827
Bug ID: 108827
Summary: login page not working.
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: m
We just got confirmation from BOE that they will modified EDID on this panel to
fix issue.
Please ignore this change. Thanks!
>On Mon, 12 Nov 2018, "Lee, Shawn C" wrote:
>
>BOE panel (ID: 0x0770) that reports "DFP 1.x compliant TMDS".
>But it's 6bpc panel only instead of 8 bpc.
>
>Add panel ID
https://bugs.freedesktop.org/show_bug.cgi?id=105113
--- Comment #9 from Jan Vesely ---
(In reply to Maciej S. Szmigiero from comment #8)
> Aren't program@execute@calls-struct and program@execute@tail-calls tests
> from comment 4 examples of this behavior?
> These seem to run but return wrong resu
https://bugs.freedesktop.org/show_bug.cgi?id=108825
Samantha McVey changed:
What|Removed |Added
Version|XOrg git|unspecified
Summary|Raven R
https://bugs.freedesktop.org/show_bug.cgi?id=108710
--- Comment #9 from mikhail.v.gavri...@gmail.com ---
Created attachment 142564
--> https://bugs.freedesktop.org/attachment.cgi?id=142564&action=edit
4.20rc3 still freezes
--
You are receiving this mail because:
You are the assignee for the bu
On Thu, 22 Nov 2018 at 11:42, 陳雅正 wrote:
>
> Hi Dave,
> Thanks for your feedback. No issue found actually if I remove "volatile" on
> my platform. In my experience, if the value is volatile, adding "volatile"
> will be safer and no harm, that is why I add it by default. If you think it
> is not
https://bugs.freedesktop.org/show_bug.cgi?id=108825
--- Comment #3 from Samantha McVey ---
Created attachment 142563
--> https://bugs.freedesktop.org/attachment.cgi?id=142563&action=edit
dmesg with drm.debug=0x1
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=108825
--- Comment #2 from Samantha McVey ---
Created attachment 142562
--> https://bugs.freedesktop.org/attachment.cgi?id=142562&action=edit
xorg log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=108825
--- Comment #1 from Samantha McVey ---
Created attachment 142561
--> https://bugs.freedesktop.org/attachment.cgi?id=142561&action=edit
dmesg
bpc seems to be detected as 6, but visually there does not appear to be any
kind of dithering going o
Render like lima will attach a fence to the framebuffer
dma_buf, display like sun4i should wait it finish before
show the framebuffer. Otherwise tearing will be observed.
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/sun4i/sun4i_layer.c| 2 ++
drivers/gpu/drm/sun4i/sun8i_ui_layer.c | 2 ++
dri
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #57 from bmil...@gmail.com ---
@Brandon Wright
Sorry for double posting, but I think if you send the patch to amd-gfx
mailing-list directly it might get reviewed faster.
--
You are receiving this mail because:
You are the assignee f
https://bugs.freedesktop.org/show_bug.cgi?id=108781
--- Comment #17 from jamespharve...@gmail.com ---
I also really want to make clear that none of my frustration is toward a
specific developer. My code doesn't always work either. I'm not frustrated
with whoever wrote whatever commits are causin
OK, meson has fix from Koen and Neil. I'll send the fix for sun4i.
But rockchip and exynos need the help from Simon and Heiko because I
don't have a device.
Regards,
Qiang
On Wed, Nov 21, 2018 at 5:45 PM Daniel Vetter wrote:
>
> On Sun, Nov 18, 2018 at 08:44:57PM +0800, Qiang Yu wrote:
> > add "
Thanks, thought linux-sunxi is enough.
Regards,
Qiang
On Wed, Nov 21, 2018 at 11:45 PM Jernej Škrabec
wrote:
>
> Hi,
>
> Dne ponedeljek, 19. november 2018 ob 15:33:11 CET je Qiang Yu napisal(a):
> > Render like lima will attach a fence to the framebuffer
> > dma_buf, display like sun4i should wai
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #56 from bmil...@gmail.com ---
(In reply to Brandon Wright from comment #55)
> Created attachment 142558 [details] [review]
> Patch that "fixes" the problem.
>
> I've attached a patch that fixes the problem for me. It copies parts fr
On Tue, 20 Nov 2018 15:12:49 -0800 Dan Williams
wrote:
> Changes since v7 [1]:
> At Maintainer Summit, Greg brought up a topic I proposed around
> EXPORT_SYMBOL_GPL usage. The motivation was considerations for when
> EXPORT_SYMBOL_GPL is warranted and the criteria for taking the
> exceptional st
On Wed, 31 Oct 2018 at 18:12, Y.C. Chen wrote:
>
> From: "Y.C. Chen"
>
> v1: over-sample data to increase the stability with some specific monitors
> v2: refine to avoid infinite loop
This contains at least 4 whitespace breakages (val =) in a few
places, also why the volatiles, I don't think th
https://bugs.freedesktop.org/show_bug.cgi?id=108781
--- Comment #16 from jamespharve...@gmail.com ---
I do want to acknowledge that I don't know that all of the problematic commits
between 4.18.16 and 4.19 were written or even signed off by AMD. I still put
most of that on AMD, because I just don
https://bugs.freedesktop.org/show_bug.cgi?id=108781
--- Comment #15 from jamespharve...@gmail.com ---
Created attachment 142560
--> https://bugs.freedesktop.org/attachment.cgi?id=142560&action=edit
journalctl of 0d9988910989, which gets to a black screen
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=108781
--- Comment #14 from jamespharve...@gmail.com ---
Created attachment 142559
--> https://bugs.freedesktop.org/attachment.cgi?id=142559&action=edit
journalctl of c91b007ed137, which gets to a tty
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=108781
--- Comment #13 from jamespharve...@gmail.com ---
In all seriousness, can the AMD devs please tell me exactly which make and
model video card the devs use? As long as it's something that has 3+
DisplayPorts, and can display 5 monitors using chai
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #55 from Brandon Wright ---
Created attachment 142558
--> https://bugs.freedesktop.org/attachment.cgi?id=142558&action=edit
Patch that "fixes" the problem.
I've attached a patch that fixes the problem for me. It copies parts from
https://bugs.freedesktop.org/show_bug.cgi?id=108825
Bug ID: 108825
Summary: Raven Ridge: Banding on eDP display
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Hi Laurent,
Thank you for the patch(es)
On 21/11/2018 22:20, Laurent Pinchart wrote:
> The hardware requires the HDSR and VDSR registers to be set to 1 or
> higher. This translates to a minimum combined horizontal sync and back
> porch of 20 pixels and a minimum vertical back porch of 3 lines. Re
The hardware requires the HDSR and VDSR registers to be set to 1 or
higher. This translates to a minimum combined horizontal sync and back
porch of 20 pixels and a minimum vertical back porch of 3 lines. Reject
modes that fail those requirements.
Signed-off-by: Laurent Pinchart
---
Changes since
(resending because previous email switched to HTML mode and was filtered out)
Hi Tejun,
On Tue, Nov 20, 2018 at 5:30 PM Tejun Heo wrote:
> On Tue, Nov 20, 2018 at 10:21:14PM +, Ho, Kenny wrote:
> > By this reply, are you suggesting that vendor specific resources
> > will never be acceptable
Hi Tejun,
On Tue, Nov 20, 2018 at 5:30 PM Tejun Heo wrote:
> On Tue, Nov 20, 2018 at 10:21:14PM +, Ho, Kenny wrote:
> > By this reply, are you suggesting that vendor specific resources
> > will never be acceptable to be managed under cgroup? Let say a user
>
> I wouldn't say never but whatev
https://bugs.freedesktop.org/show_bug.cgi?id=106287
--- Comment #12 from Henrik Holst ---
I upgraded to Ubuntu 18.04LTS a while back in order to test newer versions of
Mesa since Padoka PPA stopped supporting 14.04LTS and that broker the game
completely just as it previously had done for people o
Ever since
commit cb6458f97b53d7f73043206c18014b3ca63ac345
Author: Daniel Vetter
Date: Thu Aug 8 15:41:34 2013 +0200
drm: remove procfs code, take 2
Having the code shared between procfs and debugfs in the separate
drm_info.c file stopped making sense. Merge them.
Noticed because Lyude a
Hi Laurent,
On 21/11/2018 18:29, Laurent Pinchart wrote:
> Hi Kieran,
>
> On Thursday, 20 September 2018 14:22:38 EET Laurent Pinchart wrote:
>> On Wednesday, 19 September 2018 18:56:59 EEST Kieran Bingham wrote:
>>> If the alpha property is not added to a plane, a default value will be
>>> used,
On 12/11/2018 15:01, Maarten Lankhorst wrote:
> We already have __drm_atomic_helper_connector_reset() and
> __drm_atomic_helper_plane_reset(), extend this to crtc as well.
>
> Most drivers already have a gpu reset hook, correct it.
> Nouveau already implemented its own __drm_atomic_helper_crtc_res
https://bugs.freedesktop.org/show_bug.cgi?id=108073
Chris Wilson changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=108824
Bug ID: 108824
Summary: Invalid handling when GL buffer is bound on one
context and invalidated on another
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
Pushed to drm-misc-fixes, thanks!
On Thu, 2018-11-22 at 06:08 +1000, Dave Airlie wrote:
> On Wed, 14 Nov 2018 at 08:47, Lyude Paul wrote:
> > Jerry Zuo pointed out a rather obscure hotplugging issue that it seems I
> > accidentally introduced into DRM two years ago.
> >
> > Pretend we have a top
On Wed, 14 Nov 2018 at 08:47, Lyude Paul wrote:
>
> Jerry Zuo pointed out a rather obscure hotplugging issue that it seems I
> accidentally introduced into DRM two years ago.
>
> Pretend we have a topology like this:
>
> |- DP-1: mst_primary
>|- DP-4: active display
>|- DP-5: disconnected
Applied. thanks!
On Wed, Nov 21, 2018 at 9:25 AM Brajeswar Ghosh
wrote:
>
> Remove dm_services_types.h which is included more than once
>
> Signed-off-by: Brajeswar Ghosh
> ---
> drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/gp
Applied. thanks!
On Wed, Nov 21, 2018 at 9:24 AM Brajeswar Ghosh
wrote:
>
> Remove gca/gfx_8_0_sh_mask.h which is included more than once
>
> Signed-off-by: Brajeswar Ghosh
> ---
> drivers/gpu/drm/amd/amdgpu/mxgpu_vi.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/amd/
Applied. thanks!
On Wed, Nov 21, 2018 at 3:16 AM Zhang, Jerry(Junwei)
wrote:
>
> On 11/21/18 3:11 PM, Brajeswar Ghosh wrote:
> > Remove gca/gfx_8_0_d.h which is included more than once
> >
> > Signed-off-by: Brajeswar Ghosh
> Reviewed-by: Junwei Zhang
>
> > ---
> > drivers/gpu/drm/amd/amdgpu/
https://bugs.freedesktop.org/show_bug.cgi?id=108628
--- Comment #1 from Gregor Münch ---
I have a Radeon HD 7970 and I dont have this problem with mesa-git llvm-git.
Need to test this with Mesa 18.2 stable.
--
You are receiving this mail because:
You are the assignee for the bug.___
Reviewed-by: Lyude Paul
On Thu, 2018-11-15 at 23:16 +0100, Fernando Ramos wrote:
> There are no more places where this (deprecated) function is being
> used from, thus it can now be removed.
>
> Signed-off-by: Fernando Ramos
> ---
> include/drm/drm_connector.h | 24
>
For the nouveau and drm core changes
Reviewed-by: Lyude Paul
On Mon, 2018-11-12 at 16:01 +0100, Maarten Lankhorst wrote:
> We already have __drm_atomic_helper_connector_reset() and
> __drm_atomic_helper_plane_reset(), extend this to crtc as well.
>
> Most drivers already have a gpu reset hook,
Hi Kieran,
On Thursday, 20 September 2018 14:22:38 EET Laurent Pinchart wrote:
> On Wednesday, 19 September 2018 18:56:59 EEST Kieran Bingham wrote:
> > If the alpha property is not added to a plane, a default value will be
> > used, which can result in a non-visible layer if the alpha is
> > init
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #14 from Gleb Zasyadko ---
Created attachment 142549
--> https://bugs.freedesktop.org/attachment.cgi?id=142549&action=edit
dmesg_log_kernel_4.20-rc3_EDID1.4
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #15 from Gleb Zasyadko ---
Created attachment 142550
--> https://bugs.freedesktop.org/attachment.cgi?id=142550&action=edit
dmesg_log_kernel_4.20-rc3_EDID1.4_switch_EDID2.0_FAIL_switch_EDID1.4
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #12 from Gleb Zasyadko ---
Created attachment 142547
--> https://bugs.freedesktop.org/attachment.cgi?id=142547&action=edit
dmesg_log_kernel_4.19.3_EDID1.4
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #13 from Gleb Zasyadko ---
Created attachment 142548
--> https://bugs.freedesktop.org/attachment.cgi?id=142548&action=edit
dmesg_log_kernel_4.19.3_EDID1.4_switch_EDID2.0_FAIL_switch_EDID1.4
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #11 from Gleb Zasyadko ---
Created attachment 142546
--> https://bugs.freedesktop.org/attachment.cgi?id=142546&action=edit
dmesg_log_kernel_4.18.20_EDID1.4_switch_EDID2.0_FAIL_switch_EDID1.4
--
You are receiving this mail because
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #10 from Gleb Zasyadko ---
Created attachment 142545
--> https://bugs.freedesktop.org/attachment.cgi?id=142545&action=edit
dmesg_log_kernel_4.18.20_EDID1.4
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #9 from Gleb Zasyadko ---
Created attachment 142544
--> https://bugs.freedesktop.org/attachment.cgi?id=142544&action=edit
dmesg_log_kernel_4.15.0-39_EDID1.4_switch_EDID2.0_OK
--
You are receiving this mail because:
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #8 from Gleb Zasyadko ---
Created attachment 142543
--> https://bugs.freedesktop.org/attachment.cgi?id=142543&action=edit
dmesg_log_kernel_4.15.0-39_EDID1.4
--
You are receiving this mail because:
You are the assignee for the bug
Hi Daniel,
On Wednesday, 21 November 2018 11:42:33 EET Daniel Vetter wrote:
> On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote:
> > On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote:
> >> One of the things in the DRM TODO list ("Documentation/gpu/todo.rst")
> >> was to "switch fro
Hi Ville,
Thank you for the patch.
On Tuesday, 20 November 2018 18:13:42 EET Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Make life easier for drivers by simply passing the connector
> to drm_hdmi_avi_infoframe_from_display_mode() and
> drm_hdmi_avi_infoframe_quant_range(). That way drivers d
https://bugzilla.kernel.org/show_bug.cgi?id=201273
--- Comment #12 from quirin.blae...@freenet.de ---
Bug is still alive. v4.19.3 + patch
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-d
drivers/gpu/drm/drm_prime.c: In function 'drm_gem_prime_mmap':
>> drivers/gpu/drm/drm_prime.c:688:1: warning: the frame size of 1592 bytes is
>> larger than 1024 bytes [-Wframe-larger-than=]
Fix by allocating on the heap.
Fixes: 7698799f9554 ("drm/prime: Add drm_gem_prime_mmap()")
Reported-by
Since Linux 4.17, calls to drm_crtc_vblank_on/off are mandatory, and we get
a warning when ctrc is disabled :
" driver forgot to call drm_crtc_vblank_off()"
But, the vsync IRQ was not totally disabled due the transient hardware
state and specific interrupt line thus adding proper IRQ masking from
On drm_driver->last_close the generic fbdev emulation will restore fbdev
regardless of it being used or not. This is a problem for e-ink displays
which don't want to be overwritten with zeroes when DRM userspace closes.
Amend this by adding an open counter to track fbdev use to know when to
restor
On Wed, Nov 21, 2018 at 05:22:49PM +0100, Daniel Vetter wrote:
> On Wed, Nov 21, 2018 at 5:16 PM Ville Syrjälä
> wrote:
> >
> > On Wed, Nov 21, 2018 at 04:19:36PM +0100, Daniel Vetter wrote:
> > > On Wed, Nov 21, 2018 at 01:37:51PM +0200, Ville Syrjälä wrote:
> > > > On Wed, Nov 21, 2018 at 10:27:
Quoting Rob Herring (2018-11-19 11:15:16)
> On Sun, Nov 18, 2018 at 11:12 AM Matthias Brugger
> wrote:
> > On 11/17/18 12:15 AM, Rob Herring wrote:
> > > On Fri, Nov 16, 2018 at 01:54:45PM +0100, matthias@kernel.org wrote:
> > >> -#clock-cells = <1>;
> > >> +
> > >> +mmsys_clk: clock-c
On Wed, Nov 21, 2018 at 10:01:29AM +0100, Gerd Hoffmann wrote:
> So qxl kernel patches are sent to the spice-devel list for review.
>
> Signed-off-by: Gerd Hoffmann
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 4caac2f6b0..d9945d5
Hi Dave,
- OD fixes for powerplay
- Vega20 fixes
- KFD fix for Kaveri
- add missing firmware declaration for hainan (SI chip)
- Fix DC user experience regressions related to panels that support >8 bpc
The following changes since commit 9826b1138e497dfb48f5cc64a82c219b4d0932da:
Merge branch 'dr
On Wed, Nov 21, 2018 at 5:16 PM Ville Syrjälä
wrote:
>
> On Wed, Nov 21, 2018 at 04:19:36PM +0100, Daniel Vetter wrote:
> > On Wed, Nov 21, 2018 at 01:37:51PM +0200, Ville Syrjälä wrote:
> > > On Wed, Nov 21, 2018 at 10:27:27AM +0100, Daniel Vetter wrote:
> > > > On Mon, Nov 12, 2018 at 06:59:45PM
On Wed, Nov 21, 2018 at 04:19:36PM +0100, Daniel Vetter wrote:
> On Wed, Nov 21, 2018 at 01:37:51PM +0200, Ville Syrjälä wrote:
> > On Wed, Nov 21, 2018 at 10:27:27AM +0100, Daniel Vetter wrote:
> > > On Mon, Nov 12, 2018 at 06:59:45PM +0200, Ville Syrjala wrote:
> > > > From: Ville Syrjälä
> > >
Hi Dave,
Another light -fixes pull, either we've really got our act together this release
or the hammer is about to drop. I'll go with the optimistic take :-)
Hope the time adjustment back to upside-down-time has been smooth for you!
drm-misc-fixes-2018-11-21:
- vc4: Fix NULL deref in async pat
https://bugs.freedesktop.org/show_bug.cgi?id=108542
--- Comment #10 from davide26...@gmail.com ---
(In reply to Nicholas Kazlauskas from comment #9)
> The patchset from:
>
> https://patchwork.freedesktop.org/patch/260799/
>
> ...will likely resolve this issue.
>
> It has been merged into amd-st
On Wed, Nov 21, 2018 at 01:37:51PM +0200, Ville Syrjälä wrote:
> On Wed, Nov 21, 2018 at 10:27:27AM +0100, Daniel Vetter wrote:
> > On Mon, Nov 12, 2018 at 06:59:45PM +0200, Ville Syrjala wrote:
> > > From: Ville Syrjälä
> > >
> > > On i965gm we need to adjust max_vblank_count dynamically
> > > d
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #7 from Nicholas Kazlauskas ---
Please post a dmesg log from a 4.19 or 4.18 kernel with 2.0 mode enabled on
your display.
--
You are receiving this mail because:
You are the assignee for the bug.
Hi Kishon,
On Wed, Nov 21, 2018 at 03:59:43PM +0530, Kishon Vijay Abraham I wrote:
> On 21/11/18 3:41 PM, Maxime Ripard wrote:
> > Hi Kishon,
> >
> > On Tue, Nov 20, 2018 at 11:02:34AM +0530, Kishon Vijay Abraham I wrote:
> +static int cdns_dphy_config_from_opts(struct phy *phy,
> +
Hi,
> > (And in the long run we should use or write a tool to generate EDIDs
> > instead of using assembly with macros. And like Jon already mentioned in
> > the other thread, even the assembly probably shouldn't be under
> > Documentation. But I digress.)
>
> If we do that, maybe stuff the EDI
Hi Sakari,
On Mon, Nov 19, 2018 at 11:24:20PM +0200, Sakari Ailus wrote:
> Hi Maxime,
>
> On Tue, Nov 06, 2018 at 03:54:20PM +0100, Maxime Ripard wrote:
> > Cadence has designed a D-PHY that can be used by the, currently in tree,
> > DSI bridge (DRM), CSI Transceiver and CSI Receiver (v4l2) drive
https://bugs.freedesktop.org/show_bug.cgi?id=107690
Gleb Zasyadko changed:
What|Removed |Added
Summary|Blackscreen after |Blackscreen after
|in
https://bugs.freedesktop.org/show_bug.cgi?id=107690
Gleb Zasyadko changed:
What|Removed |Added
Summary|Blackscreen after |Blackscreen after
|in
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #6 from Gleb Zasyadko ---
Today some new facts came to light. It turns out that if you change the HDMI
EDID mode from 2.0 to 1.4 in the settings of my TV, then the distributions on
the new kernels starting from version 4.18 start per
On Mon, Nov 19, 2018 at 11:35:00PM +0100, Hans de Goede wrote:
> Starting with 4.20-rc1 I'm seeing the LCD screen briefly turn mostly purple
> on devices with a DSI panel (seen on 2 different devices with a DSI panel).
>
> This happens both with and without fastboot=1. This is caused by
> commit 5
On Wed, Nov 21, 2018 at 01:40:43PM +0200, Jani Nikula wrote:
> On Tue, 20 Nov 2018, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Make life easier for drivers by simply passing the connector
> > to drm_hdmi_avi_infoframe_from_display_mode() and
> > drm_hdmi_avi_infoframe_quant_range(). Tha
On Tue, 20 Nov 2018, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Make life easier for drivers by simply passing the connector
> to drm_hdmi_avi_infoframe_from_display_mode() and
> drm_hdmi_avi_infoframe_quant_range(). That way drivers don't
> need to worry about is_hdmi2_sink mess.
Overall lo
On Wed, Nov 21, 2018 at 10:27:27AM +0100, Daniel Vetter wrote:
> On Mon, Nov 12, 2018 at 06:59:45PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > On i965gm we need to adjust max_vblank_count dynamically
> > depending on whether the TV encoder is used or not. To
> > that end add a pe
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #47 from tempel.jul...@gmail.com ---
I had the chance to test three different GPUs:
RX 560: flickers
RX 580: flickers
RX Vega 56: doesn't flicker (and saves way more power than Polaris at the same
time)
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #48 from Tim Writer ---
I'm out-of-office for jury duty Nov. 19 - Dec. 11, returning on Dec. 12. I will
be checking e-mail daily and will endeavour to route important e-mail to my
team.
Regards,
Tim
--
You are receiving this mail
On 20/11/2018 10:21, Neil Armstrong wrote:
> Hi Koen,
>
> On 19/11/2018 11:02, Koen Kooi wrote:
>> Suggested by Qiang Yu to fix tearing artefacts in the
>> Kodi GUI.
>
> Thanks, indeed this fixes implicit fencing when using Lima on Amlogic Meson
> SoCs.
>
> Any objection to merge this ?
>
> N
On Wed, Nov 21, 2018 at 10:59:56AM +0100, Daniel Vetter wrote:
> On Tue, Nov 20, 2018 at 07:55:42PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > The early return in drm_atomic_set_mode_for_crtc() isn't quite
> > right. It would mistakenly return and fail to update
> > crtc_state->e
https://bugs.freedesktop.org/show_bug.cgi?id=108814
--- Comment #5 from Domen ---
Attached logs
[ 332.004841] amdgpu :0e:00.0: GPU fault detected: 147 0x0f800802 for
process roles pid 1043 thread roles:cs0 pid 1044
[ 332.004844] amdgpu :0e:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR
0x0
On Tue, 20 Nov 2018, Alexandre Belloni wrote:
> Fix a spelling mistake in a comment.
>
> Signed-off-by: Alexandre Belloni
Thanks for the patch, pushed to drm-intel-next-queued.
BR,
Jani.
> ---
> drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> di
https://bugs.freedesktop.org/show_bug.cgi?id=108814
--- Comment #4 from Domen ---
Created attachment 142538
--> https://bugs.freedesktop.org/attachment.cgi?id=142538&action=edit
trace events amdgpu
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=108814
--- Comment #3 from Domen ---
Created attachment 142537
--> https://bugs.freedesktop.org/attachment.cgi?id=142537&action=edit
gallium dump t0
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=108814
--- Comment #2 from Domen ---
Created attachment 142536
--> https://bugs.freedesktop.org/attachment.cgi?id=142536&action=edit
gallium dump t1
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=108814
--- Comment #1 from Domen ---
Created attachment 142535
--> https://bugs.freedesktop.org/attachment.cgi?id=142535&action=edit
umr dump
--
You are receiving this mail because:
You are the assignee for the bug._
Hi Kishon,
On Tue, Nov 20, 2018 at 11:02:34AM +0530, Kishon Vijay Abraham I wrote:
> > > +static int cdns_dphy_config_from_opts(struct phy *phy,
> > > + struct phy_configure_opts_mipi_dphy *opts,
> > > + struct cdns_dphy_cfg *cfg)
> > > +
On Wed, Nov 21, 2018 at 10:01:29AM +0100, Gerd Hoffmann wrote:
> So qxl kernel patches are sent to the spice-devel list for review.
>
> Signed-off-by: Gerd Hoffmann
Makes sense. Acked-by: Daniel Vetter
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/
On Tue, Nov 20, 2018 at 07:37:17PM -0500, Lyude Paul wrote:
> While trying to add a chamelium test for short HPD IRQs, I ran into
> issues where a hotplug storm would be triggered, but the point at which
> it would be reported by the kernel would be after igt actually finished
> checking i915_hpd_s
Am 20.11.18 um 21:57 schrieb Eric Anholt:
Kenny Ho writes:
Account for the number of command submitted to amdgpu by type on a per
cgroup basis, for the purpose of profiling/monitoring applications.
For profiling other drivers, I've used perf tracepoints, which let you
get useful timelines of
Am 20.11.18 um 19:58 schrieb Kenny Ho:
Account for the total size of buffer object requested to amdgpu by
buffer type on a per cgroup basis.
x prefix in the control file name x.bo_requested.amd.stat signify
experimental.
Change-Id: Ifb680c4bcf3652879a7a659510e25680c2465cf6
Signed-off-by: Kenny
On Tue, Nov 20, 2018 at 07:55:42PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The early return in drm_atomic_set_mode_for_crtc() isn't quite
> right. It would mistakenly return and fail to update
> crtc_state->enable if someone actually tried to set a zeroed
> mode on a currently disab
Am 20.11.18 um 19:58 schrieb Kenny Ho:
Account for the number of command submitted to amdgpu by type on a per
cgroup basis, for the purpose of profiling/monitoring applications.
x prefix in the control file name x.cmd_submitted.amd.stat signify
experimental.
Change-Id: Ibc22e5bda600f54fe820fe0a
Am 20.11.18 um 19:58 schrieb Kenny Ho:
Change-Id: Ib66c44ac1b1c367659e362a2fc05b6fbb3805876
Signed-off-by: Kenny Ho
---
drivers/gpu/drm/amd/amdgpu/Makefile | 3 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 7
drivers/gpu/drm/amd/amdgpu/amdgpu_drmcgrp.c | 37 +++
On Sun, Nov 18, 2018 at 08:57:20PM -0300, Sergio Correia wrote:
> When drm_new_set_master() fails, we restore the old master, however we may
> have changed the is_master flag to 1, before failing, and it may be the
> case it was 0 previously. Restore also this flag to its original state, in
> case
1 - 100 of 136 matches
Mail list logo
