Re: [PATCH v1 1/6] dma-buf: Add _unlocked postfix to function names

2022-07-16 Thread Dmitry Osipenko
On 7/15/22 10:19, Christian König wrote: >> -struct sg_table *dma_buf_map_attachment(struct dma_buf_attachment >> *attach, >> -    enum dma_data_direction direction) >> +struct sg_table * >> +dma_buf_map_attachment_unlocked(struct dma_buf_attachment *attach, >> +   

[PATCH v1 1/6] dma-buf: Add _unlocked postfix to function names

2022-07-16 Thread Dmitry Osipenko
Add _unlocked postfix to the dma-buf API function names in a preparation to move all non-dynamic dma-buf users over to the dynamic locking specification. This patch only renames API functions, preparing drivers to the common locking convention. Later on we will make the "unlocked" functions to

Re: [PATCH v1 1/6] dma-buf: Add _unlocked postfix to function names

2022-07-15 Thread Christian König
Am 15.07.22 um 11:31 schrieb Dmitry Osipenko: On 7/15/22 10:19, Christian König wrote: -struct sg_table *dma_buf_map_attachment(struct dma_buf_attachment *attach, -    enum dma_data_direction direction) +struct sg_table * +dma_buf_map_attachment_unlocked(struct

Re: [PATCH v1 1/6] dma-buf: Add _unlocked postfix to function names

2022-07-15 Thread Christian König
Am 15.07.22 um 02:52 schrieb Dmitry Osipenko: Add _unlocked postfix to the dma-buf API function names in a preparation to move all non-dynamic dma-buf users over to the dynamic locking specification. This patch only renames API functions, preparing drivers to the common locking convention. Later