[PATCH 0/1] async: export current_is_async()

[PATCH 0/1] async: export current_is_async()

[Lukas Wunner]

Hi Tejun,

when you introduced current_is_async() with 84b233adcca3, was it a
deliberate decision not to export it? All other non-static functions
in async.c are exported as well.

I'm asking because I would like to use it in i915.ko.

Thanks,

Lukas


Lukas Wunner (1):
  async: export current_is_async()

 kernel/async.c | 1 +
 1 file changed, 1 insertion(+)

-- 
2.1.0

[PATCH 1/1] async: export current_is_async()

[Lukas Wunner]

Introduced by 84b233adcca3 ("workqueue: implement current_is_async()").

Cc: Tejun Heo <tj@kernel.org>
Signed-off-by: Lukas Wunner <lukas@wunner.de>
---
 kernel/async.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/kernel/async.c b/kernel/async.c
index 4c3773c..d2edd6e 100644
--- a/kernel/async.c
+++ b/kernel/async.c
@@ -326,3 +326,4 @@ bool current_is_async(void)
 
 	return worker && worker->current_func == async_run_entry_fn;
 }
+EXPORT_SYMBOL_GPL(current_is_async);
-- 
2.1.0

Re: [PATCH 0/1] async: export current_is_async()

[Tejun Heo]

Hello, Lukas.

On Thu, Nov 19, 2015 at 04:31:11PM +0100, Lukas Wunner wrote:
> Hi Tejun,
> 
> when you introduced current_is_async() with 84b233adcca3, was it a
> deliberate decision not to export it? All other non-static functions
> in async.c are exported as well.
> 
> I'm asking because I would like to use it in i915.ko.

There just was no module user at the time.  Please feel free to export
it.

Thanks.

-- 
tejun

Re: [Intel-gfx] [PATCH 0/1] async: export current_is_async()

[Daniel Vetter]

On Thu, Nov 19, 2015 at 11:10:16AM -0500, Tejun Heo wrote:
> Hello, Lukas.
> 
> On Thu, Nov 19, 2015 at 04:31:11PM +0100, Lukas Wunner wrote:
> > Hi Tejun,
> > 
> > when you introduced current_is_async() with 84b233adcca3, was it a
> > deliberate decision not to export it? All other non-static functions
> > in async.c are exported as well.
> > 
> > I'm asking because I would like to use it in i915.ko.
> 
> There just was no module user at the time.  Please feel free to export
> it.

I take that as an ack to pull Lukas' export patch in through drm-intel
trees.

Thanks, Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch