Re: [PATCH] staging: vboxvideo adapt to new TTM interface

Reviewed-by: Chunming Zhou On 2017年12月28日 11:35, Roger He wrote: Fixes interface change done in the following commit: eb86c98 drm/ttm: use an operation ctx for ttm_tt_populate in ttm_bo_driver i missed this driver because it is in staging dir. Signed-off-by: Roger He

[PATCH] staging: vboxvideo adapt to new TTM interface

Fixes interface change done in the following commit: eb86c98 drm/ttm: use an operation ctx for ttm_tt_populate in ttm_bo_driver i missed this driver because it is in staging dir. Signed-off-by: Roger He --- drivers/staging/vboxvideo/vbox_ttm.c | 5 +++-- 1 file changed, 3

[Bug 104397] New account request for DRM/vmwgfx and xorg/driver/xf86-video-vmware

https://bugs.freedesktop.org/show_bug.cgi?id=104397 --- Comment #1 from Deepak --- Created attachment 136410 --> https://bugs.freedesktop.org/attachment.cgi?id=136410=edit SSH key -- You are receiving this mail because: You are the assignee for the

[Bug 104397] New account request for DRM/vmwgfx and xorg/driver/xf86-video-vmware

https://bugs.freedesktop.org/show_bug.cgi?id=104397 Bug ID: 104397 Summary: New account request for DRM/vmwgfx and xorg/driver/xf86-video-vmware Product: DRI Version: unspecified Hardware: Other OS: All

Re: [PATCH 11/12] drm/amd/powerplay: drop unneeded newline

On Wed, 27 Dec 2017, Michel Dänzer wrote: > On 2017-12-27 03:51 PM, Julia Lawall wrote: > > PP_ASSERT_WITH_CODE prints a newline at the end of the message string, > > so the message string does not need to include a newline explicitly. > > Done using Coccinelle. > > > > Signed-off-by: Julia

[radeon-alex:amd-staging-drm-next 4/7] drivers/staging/vboxvideo/vbox_ttm.c:218:33: sparse: not enough arguments for function ttm_pool_populate

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 4a3734b36305f90b13299d49ebc827a4d7e3b24f commit: eb86c985cf747ce7fb59a521f7e94fc4a51852ba [4/7] drm/ttm: use an operation ctx for ttm_tt_populate in ttm_bo_driver reproduce: # apt-get install sparse

[radeon-alex:amd-staging-drm-next 4/7] drivers/staging/vboxvideo/vbox_ttm.c:218:9: error: too few arguments to function 'ttm_pool_populate'

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 4a3734b36305f90b13299d49ebc827a4d7e3b24f commit: eb86c985cf747ce7fb59a521f7e94fc4a51852ba [4/7] drm/ttm: use an operation ctx for ttm_tt_populate in ttm_bo_driver config: i386-allmodconfig (attached as .config)

