On Fri, Sep 27, 2019 at 5:17 AM Kirill A. Shutemov wrote:
>
> > Call it "walk_page_mapping()". And talk extensively about how the
> > locking differs a lot from the usual "walk_page_vma()" things.
>
> Walking mappings of a page is what rmap does. This code thas to be
> integrated there.
Well, tha
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #15 from mikhail.v.gavri...@gmail.com ---
Created attachment 145550
--> https://bugs.freedesktop.org/attachment.cgi?id=145550&action=edit
trace-cmd start -e dma_fence -e gpu_scheduler -e amdgpu -v -e
"amdgpu:amdgpu_mm_rreg" -e "amdg
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #16 from mikhail.v.gavri...@gmail.com ---
Created attachment 145551
--> https://bugs.freedesktop.org/attachment.cgi?id=145551&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #20 from mikhail.v.gavri...@gmail.com ---
Created attachment 14
--> https://bugs.freedesktop.org/attachment.cgi?id=14&action=edit
./umr -O many,bits -r *.*.mmCP_EOP_*
--
You are receiving this mail because:
You are the ass
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #17 from mikhail.v.gavri...@gmail.com ---
Created attachment 145552
--> https://bugs.freedesktop.org/attachment.cgi?id=145552&action=edit
./umr -O halt_waves -wa
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #19 from mikhail.v.gavri...@gmail.com ---
Created attachment 145554
--> https://bugs.freedesktop.org/attachment.cgi?id=145554&action=edit
./umr -O many,bits -r *.*.mmGRBM_STATUS*
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #18 from mikhail.v.gavri...@gmail.com ---
Created attachment 145553
--> https://bugs.freedesktop.org/attachment.cgi?id=145553&action=edit
./umr -R gfx[.]
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #21 from mikhail.v.gavri...@gmail.com ---
Created attachment 145556
--> https://bugs.freedesktop.org/attachment.cgi?id=145556&action=edit
./umr -O many,bits -r *.*.mmCP_PFP_HEADER_DUMP
--
You are receiving this mail because:
You a
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #22 from mikhail.v.gavri...@gmail.com ---
Created attachment 145557
--> https://bugs.freedesktop.org/attachment.cgi?id=145557&action=edit
./umr -O many,bits -r *.*.mmCP_ME_HEADER_DUMP
--
You are receiving this mail because:
You ar
Commit 554b3529fe01 ("thermal/drivers/core: Remove the module Kconfig's
option") changed the type of THERMAL from tristate to bool, so
THERMAL || !THERMAL is now always y. Remove the redundant dependency.
Discovered through Kconfiglib detecting a dependency loop. The C tools
simplify the expressio
On 2019-09-26 6:51 p.m., Lyude Paul wrote:
> Signed-off-by: Lyude Paul
Reviewed-by: Harry Wentland
Harry
> ---
> drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.
On 2019-09-26 6:51 p.m., Lyude Paul wrote:
> We are supposed to be atomic after all. We'll need this in a moment for
> the next commit.
>
> Signed-off-by: Lyude Paul
Reviewed-by: Harry Wentland
Harry
> ---
> .../drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c| 10 +-
> 1 file cha
On Thu, Sep 26, 2019 at 5:44 PM Ben Skeggs wrote:
>
> On Tue, 24 Sep 2019 at 22:19, Christian König
> wrote:
> >
> > Hi guys,
> >
> > while working through more old TTM functionality I stumbled over the
> > io_reserve_lru.
> >
> > Basic idea is that when this flag is set the driver->io_mem_reserv
Am 27.09.2019 20:07 schrieb Ilia Mirkin :
On Thu, Sep 26, 2019 at 5:44 PM Ben Skeggs wrote:
>
> On Tue, 24 Sep 2019 at 22:19, Christian König
> wrote:
> >
> > Hi guys,
> >
> > while working through more old TTM functionality I stumbled over the
> > io_reserve_lru.
> >
> > Basic idea is that whe
On Fri, Sep 27, 2019 at 1:48 PM Harry Wentland wrote:
>
> On 2019-09-26 6:51 p.m., Lyude Paul wrote:
> > Signed-off-by: Lyude Paul
>
> Reviewed-by: Harry Wentland
>
Applied. Thanks!
Alex
> Harry
>
> > ---
> > drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 4
> > 1 file c
On Fri, Sep 27, 2019 at 1:56 PM Harry Wentland wrote:
>
> On 2019-09-26 6:51 p.m., Lyude Paul wrote:
> > We are supposed to be atomic after all. We'll need this in a moment for
> > the next commit.
> >
> > Signed-off-by: Lyude Paul
>
> Reviewed-by: Harry Wentland
>
Applied. Thanks!
Alex
> Ha
On Fri, Sep 27, 2019 at 12:07:36PM +0200, Paul Kocialkowski wrote:
> This series introduces support for the LogiCVC display controller.
> The controller is a bit unusual since it is usually loaded as
> programmable logic on Xilinx FPGAs or Zynq-7000 SoCs.
> More details are presented on the main co
The pull request you sent on Fri, 27 Sep 2019 15:18:57 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-next-2019-09-27
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/289991ce1cac18e7cd489902986ef986baa49568
Thank you!
--
Deet-doot-dot, I am a bot.
https://ko
On Wed, Sep 25, 2019 at 01:42:37PM -0500, Adam Ford wrote:
> This patch adds documentation of device tree bindings for the WVGA panel
> Logic PD Type 28 display.
>
> Signed-off-by: Adam Ford
> ---
> V3: Correct build errors from 'make dt_binding_check'
> V2: Use YAML instead of TXT for binding
On Fri, Sep 27, 2019 at 1:51 PM Rob Herring wrote:
>
> On Wed, Sep 25, 2019 at 01:42:37PM -0500, Adam Ford wrote:
> > This patch adds documentation of device tree bindings for the WVGA panel
> > Logic PD Type 28 display.
> >
> > Signed-off-by: Adam Ford
> > ---
> > V3: Correct build errors from
https://bugs.freedesktop.org/show_bug.cgi?id=111691
--- Comment #11 from Michael Haworth ---
Issue is not present in Ubuntu 19.10 beta
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.
Hi Dave and Daniel,
This should've gone out yesterday, but apparently I had some issue with my mutt
here.
Anyway, nothing that couldn't wait for rc2
Here goes drm-intel-next-fixes-2019-09-26:
- Fix concurrence on cases where requests where getting retired at same time as
resubmitted to HW
- Fix
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #56 from Sergey Kondakov (virtuous...@gmail.com) ---
(In reply to Alex Deucher from comment #54)
> (In reply to Sergey Kondakov from comment #53)
> > Or any of these ?
> > options amdgpu cik_support=1 si_support=1 msi=1 disp_priority=2
Can you please use addr2line or gdb to pinpoint where in
drm_sched_increase_karma you hit the NULL ptr ? It looks like the guilty
job, but to be sure.
Andrey
On 9/27/19 4:12 AM, Neil Armstrong wrote:
> Hi Christian,
>
> In v5.3, running dEQP triggers the following kernel crash :
>
> [ 20.2249
On Wed, Sep 25, 2019 at 04:55:00PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Add a second table to the cea modes with VIC >= 193.
>
> Cc: Hans Verkuil
> Cc: Shashank Sharma
> Signed-off-by: Ville Syrjälä
I havent verified the actual timings from the CTA spec, but the logic
to add
On Wed, Sep 25, 2019 at 04:55:02PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> We depend on a specific relationship between the VIC number and the
> index in the CEA mode arrays. Assert that the arrays have the excpected
^^^
[+cc Rafael, Mika, linux-pm]
On Fri, Sep 27, 2019 at 04:44:21PM +0200, Karol Herbst wrote:
> Fixes runpm breakage mainly on Nvidia GPUs as they are not able to resume.
I don't know what runpm is. Some userspace utility? Module
parameter?
> Works perfectly with this workaround applied.
>
> RFC
On Fri, Sep 27, 2019 at 11:42 PM Bjorn Helgaas wrote:
>
> [+cc Rafael, Mika, linux-pm]
>
> On Fri, Sep 27, 2019 at 04:44:21PM +0200, Karol Herbst wrote:
> > Fixes runpm breakage mainly on Nvidia GPUs as they are not able to resume.
>
> I don't know what runpm is. Some userspace utility? Module
>
On Fri, Sep 27, 2019 at 12:07:37PM +0200, Paul Kocialkowski wrote:
> The Xylon LogiCVC is a display controller implemented as programmable
> logic in Xilinx FPGAs.
>
> Signed-off-by: Paul Kocialkowski
> ---
> .../display/xylon,logicvc-display.yaml| 313 ++
> 1 file change
https://bugs.freedesktop.org/show_bug.cgi?id=111846
Yuxuan Shui changed:
What|Removed |Added
Version|XOrg git|unspecified
--
You are receiving this ma
https://bugs.freedesktop.org/show_bug.cgi?id=111846
Bug ID: 111846
Summary: Suspend to RAM cause screen to glitch on navi10
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Hi Laurent,
Thanks for the patch.
On Wed, 2019-09-25 at 16:55:42 -0700, Laurent Pinchart wrote:
> From: Hyun Kwon
>
> The Xilinx ZynqMP SoC has a hardened display pipeline named DisplayPort
> Subsystem. It includes a buffer manager, a video pipeline renderer
> (blender), an audio mixer and a Di
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #57 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
Sergey, instead of throwing tantrums why can't you just do what you are asked ?
You present an extremely convoluted set of driver config params and demand from
us resolving the
https://bugs.freedesktop.org/show_bug.cgi?id=111847
Bug ID: 111847
Summary: Radeon 7, no audio over hdmi 2.0 4k and accelerated
audio over displayport in fullhd display
Product: DRI
Version: XOrg git
Hardware: Other
Below two discussion threads will provide the context behind this patch.
https://www.spinics.net/lists/dri-devel/msg229070.html
https://lore.kernel.org/linux-arm-msm/db26145b-3f64-a334-f698-76f972332...@baylibre.com/T/
Seperating out the core framework patch from vendor implementation.
Jeykumar
Below two discussion threads will provide the context behind this patch.
https://www.spinics.net/lists/dri-devel/msg229070.html
https://lore.kernel.org/linux-arm-msm/db26145b-3f64-a334-f698-76f972332...@baylibre.com/T/
Seperating out the core framework patch from vendor implementation.
Jeykumar
The mode_config max width/height values determine the maximum
resolution the pixel reader can handle. But the same values are
used to restrict the size of the framebuffer creation. Hardware's
with scaling blocks can operate on framebuffers larger/smaller than
that of the pixel reader resolutions by
Below two discussion threads will provide the context behind this patch.
https://www.spinics.net/lists/dri-devel/msg229070.html
https://lore.kernel.org/linux-arm-msm/db26145b-3f64-a334-f698-76f972332...@baylibre.com/T/
Seperating out the core framework patch from vendor implementation.
Jeykumar
The mode_config max width/height values determine the maximum
resolution the pixel reader can handle. But the same values are
used to restrict the size of the framebuffer creation. Hardware's
with scaling blocks can operate on framebuffers larger/smaller than
that of the pixel reader resolutions by
Below two discussion threads will provide the context behind this patch.
https://www.spinics.net/lists/dri-devel/msg229070.html
https://lore.kernel.org/linux-arm-msm/db26145b-3f64-a334-f698-76f972332...@baylibre.com/T/
Seperating out the core framework patch from vendor implementation.
Jeykumar
https://bugs.freedesktop.org/show_bug.cgi?id=111750
--- Comment #1 from Michael Parker ---
I was seeing this issue. After connecting via ssh I was able to get the error
code and found this post.
In the latest update for Fedora 31 Beta (Sept 27, '19) I had a Mesa update show
up and it is now work
https://bugs.freedesktop.org/show_bug.cgi?id=111750
--- Comment #2 from Michael Parker ---
While I can now boot and sign in I am still seeing these types of errors.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=111819
Dennis Schridde changed:
What|Removed |Added
Summary|When starting Atom, Signal |Running apps via Flatpak
https://bugs.freedesktop.org/show_bug.cgi?id=111819
--- Comment #10 from Dennis Schridde ---
Created attachment 145562
--> https://bugs.freedesktop.org/attachment.cgi?id=145562&action=edit
dmesg, with backtraces in DCN
`flatpak run --nodevice=all com.valvesoftware.Steam` also makes Steam start
https://bugzilla.kernel.org/show_bug.cgi?id=203781
sehell...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
101 - 145 of 145 matches
Mail list logo
