3.16.54-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ville Syrjälä
commit e30a154b5262b967b133b06ac40777e651045898 upstream.
intel_crtc->config->cpu_transcoder isn't yet filled out when
intel_crtc_mode_get() gets called during output probing, so
https://bugs.freedesktop.org/show_bug.cgi?id=105039
Bug ID: 105039
Summary: No 120hz with 4.15 kernel and DC enabled
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=105038
--- Comment #1 from Barto ---
Created attachment 137265
--> https://bugs.freedesktop.org/attachment.cgi?id=137265&action=edit
glx info
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=105038
Bug ID: 105038
Summary: slight lags in youtube video 1080p since a change in
kernel 4.15 related to drm/ttm
Product: DRI
Version: XOrg git
Hardware: Other
https://bugs.freedesktop.org/show_bug.cgi?id=105018
--- Comment #4 from L.S.S. ---
Just now I tried reproducing it without dc (passing amdgpu.dc=0) but somehow I
was not able to... the system was able to successfully get back to the lock
screen after letting it blank after an extended period.
As
https://bugzilla.kernel.org/show_bug.cgi?id=198511
--- Comment #30 from Barto (mister.free...@laposte.net) ---
(In reply to Christian König from comment #26)
> As a band aid I will try to fix our algorithm when pages are freed again,
> but in general the driver stack or application should be fixed
https://bugs.freedesktop.org/show_bug.cgi?id=104082
--- Comment #27 from Matthew Scheirer ---
(In reply to Christian König from comment #25)
> One interesting point is that this only seems to happen when DC is enabled,
> so that points to a possible memory leak there.
I do still get the swiotlib
https://bugs.freedesktop.org/show_bug.cgi?id=105036
--- Comment #2 from kyle.de...@mykolab.com ---
Is there anything I can do to get any interesting debug output?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel ma
https://bugzilla.kernel.org/show_bug.cgi?id=198745
--- Comment #3 from Kyle De'Vir (kyle.de...@mykolab.com) ---
Is there anything I can do to get any interest debug output?
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=105036
kyle.de...@mykolab.com changed:
What|Removed |Added
CC||kyle.de...@mykolab.com
--- Comm
https://bugs.freedesktop.org/show_bug.cgi?id=105036
Bug ID: 105036
Summary: Blank screen on RX 580 with AMDGPU Display Core
enabled
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=104082
--- Comment #26 from mikhail.v.gavri...@gmail.com ---
[65574.681417] amdgpu :07:00.0: swiotlb buffer is full (sz: 2097152 bytes)
[65574.681436] swiotlb: coherent allocation failed for device :07:00.0
size=2097152
[65574.681439] CPU: 3 PID
https://bugs.freedesktop.org/show_bug.cgi?id=104932
--- Comment #6 from Robin Kauffman ---
(In reply to Michel Dänzer from comment #4)
> Which versions of Mesa & LLVM are you using?
My sincere apologies, I neglected to include the version of Mesa et al.
Unfortunately, it was reading comprehensi
https://bugzilla.kernel.org/show_bug.cgi?id=198745
Kyle De'Vir (kyle.de...@mykolab.com) changed:
What|Removed |Added
CC||kyle.de...@mykolab.
https://bugzilla.kernel.org/show_bug.cgi?id=198745
--- Comment #1 from Kyle De'Vir (kyle.de...@mykolab.com) ---
Created attachment 274091
--> https://bugzilla.kernel.org/attachment.cgi?id=274091&action=edit
journalctl output for drm
--
You are receiving this mail because:
You are watching the
https://bugzilla.kernel.org/show_bug.cgi?id=198745
Bug ID: 198745
Summary: Blank screen on RX 580 with AMDGPU Display Core
enabled
Product: Drivers
Version: 2.5
Kernel Version: 4.15.2
Hardware: Other
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=105018
--- Comment #3 from bp8b...@gmail.com ---
Sorry, i'm forget write.
I too have same problem, but on Desktop*.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mai
Stefan Wahren writes:
> Hi, i'm having problems while booting Raspberry Pi 1 B (Linux 4.15,
> bcm2835_defconfig) on my display, which is connected via HDMI. Mostly
> the screen stays black and i'm getting the following warnings via
> debug UART. Sometimes after disconnecting HDMI, i'm getting the
https://bugs.freedesktop.org/show_bug.cgi?id=105018
--- Comment #2 from bp8b...@gmail.com ---
l too have same problem.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
h
Linus Walleij writes:
> We were previously selecting 1024x768 and 32BPP as the default
> set-up for the PL111 consumers.
>
> This does not work on elder systems: the device tree bindings
> support a property "max-memory-bandwidth" in bytes/second that
> states that if you exceed this the memory b
Linus Walleij writes:
> The PL110, Integrator and Versatile boards strongly prefer to
> use 16 BPP even if other modes are supported, both to keep down
> memory consumption and also to easier find a good match to
> supported resolutions with consideration taken to the memory
> bandwidth of the pl
Linus Walleij writes:
> The PL111 needs to filter valid modes based on memory bandwidth.
> I guess it is a pretty simple operation, so we can still claim
> the DRM KMS helper pipeline is simple after adding this (optional)
> vtable callback.
>
> Signed-off-by: Linus Walleij
> ---
> drivers/gpu/
Hi Stefan,
On Sat, 10 Feb 2018 16:57:23 +0100 (CET)
Stefan Wahren wrote:
> Hi,
> i'm having problems while booting Raspberry Pi 1 B (Linux 4.15,
> bcm2835_defconfig) on my display, which is connected via HDMI. Mostly the
> screen stays black and i'm getting the following warnings via debug UAR
Hi Marc,
Am Samstag, 10. Februar 2018, 15:35:01 CET schrieb Marc Zyngier:
> The rockchip DRM driver is quite careful to disable interrupts
> when taking a lock that is also taken in interrupt context,
> which is a good thing.
>
> What is a bit over the top is to use spin_lock_irqsave when
> alrea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
Sorry if here is not the appropriated place. I am getting a soft
lockup when loading bochs_drm on a Alpinelinux Xen HVM. Here is the
dmesg when loading the module http://tpaste.us/bgnL
I though it was a kernel error but I've tried booting a Kal
https://bugs.freedesktop.org/show_bug.cgi?id=104963
--- Comment #9 from VF ---
Badly written in OP : you must read "Only nomodeset OR radeon.dpm=0 prevent
bootloop" (i.e. no need to use both altogether).
--
You are receiving this mail because:
You are the assignee for the bug.__
On Fri, Feb 9, 2018 at 3:12 PM, Matthias Kaehlcke wrote:
> The initialization of 'result' is unnecessary, the variable is assigned
> unconditionally a few lines below. Removing the initialization also fixes
> the following warning when building with clang:
>
> drivers/gpu/drm/amd/amdgpu/../display
https://bugs.freedesktop.org/show_bug.cgi?id=105030
Bug ID: 105030
Summary: `radeon_ib_ring_tests()` takes 1.5 s during resume
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: no
Quoting Andy Lutomirski (2018-02-09 17:55:38)
> On Fri, Feb 9, 2018 at 7:39 AM, Rodrigo Vivi wrote:
> > Rodrigo Vivi writes:
> > So, I move the hacked scheduled to 10s and forced psr_activate 10ms
> > after that and the result is this:
> >
> >
> > [ 11.757909] [drm:intel_psr_enable [i915]] *ERR
On 02/09/2018 07:09 PM, Ville Syrjälä wrote:
On Fri, Feb 09, 2018 at 06:30:08PM +0200, Oleksandr Andrushchenko wrote:
-- OFFTOP --
BTW, what is the right branch should I use
for a new DRM driver and the patch like the above?
I am lost a bit :)
Usual recommendation is to use:
git://anongit.freed
30 matches
Mail list logo
