Hi Benjiamin,
On Thu, 2021-10-07 at 13:37 +0200, Benjamin Gaignard wrote:
> Le 01/09/2021 à 10:32, Yunfei Dong a écrit :
> > Use the dma_set_mask_and_coherent helper to set vdec
> > DMA bit mask to support 34bits iova space(16GB) that
> > the mt8192 iommu HW support.
> >
> > Whole the iova
/drm/drm-tip drm-tip
config: i386-randconfig-m021-20211010 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
reproduce (this is a W=1 build):
#
https://github.com/0day-ci/linux/commit/d9a4ed21a0ee9b11df5d862e54876002751fbd45
git remote add linux-review https://github.com
Add helper function to convert DT "data-mapping" property string value
into media bus format value, and deduplicate the code in panel-lvds.c
and lvds-codec.c .
Signed-off-by: Marek Vasut
Cc: Laurent Pinchart
Cc: Sam Ravnborg
To: dri-devel@lists.freedesktop.org
---
Hi all,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/amd/display/include/dal_asic_id.h
between commit:
7ab0965079bb ("drm/amd/display: USB4 bring up set correct address")
from Linus' tree and commit:
13900e6fde3f ("drm/amd/display: Fix for null pointer
On Sun, Oct 10, 2021 at 12:39 PM Fabio Estevam wrote:
>
> Hi,
>
> I am getting the lockdep warning below on a imx6q-sabred running 5.14.9.
>
> Haven't debugged this yet, but just wanted to report in case someone
> has any suggestions.
git bisect shows that the guilty commit is:
commit
Clean up all of the kernel-doc issues in drm_connector.c:
drivers/gpu/drm/drm_connector.c:2611: warning: Excess function parameter
'connector' description in 'drm_connector_oob_hotplug_event'
drivers/gpu/drm/drm_connector.c:2611: warning: Function parameter or member
'connector_fwnode' not
On Sun, 10 Oct 2021 at 20:33, Sam Ravnborg wrote:
>
> Hi Dmitry,
>
> On Sat, Oct 09, 2021 at 11:38:04PM +0300, Dmitry Baryshkov wrote:
> > Add driver to support Sharp LS06T1SX01 6.0" FullHD panel found e.g. in
> > the kwaek.ca Dragonboard Display Adapter Bundle.
> >
> > Changes since v4:
> > -
Hi Sam,
On 10/10/21 1:04 PM, Sam Ravnborg wrote:
Hi Randy,
I noticed a few things that in my opinion could be improved.
See below.
Sam
On Wed, Oct 06, 2021 at 05:53:05PM -0700, Randy Dunlap wrote:
Clean up all of the kernel-doc issues in drm_connector.c:
On 10/10/21 12:49 PM, Sam Ravnborg wrote:
Hi Randy,
On Sun, Oct 10, 2021 at 10:29:55AM -0700, Randy Dunlap wrote:
Fix a build error on CONFIG_UML, which does not support (provide)
wbinvd(). UML can use the generic mb() instead.
../drivers/gpu/drm/r128/ati_pcigart.c: In function
On 10/10/21 7:12 PM, Sam Ravnborg wrote:
On Sun, Oct 10, 2021 at 06:02:44PM +0200, Sam Ravnborg wrote:
Hi Marek,
On Sun, Oct 10, 2021 at 04:49:19PM +0200, Marek Vasut wrote:
Decoder input LVDS format is a property of the decoder chip or even
its strapping. Handle data-mapping the same way
patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Animesh-Manna/Panel-replay-phase1-implementation/20211010-203447
base
Hi Randy,
I noticed a few things that in my opinion could be improved.
See below.
Sam
On Wed, Oct 06, 2021 at 05:53:05PM -0700, Randy Dunlap wrote:
> Clean up all of the kernel-doc issues in drm_connector.c:
>
> drivers/gpu/drm/drm_connector.c:2611: warning: Excess function parameter
Hi Randy,
On Sun, Oct 10, 2021 at 10:29:55AM -0700, Randy Dunlap wrote:
> Fix a build error on CONFIG_UML, which does not support (provide)
> wbinvd(). UML can use the generic mb() instead.
>
> ../drivers/gpu/drm/r128/ati_pcigart.c: In function ‘drm_ati_pcigart_init’:
>
> On Oct 8, 2021, at 4:49 AM, Thomas Zimmermann wrote:
>
> Hi
>
> Am 04.10.21 um 16:11 schrieb Chuck Lever III:
>>> On Oct 4, 2021, at 10:07 AM, Thomas Zimmermann wrote:
>>>
>>> Hi
>>>
>>> Am 04.10.21 um 15:34 schrieb Chuck Lever III:
> On Oct 4, 2021, at 3:07 AM, Thomas Zimmermann
Hi Dave,
On Fri, Oct 8, 2021 at 9:32 PM Dave Stevenson
wrote:
>
> On Fri, 8 Oct 2021 at 14:37, Laurent Pinchart
> wrote:
> >
> > Hello,
> >
> > On Fri, Oct 08, 2021 at 03:27:43PM +0200, Andrzej Hajda wrote:
> > > Hi,
> > >
> > > Removed my invalid email (I will update files next week).
> > >
>
Hi Andrzej,
On Fri, Oct 8, 2021 at 6:57 PM Andrzej Hajda wrote:
>
> Hi,
>
> Removed my invalid email (I will update files next week).
>
>
> On 08.10.2021 13:14, Jagan Teki wrote:
> > Hi,
> >
> > I think this seems to be a known use case for industrial these days with
> > i.mx8m.
> >
> > The
]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Animesh-Manna/Panel-replay-phase1-implementation/20211010-203447
Hi Rex-BC
On Thu, Oct 07, 2021 at 07:05:47PM +0800, Rex-BC Chen wrote:
> Add power sequence for LG LP120UP1.
>
> Signed-off-by: Rex-BC Chen
Patch failed to apply to drm-misc-next.
Please fix and resend.
Sam
> ---
> drivers/gpu/drm/panel/panel-simple.c | 5 +
> 1 file changed, 5
Hi Dmitry,
On Sat, Oct 09, 2021 at 11:38:04PM +0300, Dmitry Baryshkov wrote:
> Add driver to support Sharp LS06T1SX01 6.0" FullHD panel found e.g. in
> the kwaek.ca Dragonboard Display Adapter Bundle.
>
> Changes since v4:
> - Use MIPI_DSI_MODE_NO_EOT_PACKET instead of the old name
>
> Changes
Fix a build error on CONFIG_UML, which does not support (provide)
wbinvd(). UML can use the generic mb() instead.
../drivers/gpu/drm/r128/ati_pcigart.c: In function ‘drm_ati_pcigart_init’:
../drivers/gpu/drm/r128/ati_pcigart.c:218:2: error: implicit declaration of
function ‘wbinvd’
On 10/10/21 6:02 PM, Sam Ravnborg wrote:
Hi Marek,
On Sun, Oct 10, 2021 at 04:49:19PM +0200, Marek Vasut wrote:
Decoder input LVDS format is a property of the decoder chip or even
its strapping. Handle data-mapping the same way lvds-panel does. In
case data-mapping is not present, do nothing,
On Sun, Oct 10, 2021 at 06:02:44PM +0200, Sam Ravnborg wrote:
> Hi Marek,
> On Sun, Oct 10, 2021 at 04:49:19PM +0200, Marek Vasut wrote:
> > Decoder input LVDS format is a property of the decoder chip or even
> > its strapping. Handle data-mapping the same way lvds-panel does. In
> > case
Hi Marek,
On Sun, Oct 10, 2021 at 04:49:19PM +0200, Marek Vasut wrote:
> Decoder input LVDS format is a property of the decoder chip or even
> its strapping. Handle data-mapping the same way lvds-panel does. In
> case data-mapping is not present, do nothing, since there are still
> legacy bindings
Hi,
I am getting the lockdep warning below on a imx6q-sabred running 5.14.9.
Haven't debugged this yet, but just wanted to report in case someone
has any suggestions.
Thanks,
Fabio Estevam
[4.913294] imx-drm display-subsystem: bound imx-ipuv3-crtc.2 (ops
ipu_crtc_ops)
[4.921640]
On Wed, Sep 29, 2021 at 12:19 PM Shunsuke Mie wrote:
>
> This patch series add a dma-buf support for rxe driver.
>
> A dma-buf based memory registering has beed introduced to use the memory
> region that lack of associated page structures (e.g. device memory and CMA
> managed memory) [1].
On Tue, Oct 5, 2021 at 6:20 PM Shunsuke Mie wrote:
>
> ping
Sorry. I will check it soon.
Zhu Yanjun
>
> 2021年10月1日(金) 12:56 Shunsuke Mie :
> >
> > 2021年9月30日(木) 23:41 Daniel Vetter :
> > >
> > > On Wed, Sep 29, 2021 at 01:19:05PM +0900, Shunsuke Mie wrote:
> > > > Implement a ib device
Decoder input LVDS format is a property of the decoder chip or even
its strapping. Add DT property data-mapping the same way lvds-panel
does, to define the LVDS data mapping.
Reviewed-by: Laurent Pinchart
Reviewed-by: Rob Herring
Signed-off-by: Marek Vasut
Cc: Laurent Pinchart
Cc: Rob Herring
Decoder input LVDS format is a property of the decoder chip or even
its strapping. Handle data-mapping the same way lvds-panel does. In
case data-mapping is not present, do nothing, since there are still
legacy bindings which do not specify this property.
Reviewed-by: Laurent Pinchart
On 10/10/21 2:27 PM, Sam Ravnborg wrote:
Hi,
[...]
+ if (!bus_node) {
+ dev_dbg(dev, "bus DT node not found\n");
+ return -ENXIO;
+ }
+
+ ret = of_property_read_string(bus_node, "data-mapping",
+
As requested in GPU Driver Developers Guide TODO list, replaces all
drm_lock boilerplates for DRM_MODESET_LOCK_ALL_* helpers.
Signed-off-by: Maíra Canal
---
drivers/gpu/drm/i915/display/intel_display.c | 13 ++---
1 file changed, 2 insertions(+), 11 deletions(-)
diff --git
'destroy_workqueue()' already drains the queue before destroying it, so
there is no need to flush it explicitly.
Remove the redundant 'flush_workqueue()' calls.
This was generated with coccinelle:
@@
expression E;
@@
- flush_workqueue(E);
destroy_workqueue(E);
Signed-off-by:
In order to better track where in the kernel the dma-buf code is used,
put the symbols in the namespace DMA_BUF and modify all users of the
symbols to properly import the namespace to not break the build at the
same time.
Now the output of modinfo shows the use of these symbols, making it
easier
On Mon, Sep 27, 2021 at 11:00:14AM -0400, Alex Deucher wrote:
> On Mon, Sep 27, 2021 at 7:15 AM Sumit Semwal wrote:
> >
> > Hello Greg,
> >
> > Thanks for the patch!
> >
> > On Sat, 25 Sept 2021 at 19:17, Greg Kroah-Hartman
> > wrote:
> >>
> >> In order to better track where in the kernel the
On Mon, Sep 27, 2021 at 11:39:21AM +0200, Arnd Bergmann wrote:
> On Sat, Sep 25, 2021 at 7:41 PM Arnd Bergmann wrote:
> > On Sat, Sep 25, 2021 at 3:47 PM Greg Kroah-Hartman
> > wrote:
>
> > > Only test-built on x86 allmodconfig, don't know what other arches will
> > > pick up, will let 0-day
On Mon, Sep 27, 2021 at 12:08:45PM +0200, Christian König wrote:
> Am 25.09.21 um 15:47 schrieb Greg Kroah-Hartman:
> > In order to better track where in the kernel the dma-buf code is used,
> > put the symbols in the namespace DMA_BUF and modify all users of the
> > symbols to properly import the
On Tue, Sep 28, 2021 at 09:31:45AM +0200, Daniel Vetter wrote:
> On Sat, Sep 25, 2021 at 03:47:00PM +0200, Greg Kroah-Hartman wrote:
> > In order to better track where in the kernel the dma-buf code is used,
> > put the symbols in the namespace DMA_BUF and modify all users of the
> > symbols to
has_panel_replay flag is used to check panel replay state
which is part of crtc_state structure.
v1: RFC version.
v2: has_panel_replay flag updated as per hw readout. [Jani]
Signed-off-by: Animesh Manna
---
drivers/gpu/drm/i915/display/intel_display.c | 1 +
TRANS_DP2_CTL register is programmed to enable panel replay from source
and sink is enabled through panel replay dpcd configuration address.
Signed-off-by: Animesh Manna
---
drivers/gpu/drm/i915/display/intel_psr.c | 30
drivers/gpu/drm/i915/i915_reg.h | 1 +
As panel replay feature similar to PSR feature of EDP panel, so currently
utilized existing psr framework for panel replay.
v1: RFC version.
v2: optimized code, pr_enabled and pr_dpcd variable removed. [Jose]
v3:
- code comments improved. [Jani]
- dpcd_readb used instead of dpcd_read. [Jani]
-
Platforms having Display 13 and above will support panel
replay feature of DP 2.0 monitor. Added a HAS_PR() macro
to check for panel replay capability.
v1: Initial version.
v2: DISPLAY_VER macro used instead of has_pr flag. [Jose]
v3: HAS_PR renamed to HAS_PANEL_REPLAY. [Jani]
Signed-off-by:
DPCD register definition added to check and enable panel replay
capability of the sink.
Signed-off-by: Animesh Manna
---
include/drm/drm_dp_helper.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
index
Panel Replay is a power saving feature for DP 2.0 monitor and similar
to PSR on EDP.
These patches are basic enablement patches and reused psr
framework to add panel replay related new changes which
may need further fine tuning to fill the gap if there is any.
Note: The patches are not tested
Hi Laurent,
> > > +
> > > + /*
> > > + * Decoder input LVDS format is a property of the decoder chip or even
> > > + * its strapping. Handle data-mapping the same way lvds-panel does. In
> > > + * case data-mapping is not present, do nothing, since there are still
> > > + * legacy bindings
Hi Sam,
On Sun, Oct 10, 2021 at 10:16:22AM +0200, Sam Ravnborg wrote:
> On Sun, Oct 10, 2021 at 12:41:52AM +0200, Marek Vasut wrote:
> > Decoder input LVDS format is a property of the decoder chip or even
> > its strapping. Handle data-mapping the same way lvds-panel does. In
> > case
Conversion of text binding for Adreno GPU to the YAML format.
Signed-off-by: David Heidelberg
---
v2:
- added compatbile description from Rob Clark
- dropped reg description
- reg numbers increased to 3 (since we also have uncommon cx_dbgc)
- specified interconnect-names items range
-
Hi Marek,
On Sun, Oct 10, 2021 at 12:41:52AM +0200, Marek Vasut wrote:
> Decoder input LVDS format is a property of the decoder chip or even
> its strapping. Handle data-mapping the same way lvds-panel does. In
> case data-mapping is not present, do nothing, since there are still
> legacy
Hi Zheyu,
On Sun, Oct 10, 2021 at 06:42:28AM +, Zheyu Ma wrote:
> savagefb and some other drivers call kfree to free 'info->pixmap.addr'
> even after calling unregister_framebuffer, which may cause double free.
>
> Fix this by setting 'fb_info->pixmap.addr' to NULL after kfree in
>
tree: git://people.freedesktop.org/~airlied/linux.git
drm-intel-display-refactor
head: 57c0bb98bd7351cfb13403dd854cc9a0fc9ad5df
commit: 0f3c35589c8c2924d384164482aa273def8aaf1a [7/9] drm/i915/display:
refactor fbdev pin/unpin out into functions.
config: i386-randconfig-s001-20211010
On 07/10/2021 14:40, Jason Gunthorpe wrote:
> On Thu, Oct 07, 2021 at 01:43:00PM +0300, Gal Pressman wrote:
>
>> @@ -1491,26 +1493,29 @@ static int efa_create_pbl(struct efa_dev *dev,
>> return 0;
>> }
>>
>> -struct ib_mr *efa_reg_mr(struct ib_pd *ibpd, u64 start, u64 length,
>> -
On 07/10/2021 13:44, Christian König wrote:
> Am 07.10.21 um 12:42 schrieb Gal Pressman:
>> The pin callback does not necessarily have to move the memory to system
>> memory, remove the sentence from the comment.
>>
>> Signed-off-by: Gal Pressman
>> ---
>> include/linux/dma-buf.h | 4 +---
>>
savagefb and some other drivers call kfree to free 'info->pixmap.addr'
even after calling unregister_framebuffer, which may cause double free.
Fix this by setting 'fb_info->pixmap.addr' to NULL after kfree in
unregister_framebuffer.
The following log reveals it:
[ 37.318872] BUG: KASAN:
51 matches
Mail list logo
