[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAGbaURk3gm2+w2zs+K45ptGefAeTDyBUGTz1B9CoEBGXpgB7Ww@mail.gmail.com>
Date: Fri, 5 Apr 2013 20:41:13 +0200
From: christophe malvasio <arsdmthe@...il.com>
To: Lucas De Marchi <lucas.demarchi@...fusion.mobi>
Cc: linux-modules <linux-modules@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: control on cpu/core
ok thanks lucas ;)
i'm not on writing functions loading yet but it will come
(i don't have a more efficient format than elf in good shape in my mind ...)
2013/4/5 Lucas De Marchi <lucas.demarchi@...fusion.mobi>:
> On Fri, Apr 5, 2013 at 1:30 PM, christophe malvasio <arsdmthe@...il.com> wrote:
>> hi all
>> i want to give the control of one core to a module
>> that is the kernel have to not schedule/interrupt execution on this
>> core and also my module have to be the only thing to send execution on
>> this core
>> i'm not sure if i can make it only from my module or if i must hack
>> the kernel too ?
>> fake core unplug or more coding ?
>> give me your opinion ;)
>
> You can isolate a core during boot so no process is scheduled to that
> core. See "isolcpus=" in Documentation/kernel-parameters.txt.
>
> I don't know what your module is doing so it might not be possible in
> all scenarios. The only way I see is if your module created a kernel
> thread. Then it can be moved to the isolated core by setting the cpu
> mask. See for example how kworker, watchdog, migration do.
>
> I'm CCing LKML to broaden your audience. linux-modules@...r.kernel.org
> is really low traffic and mostly intended for the module
> loading/removal process, not really about writing modules.
>
>
> Lucas De Marchi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists