Am 16.07.19 um 23:37 schrieb Rob Clark:
> From: Rob Clark
>
> Needed in the following patch for cache operations.
Well have you seen that those callbacks are deprecated?
>* Deprecated hook in favour of &drm_gem_object_funcs.pin.
>* Deprecated hook in favour of &drm_gem_object_fun
https://bugs.freedesktop.org/show_bug.cgi?id=110898
--- Comment #1 from Fab Stz ---
Created attachment 144808
--> https://bugs.freedesktop.org/attachment.cgi?id=144808&action=edit
Newer patch
--
You are receiving this mail because:
You are the assignee for the bug.
Hi, Yongqiang:
On Tue, 2019-07-09 at 06:34 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> distinguish ovl and ovl_2l by layer_nr when get comp
> id
>
Reviewed-by: CK Hu
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 9 ++---
> 1 fil
Hi, Yongqiang:
On Tue, 2019-07-09 at 06:34 +0800, yongqiang@mediatek.com 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
> an
On 07.07.2019 20:18, Laurent Pinchart wrote:
> Most bridge drivers create a DRM connector to model the connector at the
> output of the bridge. This model is historical and has worked pretty
> well so far, but causes several issues:
>
> - It prevents supporting more complex display pipelines where
On Tue, Jul 2, 2019 at 7:19 AM Gerd Hoffmann wrote:
>
> virtio-gpu basically needs a sg_table for the bo, to tell the host where
> the backing pages for the object are. So the gem shmem helpers are a
> perfect fit. Some drm_gem_object_funcs need thin wrappers to update the
> host state, but othe
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 layer
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 hardwar
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 ovl0_mo
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 se
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 fil
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
> ---
> drivers/gpu/drm/mediatek/mtk_
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;
^~
drivers
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:
> Fr
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:
> Fr
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 bug.___
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
> ---
> .../bindings/display/mediatek/mediatek,display.txt
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 CRC
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 SND_
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
> > > > operat
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
---
Documentation/dev-tools
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 677ef41cb01
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 Gunt
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 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 the
## 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 l
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 kern
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
---
arch/um/config
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 user.
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. Logica
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 insertions
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
Re
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: B
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 ca
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,
noth
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 r
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 VGEM
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
> a/Documen
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 u
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 have
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 ovl
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 li
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 ++--
drivers
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 s
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 mention
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 card%d
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 t
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: Dan
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
dri-devel@lists.freedesktop.org
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 #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 of
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.
_
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 expe
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 h
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 t
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 li
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 s
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 ++--
drivers/gpu/drm/etnaviv/
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 s
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 pa
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 signatur
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 drm_cfl
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 got
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 co
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 li
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 s
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 ther
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&action=edit
tail -n 2000 from dmesg with "drm.debug=5"
drm.debug=4 seem to produce only 1 new re
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"
> > Cc:
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 b/include/kunit/kunit-s
https://bugzilla.kernel.org/show_bug.cgi?id=204181
Sergey Kondakov (virtuous...@gmail.com) changed:
What|Removed |Added
Attachment #283695|0 |1
is obs
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&rev=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 S
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
> +stat
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 hdmi_codec_plu
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
> A
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
> ---
> drivers/gpu/drm/zte/zx_dr
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&action=edit
dmesg after crash
Retrieved the dmesg log with ssh after the crash.
--
You are receivin
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: David
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 dif
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 t
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: Al
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
> ---
> drivers/gpu/drm/r128/r128_ioc
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
was
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 02:
1 - 100 of 164 matches
Mail list logo
