On Sun, May 5, 2019 at 3:04 PM Brian Masney wrote:
> mdp5_get_scanoutpos() and mdp5_get_vblank_counter() both return 0, which
> is causing this stack trace to be dumped into the system log several
> times:
>
> WARNING: CPU: 0 PID: 5 at drivers/gpu/drm/drm_atomic_helper.c:1430
> drm_atomic_he
https://bugzilla.kernel.org/show_bug.cgi?id=202873
--- Comment #5 from Thomas (v10la...@myway.de) ---
I got an X.org and SDDM update and now the PC freezes with a black screen while
starting X if the second monitor is attached.
--
You are receiving this mail because:
You are watching the assigne
https://bugs.freedesktop.org/show_bug.cgi?id=110616
Bug ID: 110616
Summary: vce module in h264 encode
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority:
https://bugs.freedesktop.org/show_bug.cgi?id=110615
Bug ID: 110615
Summary: starting X on AMDGPU takes up to a minute
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Sev
https://bugs.freedesktop.org/show_bug.cgi?id=110615
--- Comment #1 from Yury ---
Created attachment 144169
--> https://bugs.freedesktop.org/attachment.cgi?id=144169&action=edit
Xorg log, FWIW
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=109925
Timothy Arceri changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=100239
--- Comment #21 from Timothy Arceri ---
(In reply to network723 from comment #20)
> (In reply to Timothy Arceri from comment #19)
> > Does that fix the issue for you?
>
> Yes, it does fix scope rendering for me.
> Is any negative performance im
Hello,
On Sun, May 05, 2019 at 11:15:36PM +0200, Daniel Vetter wrote:
> On Fri, May 03, 2019 at 04:06:28PM +0200, Daniel Vetter wrote:
> > On Fri, May 3, 2019 at 2:47 PM Sean Paul wrote:
> >> On Fri, May 03, 2019 at 10:18:51AM +0200, Daniel Vetter wrote:
> >>> On Thu, May 02, 2019 at 03:49:44PM -
On Fri, May 03, 2019 at 04:06:28PM +0200, Daniel Vetter wrote:
> On Fri, May 3, 2019 at 2:47 PM Sean Paul wrote:
> > On Fri, May 03, 2019 at 10:18:51AM +0200, Daniel Vetter wrote:
> > > On Thu, May 02, 2019 at 03:49:44PM -0400, Sean Paul wrote:
> > > > From: Sean Paul
> > > >
> > > > This patch a
https://bugs.freedesktop.org/show_bug.cgi?id=108893
--- Comment #15 from supercoolem...@seznam.cz ---
(In reply to andrew.m.mcmahon from comment #14)
> Or I can use softpipe which is even worse plus I get the laggy main menu:
> https://imgur.com/a/JwCnegN
Well, menu with softpipe is waay slower t
https://bugs.freedesktop.org/show_bug.cgi?id=110371
--- Comment #9 from babblebo...@gmail.com ---
I've found the exact commit!
https://lists.freedesktop.org/archives/amd-gfx/2018-July/023920.html
Fixes the issue against a few kernels affected but my issue is that the code
base has been modified
https://bugs.freedesktop.org/show_bug.cgi?id=110371
--- Comment #8 from babblebo...@gmail.com ---
I've been going down the rabbithole looking for the commit that soured my
display.
https://cgit.freedesktop.org/~airlied/linux/commit/?id=5c0e0b45c4936295d6333dd7961d0b89b15b070d
Or
This branch
ht
On Sun, May 05, 2019 at 12:34:16PM -0400, Kenny Ho wrote:
> (sent again. Not sure why my previous email was just a reply instead
> of reply-all.)
>
> On Sun, May 5, 2019 at 12:05 PM Leon Romanovsky wrote:
> > We are talking about two different access patterns for this device
> > memory (DM). One
(sent again. Not sure why my previous email was just a reply instead
of reply-all.)
On Sun, May 5, 2019 at 12:05 PM Leon Romanovsky wrote:
> We are talking about two different access patterns for this device
> memory (DM). One is to use this device memory (DM) and second to
> configure/limit.
>
On Sun, May 05, 2019 at 10:21:30AM -0400, Kenny Ho wrote:
> On Sun, May 5, 2019 at 3:14 AM Leon Romanovsky wrote:
> > > > Doesn't RDMA already has a separate cgroup? Why not implement it there?
> > > >
> > >
> > > Hi Kenny, I can't answer for Leon, but I'm hopeful he agrees with
> > > rationale
https://bugs.freedesktop.org/show_bug.cgi?id=110614
--- Comment #1 from raffa...@zoho.com ---
Created attachment 144166
--> https://bugs.freedesktop.org/attachment.cgi?id=144166&action=edit
backtrace from journal
Debugoptimized build, trace from journalctl.
--
You are receiving this mail beca
https://bugzilla.kernel.org/show_bug.cgi?id=201847
--- Comment #1 from Marc B. (kernel@marc.ngoe.de) ---
It would be s cool if anyone would actually read this bug report and maybe
try to fix it. I will assist in testing patches until this is resolved.
And: I am willing to offer $100 for f
https://bugs.freedesktop.org/show_bug.cgi?id=110614
Bug ID: 110614
Summary: [Regression] Freeze at desktop manager startup
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: n
On Sun, May 5, 2019 at 3:14 AM Leon Romanovsky wrote:
> > > Doesn't RDMA already has a separate cgroup? Why not implement it there?
> > >
> >
> > Hi Kenny, I can't answer for Leon, but I'm hopeful he agrees with rationale
> > I gave in the cover letter. Namely, to implement in rdma controller, w
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #31 from Christian Zigotzky ---
Hi All,
Allan has tested the fifth test kernel. He wrote:
Christian
DRM5 boots to Firepro!
ace
--
This step has been marked as good.
Next step:
git bisect good
Output:
Bisecting: 22 revisi
Changes since v1:
- remove "mediatek,mt8173-dsi" from dsi node.
This patch is based on v5.1-rc1 and these patches:
http://lists.infradead.org/pipermail/linux-mediatek/2019-March/017963.html
https://patchwork.kernel.org/patch/10856987/
https://patchwork.kernel.org/cover/10879001/
https://patchwork
Add pwm0 node to the mt8183
Signed-off-by: Jitao Shi
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
index 84f465fa4fac..b0dda57a7e23 100644
--- a/ar
Add dsi and mipitx nodes to the mt8183
Signed-off-by: Jitao Shi
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
index b36e37fcdfe3..84f4
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #30 from Christian Zigotzky ---
Hi All,
Allan has tested the fourth test kernel. He wrote:
Christian
DRM4 boots to SI card.
Cheers
ace
--
This step has been marked as bad because the fourth test kernel doesn't boot to
the F
Den 04.05.2019 14.34, skrev Noralf Trønnes:
>
>
> Den 25.04.2019 10.31, skrev Noralf Trønnes:
>> drm_fb_helper_is_bound() is used to check if DRM userspace is in control.
>> This is done by looking at the fb on the primary plane. By the time
>> fb-helper gets around to committing, it's possible
https://bugs.freedesktop.org/show_bug.cgi?id=110214
--- Comment #88 from Diego Viola ---
(In reply to komqinxit from comment #87)
> Another similar bug.
> xfce4-terminal leaves a large black area at the bottom when it renders
> 'dmesg' or 'cat /etc/passwd'.
>
> AMD Ryzen 3 2200G.
> Arch Linux.
>
On Fri, May 03, 2019 at 02:14:33PM -0700, Welty, Brian wrote:
>
> On 5/2/2019 3:48 PM, Kenny Ho wrote:
> > On 5/2/2019 1:34 AM, Leon Romanovsky wrote:
> >> Count us (Mellanox) too, our RDMA devices are exposing special and
> >> limited in size device memory to the users and we would like to provide
27 matches
Mail list logo
