On Tue, Dec 13, 2022 at 07:17:41PM +0100, Christian König wrote:
> Am 13.12.22 um 18:09 schrieb Daniel Vetter:
> > On Sat, Dec 10, 2022 at 08:43:47AM +0530, Sumit Semwal wrote:
> > > Hi Christian,
> > >
> > > On Fri, 9 Dec 2022 at 12:45, Christian König
> > > wrote:
> > > > The init order and res
Am 13.12.22 um 18:09 schrieb Daniel Vetter:
On Sat, Dec 10, 2022 at 08:43:47AM +0530, Sumit Semwal wrote:
Hi Christian,
On Fri, 9 Dec 2022 at 12:45, Christian König
wrote:
The init order and resulting error handling in dma_buf_export
was pretty messy.
Subordinate objects like the file and th
On Sat, Dec 10, 2022 at 08:43:47AM +0530, Sumit Semwal wrote:
> Hi Christian,
>
> On Fri, 9 Dec 2022 at 12:45, Christian König
> wrote:
> >
> > The init order and resulting error handling in dma_buf_export
> > was pretty messy.
> >
> > Subordinate objects like the file and the sysfs kernel object
Hi Christian,
On Fri, 9 Dec 2022 at 12:45, Christian König
wrote:
>
> The init order and resulting error handling in dma_buf_export
> was pretty messy.
>
> Subordinate objects like the file and the sysfs kernel objects
> were initializing and wiring itself up with the object in the
> wrong order
umit.sem...@linaro.org
> >Cc: linaro-mm-...@lists.linaro.org; dri-devel@lists.freedesktop.org; linux-
> >me...@vger.kernel.org
> >Subject: [PATCH] dma-buf: fix dma_buf_export init order v2
> >
> >The init order and resulting error handling in dma_buf_export
> >was pretty m
gt;me...@vger.kernel.org
>Subject: [PATCH] dma-buf: fix dma_buf_export init order v2
>
>The init order and resulting error handling in dma_buf_export
>was pretty messy.
>
>Subordinate objects like the file and the sysfs kernel objects
>were initializing and wiring itself up with
The init order and resulting error handling in dma_buf_export
was pretty messy.
Subordinate objects like the file and the sysfs kernel objects
were initializing and wiring itself up with the object in the
wrong order resulting not only in complicating and partially
incorrect error handling, but al
207.8801-1-christian.koenig%40amd.com
patch subject: [PATCH] dma-buf: fix dma_buf_export init order
config: hexagon-randconfig-r022-20221206
compiler: clang version 16.0.0 (https://github.com/llvm/llvm-project
6e4cea55f0d1104408b26ac574566a0e4de48036)
reproduce (this is a W=1 build):
w
207.8801-1-christian.koenig%40amd.com
patch subject: [PATCH] dma-buf: fix dma_buf_export init order
config: s390-randconfig-r044-20221206
compiler: clang version 16.0.0 (https://github.com/llvm/llvm-project
6e4cea55f0d1104408b26ac574566a0e4de48036)
reproduce (this is a W=1 build):
w
On Tue, Dec 6, 2022 at 7:12 AM Christian König
wrote:
>
> The init order and resulting error handling in dma_buf_export
> was pretty messy.
>
> Subordinate objects like the file and the sysfs kernel objects
> were initializing and wiring itself up with the object in the
> wrong order resulting not
; dri-devel@lists.freedesktop.org; linux-
me...@vger.kernel.org
Subject: [PATCH] dma-buf: fix dma_buf_export init order
The init order and resulting error handling in dma_buf_export
was pretty messy.
Subordinate objects like the file and the sysfs kernel objects
were initializing and wiring itself
Thanks Christian for this nice cleanup!!
On 12/6/2022 8:42 PM, Christian König wrote:
> @@ -638,10 +630,21 @@ struct dma_buf *dma_buf_export(const struct
> dma_buf_export_info *exp_info)
> if (!try_module_get(exp_info->owner))
> return ERR_PTR(-ENOENT);
>
> + file = dma_
reedesktop.org; linux-
>me...@vger.kernel.org
>Subject: [PATCH] dma-buf: fix dma_buf_export init order
>
>The init order and resulting error handling in dma_buf_export
>was pretty messy.
>
>Subordinate objects like the file and the sysfs kernel objects
>were initializing and w
The init order and resulting error handling in dma_buf_export
was pretty messy.
Subordinate objects like the file and the sysfs kernel objects
were initializing and wiring itself up with the object in the
wrong order resulting not only in complicating and partially
incorrect error handling, but al
14 matches
Mail list logo