[radeon-alex:amd-staging-drm-next 4/7] drivers/staging//vboxvideo/vbox_ttm.c:228:2: warning: initialization from incompatible pointer type

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 4a3734b36305f90b13299d49ebc827a4d7e3b24f commit: eb86c985cf747ce7fb59a521f7e94fc4a51852ba [4/7] drm/ttm: use an operation ctx for ttm_tt_populate in ttm_bo_driver config: i386-randconfig-a0-201752 (attached as

[radeon-alex:amd-staging-drm-next 374/868] sound/soc/amd/raven/pci-acp3x.c:58:8: error: implicit declaration of function 'pci_enable_msi'; did you mean 'pci_enable_sriov'?

Hi Maruthi, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 4a3734b36305f90b13299d49ebc827a4d7e3b24f commit: c1888183e1764d55d51ae051bd8651e634febe4d [374/868] ASoC: AMD: enable ACP3x drivers build config:

Re: [PATCH 11/12] drm/amd/powerplay: drop unneeded newline

On 2017-12-27 03:51 PM, Julia Lawall wrote: > PP_ASSERT_WITH_CODE prints a newline at the end of the message string, > so the message string does not need to include a newline explicitly. > Done using Coccinelle. > > Signed-off-by: Julia Lawall > > --- > > I couldn't

[PATCH 11/12] drm/amd/powerplay: drop unneeded newline

PP_ASSERT_WITH_CODE prints a newline at the end of the message string, so the message string does not need to include a newline explicitly. Done using Coccinelle. Signed-off-by: Julia Lawall --- I couldn't figure out how to configure the kernel to get any of this code to

[PATCH 00/12] drop unneeded newline

Drop newline at the end of a message string when the printing function adds a newline. The complete semantic patch that detects this issue is as shown below (http://coccinelle.lip6.fr/). It works in two phases - the first phase counts how many uses of a function involve a newline and how many

[Bug 104299] Crash on amdgpu_sync_get_fence

https://bugs.freedesktop.org/show_bug.cgi?id=104299 --- Comment #10 from Andrey Grodzovsky --- (In reply to higuita from comment #9) > Created attachment 136400 [details] > dmesg oops with kasan 2 > > Another crash, this time in RUST, just to see if it helps in any

[Bug 104347] AMD RX 580: Hide/Show window sometimes corrupts screen (see screenshot)

https://bugs.freedesktop.org/show_bug.cgi?id=104347 --- Comment #7 from Arthur Borsboom --- Hi Michel, Momentarily I am unable to access my workstation for this purpose. When I will be able, I first have to find a way how to reproduce it on mesa 17.3, downgrade mesa to

[Bug 104391] DC R9 285 HDMI audio regression since drm/amd/display: try to find matching audio inst for enc inst first

https://bugs.freedesktop.org/show_bug.cgi?id=104391 Bug ID: 104391 Summary: DC R9 285 HDMI audio regression since drm/amd/display: try to find matching audio inst for enc inst first Product: DRI Version: DRI git Hardware:

[Bug 95306] Random Blank(black) screens on "Carrizo"

https://bugs.freedesktop.org/show_bug.cgi?id=95306 Michel Dänzer changed: What|Removed |Added Status|NEW |RESOLVED

Re: [amd-staging-drm-next] regression - *ERROR* Don't have enable_spread_spectrum_on_ppll for v4

On 2017-12-27 05:43 AM, Dieter Nützel wrote: > Hello AMD team, > > I got this since latest 'amd-staging-drm-next' git update > (#b956c586e58a) during boot with Polaris RX580 DC on: > > [    3.586342] [drm:dal_bios_parser_init_cmd_tbl [amdgpu]] *ERROR* Don't > have enable_spread_spectrum_on_ppll

[Bug 104200] [Vega10] suspend hangs on Vega 64

https://bugs.freedesktop.org/show_bug.cgi?id=104200 --- Comment #2 from russianneuroman...@ya.ru --- Did you look into bug 104281? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

Re: [PATCH v3 00/27] kill devm_ioremap_nocache

On 2017/12/24 17:05, christophe leroy wrote: > > > Le 23/12/2017 à 14:48, Greg KH a écrit : >> On Sat, Dec 23, 2017 at 06:55:25PM +0800, Yisheng Xie wrote: >>> Hi all, >>> >>> When I tried to use devm_ioremap function and review related code, I found >>> devm_ioremap and devm_ioremap_nocache

[PATCH v3 27/27] devres: kill devm_ioremap_nocache

Now, nobody use devm_ioremap_nocache anymore, can it can just be removed. After this patch the size of devres.o will be reduced from 20304 bytes to 18992 bytes. Suggested-by: Greg KH Signed-off-by: Yisheng Xie ---

Re: [PATCH v3 00/27] kill devm_ioremap_nocache

hi Christophe and Greg, On 2017/12/24 16:55, christophe leroy wrote: > > > Le 23/12/2017 à 16:57, Guenter Roeck a écrit : >> On 12/23/2017 05:48 AM, Greg KH wrote: >>> On Sat, Dec 23, 2017 at 06:55:25PM +0800, Yisheng Xie wrote: Hi all, When I tried to use devm_ioremap function

[PATCH v3 00/27] kill devm_ioremap_nocache

Hi all, When I tried to use devm_ioremap function and review related code, I found devm_ioremap and devm_ioremap_nocache is almost the same with each other, except one use ioremap while the other use ioremap_nocache. While ioremap's default function is ioremap_nocache, so devm_ioremap_nocache

[PATCH] vboxvideo: Fix incorrect type in assignment sparse warning

Sparse emitted the following warning: ../drivers/staging/vboxvideo/vbox_fb.c:173:27: warning: incorrect type in assignment (different address spaces) ../drivers/staging/vboxvideo/vbox_fb.c:173:27:expected char [noderef] *screen_base ../drivers/staging/vboxvideo/vbox_fb.c:173:27:got void

Re: [PATCH v3 00/11] Allwinner H3/H5/A64(DE2) SimpleFB support

在 2017年12月27日星期三 CST 下午12:09:41，Chen-Yu Tsai 写道： > On Fri, Dec 22, 2017 at 8:22 PM, Icenowy Zheng wrote: > > This patchset adds support for the SimpleFB on Allwinner SoCs with > > "Display Engine 2.0". > > > > PATCH 1 to PATCH 3 are DE2 CCU fixes for H3/H5 SoCs. > > > > PATCH 4

[PATCH v2 0/3] drm/sun4i: hdmi: Fix sun4i_tmds_determine_rate

This patchset fixes several issues in sun4i_tmds_determine_rate that I discovered while trying to get a projector connected to an Olimex A20-OLinuXino-LIME using HDMI with a native resolution of 1280x800 and pixel clock of 83.5 MHz to display at its native resolution. Changes for v2: - Split into

Re: [PATCH v3 00/27] kill devm_ioremap_nocache

Le 23/12/2017 à 14:48, Greg KH a écrit : On Sat, Dec 23, 2017 at 06:55:25PM +0800, Yisheng Xie wrote: Hi all, When I tried to use devm_ioremap function and review related code, I found devm_ioremap and devm_ioremap_nocache is almost the same with each other, except one use ioremap while the

[PATCH v2 2/3] drm/sun4i: hdmi: Fix incorrect assignment in sun4i_tmds_determine_rate

best_div is set to i which corresponds to rate halving when it should be set to j which corresponds to the divider. Fixes: 9c5681011a0c ("drm/sun4i: Add HDMI support") Signed-off-by: Jonathan Liu --- drivers/gpu/drm/sun4i/sun4i_hdmi_tmds_clk.c | 2 +- 1 file changed, 1

[PATCH v3 11/27] video: replace devm_ioremap_nocache with devm_ioremap

Default ioremap is ioremap_nocache, so devm_ioremap has the same function with devm_ioremap_nocache, which can just be killed to save the size of devres.o This patch is to use use devm_ioremap instead of devm_ioremap_nocache, which should not have any function change but prepare for killing

Re: [PATCH v3 00/27] kill devm_ioremap_nocache

Le 23/12/2017 à 16:57, Guenter Roeck a écrit : On 12/23/2017 05:48 AM, Greg KH wrote: On Sat, Dec 23, 2017 at 06:55:25PM +0800, Yisheng Xie wrote: Hi all, When I tried to use devm_ioremap function and review related code, I found devm_ioremap and devm_ioremap_nocache is almost the same

Re: [PATCH v3 00/27] kill devm_ioremap_nocache

On 12/23/2017 05:48 AM, Greg KH wrote: On Sat, Dec 23, 2017 at 06:55:25PM +0800, Yisheng Xie wrote: Hi all, When I tried to use devm_ioremap function and review related code, I found devm_ioremap and devm_ioremap_nocache is almost the same with each other, except one use ioremap while the

Re: [PATCH v3 27/27] devres: kill devm_ioremap_nocache

On 2017/12/23 21:45, Greg KH wrote: > On Sat, Dec 23, 2017 at 07:02:59PM +0800, Yisheng Xie wrote: >> --- a/lib/devres.c >> +++ b/lib/devres.c >> @@ -44,35 +44,6 @@ void __iomem *devm_ioremap(struct device *dev, >> resource_size_t offset, >> EXPORT_SYMBOL(devm_ioremap); >> >> /** >> - *

[PATCH v2 3/3] drm/sun4i: hdmi: Add missing rate halving check in sun4i_tmds_determine_rate

It was only checking the divider when determing the closest match if it could not match the requested rate exactly. For a projector connected to an Olimex A20-OLinuXino-LIME using HDMI with a native resolution of 1280x800 and pixel clock of 83.5 MHz, this resulted in 1280x800 mode not being

[PATCH v3 19/27] drm: replace devm_ioremap_nocache with devm_ioremap

Default ioremap is ioremap_nocache, so devm_ioremap has the same function with devm_ioremap_nocache, which can just be killed to save the size of devres.o This patch is to use use devm_ioremap instead of devm_ioremap_nocache, which should not have any function change but prepare for killing

[PATCH v2 1/3] drm/sun4i: hdmi: Check for unset best_parent in sun4i_tmds_determine_rate

We should check if the best match has been set before comparing it. Fixes: 9c5681011a0c ("drm/sun4i: Add HDMI support") Signed-off-by: Jonathan Liu --- drivers/gpu/drm/sun4i/sun4i_hdmi_tmds_clk.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git