https://bugs.freedesktop.org/show_bug.cgi?id=108311
--- Comment #3 from Andrew Wesie ---
(In reply to Andrew Wesie from comment #2)
> (In reply to Dave Airlie from comment #1)
> > Created attachment 141989 [details] [review] [review]
> > set larger alignment for tmp buffer offset
> >
> > Does
https://bugs.freedesktop.org/show_bug.cgi?id=108322
--- Comment #9 from bmil...@gmail.com ---
Created attachment 141991
--> https://bugs.freedesktop.org/attachment.cgi?id=141991=edit
fixed xorg log
sorry
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108323
Bug ID: 108323
Summary: RX580 starts doing a constant noise after setting fans
to a fixed value, then back to auto
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=108311
--- Comment #2 from Andrew Wesie ---
(In reply to Dave Airlie from comment #1)
> Created attachment 141989 [details] [review]
> set larger alignment for tmp buffer offset
>
> Does this patch work as an alternate?
It looks like it should work
On Thu, 11 Oct 2018 at 12:29, CK Hu wrote:
>
> Hi, Dave:
>
> On Thu, 2018-10-11 at 11:42 +1000, Dave Airlie wrote:
> > On Thu, 11 Oct 2018 at 11:25, CK Hu wrote:
> > >
> > > Hi, Dave:
> > >
> > > Ping this. If there is any problem, tell me and I would fix it.
> > >
> > > Regards,
> > > CK
> > >
https://bugs.freedesktop.org/show_bug.cgi?id=108322
--- Comment #8 from Alex Deucher ---
Xorg log seems to be broken.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=108322
Alex Deucher changed:
What|Removed |Added
Attachment #141988|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=108322
--- Comment #7 from bmil...@gmail.com ---
Created attachment 141990
--> https://bugs.freedesktop.org/attachment.cgi?id=141990=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108311
--- Comment #1 from Dave Airlie ---
Created attachment 141989
--> https://bugs.freedesktop.org/attachment.cgi?id=141989=edit
set larger alignment for tmp buffer offset
Does this patch work as an alternate?
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=108322
--- Comment #6 from Alex Deucher ---
Please just attach the full dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=108322
--- Comment #5 from bmil...@gmail.com ---
Created attachment 141988
--> https://bugs.freedesktop.org/attachment.cgi?id=141988=edit
xorg log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108322
--- Comment #3 from bmil...@gmail.com ---
Created attachment 141986
--> https://bugs.freedesktop.org/attachment.cgi?id=141986=edit
dmesg | grep -i gpu
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108322
--- Comment #4 from bmil...@gmail.com ---
Created attachment 141987
--> https://bugs.freedesktop.org/attachment.cgi?id=141987=edit
dmesg | grep -i drm
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108322
--- Comment #2 from bmil...@gmail.com ---
Created attachment 141985
--> https://bugs.freedesktop.org/attachment.cgi?id=141985=edit
dmesg | grep -i amd
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108322
--- Comment #1 from Alex Deucher ---
Please attach your dmesg output and Xorg log if using X.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=108322
Bug ID: 108322
Summary: RX580 Display flickering after waking from suspend
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Hi, Dave:
On Thu, 2018-10-11 at 11:42 +1000, Dave Airlie wrote:
> On Thu, 11 Oct 2018 at 11:25, CK Hu wrote:
> >
> > Hi, Dave:
> >
> > Ping this. If there is any problem, tell me and I would fix it.
> >
> > Regards,
> > CK
> >
> > On Thu, 2018-10-04 at 09:22 +0800, CK Hu wrote:
> > > Hi, Dave:
>
Fix the dsi clock names in the DSI 10nm PLL driver to
match the names in the dispcc driver as those are
according to the clock plan of the chipset.
Signed-off-by: Abhinav Kumar
---
drivers/gpu/drm/msm/dsi/pll/dsi_pll_10nm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=108321
Bug ID: 108321
Summary: rv610: corrupt shader output with SB if_conversion
optimization pass
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux
Hi Dave,
Fixes for 4.20. A little bigger than I'd like, but there are a lot of
fixes for new asics that were introduced in 4.20 (Vega20, RV2, PCO).
Highlights:
- Add a new list.h helper for doing bulk updates. Used by ttm.
- Fixes for display underflow on VI APUs at 4K with UVD running
- Endian
On Thu, 11 Oct 2018 at 11:25, CK Hu wrote:
>
> Hi, Dave:
>
> Ping this. If there is any problem, tell me and I would fix it.
>
> Regards,
> CK
>
> On Thu, 2018-10-04 at 09:22 +0800, CK Hu wrote:
> > Hi, Dave:
> >
> > This include hdmi output support for mt2701 and mt7623.
> >
> > Regards,
> > CK
Hi, Dave:
Ping this. If there is any problem, tell me and I would fix it.
Regards,
CK
On Thu, 2018-10-04 at 09:22 +0800, CK Hu wrote:
> Hi, Dave:
>
> This include hdmi output support for mt2701 and mt7623.
>
> Regards,
> CK
>
> The following changes since commit
>
On Wed, Oct 10, 2018 at 11:35 AM Arnd Bergmann wrote:
>
> On 10/10/18, Rob Clark wrote:
> > BACKLIGHT_CLASS_DEVICE is already tristate, but a dependency
> > FB_BACKLIGHT prevents it from being built as a module. There
> > doesn't seem to be any particularly good reason for this, so
> > switch
drm_dp_cec_register_connector() is called when registering each DP
connector in DRM, while sounds a good idea register CEC adapters as
earlier as possible, it causes some driver initialization delay
trying to do DPCD transactions in disconnected connectors.
This change will cause no regressions
Using the new interface implement STDU plane update for BO backed fb.
v2: Rebase to new resource validation.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.h | 11 ++
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 212 +++
2 files changed, 223 insertions(+)
Using the new interface implement SOU plane update for surface backed
fb.
v2: Rebase to new resource validation.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.h | 11 ++
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 161 +++
2 files changed, 172
SOU primary plane now support damage clips, enable it for user-space.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c
index
With new interface to do plane update on SOU available, use that instead
of old kms_dirty.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 17 +
1 file changed, 5 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c
USe new atomic helper for dirty fb IOCTL which make use of damage
interface. Note that this is only done for STDU and SOU, for legacy
display unit still using old interface.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 82 +++--
1 file changed,
Update comments to sync with code.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 18 +++---
1 file changed, 3 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c
index
Selftest for drm damage helper iterator functions.
Cc: ville.syrj...@linux.intel.com
Cc: Daniel Vetter
Cc: Pekka Paalanen
Cc: Daniel Stone
Cc: intel-...@lists.freedesktop.org
Cc: igt-...@lists.freedesktop.org
Cc: petri.latv...@intel.com
Cc: ch...@chris-wilson.co.uk
Signed-off-by: Deepak Rawat
With kernel commit 4f09c77b5c3b7, no need to clear mode::type for
user-space bug.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 22 --
drivers/gpu/drm/vmwgfx/vmwgfx_kms.h | 3 ---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 2 +-
With fb_damage_clips blob property in drm_plane_state, this patch adds
helper iterator to traverse the damage clips that lie inside plane src.
Iterator will return full plane src as damage in case need full plane
update or damage is not specified.
v2:
- Plane src clipping correction
- Handle no
Using the new interface implement STDU plane update for surface backed
fb.
v2: Rebase to new resource validation.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 182 ++-
1 file changed, 181 insertions(+), 1 deletion(-)
diff --git
STDU primary plane now support damage clips, enable it for user-space.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c
index
This helper function makes sure that damage from plane state is
discarded for full modeset cycle. For some reason, which makes damage
irrelevant, driver might want to do a full plane update for e.g. full
modeset. Such cases must be checked here.
Cc: ville.syrj...@linux.intel.com
Cc: Daniel Vetter
Add a new struct vmw_du_update_plane similar to vmw_kms_dirty which
represent the flow of operations needed to update a display unit from
surface or bo (blit a new framebuffer).
v2:
- Kernel doc correction.
- Rebase.
v3: Rebase to new resource validation.
Signed-off-by: Deepak Rawat
---
Using the new interface implement SOU plane update for BO backed fb.
v2: Rebase to new resource validation.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 101 +++
1 file changed, 101 insertions(+)
diff --git
Update the commet to sync with code.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 18 +++---
1 file changed, 3 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c
index
From: Lukasz Spintzyk
FB_DAMAGE_CLIPS is an optional plane property to mark damaged regions
on the plane in framebuffer coordinates of the framebuffer attached to
the plane.
The layout of blob data is simply an array of "struct drm_mode_rect".
Unlike plane src coordinates, damage clips are not
From: Rob Clark
Add an atomic helper to implement dirtyfb support. This is needed to
support DSI command-mode panels with x11 userspace (ie. when we can't
rely on pageflips to trigger a flush to the panel).
v2: Modified the helper to use plane fb_damage_clips property and
removed
With new interface to do plane update on STDU available, use that
instead of old kms_dirty.
v2: Use fence from new resource validation.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 54 +++-
1 file changed, 20 insertions(+), 34 deletions(-)
Hey Dave,
Just initial HDMI 2.0 support, and a bunch of other cleanups.
Ben.
The following changes since commit 62e681f7dcab746412dce22d4b75b32c5ea38cdb:
Merge tag 'drm-msm-fixes-2018-10-09' of
git://people.freedesktop.org/~robclark/linux into drm-next (2018-10-10
16:49:55 +1000)
are
Use the newly added "max bpc" connector property to limit pipe bpp.
V3: Use drm_connector_state to access the "max bpc" property
V4: Initialize the drm property, add suuport to DP(Ville)
V5: Use the property in the connector and fix CI failure(Ville)
V6: Use the core function to attach max_bpc
At times 12bpc HDMI cannot be driven due to faulty cables, dongles
level shifters etc. To workaround them we may need to drive the output
at a lower bpc. Currently the user space does not have a way to limit
the bpc. The default bpc to be programmed is decided by the driver and
is run against
Some display controllers can be programmed to present non-black colors
for pixels not covered by any plane (or pixels covered by the
transparent regions of higher planes). Compositors that want a UI with
a solid color background can potentially save memory bandwidth by
setting the CRTC background
Some display controllers can be programmed to present non-black colors
for pixels not covered by any plane (or pixels covered by the
transparent regions of higher planes). Compositors that want a UI with
a solid color background can potentially save memory bandwidth by
setting the CRTC background
Gen9+ platforms allow CRTC's to be programmed with a background/canvas
color below the programmable planes. Let's expose this for use by
compositors.
Cc: dri-devel@lists.freedesktop.org
Cc: wei.c...@intel.com
Cc: harish.krupo@intel.com
Signed-off-by: Matt Roper
---
https://bugs.freedesktop.org/show_bug.cgi?id=108307
--- Comment #6 from Samantha McVey ---
It turns out it is config related, as I compiled the kernel with my old config
instead of a minimal one, and I had the same boot issue. I posted about my
issue here
Since 4.12, much later narrowed down to commit 2a55e7b5e544
("staging: android: ion: Call dma_map_sg for syncing and mapping"),
we have seen graphics performance issues on the HiKey960.
This was initially confounded by the fact that the out-of-tree
DRM driver was using HiSi custom ION heap which
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Vitor Antunes (vitor@gmail.com) changed:
What|Removed |Added
CC||vitor@gmail.com
https://bugzilla.kernel.org/show_bug.cgi?id=200695
Claude Heiland-Allen (cla...@mathr.co.uk) changed:
What|Removed |Added
Kernel Version|4.17.19, 4.18.0-rc7,|4.17.19,
While creating display and event threads per crtc, validate
them before setting their priorities.
changes in v2:
- use dev_warn (Abhinav Kumar)
changes in v3:
- fix compilation error
changes in v4:
- Remove Change-Id (Sean Paul)
- Keep logging within 80 char limit
https://bugs.freedesktop.org/show_bug.cgi?id=108318
--- Comment #8 from John Galt ---
I attempted to bisect in Mesa, and found that I wasn't able to get rid of the
glitch. The regression must be in LLVM.
--
You are receiving this mail because:
You are the assignee for the
Hi Dave,
Another next-fixes pull, pretty light this week.
drm-misc-next-fixes-2018-10-10:
- Fix build failure without CONFIG_DRM_FBDEV_EMULATION (Arnd)
- Add Maxime to drm-misc maintainer group (Sean)
Cc: Arnd Bergmann
Cc: Sean Paul
Cheers, Sean
The following changes since commit
On Wed, 10 Oct 2018 14:01:40 +0200, Jani Nikula
wrote:
On Tue, 09 Oct 2018, Nick Desaulniers wrote:
On Tue, Oct 9, 2018 at 10:14 AM Nathan Chancellor
wrote:
When building the kernel with Clang with defconfig and CONFIG_64BIT
disabled, vmlinux fails to link because of the BUILD_BUG in
https://bugs.freedesktop.org/show_bug.cgi?id=108317
--- Comment #6 from John Galt ---
(In reply to Alex Deucher from comment #5)
> This is more likely an llvm or mesa issue than a kernel issue.
Okay. Seeing as this issue has always persisted on Polaris since mesa mild
(when this game was first
https://bugs.freedesktop.org/show_bug.cgi?id=108318
--- Comment #7 from John Galt ---
(In reply to Alex Deucher from comment #6)
> Seems more likely to be an LLVM or Mesa bug than a kernel one.
I went back to 4.18.7 and it persisted, so you're correct. It was okay early on
at 18.2.0 with llvm
https://bugs.freedesktop.org/show_bug.cgi?id=108318
Alex Deucher changed:
What|Removed |Added
Product|DRI |Mesa
Version|DRI git
https://bugs.freedesktop.org/show_bug.cgi?id=108317
Alex Deucher changed:
What|Removed |Added
Component|DRM/AMDgpu |Drivers/Gallium/radeonsi
QA
https://bugs.freedesktop.org/show_bug.cgi?id=108317
--- Comment #5 from Alex Deucher ---
This is more likely an llvm or mesa issue than a kernel issue.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing
https://bugs.freedesktop.org/show_bug.cgi?id=108309
--- Comment #1 from Alex Deucher ---
Please attach your dmesg output and xorg log if using X.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=108318
--- Comment #6 from Alex Deucher ---
Seems more likely to be an LLVM or Mesa bug than a kernel one.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing
https://bugs.freedesktop.org/show_bug.cgi?id=108318
John Galt changed:
What|Removed |Added
Summary|[Polaris] Glitches in New |[Polaris] Glitches in New
https://bugs.freedesktop.org/show_bug.cgi?id=108318
--- Comment #5 from John Galt ---
I was incorrect, this also happens on Tahiti now.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
On Wed, Sep 26, 2018 at 11:01 AM YueHaibing wrote:
>
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_ucode.c: In function 'amdgpu_ucode_init_bo':
> drivers/gpu/drm/amd/amdgpu/amdgpu_ucode.c:431:39: warning:
> variable 'header' set but not used
Den 01.10.2018 09.46, skrev Daniel Vetter:
On Wed, Sep 26, 2018 at 04:59:32PM +0200, Noralf Trønnes wrote:
This adds a library for shmem backed GEM objects.
Signed-off-by: Noralf Trønnes
---
Changes since version 3:
- Drop cache modes (Thomas Hellstrom)
- Add a GEM attached vtable
On Mon, Oct 1, 2018 at 3:26 AM YueHaibing wrote:
>
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/gpu/drm/amd/amdgpu/psp_v11_0.c: In function 'psp_v11_0_ring_stop':
> drivers/gpu/drm/amd/amdgpu/psp_v11_0.c:309:19: warning:
> variable 'ring' set but not used
On Tue, Oct 9, 2018 at 3:37 AM YueHaibing wrote:
>
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c: In function
> 'destroy_queue_cpsch':
> drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c:1366:7: warning:
> variable
On Tue, Oct 9, 2018 at 6:44 AM Huang Rui wrote:
>
> On Mon, Oct 08, 2018 at 05:22:28PM +0100, Colin King wrote:
> > From: Colin Ian King
> >
> > There are several switch statements that are missing break statements.
> > Add missing breaks to handle any fall-throughs corner cases.
> >
> >
On Fri, Sep 21, 2018 at 8:44 PM Lyude Paul wrote:
>
> Currently we return NOTIFY_DONE for any event which we don't think is
> ours. However, many laptops will send more then just an ATIF event and
> will also send an ACPI_VIDEO_NOTIFY_PROBE event as well. Since we don't
> check for this, we
On 2018-10-10 08:06, Sean Paul wrote:
On Mon, Oct 08, 2018 at 09:27:31PM -0700, Jeykumar Sankaran wrote:
RM was using encoder id's to tag HW block's to reserve
and retrieve later for display pipeline. Now
that all the reserved HW blocks for a display are
maintained in its crtc state, no
On Wed, Oct 10, 2018 at 10:15:58AM -0700, Chandan Uddaraju wrote:
> Add the needed displayPort files to enable DP driver
> on msm target.
>
> "dp_display" module is the main module that calls into
> other sub-modules. "dp_drm" file represents the interface
> between DRM framework and DP driver.
>
On 2018-10-10 07:36, Sean Paul wrote:
On Tue, Oct 09, 2018 at 11:03:24PM -0700, Jeykumar Sankaran wrote:
On 2018-10-09 12:57, Sean Paul wrote:
> On Mon, Oct 08, 2018 at 09:27:41PM -0700, Jeykumar Sankaran wrote:
> > Since HW reservations are happening through atomic_check
> > and all the
On 2018-10-10 07:29, Sean Paul wrote:
On Tue, Oct 09, 2018 at 10:46:41PM -0700, Jeykumar Sankaran wrote:
On 2018-10-09 11:07, Sean Paul wrote:
> On Mon, Oct 08, 2018 at 09:27:18PM -0700, Jeykumar Sankaran wrote:
> > Layer mixer/pingpong block counts and hw ctl block counts
> > will not be same
On Tue, Oct 09, 2018 at 04:44:24PM -0400, Lyude Paul wrote:
> It appears when testing my previous fix for some of the legacy
> modesetting issues with MST, I misattributed some kernel splats that
> started appearing on my machine after a rebase as being from upstream.
> But it appears they
https://bugs.freedesktop.org/show_bug.cgi?id=99923
--- Comment #39 from Martin Pilarski ---
I can confirm that the issue is fixed with the initial fix.
glxinfo | grep Mesa
client glx vendor string: Mesa Project and SGI
OpenGL core profile version string: 4.5 (Core Profile) Mesa
On 2018-10-10 10:15, Chandan Uddaraju wrote:
These patches add support for Display-Port driver on SnapDragon 845
hardware. It adds
DP driver and DP PLL driver files along with the needed device-tree
bindings.
The block diagram of DP driver is shown below:
+-+
On Wed, Oct 10, 2018 at 10:15:57AM -0700, Chandan Uddaraju wrote:
> Add bindings for Snapdragon 845 DisplayPort and
> display-port PLL driver.
>
This won't get Rob Herring's review unless it's sent to the devicetree list.
> Signed-off-by: Chandan Uddaraju
> ---
>
Add the needed DP PLL specific files to support
display port interface on msm targets.
The DP driver calls the DP PLL driver registration.
The DP driver sets the link and pixel clock sources.
Signed-off-by: Chandan Uddaraju
---
drivers/gpu/drm/msm/Kconfig | 16 +
Add bindings for Snapdragon 845 DisplayPort and
display-port PLL driver.
Signed-off-by: Chandan Uddaraju
---
.../devicetree/bindings/display/msm/dp.txt | 249 +
.../devicetree/bindings/display/msm/dpu.txt| 16 +-
2 files changed, 261 insertions(+), 4
These patches add support for Display-Port driver on SnapDragon 845 hardware.
It adds
DP driver and DP PLL driver files along with the needed device-tree bindings.
The block diagram of DP driver is shown below:
+-+
|DRM FRAMEWORK|
https://bugzilla.kernel.org/show_bug.cgi?id=201273
--- Comment #3 from quirin.blae...@freenet.de ---
(In reply to Alex Deucher from comment #1)
> Is this a regression? If so, can you bisect?
which is the first release supporting RX560?
--
You are receiving this mail because:
You are watching
On 10/10/18, Rob Clark wrote:
> BACKLIGHT_CLASS_DEVICE is already tristate, but a dependency
> FB_BACKLIGHT prevents it from being built as a module. There
> doesn't seem to be any particularly good reason for this, so
> switch FB_BACKLIGHT over to tristate.
>
> Signed-off-by: Rob Clark
I
https://bugs.freedesktop.org/show_bug.cgi?id=108318
John Galt changed:
What|Removed |Added
Attachment #141980|dmesg from boo |dmesg from boot to the
description|
https://bugs.freedesktop.org/show_bug.cgi?id=108317
--- Comment #4 from John Galt ---
I forgot to mention, if IRC works better for communication for anyone, I'm
TheRealJohnGalt on Freenode #radeon.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108318
--- Comment #4 from John Galt ---
I forgot to mention, if IRC works better for communication for anyone, I'm
TheRealJohnGalt on Freenode #radeon.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108318
--- Comment #3 from John Galt ---
Created attachment 141983
--> https://bugs.freedesktop.org/attachment.cgi?id=141983=edit
screenshot of the issue
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108318
--- Comment #2 from John Galt ---
Created attachment 141982
--> https://bugs.freedesktop.org/attachment.cgi?id=141982=edit
glxinfo
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108318
--- Comment #1 from John Galt ---
Created attachment 141981
--> https://bugs.freedesktop.org/attachment.cgi?id=141981=edit
xorg log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108318
Bug ID: 108318
Summary: [Polaris] Glitches in New Super Mario Brothers U in
Cemu on Polaris only (recent)
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
BACKLIGHT_CLASS_DEVICE is already tristate, but a dependency
FB_BACKLIGHT prevents it from being built as a module. There
doesn't seem to be any particularly good reason for this, so
switch FB_BACKLIGHT over to tristate.
Signed-off-by: Rob Clark
---
drivers/video/fbdev/Kconfig| 2 +-
On Mon, Oct 08, 2018 at 09:27:33PM -0700, Jeykumar Sankaran wrote:
> Encoder uses test_only flag to differentiate RM reservations
> invoked from atomic check and atomic_commit phases.
> After reserving the HW blocks, if test_only was set, RM
> releases the reservation. Retains them if not. Since
On Wed, Oct 10, 2018 at 08:21:39PM +0530, Viresh Kumar wrote:
> On 10-10-18, 08:48, Jordan Crouse wrote:
> > qcom,level comes straight from:
> >
> > https://lore.kernel.org/lkml/20180627045234.27403-2-rna...@codeaurora.org/
> >
> > But in this case instead of using the CPU to program the RPMh we
https://bugs.freedesktop.org/show_bug.cgi?id=108317
John Galt changed:
What|Removed |Added
Summary|[Polaris] Black Textures on |[Polaris] Black Textures
On Mon, Oct 08, 2018 at 09:27:32PM -0700, Jeykumar Sankaran wrote:
> Get rid of hw block pointer in RM iter as we can
> access the same through dpu_hw_blk.
>
> Signed-off-by: Jeykumar Sankaran
Reviewed-by: Sean Paul
> ---
> drivers/gpu/drm/msm/disp/dpu1/dpu_rm.c | 10 ++
> 1 file
On Mon, Oct 08, 2018 at 09:27:31PM -0700, Jeykumar Sankaran wrote:
> RM was using encoder id's to tag HW block's to reserve
> and retrieve later for display pipeline. Now
> that all the reserved HW blocks for a display are
> maintained in its crtc state, no retrieval is needed.
> This patch cleans
https://bugs.freedesktop.org/show_bug.cgi?id=108317
--- Comment #3 from John Galt ---
Created attachment 141978
--> https://bugs.freedesktop.org/attachment.cgi?id=141978=edit
Screenshot of the issue
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108317
--- Comment #2 from John Galt ---
Created attachment 141977
--> https://bugs.freedesktop.org/attachment.cgi?id=141977=edit
Xorg log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108317
--- Comment #1 from John Galt ---
Created attachment 141976
--> https://bugs.freedesktop.org/attachment.cgi?id=141976=edit
glxinfo
--
You are receiving this mail because:
You are the assignee for the
1 - 100 of 177 matches
Mail list logo