wolfgang.maue...@siemens.com wrote:
From: Wolfgang Mauerer wolfgang.maue...@siemens.com
A new structure (struct xnshared) is introduced. It allows us to share
generic data between user and kernel of Linux and Xenomai; a bitmap
of feature flags located at the beginning of the structure
On Tue, 2009-12-22 at 00:06 +0100, Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
On Mon, 2009-12-21 at 09:58 +0100, Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Hi Philippe,
as adeos-ipipe-2.4.35.5-i386-1.3-05.patch and
adeos-ipipe-2.6.29.5-x86-2.4-02.patch
Hi,
Since I started talking about it, I have run build tests fixing a few
things here and there. The current status is this (still at the same
place: http://sisyphus.hd.free.fr/~gilles/bx):
* analogy: I have tried to disable some parts of analogy when compiling
on machines without CONFIG_PCI,
The following changes since commit 0cb257bf7393b5a53eb35b021b95730bd40dd561:
Philippe Gerum (1):
Merge commit 'gilles'
are available in the git repository at:
git://git.xenomai.org/xenomai-gch.git for-head
Gilles Chanteperdrix (3):
arith: avoid ARM Linux do_div compile-time
On Tue, 2009-12-22 at 11:06 +0100, Gilles Chanteperdrix wrote:
Hi,
Since I started talking about it, I have run build tests fixing a few
things here and there. The current status is this (still at the same
place: http://sisyphus.hd.free.fr/~gilles/bx):
* analogy: I have tried to disable
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
xenomai-git-requ...@gna.org wrote:
Date: Mon, 21 Dec 2009 16:04:33 +0100
From: GIT version control g...@xenomai.org
Subject: [Xenomai-git] Gilles Chanteperdrix : rtcan: use the new
pci_ids header for pci rtcan drivers
To: xenomai-...@gna.org
Gilles Chanteperdrix wrote:
* rtcan: on blackfin we seem to have a conflict with rtcan.
The warning is about CAN_ERR_MASK, sure blackfin is a bit strange to
define this in core headers which are included everywhere. This said,
not prefixing a Xenomai symbol with something like XN seems to be
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
* rtcan: on blackfin we seem to have a conflict with rtcan.
The warning is about CAN_ERR_MASK, sure blackfin is a bit strange to
define this in core headers which are included everywhere. This said,
not prefixing a Xenomai symbol with something
Gilles Chanteperdrix wrote:
wolfgang.maue...@siemens.com wrote:
+/*
+ * We re-use the global semaphore heap to provide a multi-purpose shared
+ * memory area between Xenomai and Linux - for both kernel and userland
+ */
+void __init xnheap_init_shared(void)
+{
+xnshared = (struct
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
* rtcan: on blackfin we seem to have a conflict with rtcan.
The warning is about CAN_ERR_MASK, sure blackfin is a bit strange to
define this in core headers which are included everywhere. This said,
not prefixing a
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
* rtcan: on blackfin we seem to have a conflict with rtcan.
The warning is about CAN_ERR_MASK, sure blackfin is a bit strange to
define this in core headers which are included everywhere. This said,
not prefixing a
Gilles Chanteperdrix wrote:
wolfgang.maue...@siemens.com wrote:
From: Wolfgang Mauerer wolfgang.maue...@siemens.com
A new structure (struct xnshared) is introduced. It allows us to share
generic data between user and kernel of Linux and Xenomai; a bitmap
of feature flags located at the
Wolfgang Mauerer wrote:
+enum xnshared_features {
+/* XNSHARED_FEAT_A = 1,
+ XNSHARED_FEAT_B, */
+ XNSHARED_MAX_FEATURES,
+};
Xenomai style is to use defines bit with the bit shifted directly, so,
XNSHARED_FEAT_A would rather be 0x0001, and I am not sure an
enum can be 64
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
* rtcan: on blackfin we seem to have a conflict with rtcan.
The warning is about CAN_ERR_MASK, sure blackfin is a bit strange to
define this in core headers which are included everywhere.
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
* rtcan: on blackfin we seem to have a conflict with rtcan.
The warning is about CAN_ERR_MASK, sure blackfin is a bit strange to
define this in core headers which
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
* rtcan: on blackfin we seem to have a conflict with rtcan.
The warning is about CAN_ERR_MASK, sure blackfin is a bit strange to
define this in
Gilles Chanteperdrix wrote:
Wolfgang Mauerer wrote:
+enum xnshared_features {
+/*XNSHARED_FEAT_A = 1,
+ XNSHARED_FEAT_B, */
+ XNSHARED_MAX_FEATURES,
+};
Xenomai style is to use defines bit with the bit shifted directly, so,
XNSHARED_FEAT_A would rather be 0x0001, and
Hi Gilles,
Gilles Chanteperdrix a écrit :
Hi,
Since I started talking about it, I have run build tests fixing a few
things here and there. The current status is this (still at the same
place: http://sisyphus.hd.free.fr/~gilles/bx):
* analogy: I have tried to disable some parts of analogy
Wolfgang Mauerer wrote:
Gilles Chanteperdrix wrote:
Wolfgang Mauerer wrote:
+enum xnshared_features {
+/* XNSHARED_FEAT_A = 1,
+ XNSHARED_FEAT_B, */
+ XNSHARED_MAX_FEATURES,
+};
Xenomai style is to use defines bit with the bit shifted directly, so,
XNSHARED_FEAT_A would rather be
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
* rtcan: on blackfin we seem to have a conflict with rtcan.
The warning is about CAN_ERR_MASK, sure blackfin is a
Gilles Chanteperdrix wrote:
Wolfgang Mauerer wrote:
Gilles Chanteperdrix wrote:
Wolfgang Mauerer wrote:
+enum xnshared_features {
+/* XNSHARED_FEAT_A = 1,
+XNSHARED_FEAT_B, */
+XNSHARED_MAX_FEATURES,
+};
Xenomai style is to use defines bit with the bit shifted
Gilles Chanteperdrix a écrit :
Hi,
Since I started talking about it, I have run build tests fixing a few
things here and there. The current status is this (still at the same
place: http://sisyphus.hd.free.fr/~gilles/bx):
Hi,
I've watched your log file for nios2
Wolfgang Mauerer wrote:
Gilles Chanteperdrix wrote:
Wolfgang Mauerer wrote:
Gilles Chanteperdrix wrote:
Wolfgang Mauerer wrote:
+enum xnshared_features {
+/* XNSHARED_FEAT_A = 1,
+ XNSHARED_FEAT_B, */
+ XNSHARED_MAX_FEATURES,
+};
Xenomai style is to use defines bit with
Gilles Chanteperdrix wrote:
Wolfgang Mauerer wrote:
Gilles Chanteperdrix wrote:
Wolfgang Mauerer wrote:
Gilles Chanteperdrix wrote:
Wolfgang Mauerer wrote:
(...)
Would it
therefore make sense to restrict the data exchange to the global heap
semaphore, and add an architecture-specific
Hi,
I have been trying to test the functionality of the analogy_ni_pcimio driver
on a NI6259 board. I am using a linux kernel 2.6.29.5 with the xenomai-head
(rc5). Doing an a4l_sync_write to an analog output channel works fine. Now I am
trying to use the cmd structure for writing to the same
Hi,
Stefan Schaal wrote:
Hi,
I have been trying to test the functionality of the analogy_ni_pcimio
driver on a NI6259 board. I am using a linux kernel 2.6.29.5 with the
xenomai-head (rc5). Doing an a4l_sync_write to an analog output channel works
fine. Now I am trying to use the cmd
Hi Gilles,
Gilles Chanteperdrix wrote:
Hi,
Since I started talking about it, I have run build tests fixing a few
things here and there. The current status is this (still at the same
place: http://sisyphus.hd.free.fr/~gilles/bx):
* analogy: I have tried to disable some parts of analogy
dmesg:
Analogy: analogy_ni_pcimio: ni_mio_common: interrupt: b_status=0002
m1_status=80a8
[15619.322973] Analogy: analogy_ni_pcimio: ni_ao_wait_for_dma_load: timed out
waiting for dma load
-Stefan
On Dec 22, 2009, at 16:52, Alexis Berlemont wrote:
Hi,
Stefan Schaal wrote:
Hi,
I
28 matches
Mail list logo