Am 20.01.22 um 00:55 schrieb Ira Weiny:
On Wed, Jan 19, 2022 at 06:24:22PM +0100, Daniel Vetter wrote:
On Wed, Jan 19, 2022 at 08:53:56AM -0800, Ira Weiny wrote:
On Fri, Dec 10, 2021 at 03:23:57PM -0800, 'Ira Weiny' wrote:
From: Ira Weiny
This series starts by converting the last easy kmap()
Hello Zack,
On 1/20/22 05:06, Zack Rusin wrote:
[snip]
>>>
>>> Hmm, the patch looks good but it doesn't work. After boot:
>>> /proc/iomem
>>> 5000-7fff : pcie@0x4000
>>> 7800-7fff : :00:0f.0
>>> 7800-782f : BOOTFB
>>>
>>> and vmwgfx fails on pci_request_re
Am 20.01.22 um 08:08 schrieb guangming@mediatek.com:
From: Guangming
Add a size check for allocation since the allocation size should be
always less than the total DRAM size on system heap.
Adding this check can prevent comsuming too much time for invalid allocations.
Signed-off-by: Gua
The Amlogic G12A, G12B & SM1 SoCs embeds a Synopsys DW-MIPI-DSI transceiver
(ver 1.21a),
with a custom glue managing the IP resets, clock and data input similar to the
DW-HDMI
glue on the same Amlogic SoCs.
This adds support for the glue managing the transceiver, mimicing the init flow
provided
The Amlogic G12A, G12B & SM1 SoCs embeds a Synopsys DW-MIPI-DSI transceiver
(ver 1.21a),
with a custom glue managing the IP resets, clock and data input similar to the
DW-HDMI Glue
on the same Amlogic SoCs.
Signed-off-by: Neil Armstrong
Reviewed-by: Rob Herring
---
.../display/amlogic,meson-d
Add third port corresponding to the ENCL DPI encoder used to connect
to DSI or LVDS transceivers.
Signed-off-by: Neil Armstrong
Reviewed-by: Martin Blumenstingl
Reviewed-by: Rob Herring
---
.../devicetree/bindings/display/amlogic,meson-vpu.yaml | 5 +
1 file changed, 5 insertions(+)
This adds supports for the ENCL encoder connected to a MIPI-DSI transceiver on
the
Amlogic AXG, G12A, G12B & SM1 SoCs.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_registers.h | 15 ++
drivers/gpu/drm/meson/meson_venc.c | 211 +++-
drivers/gpu/drm/meso
The DSI path used the ENCL pixel encoder, thus this adds a clock
config using the HDMI PLL in order to feed the ENCL encoder via the
VCLK2 path and the CTS_ENCL clock output.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_vclk.c | 47 ++
drivers/gpu/drm
This adds an encoder bridge designed to drive a MIPI-DSI display
by using the ENCL encoder through the internal MIPI DSI transceiver
connected to the output of the ENCL pixel encoder.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/Makefile| 2 +-
drivers/gpu/drm/meson/meso
The Amlogic G12A/G12B/SM1 SoCs embeds a Synopsys DW-MIPI-DSI transceiver (ver
1.21a),
with a custom glue managing the IP resets, clock and data input similar to the
DW-HDMI
Glue on other Amlogic SoCs.
This adds support for the Glue managing the transceiver, mimicing the init flow
provided
by Am
> Wiadomość napisana przez Sascha Hauer w dniu
> 20.12.2021, o godz. 12:06:
>
>
> Third round of patches and last one for this year. I hopefully integrated
> all review feedback. Additionally the driver is now fully converted to
> regmap, so no struct vop_reg necessary anymore.
>
> Sascha
>
Currently code allocates non-scanout BOs from SHMEM and those objects are
accessible to userspace by mmap(). However, on devices with no DMM (like
OMAP3), the same objects are not accessible by kernel drivers that want to
render to them as code refuses to export them. In turn this means that on
dev
The pointer reg is being assigned a value that is not read, the
exit path via label 'out' never accesses it. The assignment is
redundant and can be removed.
Cleans up clang scan build warning:
drivers/gpu/drm/radeon/radeon_object.c:570:3: warning: Value
stored to 'reg' is never read [deadcode.Dead
Move tiler related code to its own function.
Signed-off-by: Ivaylo Dimitrov
---
drivers/gpu/drm/omapdrm/omap_gem.c | 75 +-
1 file changed, 42 insertions(+), 33 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_gem.c
b/drivers/gpu/drm/omapdrm/omap_gem.c
This patch series fixes excessive DMM or CMA usage of GEM buffers leading to
various runtime allocation failures. The series enables daily usage of devices
without exausting limited resources like CMA or DMM space if GPU rendering is
needed.
The first patch doesn't bring any functional changes, it
On Thu, Jan 20, 2022 at 2:12 AM Michael Kelley (LINUX)
wrote:
>
> From: Wei Liu Sent: Friday, January 14, 2022 11:13 AM
> >
> > On Mon, Jan 10, 2022 at 01:44:19AM +0100, Andrea Parri wrote:
> > > (Extending Cc: list,)
> > >
> > > On Sun, Jan 09, 2022 at 05:55:16PM +0800, Yanming Liu wrote:
> > >
On devices with DMM, all allocations are done through either DMM or TILER.
DMM/TILER being a limited resource means that such allocations will start
to fail before actual free memory is exhausted. What is even worse is that
with time DMM/TILER space gets fragmented to the point that even if we have
On Tue, Jan 18, 2022 at 07:50:38PM -0600, Rob Herring wrote:
> The 'phandle-array' type is a bit ambiguous. It can be either just an
> array of phandles or an array of phandles plus args. Many schemas for
> phandle-array properties aren't clear in the schema which case applies
> though the descript
Am 19.01.22 um 18:16 schrieb Daniel Vetter:
On Wed, Jan 19, 2022 at 02:43:36PM +0100, Christian König wrote:
Consolidate the wrapper functions to check for dma_fence
subclasses in the dma_fence header.
This makes it easier to document and also check the different
requirements for fence containe
From: Guangming
Add a size check for allocation since the allocation size should be
always less than the total DRAM size on system heap.
Adding this check can prevent comsuming too much time for invalid allocations.
Signed-off-by: Guangming
---
drivers/dma-buf/heaps/system_heap.c | 8
Hi Gerd,
On Thu, Jan 20, 2022 at 4:29 AM Gerd Hoffmann wrote:
> On Tue, Jan 18, 2022 at 10:33:23AM +0200, Pekka Paalanen wrote:
> > On Mon, 17 Jan 2022 19:47:39 +0100
> > Sven Schnelle wrote:
> >
> > > I also tested the speed on my Thinkpad X1 with Intel graphics, and there
> > > a dmesg with 91
...
> Yeah, and I am sorry for bikeshedding. Honestly, I do not know what is
> better. This is why I do not want to block this series when others
> like this.
>
> My main motivation is to point out that:
>
> enabledisable(enable)
>
> might be, for some people, more eye bleeding than
>
>
On Thu, 20 Jan 2022, Petr Mladek wrote:
> On Wed 2022-01-19 16:16:12, Jani Nikula wrote:
>> On Wed, 19 Jan 2022, Petr Mladek wrote:
>> > On Tue 2022-01-18 23:24:47, Lucas De Marchi wrote:
>> >> d. This doesn't bring onoff() helper as there are some places in the
>> >>kernel with onoff as vari
The stack_depot member was added without kernel-doc, leading to below
warning. Fix it.
./include/drm/drm_modeset_lock.h:74: warning: Function parameter or
member 'stack_depot' not described in 'drm_modeset_acquire_ctx'
Reported-by: Stephen Rothwell
Fixes: cd06ab2fd48f ("drm/locking: add backtrac
On Thu, 20 Jan 2022, Stephen Rothwell wrote:
> Hi all,
>
> On Fri, 15 Oct 2021 21:01:04 +1100 Stephen Rothwell
> wrote:
>>
>> After merging the drm-misc tree, today's linux-next build (htmldocs)
>> produced this warning:
>>
>> include/drm/drm_modeset_lock.h:74: warning: Function parameter or me
On Fri, 14 Jan 2022, Thomas Zimmermann wrote:
> Split-off DisplayPort functions from KMS helper library and move them
> into their own module. Reduces the size of drm_kms_helper.ko by ~50%.
Sorry I failed to notice earlier, this breaks 'make htmldocs' build
because Documentation/gpu/ has referenc
From: Guangming
Add a size check for allocation since the allocation size should be
always less than the total DRAM size on system heap.
Adding this check can prevent comsuming too much time for invalid allocations.
Signed-off-by: Guangming
Acked-by: John Stultz
---
drivers/dma-buf/heaps/syst
Hi
Am 20.01.22 um 05:06 schrieb Zack Rusin:
[...]
kernel: fb0: switching to vmwgfx from simple
kernel: Console: switching to colour dummy device 80x25
kernel: vmwgfx :00:0f.0: BAR 2: can't reserve [mem 0x7800-
0x7fff 64bit pref]
kernel: vmwgfx: probe of :00:0f.0 failed with erro
Hi
Am 20.01.22 um 10:53 schrieb Jani Nikula:
On Fri, 14 Jan 2022, Thomas Zimmermann wrote:
Split-off DisplayPort functions from KMS helper library and move them
into their own module. Reduces the size of drm_kms_helper.ko by ~50%.
Sorry I failed to notice earlier, this breaks 'make htmldocs'
On 19/01/2022 17:47, Thomas Hellström wrote:
In some cases we use leftover kfree() instead of i915_vma_resource_free().
Fix this.
Fixes: Fixes: 2f6b90da9192 ("drm/i915: Use vma resources for async unbinding")
Reported-by: Robert Beckett
Cc: Matthew Auld
Signed-off-by: Thomas Hellström
Review
Hi Dave and Daniel,
A couple display fixes for the merge window. One for EHL and one for ADL-P,
and both in the are of voltage swing programming.
Regards,
Tvrtko
---
drm-intel-next-fixes-2022-01-20:
- Latest updates for the EHL display voltage swing table (José Roberto de Souza)
- Additional
Callback function amdgpu_xgmi_hive_release() in kobject_put()
calls kfree(hive), So we don't need call kfree(hive) again.
Fixes: 7b833d680481 ("drm/amd/amdgpu: fix potential memleak")
Signed-off-by: Miaoqian Lin
---
drivers/gpu/drm/amd/amdgpu/amdgpu_xgmi.c | 1 -
1 file changed, 1 deletion(-)
d
Am 20.01.22 um 11:00 schrieb guangming@mediatek.com:
From: Guangming
Add a size check for allocation since the allocation size should be
always less than the total DRAM size on system heap.
Adding this check can prevent comsuming too much time for invalid allocations.
Signed-off-by: Guangm
On 19/01/2022 15:08, Daniel Vetter wrote:
On Thu, Jan 06, 2022 at 04:55:35PM +, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
Proposal to standardise the fdinfo text format as optionally output by DRM
drivers.
Idea is that a simple but, well defined, spec will enable generic
userspace tool
Enric Balletbo i Serra emails bounce:
: Recipient address rejected: User unknown in
local recipient table
so drop him from the maintainers, similarly to commit 3119c28634dd
("MAINTAINERS: Chrome: Drop Enric Balletbo i Serra"). Add generic DRM
bridge maintainers to Analogix ANX7814.
Signed-o
Enric Balletbo i Serra emails bounce:
: Recipient address rejected: User unknown in
local recipient table
so drop him from the maintainers, similarly to commit 3119c28634dd
("MAINTAINERS: Chrome: Drop Enric Balletbo i Serra").
Signed-off-by: Krzysztof Kozlowski
---
.../devicetree/bindings/
[adding Enric's personal email address to Cc list]
Hello Krzysztof,
On Thu, Jan 20, 2022 at 11:40 AM Krzysztof Kozlowski
wrote:
>
> Enric Balletbo i Serra emails bounce:
>
> : Recipient address rejected: User unknown in
> local recipient table
>
> so drop him from the maintainers, similarly
On 20/01/2022 11:40, Krzysztof Kozlowski wrote:
> Enric Balletbo i Serra emails bounce:
>
> : Recipient address rejected: User unknown in
> local recipient table
>
> so drop him from the maintainers, similarly to commit 3119c28634dd
> ("MAINTAINERS: Chrome: Drop Enric Balletbo i Serra"). Add
On Wed, Jan 12, 2022 at 1:49 PM Neil Armstrong wrote:
>
> Hi,
>
> On 12/01/2022 08:24, Jagan Teki wrote:
> > Hi Neil,
> >
> > On Mon, Sep 7, 2020 at 1:48 PM Neil Armstrong
> > wrote:
> >>
> >> The Amlogic AXg SoCs embeds a Synopsys DW-MIPI-DSI transceiver (ver
> >> 1.21a), with a custom
> >> gl
Hi Daniel,
On Thu, 20 Jan 2022 at 01:30, Daniel Vetter wrote:
> > I got the feeling that maybe I should just provide an interface to the
> > blitter from userspace and userspace should be doing the rotation. I'd
> > like to do it in the kernel so stuff like SDL1 apps just work but
> > maybe that
On Wed, Jan 19, 2022 at 5:58 PM Neil Armstrong wrote:
>
> When the dw-hdmi bridge is in first place of the bridge chain, this
> means there is no way to select an input format of the dw-hdmi HW
> component.
>
> Since introduction of display-connector, negotiation was broken since
> the dw-hdmi neg
On Thu, Jan 20, 2022 at 9:50 AM Christian König
wrote:
>
> Am 19.01.22 um 18:16 schrieb Daniel Vetter:
> > On Wed, Jan 19, 2022 at 02:43:36PM +0100, Christian König wrote:
> >> Consolidate the wrapper functions to check for dma_fence
> >> subclasses in the dma_fence header.
> >>
> >> This makes it
On Thu, Jan 20, 2022 at 10:49 AM Jani Nikula wrote:
>
> The stack_depot member was added without kernel-doc, leading to below
> warning. Fix it.
>
> ./include/drm/drm_modeset_lock.h:74: warning: Function parameter or
> member 'stack_depot' not described in 'drm_modeset_acquire_ctx'
>
> Reported-by
On Thu, Jan 20, 2022 at 10:06 AM Geert Uytterhoeven
wrote:
>
> Hi Gerd,
>
> On Thu, Jan 20, 2022 at 4:29 AM Gerd Hoffmann wrote:
> > On Tue, Jan 18, 2022 at 10:33:23AM +0200, Pekka Paalanen wrote:
> > > On Mon, 17 Jan 2022 19:47:39 +0100
> > > Sven Schnelle wrote:
> > >
> > > > I also tested the
DRM's DisplayPort helpers moved into the subdirectory dp/. Change
the documentation accordingly.
Signed-off-by: Thomas Zimmermann
Fixes: adb9d5a2cc77 ("drm/dp: Move DisplayPort helpers into separate helper
module")
Reported-by: Jani Nikula
Cc: Thomas Zimmermann
Cc: Lyude Paul
Cc: Daniel Vette
On Thu, Jan 20, 2022 at 12:36 PM Thomas Zimmermann wrote:
>
> DRM's DisplayPort helpers moved into the subdirectory dp/. Change
> the documentation accordingly.
>
> Signed-off-by: Thomas Zimmermann
> Fixes: adb9d5a2cc77 ("drm/dp: Move DisplayPort helpers into separate helper
> module")
> Reporte
Hi,
Missatge de Neil Armstrong del dia dj., 20
de gen. 2022 a les 11:52:
>
> On 20/01/2022 11:40, Krzysztof Kozlowski wrote:
> > Enric Balletbo i Serra emails bounce:
> >
> > : Recipient address rejected: User unknown
> > in local recipient table
> >
> > so drop him from the maintainers, simi
On Thu, Jan 20, 2022 at 12:12 PM Daniel Palmer wrote:
>
> Hi Daniel,
>
> On Thu, 20 Jan 2022 at 01:30, Daniel Vetter wrote:
> > > I got the feeling that maybe I should just provide an interface to the
> > > blitter from userspace and userspace should be doing the rotation. I'd
> > > like to do it
Hi,
Missatge de Krzysztof Kozlowski
del dia dj., 20 de gen. 2022 a les 11:40:
>
> Enric Balletbo i Serra emails bounce:
>
> : Recipient address rejected: User unknown in
> local recipient table
>
> so drop him from the maintainers, similarly to commit 3119c28634dd
> ("MAINTAINERS: Chrome: Dro
Hi Hans,
On Thu, 20 Jan 2022 at 20:24, Hans de Goede wrote:
> > I wanted to do the rotation in the kernel so I didn't have to hack up SDL1.
>
> Right, doing the rotation in the kernel to make this all transparent
> was my first idea / wish too. Unfortunately that just doesn't really
> work well.
Hi Jani,
On Thu, 20 Jan 2022 11:48:56 +0200 Jani Nikula wrote:
>
> The stack_depot member was added without kernel-doc, leading to below
> warning. Fix it.
>
> ./include/drm/drm_modeset_lock.h:74: warning: Function parameter or
> member 'stack_depot' not described in 'drm_modeset_acquire_ctx'
>
On 2022-01-18 at 17:50:34 +, Robert Beckett wrote:
> From: Matthew Auld
>
> For local-memory objects we need to align the GTT addresses
> to 64K, both for the ppgtt and ggtt.
>
> We need to support vm->min_alignment > 4K, depending
> on the vm itself and the type of object we are inserting.
On Thu, 20 Jan 2022, Daniel Vetter wrote:
> On Thu, Jan 20, 2022 at 10:49 AM Jani Nikula wrote:
>>
>> The stack_depot member was added without kernel-doc, leading to below
>> warning. Fix it.
>>
>> ./include/drm/drm_modeset_lock.h:74: warning: Function parameter or
>> member 'stack_depot' not des
On 2022-01-18 at 17:50:37 +, Robert Beckett wrote:
> From: Matthew Auld
>
> On discrete platforms like DG2, we need to support a minimum page size
> of 64K when dealing with device local-memory. This is quite tricky for
> various reasons, so try to document the new implicit uapi for this.
>
Hi Daniel,
On 1/20/22 12:15, Daniel Palmer wrote:
> Hi Daniel,
>
> On Thu, 20 Jan 2022 at 01:30, Daniel Vetter wrote:
>>> I got the feeling that maybe I should just provide an interface to the
>>> blitter from userspace and userspace should be doing the rotation. I'd
>>> like to do it in the ker
Hi Daniel,
On Thu, Jan 20, 2022 at 12:33 PM Daniel Vetter wrote:
> On Thu, Jan 20, 2022 at 10:06 AM Geert Uytterhoeven
> wrote:
> > On Thu, Jan 20, 2022 at 4:29 AM Gerd Hoffmann wrote:
> > > On Tue, Jan 18, 2022 at 10:33:23AM +0200, Pekka Paalanen wrote:
> > > > On Mon, 17 Jan 2022 19:47:39 +01
On Thu, Jan 20, 2022 at 1:13 PM Geert Uytterhoeven wrote:
>
> Hi Daniel,
>
> On Thu, Jan 20, 2022 at 12:33 PM Daniel Vetter wrote:
> > On Thu, Jan 20, 2022 at 10:06 AM Geert Uytterhoeven
> > wrote:
> > > On Thu, Jan 20, 2022 at 4:29 AM Gerd Hoffmann wrote:
> > > > On Tue, Jan 18, 2022 at 10:33:
On Thu, 20 Jan 2022, Daniel Vetter wrote:
> On Thu, Jan 20, 2022 at 10:49 AM Jani Nikula wrote:
>>
>> The stack_depot member was added without kernel-doc, leading to below
>> warning. Fix it.
>>
>> ./include/drm/drm_modeset_lock.h:74: warning: Function parameter or
>> member 'stack_depot' not des
Hi Daniel,
On Thu, Jan 20, 2022 at 1:33 PM Daniel Vetter wrote:
> On Thu, Jan 20, 2022 at 1:13 PM Geert Uytterhoeven
> wrote:
> > On Thu, Jan 20, 2022 at 12:33 PM Daniel Vetter wrote:
> > > On Thu, Jan 20, 2022 at 10:06 AM Geert Uytterhoeven
> > > wrote:
> > > > On Thu, Jan 20, 2022 at 4:29 A
Follow-up for the DRM_IOCTL_MODE_GETFB2 docs.
Signed-off-by: Simon Ser
Cc: Daniel Vetter
Cc: Pekka Paalanen
Cc: Daniel Stone
---
include/uapi/drm/drm_mode.h | 83 -
1 file changed, 55 insertions(+), 28 deletions(-)
diff --git a/include/uapi/drm/drm_mode.h
++
-Original Message-
From: Harrison, John C
Sent: Wednesday, January 19, 2022 9:36 PM
To: intel-...@lists.freedesktop.org
Cc: DRI-Devel@Lists.FreeDesktop.Org; Harrison, John C
; Cencelewska, Katarzyna
; Ye, Tony ; Jason Ekstrand
; Brost, Matthew
Subject: [PATCH v3 0/2] Add support f
On Thu, Jan 20, 2022 at 1:48 PM Simon Ser wrote:
>
> Follow-up for the DRM_IOCTL_MODE_GETFB2 docs.
>
> Signed-off-by: Simon Ser
> Cc: Daniel Vetter
> Cc: Pekka Paalanen
> Cc: Daniel Stone
Thanks for pushing our docs forward!
Reviewed-by: Daniel Vetter
> ---
> include/uapi/drm/drm_mode.h |
On 20/01/2022 11:46, Ramalingam C wrote:
On 2022-01-18 at 17:50:34 +, Robert Beckett wrote:
From: Matthew Auld
For local-memory objects we need to align the GTT addresses
to 64K, both for the ppgtt and ggtt.
We need to support vm->min_alignment > 4K, depending
on the vm itself and the
On Thursday, 20 January 2022 11:36:21 PM AEDT Joao Martins wrote:
> On 1/10/22 22:31, Alex Sierra wrote:
> > Avoid long term pinning for Coherent device type pages. This could
> > interfere with their own device memory manager. For now, we are just
> > returning error for PIN_LONGTERM Coherent devi
Hi,
On 20/01/2022 12:14, Jagan Teki wrote:
> On Wed, Jan 19, 2022 at 5:58 PM Neil Armstrong
> wrote:
>>
>> When the dw-hdmi bridge is in first place of the bridge chain, this
>> means there is no way to select an input format of the dw-hdmi HW
>> component.
>>
>> Since introduction of display-co
Hi Daniel,
second version of this set.
I've kept the fence ops exported for now since there are indeed valid uses in
the drm_syncobj implementation which needs a more wider rework.
But quite a bunch of cases in i915, one in amdgpu and another one in vmwgfx are
cleaned up at the end of this ser
It's not allowed to nest another dma_fence container into a dma_fence_array
or otherwise we can run into recursion.
Warn about that when we create a dma_fence_array.
Signed-off-by: Christian König
Reviewed-by: Daniel Vetter
---
drivers/dma-buf/dma-fence-array.c | 13 +
1 file chang
From: Christian König
Add a helper to iterate over all fences in a dma_fence_array object.
v2 (Jason Ekstrand)
- Return NULL from dma_fence_array_first if head == NULL. This matches
the iterator behavior of dma_fence_chain_for_each in that it iterates
zero times if head == NULL.
- Retur
Consolidate the wrapper functions to check for dma_fence
subclasses in the dma_fence header.
This makes it easier to document and also check the different
requirements for fence containers in the subclasses.
Signed-off-by: Christian König
---
include/linux/dma-fence-array.h | 15 +
Instead of manually extracting the fence.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c
index f7d8487799b2..
It's a reoccurring pattern that we need to extract the fence
from a dma_fence_chain object. Add a helper for this.
Signed-off-by: Christian König
---
drivers/dma-buf/dma-fence-chain.c | 6 ++
include/linux/dma-fence-chain.h | 15 +++
2 files changed, 17 insertions(+), 4 deleti
Drivers should not add containers as shared fences to the dma_resv
object, instead each fence should be added individually.
Signed-off-by: Christian König
Reviewed-by: Daniel Vetter
---
drivers/dma-buf/dma-resv.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/dma-buf/dma-resv.
Chaining of dma_fence_chain objects is only allowed through the prev
fence and not through the contained fence.
Warn about that when we create a dma_fence_chain.
Signed-off-by: Christian König
Reviewed-by: Daniel Vetter
---
drivers/dma-buf/dma-fence-chain.c | 8
1 file changed, 8 inse
Instead of manually messing with the data structures use the iterators
and extraction helpers provided by the framework.
This whole handling should essentially go away when boost handling is
implemented in the core dma-buf framework.
Signed-off-by: Christian König
---
drivers/gpu/drm/i915/gem/i
Decomposing fence containers don't seem to make any sense here.
So just remove the function entirely and call dma_fence_wait() directly.
Signed-off-by: Christian König
Cc: VMware Graphics
Cc: Zack Rusin
---
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_fence.c
Hi Jagan,
On 20/01/2022 12:03, Jagan Teki wrote:
> On Wed, Jan 12, 2022 at 1:49 PM Neil Armstrong
> wrote:
>>
>> Hi,
>>
>> On 12/01/2022 08:24, Jagan Teki wrote:
>>> Hi Neil,
>>>
>>> On Mon, Sep 7, 2020 at 1:48 PM Neil Armstrong
>>> wrote:
The Amlogic AXg SoCs embeds a Synopsys DW-MI
On Mon, Jan 10, 2022 at 07:34:49PM +, Matthew Wilcox wrote:
> TLDR: I want to introduce a new data type:
>
> struct phyr {
> phys_addr_t addr;
> size_t len;
> };
>
> and use it to replace bio_vec as well as using it to replace the array
> of struct pages used by get_user_pages
On Thu, 20 Jan 2022 at 12:48, Simon Ser wrote:
> Follow-up for the DRM_IOCTL_MODE_GETFB2 docs.
Yeah, thanks a lot for doing this, it's really awesome. <3
> +/**
> + * struct drm_mode_fb_cmd2 - Frame-buffer metadata.
> + *
> + * This struct holds frame-buffer metadata. There are two ways to use i
On Mon, Jan 10, 2022 at 08:41:26PM -0400, Jason Gunthorpe wrote:
> > Finally, it may be possible to stop using scatterlist to describe the
> > input to the DMA-mapping operation. We may be able to get struct
> > scatterlist down to just dma_address and dma_length, with chaining
> > handled through
On Tue, Jan 11, 2022 at 11:01:42AM -0400, Jason Gunthorpe wrote:
> Then we are we using get_user_phyr() at all if we are just storing it
> in a sg?
I think we need to stop calling the output of the phyr dma map
helper a sg. Yes, a { dma_addr, len } tuple is scatter/gather I/O in its
purest form,
On Wed, Jan 12, 2022 at 06:37:03PM +, Matthew Wilcox wrote:
> But let's go further than that (which only brings us to 32 bytes per
> range). For the systems you care about which use an identity mapping,
> and have sizeof(dma_addr_t) == sizeof(phys_addr_t), we can simply
> point the dma_range p
On Tue, Jan 11, 2022 at 04:26:48PM -0400, Jason Gunthorpe wrote:
> What I did in RDMA was make an iterator rdma_umem_for_each_dma_block()
>
> The driver passes in the page size it wants and the iterator breaks up
> the SGL into that size.
>
> So, eg on a 16k page size system the SGL would be full
On Tue, Jan 11, 2022 at 12:17:18AM -0800, John Hubbard wrote:
> Zooming in on the pinning aspect for a moment: last time I attempted to
> convert O_DIRECT callers from gup to pup, I recall wanting very much to
> record, in each bio_vec, whether these pages were acquired via FOLL_PIN,
> or some non-
On Thu, Jan 20, 2022 at 2:04 PM Neil Armstrong wrote:
>
> This adds an encoder bridge designed to drive a MIPI-DSI display
> by using the ENCL encoder through the internal MIPI DSI transceiver
> connected to the output of the ENCL pixel encoder.
>
> Signed-off-by: Neil Armstrong
> ---
> drivers/
On Thu, Jan 20, 2022 at 2:04 PM Neil Armstrong wrote:
>
> The Amlogic G12A/G12B/SM1 SoCs embeds a Synopsys DW-MIPI-DSI transceiver (ver
> 1.21a),
> with a custom glue managing the IP resets, clock and data input similar to
> the DW-HDMI
> Glue on other Amlogic SoCs.
>
> This adds support for the
On Wed, Jan 19, 2022 at 12:08:39PM +0100, Helge Deller wrote:
> This reverts commit 39aead8373b3c20bb5965c024dfb51a94e526151.
>
> Revert this patch. This patch started to introduce the regression that
> all hardware acceleration of more than 35 existing fbdev drivers were
> bypassed and thus fbco
Hi,
This is a follow-up of the discussion here:
https://lore.kernel.org/linux-clk/20210319150355.xzw7ikwdaga2dwhv@gilmour/
and here:
https://lore.kernel.org/all/20210914093515.260031-1-max...@cerno.tech/
While the initial proposal implemented a new API to temporarily raise and lower
clock rates
Let's test various parts of the rate-related clock API with the kunit
testing framework.
Cc: kunit-...@googlegroups.com
Suggested-by: Stephen Boyd
Signed-off-by: Maxime Ripard
---
drivers/clk/Kconfig | 7 +
drivers/clk/Makefile| 1 +
drivers/clk/clk-rate-test.c | 278 +++
The current core while setting the min and max rate properly in the
clk_request structure will not make sure that the requested rate is
within these boundaries, leaving it to each and every driver to make
sure it is.
Add a clamp call to make sure it's always done, and add a few unit tests
to make
When we change a clock minimum or maximum using clk_set_rate_range(),
clk_set_min_rate() or clk_set_max_rate(), the current code will only
trigger a new rate change if the rate is outside of the new boundaries.
However, a clock driver might want to always keep the clock rate to
one of its boundary
The code in clk_set_rate_range() will, if the current rate is outside of
the new range, will force it to the minimum or maximum. This is
equivalent to using clamp, while being less readable. Let's switch to
using clamp instead.
Signed-off-by: Maxime Ripard
---
drivers/clk/clk.c | 6 +-
1 fil
In order to reset the range on a clock, we need to call
clk_set_rate_range with a minimum of 0 and a maximum of ULONG_MAX. Since
it's fairly inconvenient, let's introduce a clk_drop_range() function
that will do just this.
Suggested-by: Stephen Boyd
Signed-off-by: Maxime Ripard
---
drivers/clk/
We only export a bunch of firmware clocks, and some of them require
special treatment.
This has been do so far using some tests on the clock id in various
places, but this is fairly hard to extend and doesn't scale very well.
Since we'll need some more cases in the next patches, let's switch to a
The M2MC clock provides the state machine clock for both HDMI
controllers.
However, if no HDMI monitor is plugged in at boot, its clock rate will
be left at 0 by the firmware and will make any register access end up in
a CPU stall, even though the clock was enabled.
We had some code in the HDMI c
The HVS core clock isn't really obvious, so let's add a bunch more
comments and some logging for easier debugging.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/vc4/vc4_kms.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/gpu/drm/vc4/vc4_kms.c b/drivers/gpu/drm/vc4/v
The core clock and M2MC clocks are shared between some devices (Unicam
controllers and the HVS, and the HDMI controllers, respectively) that
will have various, varying, requirements depending on their current work
load.
Since those loads can require a fairly high clock rate in extreme
conditions (
Now that the clock driver makes sure we never end up with a rate of 0,
the HDMI driver doesn't need to care anymore.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/vc4/vc4_hdmi.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/gpu/drm/vc4/vc4_hdmi.c b/drivers/gpu/drm/
On 20/01/2022 13:15, Robert Beckett wrote:
On 20/01/2022 11:46, Ramalingam C wrote:
On 2022-01-18 at 17:50:34 +, Robert Beckett wrote:
From: Matthew Auld
For local-memory objects we need to align the GTT addresses
to 64K, both for the ppgtt and ggtt.
We need to support vm->min_alignmen
Il 17/01/22 10:40, Yunfei Dong ha scritto:
Add support for VP8 decoding using the stateless API,
as supported by MT8192.
Signed-off-by: Yunfei Dong
---
drivers/media/platform/mtk-vcodec/Makefile| 1 +
.../mtk-vcodec/mtk_vcodec_dec_stateless.c | 24 +-
.../platform/mtk-vcodec/mtk_
On Thu, 20 Jan 2022, Krzysztof Kozlowski wrote:
> Enric Balletbo i Serra emails bounce:
>
> : Recipient address rejected: User unknown in
> local recipient table
>
> so drop him from the maintainers, similarly to commit 3119c28634dd
> ("MAINTAINERS: Chrome: Drop Enric Balletbo i Serra").
>
1 - 100 of 204 matches
Mail list logo