On Fri, Oct 4, 2019 at 3:47 PM Pintu Agarwal wrote:
>
> Hi,
>
> On Sun, Sep 29, 2019 at 10:24 PM Pintu Agarwal wrote:
> >
> > >
> > > On Mon, Sep 23, 2019 at 1:28 PM Pintu Agarwal
> > > wrote:
> > > >
> > > > Dear Philipp,
> > > >
> > > > I have a iMX6dl custom board with custom Linux Kernel 4.
https://bugs.freedesktop.org/show_bug.cgi?id=111979
--- Comment #2 from udo ---
5.3.6 has similar issues.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists
Hi,
> up later when given a buffer index. But we would still need to make
> the DMA-buf itself importable. For virtio-gpu I guess that would mean
> returning an sg_table backed by the shadow buffer pages.
The virtio-gpu driver in drm-misc-next supports dma-buf exports.
cheers,
Gerd
> -Original Message-
> From: Jason Wang
> Sent: Friday, October 11, 2019 3:16 AM
> To: k...@vger.kernel.org; linux-s...@vger.kernel.org; linux-
> ker...@vger.kernel.org; dri-devel@lists.freedesktop.org; intel-
> g...@lists.freedesktop.org; intel-gvt-...@lists.freedesktop.org;
> kwankh..
> -Original Message-
> From: Jason Wang
> Sent: Friday, October 11, 2019 3:16 AM
> To: k...@vger.kernel.org; linux-s...@vger.kernel.org; linux-
> ker...@vger.kernel.org; dri-devel@lists.freedesktop.org; intel-
> g...@lists.freedesktop.org; intel-gvt-...@lists.freedesktop.org;
> kwankh..
On 2019/10/16 上午12:38, Alex Williamson wrote:
On Fri, 11 Oct 2019 16:15:51 +0800
Jason Wang wrote:
diff --git a/drivers/vfio/mdev/mdev_core.c b/drivers/vfio/mdev/mdev_core.c
index b558d4cfd082..724e9b9841d8 100644
--- a/drivers/vfio/mdev/mdev_core.c
+++ b/drivers/vfio/mdev/mdev_core.c
@@
On Wed, Oct 9, 2019 at 12:04 AM Daniel Vetter wrote:
>
> On Tue, Oct 08, 2019 at 07:49:39PM +0900, Tomasz Figa wrote:
> > On Tue, Oct 8, 2019 at 7:03 PM Daniel Vetter wrote:
> > >
> > > On Sat, Oct 05, 2019 at 02:41:54PM +0900, Tomasz Figa wrote:
> > > > Hi Daniel, Gerd,
> > > >
> > > > On Tue, S
Reviewed-by: Prike Liang
BTW, would you help clarify why PP_SMU_NUM_DCFCLK_DPM_LEVELS is different from
the smu12_driver_if.h define
NUM_DCFCLK_DPM_LEVELS in you other patch about drm/amdgpu/powerplay: add renoir
funcs to support dc.
Is there can track the macro definition update ?
Thanks,
P
On Wed, Oct 16, 2019 at 08:03:24AM +0800, Changbin Du wrote:
> On Tue, Oct 15, 2019 at 04:54:39AM -0700, Matthew Wilcox wrote:
> > On Tue, Oct 15, 2019 at 11:25:53AM +0200, Thomas Zimmermann wrote:
> > > > My preference would be to use 'symbols'. I tried to come up with
> > > > something
> > > >
Hi all,
After merging the drm-misc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/gpu/drm/amd/amdgpu/amdgpu_tmz.c:23:10: fatal error: drm/drmP.h: No such
file or directory
23 | #include
| ^~~~
Caused by commit
4e98f871bcff ("drm: del
On Tue, Oct 15, 2019 at 12:27:26PM -0600, Jonathan Corbet wrote:
> On Sun, 13 Oct 2019 13:53:59 +0800
> Changbin Du wrote:
>
> > The 'functions' directive is not only for functions, but also works for
> > structs/unions. So the name is misleading. This patch renames it to
> > 'specific', so now w
On Tue, Oct 15, 2019 at 04:54:39AM -0700, Matthew Wilcox wrote:
> On Tue, Oct 15, 2019 at 11:25:53AM +0200, Thomas Zimmermann wrote:
> > > My preference would be to use 'symbols'. I tried to come up with
> > > something
> > > but 'symbols' is better than anything I came up with.
> >
> > Maybe 'i
The R-Car LVDS encoder driver implements the bridge .mode_set()
operation for the sole purpose of storing the mode in the LVDS private
data, to be used later when enabling the encoder.
Switch to the bridge .atomic_enable() and .atomic_disable() operations
in order to access the global atomic state
https://bugs.freedesktop.org/show_bug.cgi?id=111651
--- Comment #4 from ashutosh.di...@intel.com ---
Should probably start by looking at what the mmio_base values are and why bsd
is commented out? This will skip on all platforms for BSD engine, not just TGL
correct? See https://bugs.freedesktop.or
On Wed, Oct 9, 2019 at 6:31 PM Rob Herring wrote:
>
> On Tue, Oct 01, 2019 at 06:39:22PM -0500, Adam Ford wrote:
> > This patch adds documentation of device tree bindings for the WVGA panel
> > Logic PD Type 28 display.
> >
> > Signed-off-by: Adam Ford
> > ---
> > V4: Update per Rob H's suggesti
On Tue, Oct 15, 2019 at 10:02 PM Ville Syrjälä
wrote:
>
> On Tue, Oct 15, 2019 at 03:11:56PM -0400, Sean Paul wrote:
> > On Tue, Oct 15, 2019 at 02:07:00PM +0200, Thomas Zimmermann wrote:
> > > Hi
> > >
> >
> > Hi Thomas (and Daniel/Joonas/Rob),
> > Thanks for your feedback
> >
> > > Am 10.10.19 u
From: Daniel Stone
Mirroring addfb2, add tests for the new ioctl which will return us
information about framebuffers containing multiple buffers, as well as
modifiers.
Changes since v1:
- Add test that uses getfb2 output to call addfb2 as suggested by Ville
Signed-off-by: Daniel Stone
Signed-
Depends on ummerged kernel code for getfb2
Rest of drm.h taken from:
commit 54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c
Author: Linus Torvalds
Date: Mon Sep 30 10:35:40 2019 -0700
Linux 5.4-rc1
Signed-off-by: Juston Li
---
include/drm-uapi/drm.h | 39 +++
https://bugzilla.kernel.org/show_bug.cgi?id=204241
--- Comment #31 from Alex Deucher (alexdeuc...@gmail.com) ---
Created attachment 285511
--> https://bugzilla.kernel.org/attachment.cgi?id=285511&action=edit
possible fix for vcn
Same fix for vcn.
--
You are receiving this mail because:
You ar
https://bugzilla.kernel.org/show_bug.cgi?id=204241
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
Attachment #285475|0 |1
is obsole
https://bugzilla.kernel.org/show_bug.cgi?id=204241
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
Attachment #285473|0 |1
is obsole
On Tue, Oct 15, 2019 at 01:55:41PM -0700, Rodrigo Vivi wrote:
> On Tue, Oct 15, 2019 at 04:16:00AM +1000, Dave Airlie wrote:
> > I've kicked this around in my head over the past few weeks but wanted
> > to get some feedback on whether it's a good idea or what impact it
> > might have that I haven't
Hi Dave,
The following changes since commit 7ed093602e0e1b60a0fc074a9692687e7d2b723d:
Merge tag 'drm-misc-next-2019-10-09-2' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next (2019-10-11 09:30:53
+1000)
are available in the Git repository at:
git://linuxtv.org/pinchartl/media.gi
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #11 from Alex Deucher ---
The GPU dynamically adjusts the clocks and voltages at runtime based on the
load on the particular engines or hw subsytems. You can use the
pp_power_profile_mode interface to adjust the heuristics that dete
On Tue, Oct 15, 2019 at 04:16:00AM +1000, Dave Airlie wrote:
> I've kicked this around in my head over the past few weeks but wanted
> to get some feedback on whether it's a good idea or what impact it
> might have that I haven't considered.
>
> We are getting requests via both amdgpu/amdkfd and i
https://bugzilla.kernel.org/show_bug.cgi?id=205169
--- Comment #12 from Dmitri Seletski (drj...@gmail.com) ---
(In reply to Dmitri Seletski from comment #11)
> (In reply to Pierre-Eric Pelloux-Prayer from comment #10)
> > "git bisect" identifies this commit as the problematic one: 617089d5837a
> >
[Why]
Having the rounding of the backlight value restored to the way it was
seemingly gets rid of backlight flickering on certain Stoney Ridge
laptops.
[How]
Rescale the backlight level between min and max input signal value and
round it to a number between 0x0 and 0xFF. Then, use the rounding mod
On Tue, Oct 15, 2019 at 03:11:56PM -0400, Sean Paul wrote:
> On Tue, Oct 15, 2019 at 02:07:00PM +0200, Thomas Zimmermann wrote:
> > Hi
> >
>
> Hi Thomas (and Daniel/Joonas/Rob),
> Thanks for your feedback
>
> > Am 10.10.19 um 22:48 schrieb Sean Paul:
> > > From: Sean Paul
> > >
> > > *Record s
https://bugs.freedesktop.org/show_bug.cgi?id=112008
--- Comment #5 from babblebo...@gmail.com ---
(In reply to Alex Deucher from comment #4)
> Can you use git bisect the issue and find the exact commit that broke it or
> narrow down when the regression happened? E.g., working in 4.17-rc3 and
> br
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #96 from Sebastian Meyer ---
The desktop freezes related to sdma0 timeout errors are definitely not fixed
with the addition of this third patch. I just had another one while working in
WebStorm and PyCharm for a couple of hours.
Ker
Hi Jacopo,
On Tue, Oct 15, 2019 at 09:17:54PM +0200, Jacopo Mondi wrote:
> On Tue, Oct 15, 2019 at 08:54:22PM +0300, Laurent Pinchart wrote:
> > On Tue, Oct 15, 2019 at 03:37:52PM +0200, Jacopo Mondi wrote:
> >> On Tue, Oct 15, 2019 at 02:15:35PM +0100, Kieran Bingham wrote:
> >>> On 15/10/2019 11
On Fri, Oct 04, 2019 at 05:14:14PM +0200, Krzysztof Kozlowski wrote:
> Convert Samsung S3C/S5P/Exynos Serial/UART bindings to DT schema format
> using json-schema.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> .../bindings/mfd/samsung,exynos5433-lpass.txt | 2 +-
> .../bindings/serial/samsung
On Fri, 4 Oct 2019 17:14:13 +0200, Krzysztof Kozlowski wrote:
> Array elements under 'items' should be indented.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> Documentation/devicetree/bindings/gpu/samsung-rotator.yaml | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied, thanks.
Hi Laurent,
On Tue, Oct 15, 2019 at 08:54:22PM +0300, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
> On Tue, Oct 15, 2019 at 03:37:52PM +0200, Jacopo Mondi wrote:
> > On Tue, Oct 15, 2019 at 02:15:35PM +0100, Kieran Bingham wrote:
> > > On 15/10/2019 11:46, Jacopo Mondi wrot
Applied to drm-misc-next.
Thanks
On 10/15, Ville Syrjälä wrote:
> On Tue, Oct 15, 2019 at 01:40:12PM +, Siqueira, Rodrigo wrote:
> > LT-tunable PHY Repeaters can operate in two different modes: transparent
> > (default) and non-transparent. The value 0x55 specifies the transparent
> > mode, a
On Tue, Oct 15, 2019 at 02:07:00PM +0200, Thomas Zimmermann wrote:
> Hi
>
Hi Thomas (and Daniel/Joonas/Rob),
Thanks for your feedback
> Am 10.10.19 um 22:48 schrieb Sean Paul:
> > From: Sean Paul
> >
> > *Record scratch* You read that subject correctly, I bet you're wondering
> > how we got he
On Mon, 30 Sep 2019 10:15:04 +0100, Biju Das wrote:
> Document the RZ/G2N (R8A774B1) LVDS bindings.
>
> Signed-off-by: Biju Das
> ---
> Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt | 1 +
> 1 file changed, 1 insertion(+)
>
Acked-by: Rob Herring
___
On Mon, 30 Sep 2019 10:15:02 +0100, Biju Das wrote:
> Document the RZ/G2N (R8A774B1) SoC in the R-Car DU bindings.
>
> Signed-off-by: Biju Das
> ---
> Documentation/devicetree/bindings/display/renesas,du.txt | 2 ++
> 1 file changed, 2 insertions(+)
>
Acked-by: Rob Herring
___
https://bugs.freedesktop.org/show_bug.cgi?id=109389
--- Comment #9 from Czcibor Bohusz-Dobosz ---
As far as I'm able to test after bcc memleak decided to randomly stop working
on my machine, the leak is gone with Linux 5.3.6-arch1-1-ARCH and Mesa 19.2.1.
Great thanks to whoever managed to resolv
On Tue, Oct 15, 2019 at 09:13:37PM +0300, Ville Syrjälä wrote:
> On Tue, Oct 15, 2019 at 07:48:29PM +0200, Daniel Vetter wrote:
> > On Tue, Oct 15, 2019 at 7:28 PM Thomas Zimmermann
> > wrote:
> > >
> > > Hi Daniel
> > >
> > > Am 15.10.19 um 16:33 schrieb Daniel Vetter:
> > > > Hi Thomas,
> > > >
On Sun, 13 Oct 2019 13:53:59 +0800
Changbin Du wrote:
> The 'functions' directive is not only for functions, but also works for
> structs/unions. So the name is misleading. This patch renames it to
> 'specific', so now we have export/internal/specific directives to limit
> the functions/types to
On Tue, Oct 15, 2019 at 07:48:29PM +0200, Daniel Vetter wrote:
> On Tue, Oct 15, 2019 at 7:28 PM Thomas Zimmermann wrote:
> >
> > Hi Daniel
> >
> > Am 15.10.19 um 16:33 schrieb Daniel Vetter:
> > > Hi Thomas,
> > >
> > > On Mon, Oct 14, 2019 at 04:04:01PM +0200, Thomas Zimmermann wrote:
> > >> (wa
On Tue, Oct 15, 2019 at 07:48:29PM +0200, Daniel Vetter wrote:
> On Tue, Oct 15, 2019 at 7:28 PM Thomas Zimmermann wrote:
> >
> > Hi Daniel
> >
> > Am 15.10.19 um 16:33 schrieb Daniel Vetter:
> > > Hi Thomas,
> > >
> > > On Mon, Oct 14, 2019 at 04:04:01PM +0200, Thomas Zimmermann wrote:
> > >> (wa
Hi Jacopo and Kieran,
On Tue, Oct 15, 2019 at 01:52:29PM +0100, Kieran Bingham wrote:
> On 15/10/2019 11:46, Jacopo Mondi wrote:
> > Add CMM units to Renesas R-Car Gen3 SoC that support it, and reference them
> > from the Display Unit they are connected to.
> >
> > Sort the 'vsps', 'renesas,cmm'
Hi Jacopo,
Thank you for the patch.
On Tue, Oct 15, 2019 at 03:37:52PM +0200, Jacopo Mondi wrote:
> On Tue, Oct 15, 2019 at 02:15:35PM +0100, Kieran Bingham wrote:
> > On 15/10/2019 11:46, Jacopo Mondi wrote:
> > > Implement CMM handling in the crtc begin and enable atomic callbacks,
> > > and en
On Tue, Oct 15, 2019 at 7:28 PM Thomas Zimmermann wrote:
>
> Hi Daniel
>
> Am 15.10.19 um 16:33 schrieb Daniel Vetter:
> > Hi Thomas,
> >
> > On Mon, Oct 14, 2019 at 04:04:01PM +0200, Thomas Zimmermann wrote:
> >> (was: DRM driver for fbdev devices)
> >>
> >> This is version 2 of the fbdev convers
option to specify the
base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
url:
https://github.com/0day-ci/linux/commits/Thomas-Zimmermann/DRM-fbconv-helpers-for-converting-fbdev-drivers/20191015-152231
reproduce:
# apt-get install sparse
# sparse versi
Hi Daniel
Am 15.10.19 um 16:33 schrieb Daniel Vetter:
> Hi Thomas,
>
> On Mon, Oct 14, 2019 at 04:04:01PM +0200, Thomas Zimmermann wrote:
>> (was: DRM driver for fbdev devices)
>>
>> This is version 2 of the fbdev conversion helpers. It's more or less a
>> rewrite of the original patchset.
>>
>>
On Tue, 15 Oct 2019 20:17:01 +0800
Jason Wang wrote:
> On 2019/10/15 下午6:41, Cornelia Huck wrote:
> > On Fri, 11 Oct 2019 16:15:54 +0800
> > Jason Wang wrote:
> >
> >> Currently, except for the create and remove, the rest of
> >> mdev_parent_ops is designed for vfio-mdev driver only and may no
On Thu, 10 Oct 2019 14:06:54 -0700, Jeffrey Hugo wrote:
> Convert the sharp,ld-d5116z01b panel binding to DT schema.
>
> Signed-off-by: Jeffrey Hugo
> ---
> .../display/panel/sharp,ld-d5116z01b.txt | 26
> .../display/panel/sharp,ld-d5116z01b.yaml | 30 +
Hi Jacopo,
Thank you for the patch.
On Tue, Oct 15, 2019 at 12:46:16PM +0200, Jacopo Mondi wrote:
> Add a driver for the R-Car Display Unit Color Correction Module.
>
> In most of Gen3 SoCs, each DU output channel is provided with a CMM unit
> to perform image enhancement and color correction.
>
https://bugs.freedesktop.org/show_bug.cgi?id=111986
--- Comment #14 from Pierre-Eric Pelloux-Prayer
---
The last lines of your log indicates a gfx hang.
You can try to set the environment variable AMD_DEBUG to the "nongg" value to
see if it helps.
The apitrace you attached are the log output f
https://bugs.freedesktop.org/show_bug.cgi?id=111763
--- Comment #13 from Pierre-Eric Pelloux-Prayer
---
For hangs involving radv the AMD_DEBUG options aren't relevant.
You should use RADV_DEBUG instead (probably doesn't support the same values).
Also opening a bug in https://gitlab.freedesktop.
On Tue, 15 Oct 2019 14:31:51 +0200, Benjamin Gaignard wrote:
> Convert the STM32 display binding to DT schema format using json-schema.
> Split the original bindings in two yaml files:
> - one for display controller (ltdc)
> - one for DSI controller
>
> Signed-off-by: Benjamin Gaignard
> ---
> ch
Reviewed-by: Bhawanpreet Lakha
On 2019-10-15 12:51 p.m., Hersen Wu wrote:
> when CONFIG_DRM_AMD_DC_DCN2_1 is not enable in .config,
> there is build error. struct dpm_clocks shoud not be
> guarded.
>
> Signed-off-by: Hersen Wu
> ---
> drivers/gpu/drm/amd/display/dc/dm_pp_smu.h | 3 ---
> 1 fi
Den 15.10.2019 17.59, skrev Andy Shevchenko:
> On Tue, Oct 15, 2019 at 05:41:53PM +0200, Noralf Trønnes wrote:
>> Den 15.10.2019 16.32, skrev Andy Shevchenko:
>>> On Fri, Jul 19, 2019 at 05:59:10PM +0200, Noralf Trønnes wrote:
spi-bcm2835 can handle >64kB buffers now so there is no need to c
Hi Jcopo,
Thank you for the patches.
On Tue, Oct 15, 2019 at 12:46:13PM +0200, Jacopo Mondi wrote:
> References:
> A reference to the v1 cover letter, with some background on the CMM is
> available here:
> https://lkml.org/lkml/2019/6/6/583
> v2:
> https://lore.kernel.org/linux-renesas-soc/201907
when CONFIG_DRM_AMD_DC_DCN2_1 is not enable in .config,
there is build error. struct dpm_clocks shoud not be
guarded.
Signed-off-by: Hersen Wu
---
drivers/gpu/drm/amd/display/dc/dm_pp_smu.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/display/dc/dm_pp_smu.h
b/driver
From: AngeloGioacchino Del Regno
Some SoCs, like MSM8956/8976 (and APQ variants), do feature these
clocks and we need to enable them in order to get both of the
hw (mdp5/rot) Translation Buffer Units (TBUs) to properly work.
Signed-off-by: AngeloGioacchino Del Regno
---
drivers/gpu/drm/msm/dis
On Mon, Oct 14, 2019 at 1:51 PM Daniel Vetter wrote:
>
> On Mon, Oct 14, 2019 at 6:21 PM Li, Juston wrote:
> >
> > On Wed, 2019-10-09 at 17:50 +0200, Daniel Vetter wrote:
> > > On Thu, Oct 03, 2019 at 11:31:25AM -0700, Juston Li wrote:
> > > > From: Daniel Stone
> > > >
> > > > getfb2 allows us
On Tue, Oct 15, 2019 at 7:40 AM Fabio Estevam wrote:
>
> Booting the adreno driver on a imx53 board leads to the following
> error message:
>
> adreno 3000.gpu: [drm:adreno_gpu_init] *ERROR* Could not find the GPU
> powerlevels
>
> As the "qcom,gpu-pwrlevels" property is optional and never pr
From: AngeloGioacchino Del Regno
On family B SoCs, the 28nm PLL has a different iospace address
and that required a new compatible in the driver.
Signed-off-by: AngeloGioacchino Del Regno
---
Documentation/devicetree/bindings/display/msm/dsi.txt | 1 +
1 file changed, 1 insertion(+)
diff --gi
Include to get the definitions of
drm_fb_cma_get_gem_{addr,obj} functions to fix the following
sparse warnings:
drivers/gpu/drm/drm_fb_cma_helper.c:38:27: warning: symbol
'drm_fb_cma_get_gem_obj' was not declared. Should it be static?
drivers/gpu/drm/drm_fb_cma_helper.c:62:12: warning: symbol
'
From: AngeloGioacchino Del Regno
The 28nm PLL has a different iospace on MSM/APQ family B SoCs:
add a new configuration and use it when the DT reports the
"qcom,dsi-phy-28nm-hpm-fam-b" compatible.
Signed-off-by: AngeloGioacchino Del Regno
---
drivers/gpu/drm/msm/dsi/phy/dsi_phy.c | 2 ++
From: AngeloGioacchino Del Regno
Add the configuration entries for the MDP5 v1.11, found on
MSM8956, MSM8976 and APQ variants.
Signed-off-by: AngeloGioacchino Del Regno
---
drivers/gpu/drm/msm/disp/mdp5/mdp5_cfg.c | 98
1 file changed, 98 insertions(+)
diff --git a/dr
From: AngeloGioacchino Del Regno
The Adreno 510 GPU is a stripped version of the Adreno 5xx,
found in low-end SoCs like 8x56 and 8x76, which has 256K of
GMEM, with no GPMU nor ZAP.
Also, since the Adreno 5xx part of this driver seems to be
developed with high-end Adreno GPUs in mind, and since th
From: AngeloGioacchino Del Regno
MSM8976, MSM8976 and APQ variants have DSI version 3:10040002
(DSI 6G V1.4.2), featuring two DSIs.
They need three clocks (mdp_core, iface, bus), one GDSC and
two vregs, VDDA at 1.2V and VDDIO at 1.8V.
Signed-off-by: AngeloGioacchino Del Regno
---
drivers/gpu/d
On Mon, Oct 14, 2019 at 04:04:15PM +0200, Thomas Zimmermann wrote:
> Only code is being copied, no functional changes are made.
>
> Signed-off-by: Thomas Zimmermann
> ---
> drivers/staging/mgakms/g450_pll.c | 539 +a
...
Personally I would start from scratch. In fact some years (*c
The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed
for portable device. It converts MIPI DSI/DPI to DisplayPort 1.3 4K.
The ANX7625 can support both USB Type-C PD feature and MIPI DSI/DPI
to DP feature. This driver only enabled MIPI DSI/DPI to DP feature.
Signed-off-by: Xin Ji
-
:
- Rebased onto linux-next 20191015
- Renamed MSM8x56 references to MSM8x76 (the reason is that I am
using the 8976/8x76 name for all the other drivers. Also, the
8976 and 8956 chips are equal and the only changing part is
the CPU big cores count)
- Splitted dt-bindings modifications as per request
From: AngeloGioacchino Del Regno
These two clocks aren't present in all versions of the MDP5 HW:
where present, they are needed to enable the Translation Buffer
Unit(s).
Signed-off-by: AngeloGioacchino Del Regno
---
Documentation/devicetree/bindings/display/msm/mdp5.txt | 2 ++
1 file changed,
On Fri, 11 Oct 2019 16:15:51 +0800
Jason Wang wrote:
> diff --git a/drivers/vfio/mdev/mdev_core.c b/drivers/vfio/mdev/mdev_core.c
> index b558d4cfd082..724e9b9841d8 100644
> --- a/drivers/vfio/mdev/mdev_core.c
> +++ b/drivers/vfio/mdev/mdev_core.c
> @@ -45,6 +45,12 @@ void mdev_set_drvdata(stru
Forgot to Cc lkml.
On Mon, 14 Oct 2019, Davidlohr Bueso wrote:
Because it is not a Rmw operation, atomic_set() is never serialized,
and therefore the 'upgradable' smp_mb__{before,after}_atomic() calls
that order the write to preempt_state are completely bogus.
This patch replaces these with sm
On Tue, Oct 15, 2019 at 5:07 AM Thomas Zimmermann wrote:
>
> Hi
>
> Am 10.10.19 um 22:48 schrieb Sean Paul:
> > From: Sean Paul
> >
> > *Record scratch* You read that subject correctly, I bet you're wondering
> > how we got here. At least hear me out before you flame :-)
> >
> > For a long while
On Tue, Oct 15, 2019 at 5:59 PM Andy Shevchenko
wrote:
>
> On Tue, Oct 15, 2019 at 05:41:53PM +0200, Noralf Trønnes wrote:
> > Den 15.10.2019 16.32, skrev Andy Shevchenko:
> > > On Fri, Jul 19, 2019 at 05:59:10PM +0200, Noralf Trønnes wrote:
> > >> spi-bcm2835 can handle >64kB buffers now so there
On Tue, Oct 15, 2019 at 05:41:53PM +0200, Noralf Trønnes wrote:
> Den 15.10.2019 16.32, skrev Andy Shevchenko:
> > On Fri, Jul 19, 2019 at 05:59:10PM +0200, Noralf Trønnes wrote:
> >> spi-bcm2835 can handle >64kB buffers now so there is no need to check
> >> ->max_dma_len. The tinydrm_spi_max_trans
On Tue, Oct 15, 2019 at 05:41:53PM +0200, Noralf Trønnes wrote:
> Den 15.10.2019 16.32, skrev Andy Shevchenko:
> > On Fri, Jul 19, 2019 at 05:59:10PM +0200, Noralf Trønnes wrote:
> >> spi-bcm2835 can handle >64kB buffers now so there is no need to check
> >> ->max_dma_len. The tinydrm_spi_max_trans
On Tue, Oct 15, 2019 at 5:14 PM James Jones wrote:
>
> On 10/15/19 7:19 AM, Daniel Vetter wrote:
> > On Mon, Oct 14, 2019 at 03:13:21PM -0700, James Jones wrote:
> >> Builds upon the existing NVIDIA 16Bx2 block linear
> >> format modifiers by adding more "fields" to the
> >> existing parameterized
Den 15.10.2019 16.32, skrev Andy Shevchenko:
> On Fri, Jul 19, 2019 at 05:59:10PM +0200, Noralf Trønnes wrote:
>> spi-bcm2835 can handle >64kB buffers now so there is no need to check
>> ->max_dma_len. The tinydrm_spi_max_transfer_size() max_len argument is
>> not used by any callers, so not need
Reviewed-by: Bhawanpreet Lakha
On 2019-10-15 11:04 a.m., Hersen Wu wrote:
> enable dc get dmp clock table and set dcn watermarks
> via pplib.
>
> Signed-off-by: Hersen Wu
> ---
> .../amd/display/amdgpu_dm/amdgpu_dm_pp_smu.c | 93 +++
> drivers/gpu/drm/amd/display/dc/dm_pp_smu
https://bugs.freedesktop.org/show_bug.cgi?id=112007
Michel Dänzer changed:
What|Removed |Added
Assignee|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop
On 10/15/19 7:19 AM, Daniel Vetter wrote:
On Mon, Oct 14, 2019 at 03:13:21PM -0700, James Jones wrote:
Builds upon the existing NVIDIA 16Bx2 block linear
format modifiers by adding more "fields" to the
existing parameterized
DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifier
macro that allow full
enable dc get dmp clock table and set dcn watermarks
via pplib.
Signed-off-by: Hersen Wu
---
.../amd/display/amdgpu_dm/amdgpu_dm_pp_smu.c | 93 +++
drivers/gpu/drm/amd/display/dc/dm_pp_smu.h| 2 +-
2 files changed, 94 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/d
On Tue, Oct 15, 2019 at 05:32:36PM +0300, Andy Shevchenko wrote:
> On Fri, Jul 19, 2019 at 05:59:10PM +0200, Noralf Trønnes wrote:
> > spi-bcm2835 can handle >64kB buffers now so there is no need to check
> > ->max_dma_len. The tinydrm_spi_max_transfer_size() max_len argument is
> > not used by any
On Tue, Oct 15, 2019 at 11:37:17AM +0800, Jason Wang wrote:
>
> On 2019/10/15 上午1:49, Stefan Hajnoczi wrote:
> > On Fri, Oct 11, 2019 at 04:15:50PM +0800, Jason Wang wrote:
> > > There are hardware that can do virtio datapath offloading while having
> > > its own control path. This path tries to i
From: Thierry Reding
During the discussion of patches that enhance the drm_dp_link helpers it
was concluded that these helpers aren't very useful to begin with. Start
pushing the equivalent code into individual drivers to ultimately remove
them.
Signed-off-by: Thierry Reding
---
drivers/gpu/dr
From: Thierry Reding
If the transmitter supports pre-emphasis post cursor2 the sink will
request adjustments in a similar way to how it requests adjustments to
the voltage swing and pre-emphasis settings.
Add a helper to extract these adjustments on a per-lane basis from the
DPCD link status.
R
From: Thierry Reding
During the discussion of patches that enhance the drm_dp_link helpers it
was concluded that these helpers aren't very useful to begin with. Start
pushing the equivalent code into individual drivers to ultimately remove
them.
Signed-off-by: Thierry Reding
---
drivers/gpu/dr
From: Thierry Reding
During the discussion of patches that enhance the drm_dp_link helpers it
was concluded that these helpers aren't very useful to begin with. After
all other drivers have been converted not to use these helpers anymore,
move these helpers into the last remaining user: Tegra DRM
From: Thierry Reding
During the discussion of patches that enhance the drm_dp_link helpers it
was concluded that these helpers aren't very useful to begin with. Start
pushing the equivalent code into individual drivers to ultimately remove
them.
Signed-off-by: Thierry Reding
---
drivers/gpu/dr
From: Thierry Reding
The DP specification uses the term "default framing" instead of "non-
enhanced framing".
Reviewed-by: Andrzej Hajda
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/bridge/tc358767.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/brid
From: Thierry Reding
Add a helper to check whether the sink supports ANSI 8B/10B channel
coding capability as specified in ANSI X3.230-1994, clause 11.
Signed-off-by: Thierry Reding
---
include/drm/drm_dp_helper.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/drm/drm_dp_he
From: Thierry Reding
During the discussion of patches that enhance the drm_dp_link helpers it
was concluded that these helpers aren't very useful to begin with. Start
pushing the equivalent code into individual drivers to ultimately remove
them.
Signed-off-by: Thierry Reding
---
drivers/gpu/dr
From: Thierry Reding
Add a helper that checks for the fast training capability given the DPCD
receiver capabilities blob.
Signed-off-by: Thierry Reding
---
include/drm/drm_dp_helper.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_he
From: Thierry Reding
It's idiomatic to check the return value of a function call immediately
after the function call, without any blank lines in between, to make it
more obvious that the two lines belong together.
v2: fix outdated commit message (Philipp Zabel)
Signed-off-by: Thierry Reding
--
From: Thierry Reding
Hi,
Following up on the discussion about the usefulness of the drm_dp_link
helpers, here's a new series that adds a couple of new DPCD parser
functions and then pushes the drm_dp_link helpers down into drivers.
For most drivers this was pretty easy to do since they didn't he
From: Thierry Reding
Make use of the newly added drm_dp_aux_rd_interval() helper in existing
DP link training helpers.
v2: drop stale sentence from commit message (Philipp Zabel)
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 26 +++---
1 file changed,
From: Thierry Reding
Keeping the list sorted alphabetically makes it much easier to determine
where to add new includes.
Signed-off-by: Thierry Reding
---
include/drm/drm_dp_helper.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/drm/drm_dp_helper.h b/include/d
From: Thierry Reding
Add a helper to check if the sink supports the eDP alternate scrambler
reset value of 0xfffe.
Signed-off-by: Thierry Reding
---
include/drm/drm_dp_helper.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
From: Thierry Reding
Use microsecond sleeps for the clock recovery and channel equalization
delays during link training. The duration of these delays can be from
100 us up to 16 ms. It is rude to busy-loop for that amount of time.
While at it, also convert to standard coding style by putting the
1 - 100 of 185 matches
Mail list logo
