Hi
Am 05.06.19 um 17:58 schrieb Gerd Hoffmann:
> On Wed, Jun 05, 2019 at 11:59:04AM +0200, Thomas Zimmermann wrote:
>> Hi
>>
>> Am 05.06.19 um 11:03 schrieb Gerd Hoffmann:
>>> On Tue, Jun 04, 2019 at 01:13:30PM +0200, Thomas Zimmermann wrote:
The documentation tools interpret drm_gem_vram_mm_
Hi, Yongqiang:
On Wed, 2019-06-05 at 19:42 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> mutex sof will be ddp private data
>
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 44
> +++---
> 1 file changed, 36 ins
Hi, Yongqiang:
On Wed, 2019-06-05 at 19:42 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> except mutex mod, mutex mod reg,mutex sof reg,
> and mutex sof id will be ddp private data
>
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 53
>
On Thu, Jun 6, 2019 at 7:25 AM Daniel Vetter wrote:
>
> On Thu, Jun 6, 2019 at 5:05 AM Alex Deucher wrote:
> >
> > On Wed, Jun 5, 2019 at 10:34 PM Dave Airlie wrote:
> > >
> > > On Thu, 6 Jun 2019 at 05:12, Alex Deucher wrote:
> > > >
> > > > Hi Dave, Daniel,
> > > >
> > > > More new stuff for
On Thu, Jun 6, 2019 at 5:05 AM Alex Deucher wrote:
>
> On Wed, Jun 5, 2019 at 10:34 PM Dave Airlie wrote:
> >
> > On Thu, 6 Jun 2019 at 05:12, Alex Deucher wrote:
> > >
> > > Hi Dave, Daniel,
> > >
> > > More new stuff for 5.3:
> > >
> > > amdgpu:
> > > - Revert timeline support until KHR is rea
Hi, Yongqiang:
On Wed, 2019-06-05 at 19:42 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> Update device tree binding documention for the display subsystem for
> Mediatek MT8183 SOCs
>
> Signed-off-by: Yongqiang Niu
> ---
> .../bindings/display/mediatek/mediatek,disp.txt
Hi Dave, Daniel,
More new stuff for 5.3:
amdgpu:
- Revert timeline support until KHR is ready
- Various driver reload fixes
- Refactor clock handling in DC
- Aux fixes for DC
- Bandwidth calculation updates for DC
- Fix documentation due to file rename
- RAS fix
- Fix race in late_init
ttm:
- Al
On Wed, Jun 5, 2019 at 10:34 PM Dave Airlie wrote:
>
> On Thu, 6 Jun 2019 at 05:12, Alex Deucher wrote:
> >
> > Hi Dave, Daniel,
> >
> > More new stuff for 5.3:
> >
> > amdgpu:
> > - Revert timeline support until KHR is ready
> > - Various driver reload fixes
> > - Refactor clock handling in DC
>
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #42 from Andrew Randrianasulu ---
(In reply to Rui Salvaterra from comment #41)
> Hi, guys
>
> I haven't tried Marek's solution yet. It's the first time I build Mesa from
> scratch and I've never used Meson before, so I'm studying a
On Thu, 6 Jun 2019 at 05:12, Alex Deucher wrote:
>
> Hi Dave, Daniel,
>
> More new stuff for 5.3:
>
> amdgpu:
> - Revert timeline support until KHR is ready
> - Various driver reload fixes
> - Refactor clock handling in DC
> - Aux fixes for DC
> - Bandwidth calculation updates for DC
> - Fix docum
Hi Liviu,
dim: c43de636a469 ("drm/komeda: Potential error pointer dereference"):
committer Signed-off-by missing.
dim: c43de636a469 ("drm/komeda: Potential error pointer dereference"):
SHA1 in fixes line not found:
dim: 7d31b9e7a550 ("drm/komeda: Add komeda_plane/plane_helper_funcs")
These ar
On Fri, May 17, 2019 at 11:22 AM Stephen Boyd wrote:
>
> Quoting Brendan Higgins (2019-05-14 15:17:10)
> > diff --git a/kernel/sysctl-test.c b/kernel/sysctl-test.c
> > new file mode 100644
> > index 0..fe0f2bae66085
> > --- /dev/null
> > +++ b/kernel/sysctl-test.c
> > @@ -0,0 +1,293 @@
https://bugs.freedesktop.org/show_bug.cgi?id=110845
--- Comment #4 from Matt Coffin ---
I just tested this now on my setup with this patch on top of
amd-staging-drm-next, and all looks good! Thank you kindly.
Too bad this one was easy enough that I didn't get to do any learning. Now, on
to the p
From: David Riley
After data is copied to the cache entry, atomic_set is used indicate
that the data is the entry is valid without appropriate memory barriers.
Similarly the read side was missing the same memory barries.
Signed-off-by: David Riley
---
drivers/gpu/drm/virtio/virtgpu_ioctl.c | 3
From: David Riley
virtio_gpu_cmd_get_capset would check for the existence of an entry
under lock. If it was not found, it would unlock and call
virtio_gpu_cmd_get_capset to create a new entry. The new entry would
be added it to the list without checking if it was added by another
task during th
From: David Riley
If multiple callers occur simultaneously, wake them all up.
Signed-off-by: David Riley
---
drivers/gpu/drm/virtio/virtgpu_vq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_vq.c
b/drivers/gpu/drm/virtio/virtgpu_vq.c
index
From: David Riley
virtio_gpu_get_caps_ioctl could return success with invalid data if a
second caller to the function occurred after the entry was created in
virtio_gpu_cmd_get_capset but prior to the virtio_gpu_cmd_capset_cb
callback being called. This could leak contents of memory as well
sinc
Em Thu, 6 Jun 2019 00:22:46 +0200
Paul Cercueil escreveu:
> This patch adds MEDIA_BUS_FMT_RGB888_3X8, used for the GiantPlus
> GPM940B0 24-bit TFT panel, where the RGB components are transferred
> sequentially on a 8-bit bus.
>
> Signed-off-by: Paul Cercueil
Looks ok to me. Feel free to apply
https://bugzilla.kernel.org/show_bug.cgi?id=203471
--- Comment #10 from Haxk20 (haxk...@gmail.com) ---
(In reply to Michel Dänzer from comment #8)
> The tearing occurs because amdgpu doesn't support scatter/gather scanout
> with Raven yet, so page flipping cannot be used.
>
> For the time being,
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #41 from Rui Salvaterra ---
Hi, guys
I haven't tried Marek's solution yet. It's the first time I build Mesa from
scratch and I've never used Meson before, so I'm studying along the way. I
applied the patch, configured with no DRI dr
The GiantPlus GPM940B0 is a simple 3.0" 320x240 24-bit TFT panel.
Signed-off-by: Paul Cercueil
Tested-by: Artur Rojek
---
Notes:
v2: Change bus format to MEDIA_BUS_FMT_RGB888_3X8_BE
v3: No change
v4: Change bus format to MEDIA_BUS_FMT_RGB888_3X8
v5: No change
dr
This patch adds MEDIA_BUS_FMT_RGB888_3X8, used for the GiantPlus
GPM940B0 24-bit TFT panel, where the RGB components are transferred
sequentially on a 8-bit bus.
Signed-off-by: Paul Cercueil
---
Notes:
v2: New patch
v3: No change
v4: Add only MEDIA_BUS_FMT_RGB888_3X8, as we
The GPM940B0 is a 3.0" 320x240 24-bit TFT LCD panel.
Signed-off-by: Paul Cercueil
Reviewed-by: Rob Herring
---
Notes:
v2: New patch
v3: Add Rob's ack
v4-v5: No change
.../bindings/display/panel/giantplus,gpm940b0.txt| 12
1 file changed, 12 insertions(+)
Le mer. 5 juin 2019 à 16:26, Mauro Carvalho Chehab
a écrit :
Em Mon, 3 Jun 2019 17:35:10 +0200
Paul Cercueil escreveu:
The GiantPlus GPM940B0 is a 24-bit TFT panel where the RGB
components
are transferred sequentially on a 8-bit bus.
Signed-off-by: Paul Cercueil
---
Notes:
Hi Josef.
Thanks for the patch. A little late review follows.
Just a few thing, but please fix and resend.
Sam
> +++ b/MAINTAINERS
> @@ -4800,6 +4800,12 @@ S: Maintained
> F: drivers/gpu/drm/tinydrm/ili9225.c
> F: Documentation/devicetree/bindings/display/ilitek,ili9225.txt
>
Hi Josef.
Please follow guidelines in
Documentation/devicetree/bindings/submitting...
You will among other learn to send this patch to the right mailing list.
And please add a short summary in the changelog body.
The changelog body shall not require the reader to rtead subject to know
what the pa
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #40 from Richard Thier ---
Okay... I cannot easily test more heavy games because some of them crash with
the 17.x last good one (maybe because missing external S3TC or whatever, or
just something similar).
Will try to bisect the min
Hi Da.*,
Our slow release cycle continues, only 2 contributors since last time! The set
from Helen avoids blocking in async commits and Lucas ensures the sg list is
unmapped with the udmabuf.
drm-misc-fixes-2019-06-05:
- Allow fb changes in async commits (fixes igt failures) (Helen)
- Actually un
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #39 from Richard Thier ---
First I went on to strace a bit and measure directly...
10 sec glxgears - lastfast 17.x:
- 2105 ioctl calls
- 6 DRM_IOCTL_RADEON_GEM_CREATE
- 7 DRM_IOCTL_GEM_CLOSE
10 sec glxgears - patched 19.x:
- 2916
https://bugs.freedesktop.org/show_bug.cgi?id=110844
--- Comment #5 from nathaniel.h...@protonmail.com ---
(In reply to Alex Deucher from comment #4)
> You said it started happening for week or two ago. What component(s) did
> you update at that time?
tbh I dont really know what it could have bee
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #38 from Richard Thier ---
Hello everyone!
While hopefully someone is testing Marek's solution as I went to test if the
"minor problem" between 04ea03d99d8 and 19.x is causing a slowdown or not.
Despite most of the heavy slowdown w
On Thu, May 02, 2019 at 03:53:32PM -0700, Douglas Anderson wrote:
> In certain situations it was seen that we could wedge up the DDC bus
> on the HDMI adapter on rk3288. The only way to unwedge was to mux one
> of the pins over to GPIO output-driven-low temporarily and then
> quickly mux back. Fu
We can be called from any context, we need to be prepared.
Noticed this while hacking on vkms, which calls this function from a
normal worker. Which really upsets lockdep.
Cc: Rodrigo Siqueira
Cc: Tomeu Vizoso
Cc: Emil Velikov
Cc: Benjamin Gaignard
Signed-off-by: Daniel Vetter
---
drivers/g
Hi Dave, Daniel,
More new stuff for 5.3:
amdgpu:
- Revert timeline support until KHR is ready
- Various driver reload fixes
- Refactor clock handling in DC
- Aux fixes for DC
- Bandwidth calculation updates for DC
- Fix documentation due to file rename
- RAS fix
- Fix race in late_init
ttm:
- Al
Hi Dingchen.
Thanks for the quick follow-up.
On Wed, Jun 05, 2019 at 02:35:56PM -0400, Dingchen Zhang wrote:
> 'n-1' is the index to replace the newline character of CRC source name.
subject is much better now.
It would be fine if the body of the changelog conveyed the same message.
The body exp
On Wed, 2019-06-05 at 17:02 +0200, Neil Armstrong wrote:
> Devfreq runtime usage was made mandatory, thus making panfrost fail to probe
> on Amlogic S912 SoCs missing the "operating-points-v2" property.
> Make it optional again, leaving PM_DEVFREQ selected by default.
>
> Fixes: f3617b449d ("drm/p
Panfrost depends on the simple_ondemand governor, and therefore
it's a required configuration. Select it.
Fixes: f3617b449d ("drm/panfrost: Select devfreq")
Signed-off-by: Ezequiel Garcia
---
drivers/gpu/drm/panfrost/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/pan
On Wed, Jun 05, 2019 at 06:47:44PM +0200, Daniel Vetter wrote:
> On Wed, Jun 05, 2019 at 04:13:21PM +0200, Sam Ravnborg wrote:
> > Drop use of the deprecated drmP.h header file.
> > Replace it with relevant include files.
> > Sort include files in files touched.
> >
> > Signed-off-by: Sam Ravnborg
'n-1' is the index to replace the newline character of CRC source name.
Cc: Leo Li
Cc: Harry Wentland
Signed-off-by: Dingchen Zhang
---
drivers/gpu/drm/drm_debugfs_crc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_debugfs_crc.c
b/drivers/gpu/drm/
On Wed, Jun 05, 2019 at 08:17:34PM +0200, Hans de Goede wrote:
> The vlv/icl_dphy_param_init calls do various calculations to set dphy
> parameters based on the pclk.
>
> Move the calling of vlv/icl_dphy_param_init to vlv_dsi_init to give
> vlv_dsi_init a chance to tweak the pclk before these calc
On Wed, Jun 05, 2019 at 06:44:53PM +0200, Daniel Vetter wrote:
> On Wed, Jun 05, 2019 at 04:03:14PM +0200, Sam Ravnborg wrote:
> > Drop use of the deprecated drmP.h header file.
> > Replace it with the necessary includes of other headers.
> >
> > Signed-off-by: Sam Ravnborg
> > Cc: David Airlie
Thanks for the reply, Sam.
On 2019-06-05 1:50 p.m., Sam Ravnborg wrote:
> Hi Dingchen.
>
> Thanks for the patch!
>
> On Wed, Jun 05, 2019 at 01:06:38PM -0400, Dingchen Zhang wrote:
>> 'n-1' is the index to access the last character of CRC source name.
>>
>> Cc:Leo Li , Harry Wentland
> Please add
On Wed, Jun 05, 2019 at 06:43:10PM +0200, Daniel Vetter wrote:
> On Wed, Jun 05, 2019 at 03:55:39PM +0200, Sam Ravnborg wrote:
> > Drop use of the deprecated drmP.h header.
> > Repalced with relevant header files and sorted header files in all files
> > touched.
> >
> > Replaced DRM_{READ,WRITE} t
Hi Dave, Daniel,
Fixes for 5.2:
- A fix to make VCE resume more reliable
- Updates for new raven variants
The following changes since commit 2a3e0b716296a504d9e65fea7acb379c86fe4283:
Merge tag 'imx-drm-fixes-2019-05-29' of
git://git.pengutronix.de/git/pza/linux into drm-fixes (2019-05-31 09:1
The vlv/icl_dphy_param_init calls do various calculations to set dphy
parameters based on the pclk.
Move the calling of vlv/icl_dphy_param_init to vlv_dsi_init to give
vlv_dsi_init a chance to tweak the pclk before these calculations are done.
Changes in v2:
-Also moves the icl and vlv specific d
This is a preparation patch for moving the calling of *_dphy_param_init()
out of intel_dsi_vbt_init.
Reviewed-by: Ville Syrjälä
Signed-off-by: Hans de Goede
---
drivers/gpu/drm/i915/intel_dsi_vbt.c | 77 +++-
1 file changed, 42 insertions(+), 35 deletions(-)
diff --git
The GOP sometimes initializes the pclk at a (slightly) different frequency
then the pclk which we've calculated.
This commit makes the DSI code read-back the pclk set by the GOP and
if that is within a reasonable margin of the calculated pclk, uses
that instead.
This fixes the first modeset being
Hi,
On 04-06-19 19:35, Ville Syrjälä wrote:
On Fri, May 24, 2019 at 06:30:19PM +0200, Hans de Goede wrote:
The vlv/icl_dphy_param_init calls do various calculations to set dphy
parameters based on the pclk.
Move the calling of vlv/icl_dphy_param_init to vlv_dsi_init to give
vlv_dsi_init a chan
https://bugs.freedesktop.org/show_bug.cgi?id=110845
--- Comment #3 from Matt Coffin ---
Thanks. I will test tonight with the patch applied when I have access to an AMD
card.
--
You are receiving this mail because:
You are the assignee for the bug.___
Am 05.06.19 um 16:33 schrieb Kuehling, Felix:
> On 2019-06-05 9:56, Michel Dänzer wrote:
>> On 2019-06-05 1:24 p.m., Christian König wrote:
>>> Am 04.06.19 um 21:03 schrieb Zeng, Oak:
From: amd-gfx On Behalf Of
Kuehling, Felix
On 2019-06-04 11:23, Christian König wrote:
> [snip]
>>>
Use devm_platform_ioremap_resource() to simplify the code a bit.
Signed-off-by: Fabio Estevam
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
b/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
index 72d0
Hi Dingchen
I do not know this code, so please await feedback from others on the
patch itself.
On Wed, Jun 05, 2019 at 01:06:39PM -0400, Dingchen Zhang wrote:
> to terminate the while-loop in drm_dp_aux_crc_work when drm_dp_start/stop_crc
> are called in the hook to set crc source.
>
> Cc:Leo Li
https://bugs.freedesktop.org/show_bug.cgi?id=110844
--- Comment #4 from Alex Deucher ---
You said it started happening for week or two ago. What component(s) did you
update at that time?
--
You are receiving this mail because:
You are the assignee for the bug.__
Hi Dingchen.
Thanks for the patch!
On Wed, Jun 05, 2019 at 01:06:38PM -0400, Dingchen Zhang wrote:
> 'n-1' is the index to access the last character of CRC source name.
>
> Cc:Leo Li , Harry Wentland
Please add only one person (mail address) per Cc: line
I dunno if this is a hard rule, but this
https://bugs.freedesktop.org/show_bug.cgi?id=110777
--- Comment #5 from Anton Herzfeld ---
The following patch fixes the issue with boosting again:
https://cgit.freedesktop.org/~agd5f/linux/commit/drivers/gpu/drm/amd/powerplay/hwmgr?h=amd-staging-drm-next&id=7d59c41b5150d0641203f91cfcaa0f9af5999
https://bugs.freedesktop.org/show_bug.cgi?id=110844
--- Comment #3 from nathaniel.h...@protonmail.com ---
If you have any idea as to how i should narrow down the issue, im willing to
try.
--
You are receiving this mail because:
You are the assignee for the bug.___
to terminate the while-loop in drm_dp_aux_crc_work when drm_dp_start/stop_crc
are called in the hook to set crc source.
Cc:Leo Li , Harry , Nick
Signed-off-by: Dingchen Zhang
---
drivers/gpu/drm/drm_debugfs_crc.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/drm_de
'n-1' is the index to access the last character of CRC source name.
Cc:Leo Li , Harry Wentland
Signed-off-by: Dingchen Zhang
---
drivers/gpu/drm/drm_debugfs_crc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_debugfs_crc.c
b/drivers/gpu/drm/drm_debu
https://bugs.freedesktop.org/show_bug.cgi?id=110844
--- Comment #2 from nathaniel.h...@protonmail.com ---
(In reply to Alex Deucher from comment #1)
> Can you narrow down what component (mesa, kernel, ddx) caused the issue and
> bisect?
I will try but I have no idea how to narrow down the issue.
On Wed, Jun 05, 2019 at 04:13:21PM +0200, Sam Ravnborg wrote:
> Drop use of the deprecated drmP.h header file.
> Replace it with relevant include files.
> Sort include files in files touched.
>
> Signed-off-by: Sam Ravnborg
> Cc: David Airlie
> Cc: Daniel Vetter
On both patches:
Reviewed-by:
On Wed, Jun 05, 2019 at 04:03:14PM +0200, Sam Ravnborg wrote:
> Drop use of the deprecated drmP.h header file.
> Replace it with the necessary includes of other headers.
>
> Signed-off-by: Sam Ravnborg
> Cc: David Airlie
> Cc: Daniel Vetter
Assuming it all compiles still, on the series:
Revie
On Wed, Jun 05, 2019 at 03:55:39PM +0200, Sam Ravnborg wrote:
> Drop use of the deprecated drmP.h header.
> Repalced with relevant header files and sorted header files in all files
> touched.
>
> Replaced DRM_{READ,WRITE} to avoid the drm_os_linux header.
>
> Build tested with allyesconfig, allmo
https://bugs.freedesktop.org/show_bug.cgi?id=110845
--- Comment #2 from Nicholas Kazlauskas ---
This patch should fix it:
https://patchwork.freedesktop.org/patch/308794/
--
You are receiving this mail because:
You are the assignee for the bug.___
dri
Hi,
Thank you for the reviews.
On 04-06-19 19:29, Ville Syrjälä wrote:
On Fri, May 24, 2019 at 07:40:28PM +0200, Hans de Goede wrote:
Prior to this commit we fail to init the DSI panel on the GPD MicroPC:
https://www.indiegogo.com/projects/gpd-micropc-6-inch-handheld-industry-laptop#/
The pro
https://bugs.freedesktop.org/show_bug.cgi?id=110844
--- Comment #1 from Alex Deucher ---
Can you narrow down what component (mesa, kernel, ddx) caused the issue and
bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
d
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #37 from Rui Salvaterra ---
(In reply to Marek Olšák from comment #36)
> I think if you just implement the disk cache callback, it'll automatically
> enable the shader cache for the GLSL compiler.
Hi, Marek
Yeah, that was my reason
On Wed, Jun 05, 2019 at 11:59:04AM +0200, Thomas Zimmermann wrote:
> Hi
>
> Am 05.06.19 um 11:03 schrieb Gerd Hoffmann:
> > On Tue, Jun 04, 2019 at 01:13:30PM +0200, Thomas Zimmermann wrote:
> >> The documentation tools interpret drm_gem_vram_mm_funcs as function and
> >> there appears to be no wa
https://bugs.freedesktop.org/show_bug.cgi?id=110845
--- Comment #1 from Nicholas Kazlauskas ---
My guess is that this is probably related to the:
https://patchwork.freedesktop.org/patch/306397/
patch. It might not be defaulting to 8bpc as the maximum, limiting you to 120Hz
at 1440p.
--
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=110845
Bug ID: 110845
Summary: [DC-only][regression] cannot select full refresh rate
on 5.2rc - 144Hz 2560x1440
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=110844
Bug ID: 110844
Summary: AMDGPU Resets and blackscreens couple minutes into any
game regardless of wine/proton/native - sound keeps
playing
Product: DRI
Version:
Similar to the class_find_device_by_*() introduce the variants
for bus_find_device() to automatically search for device by
generic device properties.
Here is the list of new helpers :
bus_find_device_by_of_node
bus_find_device_by_fwnode
bus_find_device_by_devt
bus_
Add a helper to match device by the of_node. This will be later used
to provide generic lookup functions by of_node.
Cc: Alan Tull
Cc: Andrew Lunn
Cc: Daniel Vetter
Cc: David Airlie
Cc: "David S. Miller"
Cc: devicet...@vger.kernel.org
Cc: dri-devel@lists.freedesktop.org
Cc: Florian Fainelli
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #36 from Marek Olšák ---
I think if you just implement the disk cache callback, it'll automatically
enable the shader cache for the GLSL compiler.
--
You are receiving this mail because:
You are the assignee for the bug.___
Devfreq runtime usage was made mandatory, thus making panfrost fail to probe
on Amlogic S912 SoCs missing the "operating-points-v2" property.
Make it optional again, leaving PM_DEVFREQ selected by default.
Fixes: f3617b449d ("drm/panfrost: Select devfreq")
Signed-off-by: Neil Armstrong
---
Change
Drop use of the deprecated drmP.h file.
Replace with forwards / externals as appropriate.
While touching the list of include files divide
them up in blocks and sort them.
Signed-off-by: Sam Ravnborg
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Cc: David Airlie
Cc: Dan
Drop the use of the deprecated drmP.h header file.
Build tested using allyesconfig, allmodconfig for various
architectures.
Sam
Sam Ravnborg (1):
drm/exynos: drop drmP.h usage
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 7 +++--
drivers/gpu/drm/exynos/exynos7_drm_decon.c
Regards,
Oak
-Original Message-
From: Christian König
Sent: Wednesday, June 5, 2019 7:25 AM
To: Zeng, Oak ; Kuehling, Felix ;
dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org
Subject: Re: [PATCH] drm/ttm: fix ttm_bo_unreserve
Am 04.06.19 um 21:03 schrieb Zeng, Oak:
>
>
On 2019-06-05 9:56, Michel Dänzer wrote:
> On 2019-06-05 1:24 p.m., Christian König wrote:
>> Am 04.06.19 um 21:03 schrieb Zeng, Oak:
>>> From: amd-gfx On Behalf Of
>>> Kuehling, Felix
>>> On 2019-06-04 11:23, Christian König wrote:
[snip]
>>> --- a/include/drm/ttm/ttm_bo_driver.h
>>> +++ b/includ
Em Mon, 3 Jun 2019 17:35:10 +0200
Paul Cercueil escreveu:
> The GiantPlus GPM940B0 is a 24-bit TFT panel where the RGB components
> are transferred sequentially on a 8-bit bus.
>
> Signed-off-by: Paul Cercueil
> ---
>
> Notes:
> v2: New patch
>
> v3: No change
>
> v4: Ad
On Wed, Jun 5, 2019 at 6:18 AM Marek Szyprowski
wrote:
>
> Hi Rob,
>
> On 2019-06-05 14:57, Rob Clark wrote:
> > On Tue, Jun 4, 2019 at 11:58 PM Tomasz Figa wrote:
> >> But first of all, I remember Marek already submitted some patches long
> >> ago that extended struct driver with some flag that
Drop use of the deprecated drmP.h header file.
Replace it with relevant include files.
Sort include files in files touched.
Signed-off-by: Sam Ravnborg
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/r128/r128_cce.c | 12 ++--
drivers/gpu/drm/r128/r128_drv.c | 9 ++---
Drop use of drm_os_linux macros.
Simple 1:1 replacements of
- DRM_UDELAY
- DRM_CURRENTPID
- DRM_READ
- DRM_WRITE
With this change we do not need to introduce the deprecated
drm_os_linux.h header when we drop use of drmP.h.
Signed-off-by: Sam Ravnborg
Cc: David Airlie
Cc: Daniel Vetter
---
dr
Drop use of the deprecated header file drmP.h
in the r128 driver.
Also drop dependencies to drm_os_linux.h
Sam
Sam Ravnborg (2):
drm/r128: drop drm_os_linux dependencies
drm/r128: drop use of drmP.h
drivers/gpu/drm/r128/r128_cce.c | 28 ++--
driver
The G12A Primary plane was disabled by writing in the OSD1 configuration
registers, but this caused the plane blender to stall instead of continuing
blended only the overlay plane.
Fix this by disabling the OSD1 plane in the blender registers, and also
enabling it back using the same register.
Fi
The primary plane disable logic is flawed, when the primary plane is
disabled, it is re-enabled in the vsync irq when another plane is updated.
Handle the plane disabling correctly by handling the primary plane
enable flag in the primary plane update & disable callbacks.
Fixes: 490f50c109d1 ("drm
The primary plane disabling logic is broken on all supported Amlogic
SoCs, and the G12A primary plane disable register write is wrong.
This patchset solves thse issues, and has been tested with the Baylibre
ffmpeg-drm tool and modetest.
Neil Armstrong (2):
drm/meson: fix primary plane disabling
On Mon, May 27, 2019 at 10:53 AM Pintu Agarwal wrote:
> One more point:
> Although it is having Kernel 3.10, but the DRM modules were upgraded
> to Kernel 4.9.xx from mainline.
> So, latest DRM changes are already applied.
Please don't do this: just use a recent mainline kernel instead of
mixing
Drop use of the deprecated drmP.h header file.
Replace it with the necessary includes of other headers.
Signed-off-by: Sam Ravnborg
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/savage/savage_bci.c | 8 +++-
drivers/gpu/drm/savage/savage_drv.c | 9 +
drivers/gpu/drm/sa
Drop use of macros from the deprecated drm_os_linux header.
Simple 1:1 replacements of
- DRM_UDELAY
- DRM_CURRENTPID
- DRM_READ
- DRM_WRITE
With this change we do not need to introduce the deprecated
drm_os_linux.h header when we drop use of drmP.h.
Signed-off-by: Sam Ravnborg
Cc: David Airlie
Drop use of the deprecated drmP.h header file.
And likewise drop use of macros from drm_os_linux.h
Sam
Sam Ravnborg (2):
drm/savage: drop use of drm_os_linux
drm/savage: drop use of drmP.h
drivers/gpu/drm/savage/savage_bci.c | 25 +
drivers/gpu/drm
On Mon, 27 May 2019 12:41:43 +0530
Pintu Agarwal wrote:
> Dear All,
>
> I have a iMX.6 (arm 32) board with Linux Kernel 3.10 and debian
> platform running.
> The board is connected to one LCD screen and one HDMI monitor.
> It have DRM + Wayland setup for display.
> Also, I noticed that it have t
On 2019-06-05 1:24 p.m., Christian König wrote:
> Am 04.06.19 um 21:03 schrieb Zeng, Oak:
>> From: amd-gfx On Behalf Of
>> Kuehling, Felix
>> On 2019-06-04 11:23, Christian König wrote:
>>
>>> Since we now keep BOs on the LRU we need to make sure that they are
>>> removed when they are pinned.
>>>
Drop use of the deprecated drmP.h file
Sam Ravnborg (1):
drm/sis: drop drmP.h use
drivers/gpu/drm/sis/sis_drv.c | 8 +---
drivers/gpu/drm/sis/sis_drv.h | 10 --
drivers/gpu/drm/sis/sis_mm.c | 7 +--
3 files changed, 14 insertions(+), 11 deletions(-)
___
Drop use of the deprecated drmP.h header.
Repalced with relevant header files and sorted header files in all files
touched.
Replaced DRM_{READ,WRITE} to avoid the drm_os_linux header.
Build tested with allyesconfig, allmodconfig on various architectures.
Signed-off-by: Sam Ravnborg
Cc: David Ai
Stop using the deprecated drmP.h header file.
Replaced with relevant forwards or headers files.
Header files sorted in all files touched.
Build tested with allyesconfig, allmodconfig for a number of
architectures.
Signed-off-by: Sam Ravnborg
Cc: Benjamin Gaignard
Cc: Vincent Abriou
Cc: David A
Drop use of drmP.h in the sti driver.
Sam
Sam Ravnborg (1):
drm/sti: drop use of drmP.h
drivers/gpu/drm/sti/sti_awg_utils.c| 2 ++
drivers/gpu/drm/sti/sti_awg_utils.h| 2 +-
drivers/gpu/drm/sti/sti_compositor.c | 5 -
drivers/gpu/drm/sti/sti_crtc.c
Hi Rob,
On 2019-06-05 14:57, Rob Clark wrote:
> On Tue, Jun 4, 2019 at 11:58 PM Tomasz Figa wrote:
>> But first of all, I remember Marek already submitted some patches long
>> ago that extended struct driver with some flag that means that the
>> driver doesn't want the IOMMU to be attached before
On Wed, Jun 05, 2019 at 03:40:28PM +0300, Dmitry Osipenko wrote:
> 05.06.2019 15:32, Thierry Reding пишет:
> > On Wed, Jun 05, 2019 at 02:25:43PM +0300, Dmitry Osipenko wrote:
> >> 05.06.2019 11:28, Thierry Reding пишет:
> >>> On Tue, Jun 04, 2019 at 07:07:42PM +0300, Dmitry Osipenko wrote:
>
On 22/05/2019 08:07, Andrzej Hajda wrote:
> On 20.05.2019 15:37, Neil Armstrong wrote:
>> Now the DW-HDMI Controller supports the HDMI2.0 modes, enable support
>> for these modes in the connector if the platform supports them.
>> We limit these modes to DW-HDMI IP version >= 0x200a which
>> are des
On Tue, Jun 4, 2019 at 11:58 PM Tomasz Figa wrote:
>
> But first of all, I remember Marek already submitted some patches long
> ago that extended struct driver with some flag that means that the
> driver doesn't want the IOMMU to be attached before probe. Why
> wouldn't that work? Sounds like a pe
1 - 100 of 191 matches
Mail list logo
