From: Lima Project Developers
Signed-off-by: Qiang Yu
Signed-off-by: Neil Armstrong
Signed-off-by: Simon Shields
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/Kconfig | 2 ++
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/lima/Kconfig | 9 +
drivers/gpu/drm/lima/M
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_ctx.c | 143
drivers/gpu/drm/lima/lima_ctx.h | 51
2 files changed, 194 insertions(+)
create mode 100644 drivers/gpu/drm/lima/lima_ctx.c
create mode 100644 drivers/gpu/drm/lima/lima_ctx.h
diff
From: Lima Project Developers
Signed-off-by: Qiang Yu
Signed-off-by: Marek Vasut
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/lima/lima_mmu.c | 154
drivers/gpu/drm/lima/lima_mmu.h | 34 +++
2 files changed, 188 insertions(+)
create mode 100644 driv
From: Lima Project Developers
Signed-off-by: Qiang Yu
Signed-off-by: Erico Nunes
---
drivers/gpu/drm/lima/lima_gem_prime.c | 66 +++
drivers/gpu/drm/lima/lima_gem_prime.h | 31 +
2 files changed, 97 insertions(+)
create mode 100644 drivers/gpu/drm/lima/lima
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_sched.c | 497 ++
drivers/gpu/drm/lima/lima_sched.h | 126
2 files changed, 623 insertions(+)
create mode 100644 drivers/gpu/drm/lima/lima_sched.c
create mode 100644 drivers/gpu/drm/lima/lima_sched.h
dif
BCAST is a hardware module to broadcast register
read/write for PPs. It can also merge IRQs from
different PPs into one IRQ.
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_bcast.c | 65 +++
drivers/gpu/drm/lima/lima_bcast.h | 34
2 files change
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_object.c | 120 +
drivers/gpu/drm/lima/lima_object.h | 87 +
2 files changed, 207 insertions(+)
create mode 100644 drivers/gpu/drm/lima/lima_object.c
create mode 100644 drivers/gpu/drm/lima/li
GP is a processor for OpenGL vertex shader
processing.
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_gp.c | 293 +
drivers/gpu/drm/lima/lima_gp.h | 34
2 files changed, 327 insertions(+)
create mode 100644 drivers/gpu/drm/lima/lima_gp.c
create mode
From: Lima Project Developers
PP is a processor used for OpenGL fragment shader
processing.
Signed-off-by: Qiang Yu
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/lima/lima_pp.c | 418 +
drivers/gpu/drm/lima/lima_pp.h | 37 +++
2 files changed, 455 insertio
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_ttm.c | 409
drivers/gpu/drm/lima/lima_ttm.h | 44
2 files changed, 453 insertions(+)
create mode 100644 drivers/gpu/drm/lima/lima_ttm.c
create mode 100644 drivers/gpu/drm/lima/lima_ttm.h
diff --git a/
From: Lima Project Developers
Signed-off-by: Qiang Yu
Signed-off-by: Erico Nunes
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/lima/lima_gem.c | 459
drivers/gpu/drm/lima/lima_gem.h | 41 +++
2 files changed, 500 insertions(+)
create mode 100644 drivers/
DLBU is used to balance load among PPs.
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_dlbu.c | 75
drivers/gpu/drm/lima/lima_dlbu.h | 37
2 files changed, 112 insertions(+)
create mode 100644 drivers/gpu/drm/lima/lima_dlbu.c
create mode
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_l2_cache.c | 98
drivers/gpu/drm/lima/lima_l2_cache.h | 32 +
2 files changed, 130 insertions(+)
create mode 100644 drivers/gpu/drm/lima/lima_l2_cache.c
create mode 100644 drivers/gpu/drm/lima/lima_l2_cac
From: Lima Project Developers
Signed-off-by: Qiang Yu
Signed-off-by: Vasily Khoruzhick
---
drivers/gpu/drm/lima/lima_vm.c | 312 +
drivers/gpu/drm/lima/lima_vm.h | 73
2 files changed, 385 insertions(+)
create mode 100644 drivers/gpu/drm/lima/lima_vm.
From: Lima Project Developers
Signed-off-by: Qiang Yu
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/lima/lima_pmu.c | 85 +
drivers/gpu/drm/lima/lima_pmu.h | 30
2 files changed, 115 insertions(+)
create mode 100644 drivers/gpu/drm/lima/lima_pm
This reverts commit 45c3d213a400c952ab7119f394c5293bb6877e6b.
lima driver need preclose to wait all task in the context
created within closing file to finish before free all the
buffer object. Otherwise pending tesk may fail and get
noisy MMU fault message.
Move this wait to each buffer object fr
From: Simon Shields
v2 (Qiang Yu):
add vender string to exynos4 mali gpu
Based off a similar commit for the Samsung Mali driver by
Tobias Jakobi
Signed-off-by: Simon Shields
Signed-off-by: Qiang Yu
---
arch/arm/boot/dts/exynos4.dtsi | 33 +
1 file changed,
From: Andrei Paulau <7134...@gmail.com>
Meson mali GPU operate in high clock frequency, need
this value be high to work in a stable state.
Signed-off-by: Andrei Paulau <7134...@gmail.com>
---
arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm
Signed-off-by: Qiang Yu
---
Documentation/devicetree/bindings/gpu/arm,mali-utgard.txt | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/gpu/arm,mali-utgard.txt
b/Documentation/devicetree/bindings/gpu/arm,mali-utgard.txt
index c1f65d1dac1d..062d4bee216a 100
Meson mali GPU operate in high clock frequency, need
this value be high to work in a stable state.
Signed-off-by: Qiang Yu
---
arch/arm64/boot/dts/amlogic/meson-gxl-mali.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxl-mali.dtsi
b/arch/arm64/boot/dt
From: Lima Project Developers
Signed-off-by: Qiang Yu
Signed-off-by: Simon Shields
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/lima/lima_device.c | 407 +
drivers/gpu/drm/lima/lima_device.h | 136 ++
2 files changed, 543 insertions(+)
create mode 100
Kernel DRM driver for ARM Mali 400/450 GPUs.
This implementation mainly take amdgpu DRM driver as reference.
- Mali 4xx GPUs have two kinds of processors GP and PP. GP is for
OpenGL vertex shader processing and PP is for fragment shader
processing. Each processor has its own MMU so prcessors
From: Lima Project Developers
Signed-off-by: Qiang Yu
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/lima/lima_regs.h | 304 +++
1 file changed, 304 insertions(+)
create mode 100644 drivers/gpu/drm/lima/lima_regs.h
diff --git a/drivers/gpu/drm/lima/lima_regs.h
Signed-off-by: Qiang Yu
---
include/uapi/drm/lima_drm.h | 195
1 file changed, 195 insertions(+)
create mode 100644 include/uapi/drm/lima_drm.h
diff --git a/include/uapi/drm/lima_drm.h b/include/uapi/drm/lima_drm.h
new file mode 100644
index ..9d
From: Lima Project Developers
Signed-off-by: Qiang Yu
Signed-off-by: Heiko Stuebner
Signed-off-by: Erico Nunes
---
drivers/gpu/drm/lima/lima_drv.c | 466
drivers/gpu/drm/lima/lima_drv.h | 77 ++
2 files changed, 543 insertions(+)
create mode 100644 drive
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.18-wip
head: 404af8e5236fe7eb64d91bf708bd7aa81815d14e
commit: a21ddec61c5ed30b58eea3268ad3e0c69452ebfe [80/108] drm/amd/display: fix
31_32_fixpt shift functions
config: i386-randconfig-a1-201819 (attached as .config)
compiler: gcc-
https://bugs.freedesktop.org/show_bug.cgi?id=106548
--- Comment #5 from Francesco Balestrieri ---
Additional comment from Kishore in the duplicate bug #106549:
"I have tried on default kernel version on ubuntu 18.04 is 4.15-rc20.
and also on the drm-tip, i can see the failure"
--
You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=104817
--- Comment #6 from Justin Mitzel ---
Although it also seems very likely that this is a Kernel driver issue.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mai
https://bugs.freedesktop.org/show_bug.cgi?id=104817
--- Comment #5 from Justin Mitzel ---
I am also having this problem. Ryzen 2500u on kernel 4.16-DRM-next. Many hangs
that require a reboot to fix.
--
You are receiving this mail because:
You are the assignee for the bug.___
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.18-wip
head: 404af8e5236fe7eb64d91bf708bd7aa81815d14e
commit: a21ddec61c5ed30b58eea3268ad3e0c69452ebfe [80/108] drm/amd/display: fix
31_32_fixpt shift functions
config: i386-allmodconfig (attached as .config)
compiler: gcc-7 (Debia
https://bugs.freedesktop.org/show_bug.cgi?id=102009
Jan Vesely changed:
What|Removed |Added
Summary|Blender crashes when|[clover, amdgcn] Blender
https://bugs.freedesktop.org/show_bug.cgi?id=106571
Bug ID: 106571
Summary: Stoney [Radeon R5 Graphics] [1002:98E4] hangs on
hibernate
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (Al
On Freitag, 18. Mai 2018 09:14:36 CEST Maxime Ripard wrote:
> On Mon, May 14, 2018 at 10:36:08PM +0200, Paul Kocialkowski wrote:
> > > > + backlight: backlight {
> > > > + compatible = "pwm-backlight";
> > > > + pwms = <&pwm 0 5 PWM_POLARITY_INVERTED>;
> > > >
Hi Dave,
The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338:
Linux 4.17-rc1 (2018-04-15 18:24:20 -0700)
are available in the Git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.18-rc1
for you to fetch changes up to 6134534ca24f42043cac
On Sat, May 19, 2018 at 01:28:17AM +0300, Dmitry Osipenko wrote:
> On 19.05.2018 01:24, Thierry Reding wrote:
> > On Sat, May 19, 2018 at 01:18:05AM +0300, Dmitry Osipenko wrote:
> >> On 19.05.2018 01:13, Thierry Reding wrote:
> >>> On Fri, May 18, 2018 at 11:58:19PM +0200, Thierry Reding wrote:
>
On Sat, May 19, 2018 at 01:18:05AM +0300, Dmitry Osipenko wrote:
> On 19.05.2018 01:13, Thierry Reding wrote:
> > On Fri, May 18, 2018 at 11:58:19PM +0200, Thierry Reding wrote:
> >> On Sat, May 19, 2018 at 12:42:22AM +0300, Dmitry Osipenko wrote:
> >>> On 18.05.2018 23:33, Thierry Reding wrote:
>
On Fri, May 18, 2018 at 11:58:19PM +0200, Thierry Reding wrote:
> On Sat, May 19, 2018 at 12:42:22AM +0300, Dmitry Osipenko wrote:
> > On 18.05.2018 23:33, Thierry Reding wrote:
> > > From: Thierry Reding
> > >
> > > Document the userspace ABI with kerneldoc to provide some information on
> > > h
Hi Maruthi,
FYI, the error/warning still remains.
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: e92fc21bcb298e0dc2823c7910961c7587de12e5
commit: 2a6630b1095609b26a205b7c537594f3cde99c0a [114/468] ASoC: AMD: enable
ACP3x drivers build
config: sh-allmodconfig (
On Sat, May 19, 2018 at 12:07:15AM +0300, Dmitry Osipenko wrote:
> On 18.05.2018 23:12, Thierry Reding wrote:
> > On Fri, May 18, 2018 at 08:19:55PM +0300, Dmitry Osipenko wrote:
> >> On 17.05.2018 18:41, Thierry Reding wrote:
> >>> From: Thierry Reding
> >>>
> >>> Document the userspace ABI with
On Sat, May 19, 2018 at 12:42:22AM +0300, Dmitry Osipenko wrote:
> On 18.05.2018 23:33, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Document the userspace ABI with kerneldoc to provide some information on
> > how to use it.
> >
> > v2:
> > - keep GEM object creation flags for ABI comp
https://bugs.freedesktop.org/show_bug.cgi?id=106441
--- Comment #1 from Richard B. Kreckel ---
I can reproduce this: Totem 3.26 is basically unable to play MPEG-4 or H.264
Videos on AMD graphics cards using Mesa 18.0.3. It hangs, lags, and uses almost
all available CPU resources. I'm using X11 (D
Provide individual device drivers the chance to gracefully refuse
to attach a device to the default domain. If the attach_device
op returns -ENOTSUPP don't print a error message and don't set
group->domain but still return success from iommu_group_add_dev().
This allows all the usual APIs to work
Add support for per-instance pagetables for 5XX targets. Create a support
buffer for preemption to hold the SMMU pagetable information for a preempted
ring, enable TTBR1 to support split pagetables and add the necessary PM4
commands to trigger a pagetable switch at the beginning of a user command.
Create a per-instance address spaces when a new DRM file instance is
opened assuming the target supports it and the underlying
infrastructure exists. If the operation is unsupported fall back
quietly to use the global pagetable.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/msm_drv.c | 31
Add a list of compatible strings for devices that wish to opt out
of attaching to a DMA domain. This is for devices that prefer to
manage their own IOMMU space for any number of reasons. Returning
-ENOTSUPP for attach device will filter down and force
arch_setup_dma_ops() to not set up the iommu D
arm-smmu based targets can support split pagetables (TTBR0/TTBR1).
This is most useful for implementing per-instance pagetables so that
the "user" pagetable can be swapped out while the "kernel" or
"global" pagetable remains entact.
if the target specifies a global virtual memory range then try to
Some older SMMU implementations that do not have a fully featured
hardware PASID features have alternate workarounds for using multiple
pagetables. For example, MSM GPUs have logic to automatically switch the
user pagetable from hardware by writing the context bank directly.
Support private PASIDs
A5XX GPUs can be run in either 32 or 64 bit mode. The GPU registers
and the microcode use 64 bit virtual addressing in either case but the
upper 32 bits are ignored if the GPU is in 32 bit mode. There is no
performance disadvantage to remaining in 64 bit mode even if we are
only generating 32 bit a
Add a function to allocate a new pasid from a existing
MMU domain and create a per-instance address space.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/msm_drv.h | 3 +++
drivers/gpu/drm/msm/msm_gem_vma.c | 37 +--
2 files changed, 33 insertions(+), 7 del
The IOMMU core can support creating multiple pagetables
for a specific domai and making them available to a client
driver that has the means to manage the pagetable itself.
PASIDs are unique indexes to a software created pagetable with
the same format and characteristics as the parent IOMMU device
Just allowing a client driver to create and manage a
a private PASID isn't interesting if the client driver doesn't have
enough information about the pagetable to be able to use it. Add a
side band function for arm-smmu that lets the client device register
pasid operations to pass the relevant page
Pass the index of the MMU domain in struct msm_file_private instead
of assuming gpu->id throughout the submit path. This clears the way
to change ctx->aspace to a per-instance pagetable.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/msm_drv.c| 16
drivers/gpu/drm/
Add a few simple support functions to support a bitmask of
features that a specific MMU implementation supports. The
first feature will be per-instance pagetables coming in the
following patch.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/msm_mmu.h | 13 +
1 file changed, 13
This is v2 of a patchset of changes to implmeent private PASID support
for arm-smmu-v2 targets and implement per-instance pagetables for
MSM GPUs.
Per-instance pagetables allow the target GPU driver to create and manage
an individual pagetable for each file descriptor instance and switch
between t
Add a new domain attribute to enable split pagetable support for devices
devices that support it.
Signed-off-by: Jordan Crouse
---
include/linux/iommu.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/iommu.h b/include/linux/iommu.h
index d7e2f54086e4..366254e4b07f 100644
--- a
Add support for allocating and populating pagetables
indexed by private PASIDs. Each new PASID is allocated a pagetable
with the same parameters and format as the parent domain.
Signed-off-by: Jordan Crouse
---
drivers/iommu/arm-smmu.c | 154 +++--
drivers/iommu
Add support for a split pagetable (TTBR0/TTBR1) scheme for
arm-smmu-v2. If split pagetables are enabled, create a
pagetable for TTBR1 and set up the sign extension bit so
that all IOVAs with that bit set are mapped and translated
from the TTBR1 pagetable.
Signed-off-by: Jordan Crouse
---
drivers
Now that we have a working example of an ARM driver that implements
split pagetables completely in the client driver it is apparent that
we don't need to store an extra ttbr value in the io_pgtbl_cfg struct
that will never get used.
Signed-off-by: Jordan Crouse
---
drivers/iommu/arm-smmu-v3-cont
Lines 680 and 682 contain the same constant.
julia
-- Forwarded message --
Date: Sat, 19 May 2018 04:22:09 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: [radeon-alex:drm-next-4.18-wip 44/78]
drivers/gpu/drm/amd/amdgpu/soc15.c:680:3-24: duplicated
From: Thierry Reding
Document the userspace ABI with kerneldoc to provide some information on
how to use it.
v2:
- keep GEM object creation flags for ABI compatibility
- fix typo in struct drm_tegra_syncpt_incr kerneldoc
- fix typos in struct drm_tegra_submit kerneldoc
- reworded some descriptio
On Fri, May 18, 2018 at 08:19:55PM +0300, Dmitry Osipenko wrote:
> On 17.05.2018 18:41, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Document the userspace ABI with kerneldoc to provide some information on
> > how to use it.
> >
> > Signed-off-by: Thierry Reding
> > ---
> > drivers/g
removed in commit bb45ce4e3ac751315bfd7fbfd9e1425bf515ec0d
Adding it back as it is still needed in the case where we don't find a
match.
Signed-off-by: Kevin Strasser
---
xf86drm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/xf86drm.c b/xf86drm.c
index 3a9d0ed..056dfa4 100644
--- a/xf
https://bugzilla.kernel.org/show_bug.cgi?id=86351
--- Comment #31 from Christian Birchinger (jo...@netswarm.net) ---
Because you've referenced bug 101900 and the bug has been marked as fixed
there, i've just retested my system with my now old Radeon R9 280X and Kernel
4.16.7
Audio over HDMI plays
Fixes memory leak on module unload.
Analogous to mesa commit of the same name.
Signed-off-by: Jan Vesely
---
amdgpu/amdgpu_device.c | 4
1 file changed, 4 insertions(+)
diff --git a/amdgpu/amdgpu_device.c b/amdgpu/amdgpu_device.c
index e23dd3b3..34ac95b8 100644
--- a/amdgpu/amdgpu_device.c
Analogous to the mesa commit of the same name.
Signed-off-by: Jan Vesely
---
amdgpu/util_hash_table.c | 12
amdgpu/util_hash_table.h | 2 ++
2 files changed, 14 insertions(+)
diff --git a/amdgpu/util_hash_table.c b/amdgpu/util_hash_table.c
index 89a8bf9b..e06d4415 100644
--- a/amdg
Close the file descriptors under lock as well.
v2: close fds after removing from hash table
Signed-off-by: Jan Vesely
---
amdgpu/amdgpu_device.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/amdgpu/amdgpu_device.c b/amdgpu/amdgpu_device.c
index 983b19ab..e23dd3b
From: kbuild test robot
Use drm_*_get() and drm_*_put() helpers instead of drm_*_reference() and
drm_*_unreference() helpers.
Generated by: scripts/coccinelle/api/drm-get-put.cocci
Fixes: 30ed49b55b6e ("drm/nouveau/kms/nv50-: move code underneath dispnv50/")
Signed-off-by: kbuild test robot
On Thu, May 17, 2018 at 05:17:58PM +0800, Lin Huang wrote:
> If want to do training outside DP Firmware, need phy voltage swing
> and pre_emphasis value.
"dt-bindings: phy: ..." for the subject please.
>
> Signed-off-by: Lin Huang
> ---
> Changes in v2:
> - None
> Changes in v3:
> - modify pro
>-Original Message-
>From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of
>Ramalingam C
>Sent: Tuesday, April 3, 2018 7:28 PM
>To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>seanp...@chromium.org; dan...@ffwll.ch; ch...@chris-wilson.co.uk;
On Friday 18 May 2018 06:03 PM, Shankar, Uma wrote:
-Original Message-
From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of
Ramalingam C
Sent: Tuesday, April 3, 2018 7:28 PM
To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
seanp...@chromiu
>-Original Message-
>From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of
>Ramalingam C
>Sent: Tuesday, April 3, 2018 7:28 PM
>To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>seanp...@chromium.org; dan...@ffwll.ch; ch...@chris-wilson.co.uk;
Am Freitag, 18. Mai 2018, 17:36:56 CEST schrieb Sean Paul:
> On Fri, May 18, 2018 at 10:52:17AM +0200, Heiko Stuebner wrote:
> > Am Freitag, 18. Mai 2018, 03:45:46 CEST schrieb Brian Norris:
> > > On Thu, May 17, 2018 at 6:41 PM, hl wrote:
> > > > On Thursday, May 17, 2018 09:51 PM, Sean Paul wrot
Hi,
Am Donnerstag, 17. Mai 2018, 11:17:59 CEST schrieb Lin Huang:
> the phy config values used to fix in dp firmware, but some boards
> need change these values to do training and get the better eye diagram
> result. So support that in phy driver.
>
> Signed-off-by: Chris Zhong
> Signed-off-by:
>-Original Message-
>From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of
>Ramalingam C
>Sent: Tuesday, April 3, 2018 7:28 PM
>To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>seanp...@chromium.org; dan...@ffwll.ch; ch...@chris-wilson.co.uk;
Am Donnerstag, 17. Mai 2018, 11:17:58 CEST schrieb Lin Huang:
> If want to do training outside DP Firmware, need phy voltage swing
> and pre_emphasis value.
>
> Signed-off-by: Lin Huang
> ---
> Changes in v2:
> - None
> Changes in v3:
> - modify property description and add this property to Exam
Hi Neil,
2018-05-18 15:05 GMT+02:00 Neil Armstrong :
> The EC can expose a CEC bus, this patch adds the CEC related definitions
> needed by the cros-ec-cec driver.
> Having a 16 byte mkbp event size makes it possible to send CEC
> messages from the EC to the AP directly inside the mkbp event
> ins
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Ramalingam C
>Sent: Tuesday, April 3, 2018 7:28 PM
>To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>seanp...@chromium.org; dan...@ffwll.ch; ch...@chris-wilson.co.uk;
On Thu, 2018-05-03 at 18:29 +0200, Jan Luebbe wrote:
> This series adds support to capture in RGB565 format on the parallel bus
> by using the bayer (generic) mode instead.
>
> It also contains a small cleanup patch to pass on error codes from
> mbus_code_to_bus_cfg in fill_csi_bus_cfg and ipu_csi
On Wed, 2018-05-02 at 14:52 +0200, Michael Grzeschik wrote:
> The 24bit RGB format configuration is currently missing, we add
> it now.
>
> Signed-off-by: Michael Grzeschik
Applied to imx-drm/next.
regards
Philipp
___
dri-devel mailing list
dri-devel@
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Ramalingam C
>Sent: Tuesday, April 3, 2018 7:28 PM
>To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>seanp...@chromium.org; dan...@ffwll.ch; ch...@chris-wilson.co.uk;
https://bugs.freedesktop.org/show_bug.cgi?id=106561
--- Comment #1 from Eric Engestrom ---
Hi Tomasz,
I found this file; is that what you used to configure and compile libdrm?
https://abf.io/openmandriva/libdrm/blob/master/libdrm.spec
You seem to be using autotools, which is deprecated and will
On Fri, May 18, 2018 at 03:05:00PM +0200, Neil Armstrong wrote:
> In non device-tree world, we can need to get the notifier by the driver
> name directly and eventually defer probe if not yet created.
>
> This patch adds a variant of the get function by using the device name
> instead and will not
On Fri, May 18, 2018 at 10:52:17AM +0200, Heiko Stuebner wrote:
> Am Freitag, 18. Mai 2018, 03:45:46 CEST schrieb Brian Norris:
> > On Thu, May 17, 2018 at 6:41 PM, hl wrote:
> > > On Thursday, May 17, 2018 09:51 PM, Sean Paul wrote:
> > >> On Thu, May 17, 2018 at 05:18:00PM +0800, Lin Huang wrote
On Fri, May 18, 2018 at 04:46:41PM +0200, Jernej Škrabec wrote:
> > And this is a bit sloppy, since if phy_clk_num == 3, you won't try to
> > lookup pll-2 either.
>
> It is highly unlikely this will be higher than 2, at least for this HDMI PHY,
> since it has only 1 bit reserved for parent select
From: Brian Starkey
Add the WRITEBACK_OUT_FENCE_PTR property to writeback connectors, to
enable userspace to get a fence which will signal once the writeback is
complete. It is not allowed to request an out-fence without a
framebuffer attached to the connector.
A timeline is added to drm_writeba
From: Brian Starkey
Writeback connectors represent writeback engines which can write the
CRTC output to a memory framebuffer. Add a writeback connector type and
related support functions.
Drivers should initialize a writeback connector with
drm_writeback_connector_init() which takes care of sett
Hi,
This is v8 of the writeback connector series. v7 got flagged by the
kbuild bot as not being correctly bisectable, so I went and fix that.
For anyone that wants a refresh on what changed in v6, the series
can be found here [2]. The only change in v7 is that the userspace
capabilities patch doe
Due to the fact that writeback connectors behave in a special way
in DRM (they always report being disconnected) we might confuse some
userspace. Add a client capability for writeback connectors that will
filter them out for clients that don't understand the capability.
Re-requested-by: Sean Paul
On 05/18/2018 10:50 AM, Christian König wrote:
Am 18.05.2018 um 16:44 schrieb Michel Dänzer:
On 2018-05-18 11:42 AM, Christian König wrote:
Anyway, the kernel can't rely on userspace using O_CLOEXEC. If the
flush
callback being called from multiple processes is an issue, maybe the
flush call
Hi Neil,
2018-05-18 15:05 GMT+02:00 Neil Armstrong :
> The Chrome OS Embedded Controller can expose a CEC bus, this patch add the
A minor nit, there is a "consensus" on tell cros-ec as "ChromeOS
Embedded Controller" or "ChromeOS EC". Yes, I know that you can see in
the kernel many other ways to r
Am 18.05.2018 um 16:44 schrieb Michel Dänzer:
On 2018-05-18 11:42 AM, Christian König wrote:
Anyway, the kernel can't rely on userspace using O_CLOEXEC. If the flush
callback being called from multiple processes is an issue, maybe the
flush callback isn't appropriate after all.
Userspace could
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #12 from tempel.jul...@gmail.com ---
Latest drm-next-4.18-wip aa1bce17d841a362d40da940487e13affe4c7b3b still shows
the same behavior.
I'd be happy if more users would comment on this, since it makes use of
amdgpu.dc totally impossible
On 2018-05-18 11:42 AM, Christian König wrote:
>
>> Anyway, the kernel can't rely on userspace using O_CLOEXEC. If the flush
>> callback being called from multiple processes is an issue, maybe the
>> flush callback isn't appropriate after all.
>
> Userspace could also grab a reference just by ope
On Fri, May 18, 2018 at 02:47:03PM +0100, Daniel Stone wrote:
> We cannot create a framebuffer with no objects, so there's no point
> testing for it.
>
> v2: Remove the error entirely. (Sean, CK, Thierry)
>
> Signed-off-by: Daniel Stone
> Cc: Sean Paul
> Cc: Thierry Reding
> Cc: CK Hu
> Cc: P
On Fri, May 18, 2018 at 03:15:26PM +0530, Jagan Teki wrote:
> Allwinner A64 has two clock parents PLL_VIDEO0 and PLL_VIDEO1.
>
> Include these macros on dt-bindings so-that the same can be
> used while defining CCU clock phadles.
>
> Signed-off-by: Jagan Teki
> ---
> Changes for v2:
> - new patc
Hi Dave,
nothing really big in etnaviv land this time. GC7000 support is still
slowly cooking but not ready at this time.
So what we have for this cycle is a bit of spring cleaning with removal
of unused register logging code and getting rid of the license text in
favor of SPDX, a few smaller MMU
Hi Neil,
2018-05-18 15:04 GMT+02:00 Neil Armstrong :
> Hi All,
>
> The new Google "Fizz" Intel-based ChromeOS device is gaining CEC support
> through it's Embedded Controller, to enable the Linux CEC Core to communicate
> with it and get the CEC Physical Address from the correct HDMI Connector, th
Now that mtk_drm_fb is an empty wrapper around drm_framebuffer, we can
just delete it.
Signed-off-by: Daniel Stone
Reviewed-by: CK Hu
Reviewed-by: Thierry Reding
Reviewed-by: Sean Paul
Cc: Philipp Zabel
---
drivers/gpu/drm/mediatek/mtk_drm_fb.c | 40 ++-
1 file change
We cannot create a framebuffer with no objects, so there's no point
testing for it.
v2: Remove the error entirely. (Sean, CK, Thierry)
Signed-off-by: Daniel Stone
Cc: Sean Paul
Cc: Thierry Reding
Cc: CK Hu
Cc: Philipp Zabel
---
drivers/gpu/drm/mediatek/mtk_drm_plane.c | 5 -
1 file chan
Since drm_framebuffer can now store GEM objects directly, place them
there rather than in our own subclass. As this makes the framebuffer
create_handle and destroy functions the same as the GEM framebuffer
helper, we can reuse those.
Signed-off-by: Daniel Stone
Reviewed-by: CK Hu
Reviewed-by: Th
1 - 100 of 182 matches
Mail list logo
