On 2017-06-29 11:56:59 [+0200], Bernhard Landauer wrote:
> > You should only need a read copy and ->cpus_ptr is for that.
> ntoskernel.h has this:
>
> #define tsk_cpus_allowed(tsk) (&(tsk)->cpus_allowed)
>
> so should it become:
>
> #define tsk_cpus_allowed(tsk) ((tsk)->cpus_ptr)
>
> ?
On 2017-06-29 11:56:59 [+0200], Bernhard Landauer wrote:
> > You should only need a read copy and ->cpus_ptr is for that.
> ntoskernel.h has this:
>
> #define tsk_cpus_allowed(tsk) (&(tsk)->cpus_allowed)
>
> so should it become:
>
> #define tsk_cpus_allowed(tsk) ((tsk)->cpus_ptr)
>
> ?
On 29/06/17 09:50, Sebastian Andrzej Siewior wrote:
On 2017-06-29 02:30:12 [+0200], Bernhard Landauer wrote:
I'm unable to compile the ndiswrapper extramodule against 4.11.7-rt3
I am surprised that this is still needed.
I get lots of errors of the kind
'struct task_struct' has no member
On 29/06/17 09:50, Sebastian Andrzej Siewior wrote:
On 2017-06-29 02:30:12 [+0200], Bernhard Landauer wrote:
I'm unable to compile the ndiswrapper extramodule against 4.11.7-rt3
I am surprised that this is still needed.
I get lots of errors of the kind
'struct task_struct' has no member
On 2017-06-29 02:30:12 [+0200], Bernhard Landauer wrote:
> I'm unable to compile the ndiswrapper extramodule against 4.11.7-rt3
I am surprised that this is still needed.
> I get lots of errors of the kind
>
> 'struct task_struct' has no member named 'cpus_allowed'; did you mean
>
On 2017-06-29 02:30:12 [+0200], Bernhard Landauer wrote:
> I'm unable to compile the ndiswrapper extramodule against 4.11.7-rt3
I am surprised that this is still needed.
> I get lots of errors of the kind
>
> 'struct task_struct' has no member named 'cpus_allowed'; did you mean
>
On Thu, 2017-06-29 at 04:55 +0200, Mike Galbraith wrote:
>
> cpus_allowed became cpus_mask. Anything (crash.. hohum, yet again)
> that rummages around in the kernels gizzard will have to adapt.
(wrt crash: nope, it doesn't care for a change)
On Thu, 2017-06-29 at 04:55 +0200, Mike Galbraith wrote:
>
> cpus_allowed became cpus_mask. Anything (crash.. hohum, yet again)
> that rummages around in the kernels gizzard will have to adapt.
(wrt crash: nope, it doesn't care for a change)
On Thu, 2017-06-29 at 02:30 +0200, Bernhard Landauer wrote:
> I'm unable to compile the ndiswrapper extramodule against 4.11.7-rt3
>
> I get lots of errors of the kind
>
> 'struct task_struct' has no member named 'cpus_allowed'; did you mean
> 'nr_cpus_allowed'?
>
> What can I do?
On Thu, 2017-06-29 at 02:30 +0200, Bernhard Landauer wrote:
> I'm unable to compile the ndiswrapper extramodule against 4.11.7-rt3
>
> I get lots of errors of the kind
>
> 'struct task_struct' has no member named 'cpus_allowed'; did you mean
> 'nr_cpus_allowed'?
>
> What can I do?
I'm unable to compile the ndiswrapper extramodule against 4.11.7-rt3
I get lots of errors of the kind
'struct task_struct' has no member named 'cpus_allowed'; did you mean
'nr_cpus_allowed'?
What can I do?
kind regards
Bernhard
On 27/06/17 15:57, Sebastian Andrzej Siewior wrote:
Dear RT
I'm unable to compile the ndiswrapper extramodule against 4.11.7-rt3
I get lots of errors of the kind
'struct task_struct' has no member named 'cpus_allowed'; did you mean
'nr_cpus_allowed'?
What can I do?
kind regards
Bernhard
On 27/06/17 15:57, Sebastian Andrzej Siewior wrote:
Dear RT
Dear RT folks!
I'm pleased to announce the v4.11.7-rt3 patch set.
Changes since v4.11.7-rt2:
- Clearing a swap-slot took a sleeping lock in a preempt-disable
region. Fixed by dropping the preempt-disable region.
- The capability check code on arm64 took a mutex in a atomic section.
Dear RT folks!
I'm pleased to announce the v4.11.7-rt3 patch set.
Changes since v4.11.7-rt2:
- Clearing a swap-slot took a sleeping lock in a preempt-disable
region. Fixed by dropping the preempt-disable region.
- The capability check code on arm64 took a mutex in a atomic section.
14 matches
Mail list logo