Merge drm_fb_memcpy() and drm_fb_memcpy_toio() into a drm_fb_memcpy()
that uses struct iosys_map for buffers. The new function also supports
multi-plane color formats. Convert all users of the original helpers.
v2:
* rebase onto refactored mgag200
* use drm_formap_info_bpp() (Sam)
Add IOSYS_MAP_INIT_VADDR_IOMEM() for static init of variables of type
struct iosys_map.
Signed-off-by: Thomas Zimmermann
---
include/linux/iosys-map.h | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/include/linux/iosys-map.h b/include/linux/iosys-map.h
index a
Den 29.07.2022 18.34, skrev Maxime Ripard:
> The drm_create_tv_properties() will create the TV mode property
> unconditionally.
>
> However, since we'll gradually phase it out, let's register it only if we
> have a list passed as an argument. This will make the transition easier.
>
> Signed-of
Den 29.07.2022 18.34, skrev Maxime Ripard:
> The TV mode property has been around for a while now to select and get the
> current TV mode output on an analog TV connector.
>
> Despite that property name being generic, its content isn't and has been
> driver-specific which makes it hard to build
>-Original Message-
>From: Dmitry Baryshkov
>Sent: Thursday, August 4, 2022 9:29 PM
>To: Kalyan Thota (QUIC)
>Cc: dri-devel@lists.freedesktop.org; linux-arm-...@vger.kernel.org;
>freedr...@lists.freedesktop.org; devicet...@vger.kernel.org; linux-
>ker...@vger.kernel.org; robdcl...@gmail
Den 29.07.2022 18.34, skrev Maxime Ripard:
> The subconnector property was created by drm_mode_create_tv_properties(),
> but wasn't exposed to the userspace through the generic
> atomic_get/set_property implementation, and wasn't stored in any generic
> state structure.
>
> Let's solve this.
>
Den 29.07.2022 18.34, skrev Maxime Ripard:
> There is two TV subconnector related properties registered by
> drm_mode_create_tv_properties(): subconnector and select subconnector.
>
> While the select subconnector property is stored in the kernel by the
> drm_tv_connector_state structure, the s
Den 29.07.2022 18.34, skrev Maxime Ripard:
> We currently have two sets of TV properties.
>
> The first one is there to deal with analog TV properties, creating
> properties such as the TV mode, subconnectors, saturation, hue and so on.
> It's created by calling the drm_mode_create_tv_propertie
Hi Sam,
thanks for reviewing the patchset.
Am 04.08.22 um 21:52 schrieb Sam Ravnborg:
Hi Thomas,
On Wed, Jul 27, 2022 at 01:33:02PM +0200, Thomas Zimmermann wrote:
Merge drm_fb_memcpy() and drm_fb_memcpy() into drm_fb_memcpy() that
One of these is drm_fb_memcpy_toio()
I had to laugh when I
Am 26.07.22 um 18:22 schrieb Arunpravin Paneer Selvam:
Check the bo->resource value before accessing the resource
mem_type.
[ 40.191227][ T184] general protection fault, probably for non-canonical
address 0xdc02: [#1] SMP KASAN PTI
[ 40.192995][ T184] KASAN: null-ptr-der
On 8/8/2022 12:59 PM, Christian König wrote:
Am 02.08.22 um 15:55 schrieb Shashank Sharma:
This patch adds:
- A new input parameter "flags" in the amdgpu_ctx_create2 call.
- Some new flags defining workload type hints.
- Some change in the caller function of amdgpu_ctx_create2, to
accomoda
On 7.08.2022 16:04, Robin Reckmann wrote:
> Fix i2c transfers using GPI DMA mode for all message types that do not set
> the I2C_M_DMA_SAFE flag (e.g. SMBus "read byte").
>
> In this case a bounce buffer is returned by i2c_get_dma_safe_msg_buf(),
> and it has to synced back to the message after
Hi Sam
Am 05.08.22 um 19:52 schrieb Sam Ravnborg:
Hi Thomas,
On Wed, Jul 27, 2022 at 01:33:12PM +0200, Thomas Zimmermann wrote:
The format-convertion helpers handle several cases for different
values of destination buffer and pitch. Move that code into the
internal helper drm_fb_xfrm() and avo
Am 25.07.22 um 13:42 schrieb Arunpravin Paneer Selvam:
Implemented a new intersect and compatible callback functions
to ttm range manager fetching start offset from drm mm range
allocator.
Signed-off-by: Christian König
Signed-off-by: Arunpravin Paneer Selvam
---
drivers/gpu/drm/ttm/ttm_r
On 29/07/2022 15:46, Adrián Larumbe wrote:
> Each Panfrost job has its own job slot and MMU address space set of
> registers, which are selected with a job-specific index.
>
> Turn the shift and stride used for selection of the right register set base
> into a define rather than using magic number
Am 25.07.22 um 13:42 schrieb Arunpravin Paneer Selvam:
We are adding two new callbacks to ttm resource manager
function to handle intersection and compatibility of
placement and resources.
v2: move the amdgpu and ttm_range_manager changes to
separate patches (Christian)
Signed-off-by: Chri
On 29/07/2022 15:46, Adrián Larumbe wrote:
> In the event of a job timeout, debug dump information will be written into
> /sys/class/devcoredump.
>
> Inspired by etnaviv's similar feature.
>
> Signed-off-by: Adrián Larumbe
Reviewed-by: Steven Price
I'll push these to drm-misc-next.
Thanks,
Am 07.08.22 um 21:10 schrieb Rob Clark:
On Sun, Aug 7, 2022 at 11:05 AM Christian König
wrote:
Am 07.08.22 um 19:56 schrieb Rob Clark:
On Sun, Aug 7, 2022 at 10:38 AM Christian König
wrote:
[SNIP]
And exactly that was declared completely illegal the last time it came
up on the mailing list.
Am 02.08.22 um 15:55 schrieb Shashank Sharma:
This patch adds:
- A new input parameter "flags" in the amdgpu_ctx_create2 call.
- Some new flags defining workload type hints.
- Some change in the caller function of amdgpu_ctx_create2, to
accomodate this new parameter.
The idea is to pass the w
On Fri, Aug 05, 2022 at 03:06:05PM +0800, ChiaEn Wu wrote:
> From: ChiYuan Huang
>
> The MediaTek MT6370 is a highly-integrated smart power management IC,
> which includes a single cell Li-Ion/Li-Polymer switching battery
> charger, a USB Type-C & Power Delivery (PD) controller, dual
> Flash LED
Bartlomiej's Samsung email address is not working since around last
year and there was no follow up patch take over of the drivers, so drop
the email from maintainers.
Cc: Bartlomiej Zolnierkiewicz
Signed-off-by: Krzysztof Kozlowski
---
I assume that if other change was preferred, there was qu
Bartlomiej's Samsung email address is not working since around last
year and there was no follow up patch take over of the drivers, so drop
the email from maintainers.
Cc: Bartlomiej Zolnierkiewicz
Signed-off-by: Krzysztof Kozlowski
---
I assume that if other change was preferred, there was qu
Bartlomiej's Samsung email address is not working since around last
year and there was no follow up patch take over of the drivers, so drop
the email from maintainers.
Cc: Bartlomiej Zolnierkiewicz
Signed-off-by: Krzysztof Kozlowski
---
I assume that if other change was preferred, there was qu
On Mon, Aug 8, 2022 at 3:54 AM Marco Felsch wrote:
>
> On 22-08-07, Adam Ford wrote:
> > On Fri, Aug 5, 2022 at 4:05 PM Adam Ford wrote:
> > >
> > > On Fri, Aug 5, 2022 at 7:56 AM Adam Ford wrote:
> > > >
> > > > On Fri, Aug 5, 2022 at 5:55 AM Adam Ford wrote:
> > > > >
> > > > > On Fri, Aug 5,
[Public]
> -Original Message-
> From: Lyude Paul
> Sent: Thursday, August 4, 2022 4:28 AM
> To: Lin, Wayne ; dri-devel@lists.freedesktop.org;
> nouv...@lists.freedesktop.org; amd-...@lists.freedesktop.org
> Cc: Ville Syrjälä ; Zuo, Jerry
> ; Jani Nikula ; Imre Deak
> ; Daniel Vetter ; S
On 08/08/2022 11:15, Neil Armstrong wrote:
Hi Dmitry,
On 31/07/2022 22:07, Dmitry Osipenko wrote:
13.01.2022 17:43, Neil Armstrong пишет:
This adds support for DRM_BRIDGE_ATTACH_NO_CONNECTOR by adding the
bridge get_edid() and detect() callbacks after refactoring the connector
get_modes() and
On Wed, 27 Jul 2022 at 09:31, Zeng Jingxiang wrote:
>
> From: Zeng Jingxiang
>
> A NULL check for bridge->encoder shows that it may be NULL, but it
> already been dereferenced on all paths leading to the check.
> 812 if (!bridge->encoder) {
>
> Dereference the pointer bridge->encoder.
> 810
Hi Dmitry,
On 31/07/2022 22:07, Dmitry Osipenko wrote:
13.01.2022 17:43, Neil Armstrong пишет:
This adds support for DRM_BRIDGE_ATTACH_NO_CONNECTOR by adding the
bridge get_edid() and detect() callbacks after refactoring the connector
get_modes() and connector_detect() callbacks.
In order to k
Hi Odded
This is a sample (wip) driver for a Pyramid accelerator found on Toshiba
Visconti SoC.
This accelerator accepts a image (and table for scaling filter),
then yields 4 differently scaled output images at a time.
Therefore (image-in, image-out), they say this driver should be classified to
On 22-08-07, Adam Ford wrote:
> On Fri, Aug 5, 2022 at 4:05 PM Adam Ford wrote:
> >
> > On Fri, Aug 5, 2022 at 7:56 AM Adam Ford wrote:
> > >
> > > On Fri, Aug 5, 2022 at 5:55 AM Adam Ford wrote:
> > > >
> > > > On Fri, Aug 5, 2022 at 3:44 AM Biju Das
> > > > wrote:
> > > > >
> > > > > Hi Adam
Hi,
On Tue, 26 Jul 2022 09:07:22 +0800, Liang He wrote:
> In this function, there are two refcount leak bugs:
> (1) when breaking out of for_each_endpoint_of_node(), we need call
> the of_node_put() for the 'ep';
> (2) we should call of_node_put() for the reference returned by
> of_graph_get_remot
On 26/07/2022 03:07, Liang He wrote:
In this function, there are two refcount leak bugs:
(1) when breaking out of for_each_endpoint_of_node(), we need call
the of_node_put() for the 'ep';
(2) we should call of_node_put() for the reference returned by
of_graph_get_remote_port() when it is not used
Hi Robin,
On Sun Aug 7, 2022 at 4:04 PM CEST, Robin Reckmann wrote:
> Fix i2c transfers using GPI DMA mode for all message types that do not set
> the I2C_M_DMA_SAFE flag (e.g. SMBus "read byte").
>
> In this case a bounce buffer is returned by i2c_get_dma_safe_msg_buf(),
> and it has to synced ba
101 - 133 of 133 matches
Mail list logo