* [I-PIPE] ipipe-core-4.14.71-x86-1 released
@ 2018-10-31 16:27 xenomai
2018-11-01 2:07 ` Alec Ari
0 siblings, 1 reply; 8+ messages in thread
From: xenomai @ 2018-10-31 16:27 UTC (permalink / raw)
To: xenomai
Download URL: https://xenomai.org/downloads/ipipe/v4.x/x86/ipipe-core-4.14.71-x86-1.patch
Repository: https://git.xenomai.org/ipipe-x86
Release tag: ipipe-core-4.14.71-x86-1
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [I-PIPE] ipipe-core-4.14.71-x86-1 released
@ 2018-11-01 16:59 Petr Červenka
2018-11-01 17:38 ` Philippe Gerum
0 siblings, 1 reply; 8+ messages in thread
From: Petr Červenka @ 2018-11-01 16:59 UTC (permalink / raw)
To: Xenomai
Hello.
Is it really finished?
I have problems to compile the patched kernel.
At first, when it compiles machine.c, there is such error:
CC arch/x86/xenomai/machine.o
In file included from ./include/asm-generic/xenomai/syscall.h:23:0,
from arch/x86/xenomai/include/asm/xenomai/syscall.h:24,
from arch/x86/xenomai/machine.c:22:
./arch/x86/include/asm/uaccess.h: In function ‘set_fs’:
./arch/x86/include/asm/uaccess.h:33:9: error: dereferencing pointer to incomplete type ‘struct task_struct’
current->thread.addr_limit = fs;
^~
After an ad-hoc fix, there are some other errors for example during compiling of thread.c, mostly connected to fpu:
fpu.fpregs_active, fpu.active_state, __fpregs_deactivate(), __fpregs_activate(), clts(), stts(), SLAB_NOTRACK, ...
Am I doing something wrong?
Best regards
Petr
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [I-PIPE] ipipe-core-4.14.71-x86-1 released
2018-11-01 16:59 Petr Červenka
@ 2018-11-01 17:38 ` Philippe Gerum
2018-11-02 10:07 ` Henning Schild
2018-11-02 13:20 ` Petr Červenka
0 siblings, 2 replies; 8+ messages in thread
From: Philippe Gerum @ 2018-11-01 17:38 UTC (permalink / raw)
To: Petr Červenka, Xenomai
On 11/1/18 5:59 PM, Petr Červenka wrote:
> Hello.
>
> Is it really finished?
> I have problems to compile the patched kernel.
>
> At first, when it compiles machine.c, there is such error:
> CC arch/x86/xenomai/machine.o
> In file included from ./include/asm-generic/xenomai/syscall.h:23:0,
> from arch/x86/xenomai/include/asm/xenomai/syscall.h:24,
> from arch/x86/xenomai/machine.c:22:
> ./arch/x86/include/asm/uaccess.h: In function ‘set_fs’:
> ./arch/x86/include/asm/uaccess.h:33:9: error: dereferencing pointer to incomplete type ‘struct task_struct’
> current->thread.addr_limit = fs;
> ^~
>
> After an ad-hoc fix, there are some other errors for example during compiling of thread.c, mostly connected to fpu:
> fpu.fpregs_active, fpu.active_state, __fpregs_deactivate(), __fpregs_activate(), clts(), stts(), SLAB_NOTRACK, ...
>
> Am I doing something wrong?
>
You are likely not using the proper Xenomai branch, you need -next.
--
Philippe.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [I-PIPE] ipipe-core-4.14.71-x86-1 released
2018-11-01 17:38 ` Philippe Gerum
@ 2018-11-02 10:07 ` Henning Schild
2018-11-02 11:45 ` Jan Kiszka
2018-11-02 13:20 ` Petr Červenka
1 sibling, 1 reply; 8+ messages in thread
From: Henning Schild @ 2018-11-02 10:07 UTC (permalink / raw)
To: Philippe Gerum; +Cc: Petr Červenka, Xenomai
Am Thu, 1 Nov 2018 18:38:47 +0100
schrieb Philippe Gerum <rpm@xenomai.org>:
> On 11/1/18 5:59 PM, Petr Červenka wrote:
> > Hello.
> >
> > Is it really finished?
> > I have problems to compile the patched kernel.
> >
> > At first, when it compiles machine.c, there is such error:
> > CC arch/x86/xenomai/machine.o
> > In file included from ./include/asm-generic/xenomai/syscall.h:23:0,
> > from
> > arch/x86/xenomai/include/asm/xenomai/syscall.h:24, from
> > arch/x86/xenomai/machine.c:22: ./arch/x86/include/asm/uaccess.h: In
> > function ‘set_fs’: ./arch/x86/include/asm/uaccess.h:33:9: error:
> > dereferencing pointer to incomplete type ‘struct task_struct’
> > current->thread.addr_limit = fs; ^~
> >
> > After an ad-hoc fix, there are some other errors for example during
> > compiling of thread.c, mostly connected to fpu: fpu.fpregs_active,
> > fpu.active_state, __fpregs_deactivate(), __fpregs_activate(),
> > clts(), stts(), SLAB_NOTRACK, ... Am I doing something wrong?
> >
>
> You are likely not using the proper Xenomai branch, you need -next.
I would not suggest next, master and stable/v3.0.x should do. But
v3.0.7 and older will not work.
As far as i understood we will soon have a v3.1, for people that like
their releases ;).
Henning
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [I-PIPE] ipipe-core-4.14.71-x86-1 released
2018-11-02 10:07 ` Henning Schild
@ 2018-11-02 11:45 ` Jan Kiszka
0 siblings, 0 replies; 8+ messages in thread
From: Jan Kiszka @ 2018-11-02 11:45 UTC (permalink / raw)
To: Henning Schild, Philippe Gerum; +Cc: Petr Červenka, Xenomai
On 02.11.18 11:07, Henning Schild via Xenomai wrote:
> Am Thu, 1 Nov 2018 18:38:47 +0100
> schrieb Philippe Gerum <rpm@xenomai.org>:
>
>> On 11/1/18 5:59 PM, Petr Červenka wrote:
>>> Hello.
>>>
>>> Is it really finished?
>>> I have problems to compile the patched kernel.
>>>
>>> At first, when it compiles machine.c, there is such error:
>>> CC arch/x86/xenomai/machine.o
>>> In file included from ./include/asm-generic/xenomai/syscall.h:23:0,
>>> from
>>> arch/x86/xenomai/include/asm/xenomai/syscall.h:24, from
>>> arch/x86/xenomai/machine.c:22: ./arch/x86/include/asm/uaccess.h: In
>>> function ‘set_fs’: ./arch/x86/include/asm/uaccess.h:33:9: error:
>>> dereferencing pointer to incomplete type ‘struct task_struct’
>>> current->thread.addr_limit = fs; ^~
>>>
>>> After an ad-hoc fix, there are some other errors for example during
>>> compiling of thread.c, mostly connected to fpu: fpu.fpregs_active,
>>> fpu.active_state, __fpregs_deactivate(), __fpregs_activate(),
>>> clts(), stts(), SLAB_NOTRACK, ... Am I doing something wrong?
>>>
>>
>> You are likely not using the proper Xenomai branch, you need -next.
>
> I would not suggest next, master and stable/v3.0.x should do. But
> v3.0.7 and older will not work.
"next" is now a (potentially rebasing) integration branch for "master". The
latter will only evolve linearly, no more rebasing. Unless there is particular
interest in some fix, "master" is indeed the recommendation for following the
development for the next major release. Otherwise: stable.
>
> As far as i understood we will soon have a v3.1, for people that like
> their releases ;).
I'm also planning to do a 3.0.8 release "soonish", specifically now that we have
x86-ipipe updates that require this.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [I-PIPE] ipipe-core-4.14.71-x86-1 released
2018-11-01 17:38 ` Philippe Gerum
2018-11-02 10:07 ` Henning Schild
@ 2018-11-02 13:20 ` Petr Červenka
2018-11-02 14:49 ` Jan Kiszka
1 sibling, 1 reply; 8+ messages in thread
From: Petr Červenka @ 2018-11-02 13:20 UTC (permalink / raw)
To: Henning Schild, Philippe Gerum; +Cc: Xenomai
You are right.
The errors were because of version 3.0.7. I didn't realize, that prepare-kernel.sh script doesn't only apply the patch. But it also copies part of the xenomai to the kernel.
Meanwhile I tried the latest git (probably master branch). I got another error (simple to fix) in one of the rtnet drivers:
drivers/xenomai/net/drivers/e1000e/netdev.c: In function ‘e1000e_set_interrupt_capability’:
drivers/xenomai/net/drivers/e1000e/netdev.c:1225:11: error: implicit declaration of function ‘pci_enable_msix’; did you mean ‘pci_enable_msi’? [-Werror=implicit-function-declaration]
err = pci_enable_msix(adapter->pdev,
^~~~~~~~~~~~~~~
pci_enable_msi
Petr Cervenka
______________________________________________________________
> Od: "Henning Schild" <henning.schild@siemens.com>
> Komu: "Philippe Gerum" <rpm@xenomai.org>
> Datum: 02.11.2018 11:07
> Předmět: Re: [I-PIPE] ipipe-core-4.14.71-x86-1 released
>
> CC: <xenomai@xenomai.org>
Am Thu, 1 Nov 2018 18:38:47 +0100
schrieb Philippe Gerum <rpm@xenomai.org>:
> On 11/1/18 5:59 PM, Petr Červenka wrote:
> > Hello.
> >
> > Is it really finished?
> > I have problems to compile the patched kernel.
> >
> > At first, when it compiles machine.c, there is such error:
> > CC arch/x86/xenomai/machine.o
> > In file included from ./include/asm-generic/xenomai/syscall.h:23:0,
> > from
> > arch/x86/xenomai/include/asm/xenomai/syscall.h:24, from
> > arch/x86/xenomai/machine.c:22: ./arch/x86/include/asm/uaccess.h: In
> > function ‘set_fs’: ./arch/x86/include/asm/uaccess.h:33:9: error:
> > dereferencing pointer to incomplete type ‘struct task_struct’
> > current->thread.addr_limit = fs; ^~
> >
> > After an ad-hoc fix, there are some other errors for example during
> > compiling of thread.c, mostly connected to fpu: fpu.fpregs_active,
> > fpu.active_state, __fpregs_deactivate(), __fpregs_activate(),
> > clts(), stts(), SLAB_NOTRACK, ... Am I doing something wrong?
> >
>
> You are likely not using the proper Xenomai branch, you need -next.
I would not suggest next, master and stable/v3.0.x should do. But
v3.0.7 and older will not work.
As far as i understood we will soon have a v3.1, for people that like
their releases ;).
Henning
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [I-PIPE] ipipe-core-4.14.71-x86-1 released
2018-11-02 13:20 ` Petr Červenka
@ 2018-11-02 14:49 ` Jan Kiszka
0 siblings, 0 replies; 8+ messages in thread
From: Jan Kiszka @ 2018-11-02 14:49 UTC (permalink / raw)
To: Petr Červenka, Henning Schild, Philippe Gerum; +Cc: Xenomai
On 02.11.18 14:20, Petr Červenka via Xenomai wrote:
> You are right.
> The errors were because of version 3.0.7. I didn't realize, that prepare-kernel.sh script doesn't only apply the patch. But it also copies part of the xenomai to the kernel.
>
> Meanwhile I tried the latest git (probably master branch). I got another error (simple to fix) in one of the rtnet drivers:
> drivers/xenomai/net/drivers/e1000e/netdev.c: In function ‘e1000e_set_interrupt_capability’:
> drivers/xenomai/net/drivers/e1000e/netdev.c:1225:11: error: implicit declaration of function ‘pci_enable_msix’; did you mean ‘pci_enable_msi’? [-Werror=implicit-function-declaration]
> err = pci_enable_msix(adapter->pdev,
> ^~~~~~~~~~~~~~~
> pci_enable_msi
Known issue: There is now pci_alloc_irq_vectors only. We need to switch to that
API and provide backward compatible wrappers for < 4.8. If you do not need this
driver, disable it for now.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2018-11-02 14:49 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-10-31 16:27 [I-PIPE] ipipe-core-4.14.71-x86-1 released xenomai
2018-11-01 2:07 ` Alec Ari
2018-11-01 16:59 Petr Červenka
2018-11-01 17:38 ` Philippe Gerum
2018-11-02 10:07 ` Henning Schild
2018-11-02 11:45 ` Jan Kiszka
2018-11-02 13:20 ` Petr Červenka
2018-11-02 14:49 ` Jan Kiszka
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.