Hi, Yongqiang:
On Tue, 2019-07-09 at 06:34 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> This patch add background color input select function for ovl/ovl_2l
>
> ovl include 4 DRAM layer and 1 background color layer
> ovl_2l include 4 DRAM layer and 1 background color
Hi, Yongqiang:
On Tue, 2019-07-09 at 06:34 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> This patch add function to background color input select for ovl/ovl_2l
> direct link
> for ovl/ovl_2l direct link usecase, we need set background color
> input select for these
Hi, Yongqiang:
On Tue, 2019-07-09 at 06:33 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> This patch add mmsys private data for ddp path config
> all these register offset and value will be different in future SOC
> add these define into mmsys private data
> u32
Hi, Yongqiang:
On Tue, 2019-07-09 at 06:33 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> Here is two modifition in this patch:
> 1.bls->dpi0 and rdma1->dsi are differen usecase,
> Split DISP_REG_CONFIG_DSI_SEL setting into anther usecase
> 2.remove DISP_REG_CONFIG_DPI_SEL
Hi, Yongqiang:
On Tue, 2019-07-09 at 06:33 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> mutex sof register offset will be private data of ddp
>
Reviewed-by: CK Hu
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 13 ++---
> 1
Hi, Yongqiang:
On Tue, 2019-07-09 at 06:33 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> mutex sof will be ddp private data
>
Reviewed-by: CK Hu
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 43
> +++---
>
Hi, Yongqiang:
On Tue, 2019-07-09 at 06:33 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> mutex mod register offset will be private data of ddp.
>
Reviewed-by: CK Hu
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 24
Hi, Yongqiang:
On Tue, 2019-07-09 at 06:33 +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
Reviewed-by: CK Hu
>
> Signed-off-by: Yongqiang Niu
> ---
>
Fix the below build warning/Error
drivers/gpu/drm/tilcdc/tilcdc_crtc.c: In function ‘tilcdc_crtc_set_mode’:
drivers/gpu/drm/tilcdc/tilcdc_crtc.c:384:8: error: this statement may fall
through [-Werror=implicit-fallthrough=]
reg |= LCDC_V2_TFT_24BPP_UNPACK;
^~
Hi, Yongqiang:
This version is identical to previous version, and Rob has gave a
'Reviwed-by' tag on previous version, so you should keep that tag on
this version, so we don't need to review this patch again.
Regards,
CK
On Tue, 2019-07-09 at 06:33 +0800, yongqiang@mediatek.com wrote:
>
Hi, Yongqiang:
This version is identical to previous version, and Rob has gave a
'Reviwed-by' tag on previous version, so you should keep that tag on
this version, so we don't need to review this patch again.
Regards,
CK
On Tue, 2019-07-09 at 06:33 +0800, yongqiang@mediatek.com wrote:
>
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #53 from Mauro Gaspari ---
Thank you all for the great work.
I will post on AMD support forums and add the link of this and other AMDGPU
related bugs.
--
You are receiving this mail because:
You are the assignee for the
Hi, Yongqiang:
On Tue, 2019-07-09 at 06:33 +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
> ---
>
On 16-07-19, 14:25, Bartlomiej Zolnierkiewicz wrote:
>
> Hi Viresh,
>
> Please always Cc: me on fbdev patches.
That happened because I used patter-depth=1 in my script for finding
maintainers from get_maintainers. Sorry about that. I have incremented
that by one now.
--
viresh
https://bugs.freedesktop.org/show_bug.cgi?id=105733
Hadet changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WORKSFORME
On 07/16, Daniel Vetter wrote:
> On Fri, Jul 12, 2019 at 12:14:49AM -0300, Rodrigo Siqueira wrote:
> > On 07/11, Daniel Vetter wrote:
> > > On Tue, Jun 25, 2019 at 10:38:31PM -0300, Rodrigo Siqueira wrote:
> > > > The compute_crc() function is responsible for calculating the
> > > > framebuffer
On Tue, Jul 16, 2019 at 10:13 PM Tzung-Bi Shih wrote:
>
> On Tue, Jul 16, 2019 at 7:57 PM Cheng-Yi Chiang wrote:
> >
> > Change the Kconfig of DRM_DW_HDMI so it selects SND_SOC_HDMI_CODEC.
> > This is for the typedef of hdmi_codec_plugged_cb to be used in dw-hdmi.c.
> Not sure why you select
On 07/16, Daniel Vetter wrote:
> On Thu, Jul 11, 2019 at 11:57:18PM -0300, Rodrigo Siqueira wrote:
> > On 07/10, Daniel Vetter wrote:
> > > On Tue, Jul 09, 2019 at 10:55:14PM -0300, Rodrigo Siqueira wrote:
> > > > Currently, vkms only work with enabled VBlank. This patch adds another
> > > >
Add documentation for KUnit, the Linux kernel unit testing framework.
- Add intro and usage guide for KUnit
- Add API reference
Signed-off-by: Felix Guo
Signed-off-by: Brendan Higgins
Cc: Jonathan Corbet
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan Gunthorpe
---
Add myself as maintainer of KUnit, the Linux kernel's unit testing
framework.
Signed-off-by: Brendan Higgins
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan Gunthorpe
---
MAINTAINERS | 11 +++
1 file changed, 11 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index
From: Iurii Zaikin
KUnit tests for initialized data behavior of proc_dointvec that is
explicitly checked in the code. Includes basic parsing tests including
int min/max overflow.
Signed-off-by: Iurii Zaikin
Signed-off-by: Brendan Higgins
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan
Add support for assertions which are like expectations except the test
terminates if the assertion is not satisfied.
The idea with assertions is that you use them to state all the
preconditions for your test. Logically speaking, these are the premises
of the test case, so if a premise isn't true,
Add defconfig for UML and a fragment that can be used to configure other
architectures for building KUnit tests. Add option to kunit_tool to use
a defconfig to create the kunitconfig.
Signed-off-by: Brendan Higgins
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan Gunthorpe
---
Add core facilities for defining unit tests; this provides a common way
to define test cases, functions that execute code which is under test
and determine whether the code under test behaves as expected; this also
provides a way to group together related test cases in test suites (here
we call
## TL;DR
This patchset addresses comments from Stephen Boyd. No changes affect
the API, and all changes are specific to patches 02, 03, and 04;
however, there were some significant changes to how string_stream and
kunit_stream work under the hood.
## Background
This patch set proposes KUnit, a
Fix the following warning seen on GCC 7.3:
kunit/test-test.o: warning: objtool: kunit_test_unsuccessful_try() falls
through to next function kunit_test_catch()
kunit_try_catch_throw is a function added in the following patch in this
series; it allows KUnit, a unit testing framework for the
Add KUnit tests for the KUnit test abort mechanism (see preceding
commit). Add tests both for general try catch mechanism as well as
non-architecture specific mechanism.
Signed-off-by: Brendan Higgins
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan Gunthorpe
---
kunit/Makefile| 3 +-
Add support for expectations, which allow properties to be specified and
then verified in tests.
Signed-off-by: Brendan Higgins
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan Gunthorpe
---
include/kunit/test.h | 526 +++
kunit/test.c | 66
From: Felix Guo
The ultimate goal is to create minimal isolated test binaries; in the
meantime we are using UML to provide the infrastructure to run tests, so
define an abstract way to configure and run tests that allow us to
change the context in which tests are built without affecting the
Add support for aborting/bailing out of test cases, which is needed for
implementing assertions.
An assertion is like an expectation, but bails out of the test case
early if the assertion is not met. The idea with assertions is that you
use them to state all the preconditions for your test.
Add entry for the new proc sysctl KUnit test to the PROC SYSCTL section,
and add Iurii as a maintainer.
Signed-off-by: Brendan Higgins
Cc: Iurii Zaikin
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan Gunthorpe
Acked-by: Luis Chamberlain
---
MAINTAINERS | 2 ++
1 file changed, 2
KUnit is a new unit testing framework for the kernel and when used is
built into the kernel as a part of it. Add KUnit to the root Kconfig and
Makefile to allow it to be actually built.
Signed-off-by: Brendan Higgins
Acked-by: Masahiro Yamada
Cc: Michal Marek
Reviewed-by: Greg Kroah-Hartman
From: Avinash Kondareddy
Add unit tests for KUnit managed resources. KUnit managed resources
(struct kunit_resource) are resources that are automatically cleaned up
at the end of a KUnit test, similar to the concept of devm_* managed
resources.
Signed-off-by: Avinash Kondareddy
Signed-off-by:
Add a test for string stream along with a simpler example.
Signed-off-by: Brendan Higgins
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan Gunthorpe
---
kunit/Kconfig | 21 +
kunit/Makefile | 4 ++
kunit/example-test.c | 88
A lot of the expectation and assertion infrastructure prints out fairly
complicated test failure messages, so add a C++ style log library for
for logging test results called `struct kunit_stream`.
kunit_stream allows us to construct a message before we know whether we
want to print it out; this
Create a common API for test managed resources like memory and test
objects. A lot of times a test will want to set up infrastructure to be
used in test cases; this could be anything from just wanting to allocate
some memory to setting up a driver stack; this defines facilities for
creating "test
A number of test features need to do pretty complicated string printing
where it may not be possible to rely on a single preallocated string
with parameters.
So provide a library for constructing the string as you go similar to
C++'s std::string. string_stream is really just a string builder,
On Tue, Jul 16, 2019 at 4:39 PM Eric Anholt wrote:
>
> Rob Clark writes:
>
> > From: Rob Clark
> >
> > Since there is no real device associated with VGEM, it is impossible to
> > end up with appropriate dev->dma_ops, meaning that we have no way to
> > invalidate the shmem pages allocated by
On Mon, Jul 8, 2019 at 3:37 PM wrote:
>
> From: Yongqiang Niu
>
> This patch add mutex description for mt8183 display
>
> Signed-off-by: Yongqiang Niu
> ---
> Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
>
Rob Clark writes:
> From: Rob Clark
>
> Since there is no real device associated with VGEM, it is impossible to
> end up with appropriate dev->dma_ops, meaning that we have no way to
> invalidate the shmem pages allocated by VGEM. So, at least on platforms
> without drm_cflush_pages(), we end
Rob Clark writes:
> From: Rob Clark
>
> The driver should be in control of this.
>
> Signed-off-by: Rob Clark
> ---
> It is possible that this was masking bugs (ie. not setting appropriate
> pgprot) in drivers. I don't have a particularly good idea for tracking
> those down (since I don't
On Mon, Jul 8, 2019 at 3:35 PM wrote:
>
> From: Yongqiang Niu
>
> This patch add ovl0/ovl_2l0 usecase
> in ovl->ovl_2l0 direct link usecase:
> 1. the crtc support layer number will 4+2
> 2. ovl_2l0 background color input select ovl0 when crtc init
> and disable it when crtc finish
> 3. config
From: Rob Clark
Since there is no real device associated with VGEM, it is impossible to
end up with appropriate dev->dma_ops, meaning that we have no way to
invalidate the shmem pages allocated by VGEM. So, at least on platforms
without drm_cflush_pages(), we end up with corruption when cache
From: Rob Clark
Needed in the following patch for cache operations.
Signed-off-by: Rob Clark
---
v3: rebased on drm-tip
drivers/gpu/drm/drm_gem.c | 8
drivers/gpu/drm/drm_internal.h | 4 ++--
drivers/gpu/drm/drm_prime.c | 4 ++--
From: Rob Clark
The driver should be in control of this.
Signed-off-by: Rob Clark
---
It is possible that this was masking bugs (ie. not setting appropriate
pgprot) in drivers. I don't have a particularly good idea for tracking
those down (since I don't have the hw for most drivers). Unless
On Fri, Jul 12, 2019 at 02:39:05PM +0300, Pekka Paalanen wrote:
> On Thu, 11 Jul 2019 10:18:22 -0400
> Sean Paul wrote:
>
> > On Mon, Jul 08, 2019 at 04:51:11PM +0530, Ramalingam C wrote:
> > > This patch adds a DRM ENUM property to the selected connectors.
> > > This property is used for
On Tue, 2019-07-16 at 18:28 +, Li, Sun peng (Leo) wrote:
>
>
> On 2019-07-10 6:50 p.m., Lyude Paul wrote:
> > gah. So, I was originally going to ask "why didn't we add the connector
> > name
> > into this?", but then I realized we're doing the right thing already and
> > just
> > doing
https://bugzilla.kernel.org/show_bug.cgi?id=204145
--- Comment #14 from Timothy Pearson (tpear...@raptorengineering.com) ---
Looks like this is a case where it's fairly critical to have a known 100%
reliable way to reproduce a bug like this. I'm bisecting further, so we should
be able to get to
https://bugzilla.kernel.org/show_bug.cgi?id=204145
--- Comment #13 from Daniel Kolesa (li...@octaforge.org) ---
Well, previously I had X11 running with 5.1.9 for ~2 weeks with no lockups;
then I rebooted into 5.1.17 and suddenly it locked up the second day with a
checkstop. Now back in 5.1.9, and
https://bugzilla.kernel.org/show_bug.cgi?id=204145
--- Comment #12 from Timothy Pearson (tpear...@raptorengineering.com) ---
I just double checked -- 5.0.21 works, 5.1.0 does not. Daniel, didn't you say
your lockup was somewhat random? I can trigger this lockup every single time
with a specific
Quoting Daniel Vetter (2019-07-16 10:21:54)
> On Fri, Jul 12, 2019 at 09:03:14AM +0100, Chris Wilson wrote:
> > As the set of shared fences is not being changed during reallocation of
> > the reservation list, we can skip updating the write_seqlock.
> >
> > Signed-off-by: Chris Wilson
> > Cc:
Quoting Rob Clark (2019-07-16 18:43:22)
> From: Rob Clark
>
> Needed in the following patch for cache operations.
What's the base for this patch? (I'm missing the ancestor for drm_gem.c)
-Chris
___
dri-devel mailing list
On Tue, Jul 16, 2019 at 8:34 AM Stephen Boyd wrote:
>
> Quoting Brendan Higgins (2019-07-15 15:43:20)
> > On Mon, Jul 15, 2019 at 3:11 PM Brendan Higgins
> > wrote:
> > >
> > > On Mon, Jul 15, 2019 at 3:04 PM Stephen Boyd wrote:
> > > >
> > > > Quoting Brendan Higgins (2019-07-15 14:11:50)
> >
https://bugzilla.kernel.org/show_bug.cgi?id=204145
--- Comment #10 from Shawn Anastasio (sh...@anastas.io) ---
I actually haven't tested 5.1.9, but I can confirm that 5.0.9 works fine.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=204145
--- Comment #11 from Daniel Kolesa (li...@octaforge.org) ---
I see, I misread then, because the working kernel I have here is 5.1.9... I did
have it hang on 5.1.17, though.
--
You are receiving this mail because:
You are watching the assignee
On Tue, Jul 16, 2019 at 10:50 AM Stephen Boyd wrote:
>
> Quoting Brendan Higgins (2019-07-16 01:37:34)
> > On Tue, Jul 16, 2019 at 12:57 AM Brendan Higgins
> > wrote:
> > >
> > > A `struct kunit_stream` is usually associated with a message that is
> > > being built up over time like maybe an
Hi Ronald,
On Fri, Apr 19, 2019 at 01:19:26AM -0700, Ronald Tschalär wrote:
> The keyboard and trackpad on recent MacBook's (since 8,1) and
> MacBookPro's (13,* and 14,*) are attached to an SPI controller instead
> of USB, as previously. The higher level protocol is not publicly
> documented and
On 2019-07-10 6:50 p.m., Lyude Paul wrote:
> gah. So, I was originally going to ask "why didn't we add the connector name
> into this?", but then I realized we're doing the right thing already and just
> doing card%d-%s % (card_number, path_prop). Which means we probably really
> don't
> want
From: Rob Clark
Since there is no real device associated with VGEM, it is impossible to
end up with appropriate dev->dma_ops, meaning that we have no way to
invalidate the shmem pages allocated by VGEM. So, at least on platforms
without drm_cflush_pages(), we end up with corruption when cache
On Tue, Jul 16, 2019 at 8:30 AM Stephen Boyd wrote:
>
> Quoting Brendan Higgins (2019-07-16 01:37:34)
> > On Tue, Jul 16, 2019 at 12:57 AM Brendan Higgins
> > wrote:
> > >
> > > On Mon, Jul 15, 2019 at 3:15 PM Stephen Boyd wrote:
> > > >
> > > > Quoting Brendan Higgins (2019-07-12 01:17:30)
> >
Quoting Brendan Higgins (2019-07-16 01:37:34)
> On Tue, Jul 16, 2019 at 12:57 AM Brendan Higgins
> wrote:
> >
> > A `struct kunit_stream` is usually associated with a message that is
> > being built up over time like maybe an expectation; it is meant to
> > capture the idea that we might want to
From: Rob Clark
Needed in the following patch for cache operations.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_gem.c | 10 ++
drivers/gpu/drm/drm_gem_vram_helper.c | 6 --
drivers/gpu/drm/drm_prime.c | 4 ++--
From: Rob Clark
The driver should be in control of this.
Signed-off-by: Rob Clark
---
It is possible that this was masking bugs (ie. not setting appropriate
pgprot) in drivers. I don't have a particularly good idea for tracking
those down (since I don't have the hw for most drivers). Unless
On Tue, Jul 16, 2019 at 10:01 AM Chris Wilson wrote:
>
> Quoting Rob Clark (2019-07-16 17:42:15)
> > From: Rob Clark
> >
> > Since there is no real device associated with vgem, it is impossible to
> > end up with appropriate dev->dma_ops, meaning that we have no way to
> > invalidate the shmem
Sam Ravnborg writes:
> This patch set removes a far share of the remaining uses of drmP.h.
> Common for all patches are that the respective files are maintained
> in drm-misc.
> All patches are independent.
For v3d, vc4, pl111:
Reviewed-by: Eric Anholt
signature.asc
Description: PGP
Quoting Rob Clark (2019-07-16 17:42:15)
> From: Rob Clark
>
> Since there is no real device associated with vgem, it is impossible to
> end up with appropriate dev->dma_ops, meaning that we have no way to
> invalidate the shmem pages allocated by vgem. So, at least on platforms
> without
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #15 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
Thanks for the logs. I don't think this is related to your overclock.
Since this behavior wasn't previously observed during our 5.2 testing I think
that either a patch
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #14 from Sergey Kondakov (virtuous...@gmail.com) ---
(In reply to Nicholas Kazlauskas from comment #10)
> Thanks for all the logs.
>
> I meant drm.debug=4 actually, the drm=debug=4 was a typo on my part - sorry!
So, I've got all I
From: Rob Clark
Since there is no real device associated with vgem, it is impossible to
end up with appropriate dev->dma_ops, meaning that we have no way to
invalidate the shmem pages allocated by vgem. So, at least on platforms
without drm_cflush_pages(), we end up with corruption when cache
From: Rob Clark
The driver should be in control of this.
Signed-off-by: Rob Clark
---
It is possible that this was masking bugs (ie. not setting appropriate
pgprot) in drivers. I don't have a particularly good idea for tracking
those down (since I don't have the hw for most drivers). Unless
https://bugs.freedesktop.org/show_bug.cgi?id=111077
--- Comment #7 from rol...@rptd.ch ---
I'm on GenToo. It's a source based distro thus every package installed has
headers and libraries installed too otherwise the distro won't work. So I'm
positive everything required for compiling mesa is
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #13 from Sergey Kondakov (virtuous...@gmail.com) ---
Created attachment 283745
--> https://bugzilla.kernel.org/attachment.cgi?id=283745=edit
tail -n 2000 from dmesg with "drm.debug=5"
drm.debug=4 seem to produce only 1 new relevant
Hi Alex.
> >
> > Signed-off-by: Sam Ravnborg
> > Acked-by: Emil Velikov
> > Cc: Sean Paul
> > Cc: David Airlie
> > Cc: Daniel Vetter
> > Cc: Jani Nikula
> > Cc: Robert Tarasov
> > Cc: Oleksandr Andrushchenko
> > Cc: Alex Deucher
> > Cc: Thomas Zimmermann
> > Cc: "Noralf Trønnes"
> >
Quoting Brendan Higgins (2019-07-15 15:43:20)
> On Mon, Jul 15, 2019 at 3:11 PM Brendan Higgins
> wrote:
> >
> > On Mon, Jul 15, 2019 at 3:04 PM Stephen Boyd wrote:
> > >
> > > Quoting Brendan Higgins (2019-07-15 14:11:50)
> > > > On Mon, Jul 15, 2019 at 1:43 PM Stephen Boyd wrote:
> > > > >
>
Quoting Brendan Higgins (2019-07-16 01:37:34)
> On Tue, Jul 16, 2019 at 12:57 AM Brendan Higgins
> wrote:
> >
> > On Mon, Jul 15, 2019 at 3:15 PM Stephen Boyd wrote:
> > >
> > > Quoting Brendan Higgins (2019-07-12 01:17:30)
> > > > diff --git a/include/kunit/kunit-stream.h
https://bugzilla.kernel.org/show_bug.cgi?id=204181
Sergey Kondakov (virtuous...@gmail.com) changed:
What|Removed |Added
Attachment #283695|0 |1
is
On 2019-07-11 3:29 a.m., Pekka Paalanen wrote:
> Wait, one can write udev rules for connectors and stuff?
> How? What can they do?
I was using it to generate user-friendly device names for the mst aux
implementation:
https://patchwork.freedesktop.org/patch/315900/?series=63237=2
Leo
Hi Robert,
On Fri, Jul 12, 2019 at 08:15:32AM +, Robert Chiras wrote:
> Hi Guido,
>
> On Jo, 2019-07-11 at 17:04 +0200, Guido Günther wrote:
> > Hi Robert,
> > On Wed, Jun 26, 2019 at 04:32:08PM +0300, Robert Chiras wrote:
> > >
> > > This patch-set improves the use of eLCDIF block on iMX 8
Am 26.06.19 um 14:29 schrieb Daniel Vetter:
On Wed, Jun 26, 2019 at 02:23:05PM +0200, Christian König wrote:
On the exporter side we add optional explicit pinning callbacks. If those
callbacks are implemented the framework no longer caches sg tables and the
map/unmap callbacks are always called
On Tue, Jul 16, 2019 at 7:58 PM Cheng-Yi Chiang wrote:
>
> diff --git a/sound/soc/rockchip/rockchip_max98090.c
> b/sound/soc/rockchip/rockchip_max98090.c
> index c82948e383da..c81c4acda917 100644
> --- a/sound/soc/rockchip/rockchip_max98090.c
> +++ b/sound/soc/rockchip/rockchip_max98090.c
>
On Tue, Jul 16, 2019 at 7:58 PM Cheng-Yi Chiang wrote:
>
> diff --git a/sound/soc/rockchip/Kconfig b/sound/soc/rockchip/Kconfig
> index b43657e6e655..d610b553ea3b 100644
> --- a/sound/soc/rockchip/Kconfig
> +++ b/sound/soc/rockchip/Kconfig
> @@ -40,9 +40,10 @@ config SND_SOC_ROCKCHIP_MAX98090
>
On Tue, Jul 16, 2019 at 7:57 PM Cheng-Yi Chiang wrote:
>
> Change the Kconfig of DRM_DW_HDMI so it selects SND_SOC_HDMI_CODEC.
> This is for the typedef of hdmi_codec_plugged_cb to be used in dw-hdmi.c.
Not sure why you select SND_SOC_HDMI_CODEC in this patch. To have
definition of
On Tue, Jul 16, 2019 at 2:44 AM Sam Ravnborg wrote:
>
> The drmP.h header file is deprecated.
> Drop it from all files in the udl driver.
>
> Made the header files self contained, which then
> made it simpler to update the .c files.
>
> Signed-off-by: Sam Ravnborg
> Acked-by: Emil Velikov
> Cc:
On Tue, Jul 16, 2019 at 2:44 AM Sam Ravnborg wrote:
>
> Drop use of the deprecated header drmP.h.
> Fix so vc4_drv.h is now self-contained, and fixed fall-out in remaining
> files.
>
> Divided include files in blocks.
> Sorted include files within their blocks.
>
> Signed-off-by: Sam Ravnborg
>
On Tue, Jul 16, 2019 at 2:44 AM Sam Ravnborg wrote:
>
> Drop use of the deprecated drmP.h header file.
> Fix fallout.
>
> Signed-off-by: Sam Ravnborg
> Acked-by: Emil Velikov
> Cc: Shawn Guo
> Cc: David Airlie
> Cc: Daniel Vetter
Reviewed-by: Alex Deucher
> ---
>
https://bugzilla.kernel.org/show_bug.cgi?id=203879
--- Comment #8 from Sam Bazley (sambaz...@fastmail.com) ---
Created attachment 283739
--> https://bugzilla.kernel.org/attachment.cgi?id=283739=edit
dmesg after crash
Retrieved the dmesg log with ssh after the crash.
--
You are receiving this
On Tue, Jul 16, 2019 at 2:44 AM Sam Ravnborg wrote:
>
> Drop use of the deprecated drmP.h header file.
> Made v3d_drv.h self-contained with only sufficient
> include files.
> Fixed fallout in remaining files.
>
> Signed-off-by: Sam Ravnborg
> Acked-by: Emil Velikov
> Cc: Eric Anholt
> Cc:
On Tue, Jul 16, 2019 at 2:44 AM Sam Ravnborg wrote:
>
> Drop use of the deprecated drmP.h header.
> Sort includes in blocks while touching the files.
>
> Signed-off-by: Sam Ravnborg
> Acked-by: Emil Velikov
> Cc: Eric Anholt
> Cc: David Airlie
> Cc: Daniel Vetter
Reviewed-by: Alex Deucher
On Tue, Jul 16, 2019 at 2:44 AM Sam Ravnborg wrote:
>
> Drop use of the deprecated drmP.h header.
> While doing so used the opportunity
> to clean up a little so includes are now
> sorted and removed unused include files.
> In a few cases added some forwards to allow header
> files to built in
On Tue, Jul 16, 2019 at 2:45 AM Sam Ravnborg wrote:
>
> Drop use of the deprecated drmP.h header file.
>
> While touching the include files divide them up in blocks
> in the typical order:
>
> \#include
>
> \#include
>
> \#include
>
> \#include ""
>
> And sort the includes in the blocks
> Add
On Tue, Jul 16, 2019 at 2:45 AM Sam Ravnborg wrote:
>
> Drop the single user of drmP.h - replace it with relevant includes.
>
> Signed-off-by: Sam Ravnborg
> Acked-by: Emil Velikov
> Cc: David Airlie
> Cc: Daniel Vetter
> Cc: Alexandru-Cosmin Gheorghe
> Cc: Maarten Lankhorst
Reviewed-by:
On Tue, Jul 16, 2019 at 2:44 AM Sam Ravnborg wrote:
>
> Replace use of the deprecated drmP.h header file
> with relevant includes.
>
> Signed-off-by: Sam Ravnborg
> Acked-by: Emil Velikov
> Cc: David Airlie
> Cc: Daniel Vetter
Reviewed-by: Alex Deucher
> ---
>
16.07.2019 11:42, Maxime Ripard пишет:
> On Sat, Jul 13, 2019 at 09:57:32PM +0300, Dmitry Osipenko wrote:
>> 12.07.2019 22:54, Maxime Ripard пишет:
>>> On Thu, Jul 11, 2019 at 05:13:13AM +0300, Dmitry Osipenko wrote:
The rotation mode from cmdline shouldn't be taken into account if it
On 16.07.2019 11:00, Daniel Vetter wrote:
> On Fri, Jul 12, 2019 at 11:01:38AM +0200, Andrzej Hajda wrote:
>> On 11.07.2019 17:50, Daniel Vetter wrote:
>>> On Thu, Jul 11, 2019 at 05:12:26PM +0200, Andrzej Hajda wrote:
On 11.07.2019 15:18, Daniel Vetter wrote:
> On Thu, Jul 11, 2019 at
Am 11.07.19 um 05:10 schrieb Fuqian Huang:
> In function __ttm_dma_alloc_page(), d_page->addr is allocated
> by dma_alloc_attrs() but freed with use dma_free_coherent() in
> __ttm_dma_free_page().
> Use the correct dma_free_attrs() to free d_page->vaddr.
>
> Signed-off-by: Fuqian Huang
> On July 6, 2019 at 4:07 PM Jacopo Mondi wrote:
>
>
> Update CMM settings at in the atomic commit tail helper method.
>
> The CMM is updated with new gamma values provided to the driver
> in the GAMMA_LUT blob property.
>
> Signed-off-by: Jacopo Mondi
> ---
>
> On July 6, 2019 at 4:07 PM Jacopo Mondi wrote:
>
>
> Enable the GAMMA_LUT KMS property using the framework helpers to
> register the proeprty and the associated gamma table size maximum size.
>
> Signed-off-by: Jacopo Mondi
> ---
> drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 4
> 1
> On July 6, 2019 at 4:07 PM Jacopo Mondi wrote:
>
>
> Enable/disable the CMM associated with a CRTC at crtc start and stop
> time and enable the CMM unit through the Display Extensional Functions
> register at group setup time.
>
> Signed-off-by: Jacopo Mondi
> ---
>
> On July 6, 2019 at 4:07 PM Jacopo Mondi wrote:
>
>
> Implement device tree parsing to collect the available CMM instances
> described by the 'cmms' property. Associate CMMs with CRTCs and store a
> mask of active CMMs in the DU group for later enablement.
>
> Signed-off-by: Jacopo Mondi
>
> On July 6, 2019 at 4:07 PM Jacopo Mondi wrote:
>
>
> Add CMM to the list of supported features for Gen3 SoCs that provide it:
> - R8A7795
> - R8A7796
> - R8A77965
> - R8A7799x
>
> Leave R8A77970 out as V3M and V3H are the only Gen3 SoCs that do not
> support CMM.
>
> Signed-off-by: Jacopo
1 - 100 of 180 matches
Mail list logo