Philippe Gerum wrote:
> On Mon, 2010-04-19 at 12:28 +0200, Jan Kiszka wrote:
>> This adds rtdm_rt_capable(), a function that can be used by drivers to
>> detect callers that could issue a service request also from the
>> (typically preferred) real-time context. If that is the case, the driver
>> ca
On Mon, 2010-04-19 at 12:28 +0200, Jan Kiszka wrote:
> This adds rtdm_rt_capable(), a function that can be used by drivers to
> detect callers that could issue a service request also from the
> (typically preferred) real-time context. If that is the case, the driver
> can trigger a restart of the r
Jan Kiszka wrote:
> diff --git a/scripts/prepare-kernel.sh b/scripts/prepare-kernel.sh
> index 24b1f17..d8038e0 100755
> Please let me know what precisely you dislike in this approach.
You have to re-run prepare-kernel when you modify the source.
>>> Normally, you have to anyway as
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
My compiler still complains about undefined 'y0' in the enabled case.
>
This avoids forgetting to add the #ifndef-#define lines for debug
switches that shall be used with nucleus/assert.h. Generation takes
place during the prepare-kernel step, thus doesn't prolongs the normal
build.
Signed-off-by: Jan Kiszka
---
include/asm-generic/system.h |4
include/
Jan Kiszka wrote:
> My prepare-kernel approach also detects stall debug stuff: The uitron
> use of XENO_DEBUG is not backed by any config option.
This can be checked when we do the build-test, this will be much more
economic.
--
Gilles.
__
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> My compiler still complains about undefined 'y0' in the enabled case.
>>>
>>> I'll try to dig into a
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> My compiler still complains about undefined 'y0' in the enabled case.
>>
>> I'll try to dig into a different direction now: Au
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> My compiler still complains about undefined 'y0' in the enabled case.
>
> I'll try to dig into a different direction now: Automatic generation
> during build
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
My compiler still complains about undefined 'y0' in the enabled case.
I'll try to dig into a different direction now: Automatic generation
during build. This is what the kernel d
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> My compiler still complains about undefined 'y0' in the enabled case.
>>>
>>> I'll try to dig into a different direction now: Automatic generation
>>> during build. This is what the kernel does as well when the preprocessor
>>
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> My compiler still complains about undefined 'y0' in the enabled case.
>>
>> I'll try to dig into a different direction now: Automatic generation
>> during build. This is what the kernel does as well when the preprocessor
>> gives up. Would even sav
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
Philippe Gerum wrote:
config XENO_OPT_DEBUG_FOO
>>
Gilles Chanteperdrix wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> Philippe Gerum wrote:
>>> config XENO_OPT_DEBUG_FOO
>>> bool "..."
>>>
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Philippe Gerum wrote:
>> config XENO_OPT_DEBUG_FOO
>> bool "..."
>>
>> config XENO_OPT_DEBUG_FOO_
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> Philippe Gerum wrote:
> config XENO_OPT_DEBUG_FOO
> bool "..."
>
> config XENO_OPT_DEBUG_FOO_P
> int
>
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> Philippe Gerum wrote:
> config XENO_OPT_DEBUG_FOO
> bool "..."
>
> config XENO_OPT_DEBUG_FOO_P
> int
>
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
Philippe Gerum wrote:
config XENO_OPT_DEBUG_FOO
bool "..."
config XENO_OPT_DEBUG_FOO_P
int
default "1" if XENO_OPT_DEB
On Mon, 2010-04-19 at 19:22 +0200, Jan Kiszka wrote:
> Philippe Gerum wrote:
> > On Mon, 2010-04-19 at 18:25 +0200, Philippe Gerum wrote:
> >> On Mon, 2010-04-19 at 18:14 +0200, Jan Kiszka wrote:
> >>> Philippe Gerum wrote:
> On Mon, 2010-04-19 at 17:58 +0200, Jan Kiszka wrote:
> > Gilles
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> Philippe Gerum wrote:
>>> config XENO_OPT_DEBUG_FOO
>>> bool "..."
>>>
>>> config XENO_OPT_DEBUG_FOO_P
>>> int
>>> default "1" if XENO_OPT_DEBUG_FOO
>>> default "0"
>
On Mon, 2010-04-19 at 19:22 +0200, Jan Kiszka wrote:
> Philippe Gerum wrote:
> > On Mon, 2010-04-19 at 18:25 +0200, Philippe Gerum wrote:
> >> On Mon, 2010-04-19 at 18:14 +0200, Jan Kiszka wrote:
> >>> Philippe Gerum wrote:
> On Mon, 2010-04-19 at 17:58 +0200, Jan Kiszka wrote:
> > Gilles
Philippe Gerum wrote:
> On Mon, 2010-04-19 at 18:25 +0200, Philippe Gerum wrote:
>> On Mon, 2010-04-19 at 18:14 +0200, Jan Kiszka wrote:
>>> Philippe Gerum wrote:
On Mon, 2010-04-19 at 17:58 +0200, Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> Gilles Chan
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Philippe Gerum wrote:
>> config XENO_OPT_DEBUG_FOO
>> bool "..."
>>
>> config XENO_OPT_DEBUG_FOO_P
>> int
>> default "1" if XENO_OPT_DEBUG_FOO
>> default "0"
>>
>> and XENO_DEBUG() could be extended to test f
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
The following changes since commit
2bed24477882dd7937d59f4e33a0811981c7362c:
Gilles Chanteperdrix (1):
arm: declare the VFP inline asm snippets as volatile.
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> The following changes since commit 2bed24477882dd7937d59f4e33a0811981c7362c:
>>> Gilles Chanteperdrix (1):
>>> arm: declare the VFP inline asm snippets as volatile.
>>>
>>> are available in the git repository at:
>>>
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> The following changes since commit 2bed24477882dd7937d59f4e33a0811981c7362c:
>> Gilles Chanteperdrix (1):
>> arm: declare the VFP inline asm snippets as volatile.
>>
>> are available in the git repository at:
>>
>> git://git.xenomai.org
On Mon, 2010-04-19 at 18:25 +0200, Philippe Gerum wrote:
> On Mon, 2010-04-19 at 18:14 +0200, Jan Kiszka wrote:
> > Philippe Gerum wrote:
> > > On Mon, 2010-04-19 at 17:58 +0200, Jan Kiszka wrote:
> > >> Gilles Chanteperdrix wrote:
> > >>> Jan Kiszka wrote:
> > Gilles Chanteperdrix wrote:
> >
Jan Kiszka wrote:
> Philippe Gerum wrote:
> config XENO_OPT_DEBUG_FOO
> bool "..."
>
> config XENO_OPT_DEBUG_FOO_P
> int
> default "1" if XENO_OPT_DEBUG_FOO
> default "0"
>
> and XENO_DEBUG() could be extended to test for
> CONFIG_XENO_OPT_DEBUG_FOO_P
On Mon, 2010-04-19 at 18:14 +0200, Jan Kiszka wrote:
> Philippe Gerum wrote:
> > On Mon, 2010-04-19 at 17:58 +0200, Jan Kiszka wrote:
> >> Gilles Chanteperdrix wrote:
> >>> Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
> > Jan Kiszka wrote:
> >> Gilles Chanteperdrix wrote:
> >>>
Jan Kiszka wrote:
> The following changes since commit 2bed24477882dd7937d59f4e33a0811981c7362c:
> Gilles Chanteperdrix (1):
> arm: declare the VFP inline asm snippets as volatile.
>
> are available in the git repository at:
>
> git://git.xenomai.org/xenomai-jki.git for-upstream
Ok,
Philippe Gerum wrote:
> On Mon, 2010-04-19 at 17:58 +0200, Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
> Hi,
On Mon, 2010-04-19 at 17:58 +0200, Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
> > Jan Kiszka wrote:
> >> Gilles Chanteperdrix wrote:
> >>> Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
> > Jan Kiszka wrote:
> >> Gilles Chanteperdrix wrote:
> >>> Hi,
> >>>
> >>> I fou
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Hi,
>>>
>>> I found some code which was referencing directly some
>>> CONFIG_XENO_OPT_
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Hi,
>>
>> I found some code which was referencing directly some
>> CONFIG_XENO_OPT_DEBUG_ variables with things like:
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
> Hi,
>
> I found some code which was referencing directly some
> CONFIG_XENO_OPT_DEBUG_ variables with things like:
>
> #ifdef CONFIG_XENO_O
Gilles Chanteperdrix wrote:
> Hi,
>
> I found some code which was referencing directly some
> CONFIG_XENO_OPT_DEBUG_ variables with things like:
>
> #ifdef CONFIG_XENO_OPT_DEBUG_FOO
>
> This usage is incompatible with the pre-requisites of the assert.h
> header that CONFIG_XENO_OPT_DEBUG_FOO sho
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> Gilles Chanteperdrix wrote:
Hi,
I found some code which was referencing directly some
CONFIG_XENO_OPT_DEBUG_ variables with things like:
#ifdef CONFIG_XENO_OPT_DEBUG_FOO
This usage is in
On Mon, 2010-04-19 at 15:58 +0200, Gilles Chanteperdrix wrote:
> Hi,
>
> I found some code which was referencing directly some
> CONFIG_XENO_OPT_DEBUG_ variables with things like:
>
> #ifdef CONFIG_XENO_OPT_DEBUG_FOO
>
> This usage is incompatible with the pre-requisites of the assert.h
> header
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>> Hi,
>>>
>>> I found some code which was referencing directly some
>>> CONFIG_XENO_OPT_DEBUG_ variables with things like:
>>>
>>> #ifdef CONFIG_XENO_OPT_DEBUG_FOO
>>>
>>> This usage is incompatible with the pre-requis
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Hi,
>>
>> I found some code which was referencing directly some
>> CONFIG_XENO_OPT_DEBUG_ variables with things like:
>>
>> #ifdef CONFIG_XENO_OPT_DEBUG_FOO
>>
>> This usage is incompatible with the pre-requisites of the assert.h
>> header that CON
Gilles Chanteperdrix wrote:
> (...)
> So, a patch follows which:
Sorry, here is a patch without the whitespace changes.
diff --git a/include/asm-generic/system.h b/include/asm-generic/system.h
index a2c8fb9..6a255c0 100644
--- a/include/asm-generic/system.h
+++ b/include/asm-generic/system.h
@@ -
We have some #ifdef CONFIG_XENO_OPT_DEBUG_FOO, it is incompatible with
XENO_DEBUG(FOO), XENO_BUGON(FOO, ...) etc... So, this commit:
- replaces these #ifdef with #if XENO_DEBUG(FOO)
- moves all the piece of code like:
to include/nucleus/assert.h, this avoids some code duplication, and allows
us to
Hi,
I found some code which was referencing directly some
CONFIG_XENO_OPT_DEBUG_ variables with things like:
#ifdef CONFIG_XENO_OPT_DEBUG_FOO
This usage is incompatible with the pre-requisites of the assert.h
header that CONFIG_XENO_OPT_DEBUG_FOO should be defined at all times.
While grepping f
Signed-off-by: Jan Kiszka
---
include/rtdm/rtdm.h |4 ++--
ksrc/skins/rtdm/API.CHANGES |6 ++
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/include/rtdm/rtdm.h b/include/rtdm/rtdm.h
index 6e02083..1e6e41e 100644
--- a/include/rtdm/rtdm.h
+++ b/include/rtdm/rtd
This unit test for RTDM validates deferred device closing and driver
deregistration due to pending references. Further tests can be added in
the future.
CC: Philippe Gerum
Signed-off-by: Jan Kiszka
---
include/rtdm/rttesting.h|9 ++
ksrc/drivers/testing/Config.in |2 +
ksrc/dri
All bit manipulations happen under rt_fildes_lock, so there is no need
for atomic ops.
Signed-off-by: Jan Kiszka
---
ksrc/skins/rtdm/core.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/ksrc/skins/rtdm/core.c b/ksrc/skins/rtdm/core.c
index bf905df..11102e2 100644
--
Two changes in one as they are tightly related: Once close is called,
remove the file descriptor from open table, allowing its reuse while
close for the previous user proceeds.
The second and major part of the patch avoids time-based polling while
waiting for context references to be dropped. This
Signed-off-by: Jan Kiszka
---
src/testsuite/irqbench/irqbench.c |2 +-
src/testsuite/irqbench/irqloop.c |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/testsuite/irqbench/irqbench.c
b/src/testsuite/irqbench/irqbench.c
index 844f187..ca7a313 100644
--- a/src/t
This is deprecated now, RT callers will automatically be migrated to
NRT to perform the requests. Moreover, dropping it allows us to allocate
resources from Linux instead of using the precious system heap.
CC: Philippe Gerum
Signed-off-by: Jan Kiszka
---
ksrc/drivers/ipc/rtipc.c |8 +++-
This adds rtdm_rt_capable(), a function that can be used by drivers to
detect callers that could issue a service request also from the
(typically preferred) real-time context. If that is the case, the driver
can trigger a restart of the request if the current context is not
real-time.
CC: Philippe
CC: Philippe Gerum
Signed-off-by: Jan Kiszka
---
include/asm-generic/wrappers.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/asm-generic/wrappers.h b/include/asm-generic/wrappers.h
index 64ec43f..d864397 100644
--- a/include/asm-generic/wrappers.h
+++ b/in
The following changes since commit 2bed24477882dd7937d59f4e33a0811981c7362c:
Gilles Chanteperdrix (1):
arm: declare the VFP inline asm snippets as volatile.
are available in the git repository at:
git://git.xenomai.org/xenomai-jki.git for-upstream
Changes in v4:
- fixed rtdm_rt_capa
Interating over the close handler when it returns -EAGAIN or in case a
pending reference to the device context exists is RTDM practice since
day one. Documenting this is seriously overdue.
CC: Philippe Gerum
Signed-off-by: Jan Kiszka
---
include/rtdm/rtdm_driver.h | 11 +--
1 files ch
To exclude modules from built-in, make them depend on 'm' is sufficient.
Signed-off-by: Jan Kiszka
---
ksrc/drivers/testing/Config.in |2 +-
ksrc/drivers/testing/Kconfig | 14 +-
2 files changed, 6 insertions(+), 10 deletions(-)
diff --git a/ksrc/drivers/testing/Config.in b/
Usually, all devices of some RTDM class use the same naming scheme. But
as test devices are different as they do not provide compatible APIs,
let's give them separate name space for their device names. That finally
resolves all the detection troubles that showed up once more than one
test device wa
This is deprected now, RT callers will automatically be switched to
non-RT.
CC: Alexis Berlemont
Signed-off-by: Jan Kiszka
---
ksrc/drivers/analogy/rtdm_interface.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/ksrc/drivers/analogy/rtdm_interface.c
b/ksrc/drivers/an
Indent according to our style, push irqbench's inner loop into separate
function. No functional changes.
Signed-off-by: Jan Kiszka
---
src/testsuite/irqbench/irqbench.c | 480 ++---
src/testsuite/irqbench/irqloop.c | 303
2 files change
Note that the kernel 2.4 version of schedule_delayed_work is not
universally usable.
CC: Philippe Gerum
Signed-off-by: Jan Kiszka
---
include/asm-generic/wrappers.h |3 +++
include/compat/linux/workqueue.h | 13 +
2 files changed, 16 insertions(+), 0 deletions(-)
diff --git
Probably only an academic exercise: Fix the rounding bug in msleep
wrapper for kernels < 2.4.28.
Signed-off-by: Jan Kiszka
---
include/asm-generic/wrappers.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/asm-generic/wrappers.h b/include/asm-generic/wrappers.h
Support for RTDM device creation and destruction in RT context will be
removed in the future. Start warning the users about this when loading
a driver that makes use of it.
CC: Philippe Gerum
Signed-off-by: Jan Kiszka
---
include/rtdm/rtdm_driver.h | 12 +---
ksrc/skins/rtdm/API.CHAN
This is deprecated now, RT callers will automatically be migrated to
NRT to perform the requests.
CC: Wolfgang Grandegger
Signed-off-by: Jan Kiszka
---
ksrc/drivers/can/rtcan_raw.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/ksrc/drivers/can/rtcan_raw.c b/ksrc/driv
This reverts commit 13bfdd477ab880499d2e8f3b82c49ef4d2cccff0. We better
let the driver trigger the confoming switch once it detects such a case
by using the new service rtdm_rt_capable(). Always being comforming
caused regressions for existing designs.
CC: Philippe Gerum
CC: Alexis Berlemont
Sig
Signed-off-by: Jan Kiszka
---
configure.in |2 +-
src/testsuite/irqbench/Makefile.am |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure.in b/configure.in
index 0228f51..9d6fe35 100644
--- a/configure.in
+++ b/configure.in
@@ -127,7 +127,7
CC: Philippe Gerum
Signed-off-by: Jan Kiszka
---
ksrc/drivers/ipc/internal.h |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/ksrc/drivers/ipc/internal.h b/ksrc/drivers/ipc/internal.h
index 296a988..ed8c103 100644
--- a/ksrc/drivers/ipc/internal.h
+++ b/ksrc/drivers/i
CC: Philippe Gerum
Signed-off-by: Jan Kiszka
---
ksrc/drivers/ipc/rtipc.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/ksrc/drivers/ipc/rtipc.c b/ksrc/drivers/ipc/rtipc.c
index d529912..563cc4e 100644
--- a/ksrc/drivers/ipc/rtipc.c
+++ b/ksrc/drivers/ipc/rtipc.c
As suggested by Philippe: This is an alias of rtdm_context_unlock(), but
it is more intuitive to match it with rtdm_context_get() calls.
CC: Philippe Gerum
Signed-off-by: Jan Kiszka
---
include/rtdm/rtdm_driver.h |5 +
ksrc/skins/rtdm/API.CHANGES |1 +
ksrc/skins/rtdm/core.c |
From: Wolfgang Mauerer
The rework in 95278926edc559d4 misses the case that context can be NULL,
which can (and has) triggered a kernel oops. Take care of this case.
Signed-off-by: Wolfgang Mauerer
Signed-off-by: Jan Kiszka
---
ksrc/skins/rtdm/core.c |2 +-
1 files changed, 1 insertions(+)
This is deprected now, RT callers will automatically be switched to
non-RT. Along this, simplify the allocation logic for the RX timestamp
history buffer. We only support allocations from non-RT now and migrate
RT callers as required.
Signed-off-by: Jan Kiszka
---
ksrc/drivers/serial/16550A.c |
rtdm_context_lock must only be called on context structures that are
already locked, and rtdm_context_unlock must be kept in balance with
rtdm_context_get/rtdm_context_lock. Try to check for mistakes by
requiring non-null clock_lock_count on entry of both services.
Also fix a typo and clarify the
On Mon, 2010-04-19 at 09:37 +0200, Philippe Gerum wrote:
> On Mon, 2010-04-19 at 09:31 +0200, Jan Kiszka wrote:
> > Philippe Gerum wrote:
> > > On Sun, 2010-04-18 at 15:40 +0200, Jan Kiszka wrote:
> > >> Philippe Gerum wrote:
> > >>> On Sun, 2010-04-18 at 15:26 +0200, Philippe Gerum wrote:
> >
On Mon, 2010-04-19 at 09:31 +0200, Jan Kiszka wrote:
> Philippe Gerum wrote:
> > On Sun, 2010-04-18 at 15:40 +0200, Jan Kiszka wrote:
> >> Philippe Gerum wrote:
> >>> On Sun, 2010-04-18 at 15:26 +0200, Philippe Gerum wrote:
> On Sun, 2010-04-18 at 15:12 +0200, Jan Kiszka wrote:
> > From: J
Philippe Gerum wrote:
> On Sun, 2010-04-18 at 15:40 +0200, Jan Kiszka wrote:
>> Philippe Gerum wrote:
>>> On Sun, 2010-04-18 at 15:26 +0200, Philippe Gerum wrote:
On Sun, 2010-04-18 at 15:12 +0200, Jan Kiszka wrote:
> From: Jan Kiszka
>
> This adds rtdm_rt_capable(), a function th
72 matches
Mail list logo