Am 12.11.20 um 10:50 schrieb Colin King:
From: Colin Ian King
There is a spelling mistake in a warning message, fix it.
Signed-off-by: Colin Ian King
Reviewed-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drive
On Fri, 13 Nov 2020, Alex Deucher wrote:
> On Fri, Nov 13, 2020 at 2:19 AM Lee Jones wrote:
> >
> > On Fri, 06 Nov 2020, Lee Jones wrote:
> >
> > > This set is part of a larger effort attempting to clean-up W=1
> > > kernel builds, which are currently overwhelmingly riddled with
> > > niggly litt
On Fri, Nov 13, 2020 at 2:19 AM Lee Jones wrote:
>
> On Fri, 06 Nov 2020, Lee Jones wrote:
>
> > This set is part of a larger effort attempting to clean-up W=1
> > kernel builds, which are currently overwhelmingly riddled with
> > niggly little warnings.
> >
> > There are 5000 warnings to work thr
On Fri, 06 Nov 2020, Lee Jones wrote:
> This set is part of a larger effort attempting to clean-up W=1
> kernel builds, which are currently overwhelmingly riddled with
> niggly little warnings.
>
> There are 5000 warnings to work through. It will take a couple more
> sets. Although, ("drm/amd/d
Hi Linus,
Nearly didn't send you a PR this week at all, but a few things
trickled in over the day, not a huge amount here, some i915, amdgpu
and a bunch of misc fixes. I have a couple of nouveau fixes
outstanding due to the PR having the wrong base, I'll figure it out
next week.
Dave.
drm-fixes-
On Thu, 12 Nov 2020 at 14:12, Ben Skeggs wrote:
>
> The following changes since commit 512bce50a41c528fa15c4c014293e7bebf018658:
>
> Merge v5.10-rc3 into drm-next (2020-11-10 14:36:36 +0100)
>
> are available in the Git repository at:
>
> git://github.com/skeggsb/linux linux-5.10
>
> for you t
Hi Dave, Daniel,
Fixes for 5.10.
The following changes since commit 4241b0411c60a97f87a25ff4da92dac53beb3039:
drm/amdgpu/display: remove DRM_AMD_DC_GREEN_SARDINE (2020-11-04 08:43:50
-0500)
are available in the Git repository at:
git://people.freedesktop.org/~agd5f/linux tags/amd-drm-fixe
Hi Dave and Daniel,
Here it goes again, but wow with the right base.
Please note that one of the patches is only a dependency
that allows the pread override by backend.
Thanks,
Rodrigo.
drm-intel-fixes-2020-11-13:
- Pull phys pread/pwrite implementations to the backend (Chris)
- Correctly set
On 2020.11.12 21:22:32 +0800, Xiongfeng Wang wrote:
> When we fail to take the module reference, we go to the 'undo*' branch and
> return. But the returned variable 'ret' has been set as zero by the
> above code. Change 'ret' to '-ENODEV' in this situation.
>
> Fixes: 9bdb073464d6 ("drm/i915/gvt:
On Thu, Nov 12, 2020 at 1:32 AM Daniel Vetter wrote:
> On Thu, Nov 12, 2020 at 11:09:04AM +0530, Sumit Semwal wrote:
> > On Tue, 10 Nov 2020 at 09:19, John Stultz wrote:
> > >
> > > Hey All,
> > > So just wanted to send my last revision of my patch series
> > > of performance optimizations to t
> -Original Message-
> From: Jason Gunthorpe
> Sent: Thursday, November 12, 2020 4:34 PM
> To: Xiong, Jianxin
> Cc: linux-r...@vger.kernel.org; dri-devel@lists.freedesktop.org; Doug Ledford
> ; Leon Romanovsky
> ; Sumit Semwal ; Christian Koenig
> ; Vetter, Daniel
>
> Subject: Re: [PAT
> -Original Message-
> From: Jason Gunthorpe
> Sent: Thursday, November 12, 2020 4:40 PM
> To: Xiong, Jianxin
> Cc: linux-r...@vger.kernel.org; dri-devel@lists.freedesktop.org; Doug Ledford
> ; Leon Romanovsky
> ; Sumit Semwal ; Christian Koenig
> ; Vetter, Daniel
>
> Subject: Re: [PAT
> -Original Message-
> From: Jason Gunthorpe
> Sent: Thursday, November 12, 2020 4:31 PM
> To: Xiong, Jianxin
> Cc: linux-r...@vger.kernel.org; dri-devel@lists.freedesktop.org; Doug Ledford
> ; Leon Romanovsky
> ; Sumit Semwal ; Christian Koenig
> ; Vetter, Daniel
>
> Subject: Re: [PAT
> On Nov 12, 2020, at 4:32 PM, Dave Airlie wrote:
>
> On Fri, 13 Nov 2020 at 09:08, Rodrigo Vivi wrote:
>>
>> Hi Dave and Daniel,
>>
>> This is the same set as last week + couple new fixes targeting stable.
>>
>
> But I merged last weeks set and it's in rc3, maybe you can generate
> the p
On Fri, 13 Nov 2020 at 09:08, Rodrigo Vivi wrote:
>
> Hi Dave and Daniel,
>
> This is the same set as last week + couple new fixes targeting stable.
>
But I merged last weeks set and it's in rc3, maybe you can generate
the pull request relative to origin/master or drm/drm-fixes because
I'm not su
Hi Dave and Daniel,
This is the same set as last week + couple new fixes targeting stable.
Thanks,
Rodrigo.
drm-intel-fixes-2020-11-12-1:
- GVT fixes including vGPU suspend/resume fixes and workaround for APL guest
GPU hang.
- Fix set domain's cache coherency (Chris)
- Fixes around breadcrumbs
On Thu, 12 Nov 2020, Alex Deucher wrote:
> On Thu, Nov 12, 2020 at 2:01 PM Lee Jones wrote:
> >
> > Fixes the following W=1 kernel build warning(s):
> >
> > drivers/gpu/drm/amd/amdgpu/atombios_encoders.c: In function
> > ‘amdgpu_atombios_encoder_init_backlight’:
> > drivers/gpu/drm/amd/amdgpu/
On Thu, Nov 12, 2020 at 2:01 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/atombios_encoders.c: In function
> ‘amdgpu_atombios_encoder_init_backlight’:
> drivers/gpu/drm/amd/amdgpu/atombios_encoders.c:174:5: warning: variable
> ‘backlig
On Thu, Nov 12, 2020 at 2:07 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c:685: warning: Function parameter or
> member 'backoff' not described in 'amdgpu_cs_parser_fini'
> drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c:1655: warning
On Thu, Nov 12, 2020 at 2:01 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c:63: warning: Excess function
> parameter 'adev' description in 'amdgpu_ring_alloc'
> drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c:122: warning: Excess f
On Thu, Nov 12, 2020 at 2:01 PM Lee Jones wrote:
>
> It seems only to repeat the function name.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_display.c:450: warning: Function parameter
> or member 'amdgpu_connector' not described in 'amdgpu_display_dd
On Thu, Nov 12, 2020 at 2:01 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:464: warning: Function parameter or
> member 'bo' not described in 'amdgpu_move_blit'
> drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:464: warning: Functio
Hi Jonathan
On Sat, Oct 31, 2020 at 07:17:47PM +1100, Jonathan Liu wrote:
> It has been observed that resetting force in the detect function can
> result in the PHY being powered down in response to hot-plug detect
> being asserted, even when the HDMI connector is forced on.
>
> Enabling debug mes
On Thu, Nov 12, 2020 at 2:01 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c:139: warning: Function parameter
> or member 'flags' not described in 'amdgpu_fence_emit'
> drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c:197: warning:
On Thu, Nov 12, 2020 at 2:01 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c:487: warning: Function parameter or
> member 'dev' not described in 'amdgpu_info_ioctl'
> drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c:487: warning: Exces
On Mon, Nov 2, 2020 at 2:36 PM Rob Herring wrote:
>
> From: Sameer Pujar
>
> Convert device tree bindings of graph to YAML format. Currently graph.txt
> doc is referenced in multiple files and all of these need to use schema
> references. For now graph.txt is updated to refer to graph.yaml.
>
> F
On Thu, Nov 12, 2020 at 10:57:27PM +0300, Dmitry Osipenko wrote:
> 11.11.2020 14:38, Ulf Hansson пишет:
> > On Sun, 8 Nov 2020 at 13:19, Dmitry Osipenko wrote:
> >>
> >> 05.11.2020 18:22, Dmitry Osipenko пишет:
> >>> 05.11.2020 12:45, Ulf Hansson пишет:
> >>> ...
> I need some more time to re
Hi Lee,
On Thu, Nov 12, 2020 at 07:00:13PM +, Lee Jones wrote:
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/via/via_dma.c: In function ‘via_cmdbuf_jump’:
> drivers/gpu/drm/via/via_dma.c:596:11: warning: variable ‘agp_base’ set but
> not used [-Wunused-but-set-varia
Hi Lee,
On Thu, Nov 12, 2020 at 07:00:11PM +, Lee Jones wrote:
> The precedent has already been set by other macros in the same file.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/vkms/vkms_drv.c:55:19: warning: variable ‘crtc’ set but not
> used [-Wunused-but-se
Hi Lee,
On Thu, Nov 12, 2020 at 07:00:36PM +, Lee Jones wrote:
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/sti/sti_hdmi.h:36:40: warning: ‘colorspace_mode_names’
> defined but not used [-Wunused-const-variable=]
> 36 | static const struct drm_prop_enum_list colors
On Thu, Nov 12, 2020 at 10:36 AM wrote:
>
> From: Rajib Mahapatra
>
> It enables the test for RV2 and PCO, whole GPU reset is not supported
> for others.
>
> Signed-off-by: Rajib Mahapatra
> Change-Id: Id51605d07b334ecea7a88b3c95fdd57008a4458d
libdrm uses gltlab merge requests. Please file a g
On Thu, 12 Nov 2020, Sam Ravnborg wrote:
> On Thu, Nov 12, 2020 at 07:00:10PM +, Lee Jones wrote:
> > The comment about them (also removed) says:
> >
> > /* fb_rsrc and aper_rsrc aren't really used currently, but still exist
> > * in case we decide we need information on the BAR for BSD in
On Thu, Nov 12, 2020 at 10:16:14PM +0300, Dmitry Osipenko wrote:
> 12.11.2020 20:16, Mark Brown пишет:
> > On Thu, Nov 12, 2020 at 07:59:36PM +0300, Dmitry Osipenko wrote:
> >> Also, some device-trees won't have that regulator anyways because board
> >> schematics isn't available, and thus, we can
On Thu, Nov 12, 2020 at 07:00:10PM +, Lee Jones wrote:
> The comment about them (also removed) says:
>
> /* fb_rsrc and aper_rsrc aren't really used currently, but still exist
> * in case we decide we need information on the BAR for BSD in the
> * future.
> */
>
> Well that was written
On Thu, Nov 12, 2020 at 07:00:22PM +, Lee Jones wrote:
> And fix-up a misnamed member description.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c:33: warning: cannot
> understand function prototype: 'struct atmel_hlcdc_crtc_state '
>
On Thu, Nov 12, 2020 at 07:00:26PM +, Lee Jones wrote:
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c:283:6: warning: no previous
> prototype for ‘atmel_hlcdc_plane_setup_scaler’ [-Wmissing-prototypes]
> drivers/gpu/drm/atmel-hlcdc/atm
On Thu, Nov 12, 2020 at 07:00:25PM +, Lee Jones wrote:
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c:283:6: warning: no previous
> prototype for ‘atmel_hlcdc_plane_setup_scaler’ [-Wmissing-prototypes]
>
> Cc: Sam Ravnborg
> Cc: Boris
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c:685: warning: Function parameter or
member 'backoff' not described in 'amdgpu_cs_parser_fini'
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c:1655: warning: Function parameter or
member 'map' not described in 'amdgp
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/armada/armada_overlay.c:329:1: warning: no previous prototype
for ‘armada_overlay_duplicate_state’ [-Wmissing-prototypes]
Cc: Russell King
Cc: David Airlie
Cc: Daniel Vetter
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Le
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/rockchip/dw-mipi-dsi-rockchip.c:357: warning: Function
parameter or member 'dsi' not described in 'ns2bc'
drivers/gpu/drm/rockchip/dw-mipi-dsi-rockchip.c:357: warning: Function
parameter or member 'ns' not described in 'ns2bc'
d
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/vc4/vc4_v3d.c:131: warning: Function parameter or member 'vc4'
not described in 'vc4_v3d_pm_get'
drivers/gpu/drm/vc4/vc4_v3d.c:231: warning: Function parameter or member 'vc4'
not described in 'bin_bo_alloc'
Cc: Eric Anholt
Cc:
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/exynos/exynos7_drm_decon.c:354: warning: Function parameter or
member 'ctx' not described in 'decon_shadow_protect_win'
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Cc: David Airlie
Cc: Daniel Vetter
C
This set is part of a larger effort attempting to clean-up W=1
kernel builds, which are currently overwhelmingly riddled with
niggly little warnings.
NB: Hopefully the other sets turn up in -next soon, so they can
be rebased and any stragglers re-submitted.
Lee Jones (30):
drm/savage/savage_bci
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/sti/sti_hdmi.h:36:40: warning: ‘colorspace_mode_names’ defined
but not used [-Wunused-const-variable=]
36 | static const struct drm_prop_enum_list colorspace_mode_names[] = {
| ^
Cc: Benjamin Gaignard
Cc: Vi
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/vc4/vc4_hdmi.c: In function ‘vc4_hdmi_set_audio_infoframe’:
drivers/gpu/drm/vc4/vc4_hdmi.c:334:6: warning: variable ‘ret’ set but not used
[-Wunused-but-set-variable]
Cc: Eric Anholt
Cc: Maxime Ripard
Cc: David Airlie
Cc: Dani
The comment about them (also removed) says:
/* fb_rsrc and aper_rsrc aren't really used currently, but still exist
* in case we decide we need information on the BAR for BSD in the
* future.
*/
Well that was written 12 years ago in 2008. We are now in the future
and they are still superfl
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/v3d/v3d_sched.c:75: warning: Function parameter or member
'sched_job' not described in 'v3d_job_dependency'
drivers/gpu/drm/v3d/v3d_sched.c:75: warning: Function parameter or member
's_entity' not described in 'v3d_job_dependency
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c:283:6: warning: no previous
prototype for ‘atmel_hlcdc_plane_setup_scaler’ [-Wmissing-prototypes]
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c:44: warning: cannot understand
function prototype:
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/rockchip/rockchip_rgb.c:71:22: warning: no previous prototype
for ‘rockchip_rgb_init’ [-Wmissing-prototypes]
drivers/gpu/drm/rockchip/rockchip_rgb.c:159:6: warning: no previous prototype
for ‘rockchip_rgb_fini’ [-Wmissing-prototy
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c:283:6: warning: no previous
prototype for ‘atmel_hlcdc_plane_setup_scaler’ [-Wmissing-prototypes]
Cc: Sam Ravnborg
Cc: Boris Brezillon
Cc: David Airlie
Cc: Daniel Vetter
Cc: Nicolas Ferre
Cc: A
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:464: warning: Function parameter or
member 'bo' not described in 'amdgpu_move_blit'
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:464: warning: Function parameter or
member 'evict' not described in 'amdgpu_move_
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/exynos/exynos_drm_fimd.c:733: warning: Function parameter or
member 'ctx' not described in 'fimd_shadow_protect_win'
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Cc: David Airlie
Cc: Daniel Vetter
Cc:
It seems only to repeat the function name.
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c:450: warning: Function parameter
or member 'amdgpu_connector' not described in 'amdgpu_display_ddc_probe'
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c:450: war
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/vc4/vc4_debugfs.c:25: warning: Function parameter or member
'minor' not described in 'vc4_debugfs_init'
drivers/gpu/drm/vc4/vc4_debugfs.c:62: warning: Function parameter or member
'dev' not described in 'vc4_debugfs_add_file'
dr
Must start with "struct "
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/rockchip/rockchip_lvds.c:49: warning: cannot understand
function prototype: 'struct rockchip_lvds_soc_data '
Cc: Sandy Huang
Cc: "Heiko Stübner"
Cc: David Airlie
Cc: Daniel Vetter
Cc: Mark Yao
Cc: d
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/v3d/v3d_gem.c:292: warning: Function parameter or member
'bo_handles' not described in 'v3d_lookup_bos'
drivers/gpu/drm/v3d/v3d_gem.c:292: warning: Function parameter or member
'bo_count' not described in 'v3d_lookup_bos'
Cc: Er
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/exynos/exynos_drm_gsc.c:129: warning: Function parameter or
member 'num_limits' not described in 'gsc_driverdata'
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Cc: David Airlie
Cc: Daniel Vetter
Cc: Krz
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/mediatek/mtk_disp_color.c:40: warning: Function parameter or
member 'ddp_comp' not described in 'mtk_disp_color'
drivers/gpu/drm/mediatek/mtk_disp_color.c:40: warning: Function parameter or
member 'crtc' not described in 'mtk_dis
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/mediatek/mtk_disp_ovl.c:75: warning: Function parameter or
member 'ddp_comp' not described in 'mtk_disp_ovl'
drivers/gpu/drm/mediatek/mtk_disp_ovl.c:75: warning: Function parameter or
member 'crtc' not described in 'mtk_disp_ovl'
The alternative is to move them into the source file that uses then,
but they are large and intrusive, so that strategy is being avoided.
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/vc4/vc4_hdmi_regs.h:282:39: warning: ‘vc5_hdmi_hdmi1_fields’
defined but not used [-Wunused-
... and demote non-conformant kernel-doc header.
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/nouveau/nvkm/core/firmware.c:71: warning: Function parameter
or member 'subdev' not described in 'nvkm_firmware_get'
drivers/gpu/drm/nouveau/nvkm/core/firmware.c:71: warning: Funct
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c:63: warning: Excess function
parameter 'adev' description in 'amdgpu_ring_alloc'
drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c:122: warning: Excess function
parameter 'adev' description in 'amdgpu_ring_commit'
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/amd/amdgpu/atombios_encoders.c: In function
‘amdgpu_atombios_encoder_init_backlight’:
drivers/gpu/drm/amd/amdgpu/atombios_encoders.c:174:5: warning: variable
‘backlight_level’ set but not used [-Wunused-but-set-variable]
Cc: Ale
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c:487: warning: Function parameter or
member 'dev' not described in 'amdgpu_info_ioctl'
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c:487: warning: Excess function
parameter 'adev' description in 'amdgpu_info_ioct
The precedent has already been set by other macros in the same file.
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/vkms/vkms_drv.c:55:19: warning: variable ‘crtc’ set but not
used [-Wunused-but-set-variable]
55 | struct drm_crtc *crtc;
| ^~~~
Cc: Maarten Lankhorst
Cc: Max
And fix-up a misnamed member description.
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c:33: warning: cannot understand
function prototype: 'struct atmel_hlcdc_crtc_state '
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c:52: warning: cannot under
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c:139: warning: Function parameter or
member 'flags' not described in 'amdgpu_fence_emit'
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c:197: warning: Function parameter or
member 'timeout' not described in 'am
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/via/via_dma.c: In function ‘via_cmdbuf_jump’:
drivers/gpu/drm/via/via_dma.c:596:11: warning: variable ‘agp_base’ set but not
used [-Wunused-but-set-variable]
Cc: David Airlie
Cc: Daniel Vetter
Cc: dri-devel@lists.freedesktop.or
JFYI-looking at this today
On Mon, 2020-11-09 at 14:52 +0300, Kirill A. Shutemov wrote:
> On Wed, Nov 04, 2020 at 04:58:14PM -0500, Lyude Paul wrote:
> > ACK, I will send out a patch for this asap
>
> Any update. AFAICS, v5.10-rc3 is still buggy.
>
--
Sincerely,
Lyude Paul (she/her)
Soft
Am 12.11.20 um 14:21 schrieb Thomas Zimmermann:
In order to avoid eviction of vmap'ed buffers, pin them in their GEM
object's vmap implementation. Unpin them in the vunmap implementation.
This is needed to make generic fbdev support work reliably. Without,
the buffer object could be evicted while
On Thu, Nov 12, 2020 at 07:59:36PM +0300, Dmitry Osipenko wrote:
> 11.11.2020 14:55, Mark Brown пишет:
> > On Wed, Nov 11, 2020 at 12:23:41AM +0300, Dmitry Osipenko wrote:
> >> I already changed that code to use regulator_get_optional() for v2.
> > That doesn't look entirely appropriate given tha
On Thu, Nov 12, 2020 at 7:49 AM Akhil P Oommen wrote:
>
> So far a530v2 gpu has support for detecting its supported opps
> based on a fuse value called speed-bin. This patch makes this
> support generic across gpu families. This is in preparation to
> extend speed-bin support to a6x family.
>
> Si
On Thu, Nov 12, 2020 at 09:19:04PM +0530, Akhil P Oommen wrote:
> So far a530v2 gpu has support for detecting its supported opps
> based on a fuse value called speed-bin. This patch makes this
> support generic across gpu families. This is in preparation to
> extend speed-bin support to a6x family.
Hi Dave & Daniel,
Here goes the drm-intel-gt-next PR for 5.11.
Most importantly there is a healthy chunk of Tigerlake
related fixes and a fix for user reported issue #2381 where
graphics output would stop at "switching to inteldrmfb from
simple".
Fixes to DMA mapped sg usage in i915 to unblock i
On Thu, Nov 12, 2020 at 03:09:29PM +0100, Sylwester Nawrocki wrote:
> Add maintainers entry for the Samsung SoC interconnect drivers, this
> currently includes the Exynos generic interconnect driver.
>
> Reviewed-by: Chanwoo Choi
> Signed-off-by: Sylwester Nawrocki
> ---
> Changes for v9:
> - a
Reviewed-by: Andrey Grodzovsky
Andrey
On 11/12/20 10:35 AM, rajib.mahapa...@amd.com wrote:
From: Rajib Mahapatra
It enables the test for RV2 and PCO, whole GPU reset is not supported
for others.
Signed-off-by: Rajib Mahapatra
Change-Id: Id51605d07b334ecea7a88b3c95fdd57008a4458d
---
inclu
So far a530v2 gpu has support for detecting its supported opps
based on a fuse value called speed-bin. This patch makes this
support generic across gpu families. This is in preparation to
extend speed-bin support to a6x family.
Signed-off-by: Akhil P Oommen
---
This patch is rebased on top of msm
From: Rajib Mahapatra
It enables the test for RV2 and PCO, whole GPU reset is not supported
for others.
Signed-off-by: Rajib Mahapatra
Change-Id: Id51605d07b334ecea7a88b3c95fdd57008a4458d
---
include/drm/amdgpu_drm.h | 15 +++
tests/amdgpu/deadlock_tests.c | 18 +++
To be able to support DPI without messing things up we
first break out the DSI set-up to a separate function.
Cc: Stephan Gerhold
Cc: phone-de...@vger.kernel.org
Cc: upstream...@lists.sr.ht
Signed-off-by: Linus Walleij
---
drivers/gpu/drm/mcde/mcde_display.c | 135 +++-
This implements support for DPI output using the port node
in the device tree to connect a DPI LCD display to the
MCDE. The block also supports TV-out but we leave that
for another day when we have a hardware using it.
We implement parsing and handling of the "port" node,
and follow that to the DP
>-Original Message-
>From: Ben Skeggs
>Sent: Wednesday, November 11, 2020 9:39 PM
>To: Ruhl, Michael J
>Cc: Thomas Zimmermann ; bske...@redhat.com;
>airl...@linux.ie; dan...@ffwll.ch; christian.koe...@amd.com; amd-
>g...@lists.freedesktop.org; nouv...@lists.freedesktop.org; dri-
>de...@li
Add documentation for new optional properties in the exynos bus nodes:
interconnects, #interconnect-cells, samsung,data-clock-ratio.
These properties allow to specify the SoC interconnect structure which
then allows the interconnect consumer devices to request specific
bandwidth requirements.
Acke
This patch adds registration of a child platform device for the exynos
interconnect driver. It is assumed that the interconnect provider will
only be needed when #interconnect-cells property is present in the bus
DT node, hence the child device will be created only when such a property
is present.
This patch adds a generic interconnect driver for Exynos SoCs in order
to provide interconnect functionality for each "samsung,exynos-bus"
compatible device.
The SoC topology is a graph (or more specifically, a tree) and its
edges are described by specifying in the 'interconnects' property
the int
Add maintainers entry for the Samsung SoC interconnect drivers, this
currently includes the Exynos generic interconnect driver.
Reviewed-by: Chanwoo Choi
Signed-off-by: Sylwester Nawrocki
---
Changes for v9:
- add linux-samsung-soc ML,
- fixed Artur's last name spelling,
- whole entry moved t
This patch adds interconnect support to exynos-mixer. The mixer works
the same as before when CONFIG_INTERCONNECT is 'n'.
For proper operation of the video mixer block we need to ensure the
interconnect busses like DMC or LEFTBUS provide enough bandwidth so
as to avoid DMA buffer underruns in the
This patchset adds interconnect API support for the Exynos SoC "samsung,
exynos-bus" compatible devices, which already have their corresponding
exynos-bus driver in the devfreq subsystem. Complementing the devfreq
driver with an interconnect functionality allows to ensure the QoS
requirements of
Set the framebuffer info for devices that support vga switcheroo. For
other devices, this does nothing.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_fb_helper.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper
In order to avoid eviction of vmap'ed buffers, pin them in their GEM
object's vmap implementation. Unpin them in the vunmap implementation.
This is needed to make generic fbdev support work reliably. Without,
the buffer object could be evicted while fbdev flushed its shadow buffer.
In difference t
Fixed to match kernel coding style.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/radeon/radeon_kms.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
b/drivers/gpu/drm/radeon/radeon_kms.c
index abb3bdd9ca25..75b038740ea8 100644
---
This patchset replaces radeon's framebuffer emulation with the generic
code from fb helpers. This reduces the driver size and complexity. As
a nice side effect, it also reduces memory pressure on low-memory devices.
Patches #1 and #2 add features to fbdev emulation to bring it on par with
radeons
The fbdev code in radeon can be replaced by the generic fbdev helpers.
This allows for using fbdev shadow buffers and IGT testcases.
Generic fbdev acts like a regular DRM client and has to be initialized
after registering the DRM device. Change the driver initialization
accordingly. The release ha
Allows to declare the function as static. The tiled parameter is always
false, so it is being removed.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/radeon/radeon_fb.c | 24
drivers/gpu/drm/radeon/radeon_gem.c | 26 +-
drivers/gpu/drm/ra
Switching VTs during suspend/resume is required to reliably run radeon
with generic fbdev emulation.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_fb_helper.c | 8 +---
include/drm/drm_mode_config.h | 7 +++
2 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/dri
Fbdev framebuffer addresses are exported and mmap'ed to userspace, so the
framebuffer may not change its location. This creates memory pressure on
devices with little video RAM. Radeon mitigates this problem by reducing
the framebuffer's color depth on devices with 32 MiB or less.
Fully resolve th
On Wed, Nov 11, 2020 at 9:59 PM Sam Ravnborg wrote:
> On Wed, Nov 11, 2020 at 02:07:54PM +0100, Linus Walleij wrote:
> > -- clocks: an array of the MCDE clocks in this strict order:
> > - MCDECLK (main MCDE clock), LCDCLK (LCD clock), PLLDSI
> > - (HDMI clock), DSI0ESCLK (DSI0 energy save clock
For user-provided fonts, the framebuffer layer is using a magic
negative-indexing macro, FNTCHARCNT(), to keep track of their number of
characters:
#define FNTCHARCNT(fd) (((int *)(fd))[-3])
For built-in fonts, it is using hard-coded values (256). This results in
something like the follo
sti_select_fbfont() and sti_cook_fonts() are hard-coding the number of
characters of our built-in fonts as 256. Recently, we included that
information in our kernel font descriptor `struct font_desc`, so use
`fbfont->charcount` instead of hard-coded values.
Depends on patch "Fonts: Add charcount f
Subsystems are hard-coding the number of characters of our built-in fonts
as 256. Include that information in our kernel font descriptor, `struct
font_desc`.
Signed-off-by: Peilin Ye
Reviewed-by: Daniel Vetter
---
v2: https://lore.kernel.org/lkml/20201028060533.1206307-1-yepeilin...@gmail.com/
.con_font_set and .con_font_default callbacks should not pass `struct
console_font *` as a parameter, since `struct console_font` is a UAPI
structure.
We are trying to let them use our new kernel font descriptor, `struct
font_desc` instead. To make that work slightly easier, first delete all of
th
1 - 100 of 137 matches
Mail list logo
