Hi Alex et all.
> - Various cleanups
Any chance to persuade one of you guys to sweep through the amd / raedeon
tree and drop use of the deprecated header drmP.h?
Status at the moment (drm-misc-next):
$git grep drmP | cut -d '/' -f 1 | uniq -c | sort -n | tail -n 10
11 meson
12 mediate
* Tony Lindgren [190529 08:11]:
> * Tomi Valkeinen [190529 07:06]:
> > On 28/05/2019 13:18, Tony Lindgren wrote:
> >
> > > > My board is x15 rev A3, attached to AM5 EVM. I've also attached my
> > > > kernel
> > > > config.
> > >
> > > Strange that this is not affecting other x15? I think timer
[ Upstream commit 6cd5235c3135ea84b32469ea51b2aae384eda8af ]
The call to of_get_child_by_name returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
drivers/gpu/drm/msm/adreno/a5xx_gpu.c:57:
[ Upstream commit 6cd5235c3135ea84b32469ea51b2aae384eda8af ]
The call to of_get_child_by_name returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
drivers/gpu/drm/msm/adreno/a5xx_gpu.c:57:
[ Upstream commit bc29d3a69d4c1bd1a103e8b3c1ed81b807c1870b ]
The call to of_find_matching_node_and_match returns a node pointer with
refcount incremented thus it must be explicitly decremented after the
last usage.
Detected by coccinelle with the following warnings:
drivers/gpu/drm/pl111/pl111_ve
[ Upstream commit bc29d3a69d4c1bd1a103e8b3c1ed81b807c1870b ]
The call to of_find_matching_node_and_match returns a node pointer with
refcount incremented thus it must be explicitly decremented after the
last usage.
Detected by coccinelle with the following warnings:
drivers/gpu/drm/pl111/pl111_ve
[ Upstream commit 6cd5235c3135ea84b32469ea51b2aae384eda8af ]
The call to of_get_child_by_name returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
drivers/gpu/drm/msm/adreno/a5xx_gpu.c:57:
[ Upstream commit bc29d3a69d4c1bd1a103e8b3c1ed81b807c1870b ]
The call to of_find_matching_node_and_match returns a node pointer with
refcount incremented thus it must be explicitly decremented after the
last usage.
Detected by coccinelle with the following warnings:
drivers/gpu/drm/pl111/pl111_ve
[ Upstream commit 6cd5235c3135ea84b32469ea51b2aae384eda8af ]
The call to of_get_child_by_name returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
drivers/gpu/drm/msm/adreno/a5xx_gpu.c:57:
On Tue, May 28, 2019 at 4:53 PM CK Hu wrote:
> I think we've already discussed in [1]. I need a reason to understand
> this is hardware behavior or software bug. If this is a software bug, we
> need to fix the bug and code could be symmetric.
>
> [1]
> http://lists.infradead.org/pipermail/linux-m
Hi, Hsin-Yi:
On Wed, 2019-05-29 at 18:25 +0800, Hsin-Yi Wang wrote:
> num_pipes is used for mutex created in mtk_drm_crtc_create(). If we
> don't clear num_pipes count, when rebinding driver, the count will
> be accumulated. From mtk_disp_mutex_get(), there can only be at most
> 10 mutex id. Clear
Hi, Hsin-Yi:
On Wed, 2019-05-29 at 18:25 +0800, Hsin-Yi Wang wrote:
> shutdown all CRTC when unbinding drm driver.
>
Reviewed-by: CK Hu
> Fixes: 119f5173628a ("drm/mediatek: Add DRM Driver for Mediatek SoC MT8173.")
> Signed-off-by: Hsin-Yi Wang
> ---
> drivers/gpu/drm/mediatek/mtk_drm_drv.c
Hi, Hsin-Yi:
On Wed, 2019-05-29 at 18:25 +0800, Hsin-Yi Wang wrote:
> Unbinding components (i.e. mtk_dsi and mtk_disp_ovl/rdma/color) will
> trigger master(mtk_drm)'s .unbind(), and currently mtk_drm's unbind
> won't actually unbind components. During the next bind,
> mtk_drm_kms_init() is called,
Hi, Hsin-Yi:
On Wed, 2019-05-29 at 18:25 +0800, Hsin-Yi Wang wrote:
> detatch panel in mtk_dsi_destroy_conn_enc(), since .bind will try to
> attach it again.
>
Reviewed-by: CK Hu
> Fixes: 2e54c14e310f ("drm/mediatek: Add DSI sub driver")
> Signed-off-by: Hsin-Yi Wang
> ---
> change log v1->v2
https://bugs.freedesktop.org/show_bug.cgi?id=110795
--- Comment #5 from Rolf ---
Yet it half-way installs on 19.04 without a check, and your download page does
not include any warning of what it will do to your system if it's not 18.04. In
fact, the sub heading lists 18.04.2, so is that the only
https://bugs.freedesktop.org/show_bug.cgi?id=110795
--- Comment #4 from Alex Deucher ---
The packaged drivers only support the Linux distros listed.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dr
https://bugs.freedesktop.org/show_bug.cgi?id=110795
--- Comment #3 from Rolf ---
If anyone else finds themselves in this fix by installing this driver, the only
way to get apt-get working again is to forcefully remove all of the files
using:
sudo dpkg --force-all -P [package name]
Here is the l
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-5.3-wip
head: 66ca5577c50a68d89e0e9ad7a2eba697911622c9
commit: ceb7ee86fbedcf20e978b7e41dfce5b144f71dfa [207/222] drm/scheduler:
rework job destruction
config: sparc64-allmodconfig (attached as .config)
compiler: sparc64-linux-gcc (G
https://bugs.freedesktop.org/show_bug.cgi?id=110795
--- Comment #2 from Rolf ---
Also, the install scrip fails without rolling back anything and leaving the
system in a half-baked state. The supplied uninstall fails because amdgpu-core
isn't installed yet. Since only 18.04 is supported, the insta
This driver currently contains a repeated 500ms blocking delay call
which causes frequent major buffer underruns in PulseAudio. This patch
fixes this issue by replacing the blocking delay with a non-blocking
sleep call.
Signed-off-by: Yrjan Skrimstad
---
drivers/gpu/drm/amd/powerplay/hwmgr/smu7_
https://bugs.freedesktop.org/show_bug.cgi?id=110795
--- Comment #1 from Rolf ---
I spent over a thousand dollars for a card that doesn't support current Linux?
And when I file a bug report it's reclassified as an "enhancement", and a
medium priority one at that?! Worse still, the driver would pro
On 2019-05-28 3:08 p.m., Nicholas Kazlauskas wrote:
> This patch series enables HDR output metadata support in amdgpu using the
> DRM HDR interface merged in drm-misc-next. Enabled for DCE and DCN ASICs
> over DP and HDMI.
>
> It's limited to static HDR metadata support for now since that's all th
Sphinx doesn't like orphan documents:
Documentation/accelerators/ocxl.rst: WARNING: document isn't included in
any toctree
Documentation/arm/stm32/overview.rst: WARNING: document isn't included in
any toctree
Documentation/arm/stm32/stm32f429-overview.rst: WARNING: document isn't
in
Fix several warnings and broken links.
This series was generated against linux-next, but was rebased to be applied at
docs-next. It should apply cleanly on either tree.
There's a git tree with all of them applied on the top of docs/docs-next
at:
https://git.linuxtv.org/mchehab/experimental.git/l
This file was renamed, but docs weren't updated accordingly.
WARNING: kernel-doc './scripts/kernel-doc -rst -enable-lineno -function
PRIME Buffer Sharing ./drivers/gpu/drm/amd/amdgpu/amdgpu_prime.c' failed with
return code 1
WARNING: kernel-doc './scripts/kernel-doc -rst -enable-
WARNING: kernel-doc './scripts/kernel-doc -rst -enable-lineno -function
Hardware workarounds ./drivers/gpu/drm/i915/intel_workarounds.c' failed with
return code 1
WARNING: kernel-doc './scripts/kernel-doc -rst -enable-lineno -function Logical
Rings, Logical Ring Contexts and Execlists ./drivers/
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #6 from Richard Thier ---
Latest bisect result so far:
Fast mesa version: 17.2.8 (2017 december 22)
Slow mesa version: 18.0.5 (2018 june 3)
The change that slows the system is between the two. The strace outputs are
generally the s
https://bugs.freedesktop.org/show_bug.cgi?id=110795
Alex Deucher changed:
What|Removed |Added
Severity|blocker |enhancement
Priority|high
Hi Dave, Daniel,
New stuff for 5.3:
- Add new thermal sensors for vega asics
- Various RAS fixes
- Add sysfs interface for memory interface utilization
- Use HMM rather than mmu notifier for user pages
- Expose xgmi topology via kfd
- SR-IOV fixes
- Fixes for manual driver reload
- Add unique iden
Hi Tomi,
On Tue, May 28, 2019 at 01:19:01PM +0300, Tomi Valkeinen wrote:
> Hi Sebastian,
>
> On 23/05/2019 23:07, Sebastian Reichel wrote:
>
> > @@ -302,6 +328,30 @@ void omap_crtc_vblank_irq(struct drm_crtc *crtc)
> > DBG("%s: apply done", omap_crtc->name);
> > }
> > +void omap_crtc_frame
On Wed, May 29, 2019 at 01:58:16PM -0600, Jeffrey Hugo wrote:
> On 5/29/2019 1:30 PM, Brian Masney wrote:
> > On Wed, May 29, 2019 at 08:41:31AM -0600, Jeffrey Hugo wrote:
> > > On Wed, May 29, 2019 at 4:28 AM Brian Masney
> > > wrote:
> > > >
> > > > On Tue, May 28, 2019 at 08:53:49PM -0600, Je
https://bugs.freedesktop.org/show_bug.cgi?id=110795
Rolf changed:
What|Removed |Added
CC||r...@lagrangepoint.io
Priority|medium
https://bugs.freedesktop.org/show_bug.cgi?id=110795
Bug ID: 110795
Summary: Unable to install on latest Ubuntu (19.04)
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Se
On 2019-05-29 11:07 a.m., Colin King wrote:
> From: Colin Ian King
>
> The pointer dev is set to null yet it is being dereferenced when
> checking dev->dqm->sched_policy. Fix this by performing the check
> on dev->dqm->sched_policy after dev has been assigned and null
> checked. Also remove the
On 2019-05-29 13:43, Jeffrey Hugo wrote:
On 3/7/2019 3:02 PM, Abhinav Kumar wrote:
On 2019-03-07 13:59, Sean Paul wrote:
On Wed, Mar 06, 2019 at 05:28:54PM -0800, Abhinav Kumar wrote:
When panel probe happens after DSI probe, the DSI probe
is deferred as per current design. In the probe defer
Hi Da.*,
One line pull-request, one-line summary. Please pull :)
drm-misc-fixes-2019-05-29:
qxl: Drop WARN when u/s tries to mmap a prime buffer (Gerd)
Cc: Gerd Hoffmann
Cheers, Sean
The following changes since commit f3617b449d0bcf3b5d80a97f51498dcf7463cf7e:
drm/panfrost: Select devfreq
Add support for per-instance pagetables for 5XX targets. Create a support
buffer for preemption to hold the SMMU pagetable information for a
preempted ring, enable TTBR1 to support split pagetables and add the
necessary PM4 commands to trigger a pagetable switch at the beginning
of a user command.
https://bugs.freedesktop.org/show_bug.cgi?id=110659
--- Comment #20 from tempel.jul...@gmail.com ---
I forgot that I patched this PR into my Xserver:
https://gitlab.freedesktop.org/xorg/xserver/merge_requests/36
It is responsible for the blocked gamma adjustment and the better desktop
window perfo
When we move to 64 bit addressing for a5xx and a6xx targets we will start
seeing pagefaults at larger addresses so format them appropriately in the
log message for easier debugging.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/msm_iommu.c | 2 +-
1 file changed, 1 insertion(+), 1 deleti
Targets that support per-instance pagetable switching will have to keep
track of which pagetable belongs to each instance to be able to recover
for preemption.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/msm_ringbuffer.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/d
Add support for per-instance pagetables for a6xx targets. Add support
to handle split pagetables and create a new instance if the needed
IOMMU support exists and insert the necessary PM4 commands to trigger
a pagetable switch at the beginning of a user command.
Signed-off-by: Jordan Crouse
---
Add a helper function to create a GEM address space attached to
an iommu auxiliary domain for a per-instance pagetable.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/msm_drv.h | 4 +++
drivers/gpu/drm/msm/msm_gem_vma.c | 53 +++
2 files changed, 3
Add support for creating a auxiliary domain from the IOMMU device to
implement per-instance pagetables. Also add a helper function to
return the pagetable base address (ttbr) and asid to the caller so
that the GPU target code can set up the pagetable switch.
Signed-off-by: Jordan Crouse
---
dri
Pass the index of the MMU domain in struct msm_file_private instead
of assuming gpu->id throughout the submit path. This clears the way
to change ctx->aspace to a per-instance pagetable.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/msm_drv.c| 2 ++
drivers/gpu/drm/msm/msm_drv.h
Move the address space steup code out of the generic msm GPU code to
to the individual GPU targets. This allows us to do target specific
setup such as gpummu for a2xx or split pagetables and per-instance
pagetables for newer a5xx and a6xx targets. All this is at the
expense of duplicated code in so
Add support to create a GPU target specific address space for
a context. For those targets that support per-instance
pagetables they will return a new address space set up for
the instance if possible otherwise just use the global
device pagetable.
Signed-off-by: Jordan Crouse
---
drivers/gpu/d
A5XX and newer GPUs can be run in either 32 or 64 bit mode. The GPU
registers and the microcode use 64 bit virtual addressing in either
case but the upper 32 bits are ignored if the GPU is in 32 bit mode.
There is no performance disadvantage to remaining in 64 bit mode even
if we are only generatin
This is v3 of the per-instance pagetable support. Biggest change in this
revision is moving nearly all of the split pagetable support into
io-pgtable-arm and setting up specific ops to handle the unique behavior
of the split pagetables. Now that I've spent some time with it, I like how
it turned ou
thanks, I've pushed this one to envytools tree
BR,
-R
On Wed, May 29, 2019 at 8:20 AM Jeffrey Hugo wrote:
>
> ---
> rnndb/adreno/a5xx.xml | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/rnndb/adreno/a5xx.xml b/rnndb/adreno/a5xx.xml
> index ae654eeb..16203512 100644
> --- a/rnndb/adreno
On 5/29/2019 1:30 PM, Brian Masney wrote:
On Wed, May 29, 2019 at 08:41:31AM -0600, Jeffrey Hugo wrote:
On Wed, May 29, 2019 at 4:28 AM Brian Masney wrote:
On Tue, May 28, 2019 at 08:53:49PM -0600, Jeffrey Hugo wrote:
On Tue, May 28, 2019 at 8:46 PM Brian Masney wrote:
On Tue, May 28, 201
On Wed, May 29, 2019 at 04:43:45PM +, Grodzovsky, Andrey wrote:
> I don't, sorry.
Should we fix that? Seems like you do plenty of scheduler stuff, so would
make sense I guess ...
-Daniel
>
> Andrey
>
> On 5/29/19 12:42 PM, Alex Deucher wrote:
> > On Wed, May 29, 2019 at 10:29 AM Andrey Grod
On Wed, May 29, 2019 at 10:29:40AM -0400, Andrey Grodzovsky wrote:
> Signed-off-by: Andrey Grodzovsky
Thanks for quick fixing!
Acked-by: Daniel Vetter
> ---
> drivers/gpu/drm/scheduler/sched_main.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/gpu/drm/scheduler/sched_mai
Fixes the following warnings:
./include/drm/drm_mode_config.h:841: warning: Incorrect use of
kernel-doc format: * hdr_output_metadata_property: Connector
property containing hdr
./include/drm/drm_mode_config.h:918: warning: Function parameter or member
'hdr_output_metadata_property' not d
Dropped static functions from kernel documentation.
Suggested-by: Daniel Vetter
Signed-off-by: Uma Shankar
---
drivers/video/hdmi.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/drivers/video/hdmi.c b/drivers/video/hdmi.c
index b99ba01..7
This series adds DRM UAPI header structure documentation to kernel
docs. Fixes issues with existing structure documentation in drm
uapi header.
This also fixes warnings in HDR doc and addresses suggestions from
Daniel Vetter.
Also dropped static function documentation in hdmi core.
Uma Shankar (
Drop a redundant and unused variable "hdr_output_metadata" from
drm_connector.
Suggested-by: Daniel Vetter
Signed-off-by: Uma Shankar
---
include/drm/drm_connector.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/drm/drm_connector.h b/include/drm/drm_connector.h
index f8f4003..547
Fixed doc warnings in drm uapi header. All the UAPI
structures are now documented in kernel doc.
Signed-off-by: Uma Shankar
---
include/uapi/drm/drm_mode.h | 22 ++
1 file changed, 22 insertions(+)
diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h
index
On Wed, May 29, 2019 at 08:41:31AM -0600, Jeffrey Hugo wrote:
> On Wed, May 29, 2019 at 4:28 AM Brian Masney wrote:
> >
> > On Tue, May 28, 2019 at 08:53:49PM -0600, Jeffrey Hugo wrote:
> > > On Tue, May 28, 2019 at 8:46 PM Brian Masney
> > > wrote:
> > > >
> > > > On Tue, May 28, 2019 at 07:42:
On Wed, May 29, 2019 at 8:24 PM Maxime Ripard wrote:
>
> On Fri, May 24, 2019 at 03:48:51PM +0530, Jagan Teki wrote:
> > On Fri, May 24, 2019 at 2:04 AM Maxime Ripard
> > wrote:
> > >
> > > On Mon, May 20, 2019 at 02:33:08PM +0530, Jagan Teki wrote:
> > > > According to "DRM kernel-internal disp
https://bugs.freedesktop.org/show_bug.cgi?id=110659
--- Comment #19 from Nicholas Kazlauskas ---
(In reply to tempel.julian from comment #18)
> Huh, with modesetting driver, those patches eliminate the stutter when new
> windows are shown. Does the xf86-video-amdgpu driver need adjustments for
>
>> >-Original Message-
>> >From: Daniel Vetter [mailto:dan...@ffwll.ch]
>> >Sent: Wednesday, May 29, 2019 8:33 PM
>> >To: Shankar, Uma
>> >Cc: intel-gfx ; dri-devel > >de...@lists.freedesktop.org>; Daniele Castagna
>> >; jo...@kwiboo.se; Sean Paul
>> >; Sharma, Shashank
>> >; Syrjala, Vi
On 29/05/2019 16:09, Tomeu Vizoso wrote:
On Tue, 21 May 2019 at 18:11, Clément Péron wrote:
[snip]
[ 345.204813] panfrost 180.gpu: mmu irq status=1
[ 345.209617] panfrost 180.gpu: Unhandled Page fault in AS0 at VA
0x02400400
From what I can see here, 0x02400400 p
On Wed, May 29, 2019 at 7:29 PM Shankar, Uma wrote:
>
>
>
> >-Original Message-
> >From: Daniel Vetter [mailto:dan...@ffwll.ch]
> >Sent: Wednesday, May 29, 2019 8:33 PM
> >To: Shankar, Uma
> >Cc: intel-gfx ; dri-devel >de...@lists.freedesktop.org>; Daniele Castagna ;
> >jo...@kwiboo.se;
>-Original Message-
>From: Daniel Vetter [mailto:dan...@ffwll.ch]
>Sent: Wednesday, May 29, 2019 8:33 PM
>To: Shankar, Uma
>Cc: intel-gfx ; dri-devel de...@lists.freedesktop.org>; Daniele Castagna ;
>jo...@kwiboo.se; Sean Paul ; Sharma, Shashank
>; Syrjala, Ville
>Subject: Re: [Intel-gf
https://bugs.freedesktop.org/show_bug.cgi?id=21509
Adam Jackson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
>-Original Message-
>From: Daniel Vetter [mailto:dan...@ffwll.ch]
>Sent: Wednesday, May 29, 2019 8:31 PM
>To: Shankar, Uma
>Cc: intel-gfx ; dri-devel de...@lists.freedesktop.org>; Sharma, Shashank ;
>Ville Syrjälä ; Maarten Lankhorst
>; Maxime Ripard
>; Sean Paul ; David Airlie
>; Bartlo
https://bugs.freedesktop.org/show_bug.cgi?id=8258
Adam Jackson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=26745
Adam Jackson changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=8217
Adam Jackson changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=7971
Adam Jackson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=9457
Adam Jackson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=5999
Adam Jackson changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=9348
Adam Jackson changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=110659
--- Comment #18 from tempel.jul...@gmail.com ---
Huh, with modesetting driver, those patches eliminate the stutter when new
windows are shown. Does the xf86-video-amdgpu driver need adjustments for this?
However, turning on nightlight in Plasma
Hi Dave, Daniel,
Fixes for 5.2:
- Respin the Raven DMCU patch with the ifdef fixed
- Fix for a clean display when loading the driver on Raven
The following changes since commit c074989171801171af6c5f53dd16b27f36b31deb:
Revert "drm/amd/display: Don't load DMCU for Raven 1" (2019-05-24 19:56:50
https://bugs.freedesktop.org/show_bug.cgi?id=21164
Adam Jackson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=19041
Adam Jackson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=12374
Adam Jackson changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=37471
Adam Jackson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=16313
Adam Jackson changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=11547
Adam Jackson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=15806
Adam Jackson changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=8463
Adam Jackson changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=5531
Adam Jackson changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=10761
Adam Jackson changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|REOPENED
https://bugs.freedesktop.org/show_bug.cgi?id=8840
Adam Jackson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=5477
Adam Jackson changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
On Wed, May 29, 2019 at 7:02 AM Ville Syrjala
wrote:
>
> From: Ville Syrjälä
>
> From VESA EDID implementation guide v1.0:
> "For EDID version 1 revision 2 or earlier data structures when offset 14h
> bit 7 is set to one, the value of bits 6-0 are undefined, and therefore
> cannot be interprete
https://bugs.freedesktop.org/show_bug.cgi?id=109598
Adam Jackson changed:
What|Removed |Added
Resolution|--- |MOVED
Status|NEW
I don't, sorry.
Andrey
On 5/29/19 12:42 PM, Alex Deucher wrote:
> On Wed, May 29, 2019 at 10:29 AM Andrey Grodzovsky
> wrote:
>> Signed-off-by: Andrey Grodzovsky
> Reviewed-by: Alex Deucher
>
> I'll push it to drm-misc in a minute unless you have commit rights.
>
> Alex
>
>> ---
>> drivers/g
https://bugs.freedesktop.org/show_bug.cgi?id=109658
Adam Jackson changed:
What|Removed |Added
Resolution|--- |MOVED
Status|NEW
On Wed, May 29, 2019 at 10:29 AM Andrey Grodzovsky
wrote:
>
> Signed-off-by: Andrey Grodzovsky
Reviewed-by: Alex Deucher
I'll push it to drm-misc in a minute unless you have commit rights.
Alex
> ---
> drivers/gpu/drm/scheduler/sched_main.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff
On 2019/05/29, Koenig, Christian wrote:
> Am 29.05.19 um 15:03 schrieb Emil Velikov:
> > On 2019/05/29, Dave Airlie wrote:
> >> On Wed, 29 May 2019 at 02:47, Emil Velikov
> >> wrote:
> >>> On 2019/05/28, Koenig, Christian wrote:
> Am 28.05.19 um 18:10 schrieb Emil Velikov:
> > On 2019/05
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #5 from Richard Thier ---
Still fast with mesa 17.2.8 and X.Org X Server 1.19.5
The problem is somewhere between 17.x and 19.x mesa versions (and corresponding
xorg).
Also I have made an strace when it is good in one older system t
Starting with ACPI 6.2 bits 1 and 2 of the BGRT status field are no longer
reserved. These bits are now used to indicate if the image needs to be
rotated before being displayed.
The efifb code does not support rotating the image before copying it to
the screen.
This commit adds a check for these
On Wed, 29 May 2019 at 15:00, Robin Murphy wrote:
>
> Hi Tomeu, Rob,
>
> On 28/05/2019 08:03, Tomeu Vizoso wrote:
> > Robin, Steven,
> >
> > would you or someone else at Arm be able to run the IGT tests [0] on
> > 5.2-rc2 with this patch on top?
> >
> > I don't have any hw with Bifrost and am not
The A540 is a derivative of the A530, and is found in the MSM8998 SoC.
Signed-off-by: Jeffrey Hugo
---
drivers/gpu/drm/msm/adreno/a5xx.xml.h | 28
drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 21 ++
drivers/gpu/drm/msm/adreno/a5xx_power.c| 76 +-
drivers
---
rnndb/adreno/a5xx.xml | 1 +
1 file changed, 1 insertion(+)
diff --git a/rnndb/adreno/a5xx.xml b/rnndb/adreno/a5xx.xml
index ae654eeb..16203512 100644
--- a/rnndb/adreno/a5xx.xml
+++ b/rnndb/adreno/a5xx.xml
@@ -1523,6 +1523,7 @@ xsi:schemaLocation="http://nouveau.freedesktop.org/
rules-ng.xs
Adreno driver support for the A540 found in the MSM8998 SoC
v2:
-Removed extra RBBM write
-Corrected added RBBM writes to allow for hwcg disable
-Patch to add REG_A5XX_HLSQ_DBG_ECO_CNTL to envytools
-Regenerated a5xx header file with updated envytools
-Used REG_A5XX_HLSQ_DBG_ECO_CNTL in code
-Stri
https://bugs.freedesktop.org/show_bug.cgi?id=110658
--- Comment #5 from Alexander Mezin ---
(In reply to Timothy Arceri from comment #3)
> Are you able to test with llvm 9?
I won't have time for that until weekend
(In reply to Timothy Arceri from comment #4)
> I've run it on llvm 8 and mesa 19
1 - 100 of 199 matches
Mail list logo
