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
---
drivers/staging/v
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 insertions(+), 2 delet
https://bugs.freedesktop.org/show_bug.cgi?id=104397
--- Comment #1 from Deepak ---
Created attachment 136410
--> https://bugs.freedesktop.org/attachment.cgi?id=136410&action=edit
SSH key
--
You are receiving this mail because:
You are the assignee for the bug._
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
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 Lawa
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
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)
comp
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 .conf
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: blackfin-allyesco
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 figure out how to configure
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 compile.
drivers/gpu/
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 don
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 way
>
> i know how to build s
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 17.2 and try to reproduce
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: x
https://bugs.freedesktop.org/show_bug.cgi?id=95306
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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 f
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
dri-devel@lists.freed
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 is
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 *
在 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 adds the pipeline
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
---
Documentation/driver-model/devres.txt | 1 -
include/linux/io.h
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 an
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 also
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 o
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
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 insertion(+), 1 deletion(-
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
devm_i
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 with
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 other
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);
>>
>> /**
>> - * devm
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 availa
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
devm_i
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 a/drivers/gpu/drm/sun4i/sun4i_hdmi
34 matches
Mail list logo
