Re: [Xenomai-core] PULL REQUEST: analogy
On 09/04/2011 11:43 PM, Alexis Berlemont wrote: The following changes since commit fa167ed2f2d9ce569968d801796f7e760772e97b: doc: regenerate (2011-09-04 21:48:41 +0200) are available in the git repository at: ssh+git://git.xenomai.org/xenomai-abe.git analogy Just a small remark: this commit creates a new library libwaveform.a. Should not this library be integrated in libanalogy? -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] PULL REQUEST: analogy
The following changes since commit fa167ed2f2d9ce569968d801796f7e760772e97b: doc: regenerate (2011-09-04 21:48:41 +0200) are available in the git repository at: ssh+git://git.xenomai.org/xenomai-abe.git analogy Alexis Berlemont (28): analogy: add first version of waveform generation analogy: rename waveform files analogy: minor changes analogy: add wf_generate tool analogy: add verbose output in wf_generate tool analogy: add a 1st version of wf_cmd_write analogy: 1st rework of fake driver analogy: [fake] minor fix in attach parameters handling analogy: [fake] validate the looping feature analogy: minor fix in wf_generate analogy: [fake] add instruction callbacks for the loop subdevices analogy: [loop] remove the driver analogy: [fake] correctly manage EOA events for loop subdevices analogy: minor change in cmd_read.c analogy: various basic bug fixes in wf_cmd_write analogy: minor cosmetic changes in wf_facilities.c analogy: [fake] fix synchronization bugs at cancel time analogy: minor change in the test program wf_cmd_write analogy: add signal injection in the cmd_write tool analogy: implement the configuration of a wake-up threshold analogy: update cmd_read and cmd_write with a wake-count option analogy: [ni_660x] replace spin_lock_* calls by al4_lock_* calls analogy: [pcimio] minor cosmetic change analogy: [ni_660x] review indentation analogy: [ni_660x] review coding style and traces analogy: [ni_670x] review coding style analogy: [ni_660x] remove useless headers analogy: [ni_670x] replace printk calls by a4l_[err,info] calls Anders Blomdell (2): analogy: fix duplicate symbols analogy: [pcimio] fix wrong IRQ setup after reboot Julien Delange (1): analogy: integrate the drivers ni_660x and ni_670x. include/analogy/analogy.h | 80 +- include/analogy/buffer.h | 23 + include/analogy/channel_range.h| 16 +- include/analogy/ioctl.h|7 +- ksrc/drivers/analogy/buffer.c | 86 +- ksrc/drivers/analogy/driver_facilities.c | 12 +- ksrc/drivers/analogy/intel/8255.c | 10 +- ksrc/drivers/analogy/intel/8255.h |8 +- ksrc/drivers/analogy/national_instruments/Kconfig | 18 + ksrc/drivers/analogy/national_instruments/Makefile |6 + .../analogy/national_instruments/mio_common.c | 152 +- ksrc/drivers/analogy/national_instruments/mite.c | 164 ++- ksrc/drivers/analogy/national_instruments/mite.h | 51 +- .../drivers/analogy/national_instruments/ni_660x.c | 1485 .../drivers/analogy/national_instruments/ni_670x.c | 446 ++ ksrc/drivers/analogy/national_instruments/ni_mio.h | 18 +- ksrc/drivers/analogy/national_instruments/ni_tio.h | 28 +- ksrc/drivers/analogy/national_instruments/pcimio.c | 70 +- .../analogy/national_instruments/tio_common.c | 82 +- ksrc/drivers/analogy/rtdm_interface.c |8 +- ksrc/drivers/analogy/sensoray/s526.c |4 +- ksrc/drivers/analogy/subdevice.c | 14 +- ksrc/drivers/analogy/testing/Config.in |1 - ksrc/drivers/analogy/testing/Kconfig | 11 +- ksrc/drivers/analogy/testing/Makefile | 11 +- ksrc/drivers/analogy/testing/fake.c| 427 +- ksrc/drivers/analogy/testing/loop.c| 287 src/drvlib/analogy/async.c | 31 + src/utils/analogy/Makefile.am | 18 +- src/utils/analogy/cmd_read.c | 24 +- src/utils/analogy/cmd_write.c | 721 ++ src/utils/analogy/wf_facilities.c | 158 +++ src/utils/analogy/wf_facilities.h | 36 + src/utils/analogy/wf_generate.c| 252 34 files changed, 3719 insertions(+), 1046 deletions(-) create mode 100644 ksrc/drivers/analogy/national_instruments/ni_660x.c create mode 100644 ksrc/drivers/analogy/national_instruments/ni_670x.c delete mode 100644 ksrc/drivers/analogy/testing/loop.c create mode 100644 src/utils/analogy/wf_facilities.c create mode 100644 src/utils/analogy/wf_facilities.h Alexis. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] analogy: bug fixes in buffer size config
The following changes since commit c0993894a7ab56d9c3f5444e90e68602673288de: 16550A: Disable PCI configuration option for platforms without PCI (2011-01-08 01:05:02 +0100) are available in the git repository at: ssh+git://git.xenomai.org/xenomai-abe.git analogy Alexis Berlemont (5): analogy: fix the default size of the buffer analogy: [pcimio] minor fix in log messages analogy: implement configuration of buffer default size analogy: add a sys function for the ioctl BUFCONFIG analogy: add buffer configuration facility in analogy_config include/analogy/analogy.h|2 + include/analogy/buffer.h |8 + include/analogy/transfer.h |3 + include/analogy/types.h |4 +- ksrc/drivers/analogy/buffer.c| 17 +- ksrc/drivers/analogy/national_instruments/mite.c |2 +- ksrc/drivers/analogy/rtdm_interface.c| 10 +- ksrc/drivers/analogy/transfer.c |4 + src/drvlib/analogy/async.c |9 +- src/drvlib/analogy/sys.c | 33 +++ src/utils/analogy/analogy_config.c | 241 ++ 11 files changed, 223 insertions(+), 110 deletions(-) -- Alexis. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] analogy: bugfixes
The following changes since commit 9d70c373eee0ac43a1b5869600e33ec6bff89868: rtcan: Mask the SJA_MOD register when probing for channels (2010-09-16 20:43:34 +0200) are available in the git repository at: git://git.xenomai.org/xenomai-abe.git analogy Alexis Berlemont (9): analogy: minor change in analogy Kconfig text analogy: add comments in the buffer management code analogy: fix a bug in the DIO subdevice's mite configuration analogy: minor changes in cmd_bits analogy: comsetic change in mite.c analogy: [pcimio] rework the mite setup procedures analogy: [pcimio] fix a forgotten warning analogy: [pcimio] add the initialization of the ring for gpct subd analogy: fix compilation warnings with gcc-4.4.1 include/analogy/buffer.h | 52 ++- ksrc/drivers/analogy/Kconfig |2 +- ksrc/drivers/analogy/buffer.c | 23 +++- .../analogy/national_instruments/mio_common.c | 155 +--- ksrc/drivers/analogy/national_instruments/mite.c |4 +- src/drvlib/analogy/sync.c | 44 -- src/utils/analogy/cmd_bits.c |6 +- src/utils/analogy/insn_bits.c |9 +- 8 files changed, 213 insertions(+), 82 deletions(-) -- Alexis. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] analogy: bugfixes
Alexis Berlemont wrote: The following changes since commit 9d70c373eee0ac43a1b5869600e33ec6bff89868: rtcan: Mask the SJA_MOD register when probing for channels (2010-09-16 20:43:34 +0200) are available in the git repository at: git://git.xenomai.org/xenomai-abe.git analogy Pulled. Thanks. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL-REQUEST] assorted fixes and updates for 2.5.x
On Wed, 2010-09-01 at 07:14 +0200, Philippe Gerum wrote: On Tue, 2010-08-31 at 17:17 +0200, Philippe Gerum wrote: The following changes since commit 004f652d31d2e3b9b995850dbefcf12bc6dbd96d: Gilles Chanteperdrix (1): Fix typo in edaf1e2e54343b6e4bf5cf6ece9175ec0ab21cad are available in the git repository at: ssh+git://g...@xenomai.org/xenomai-rpm.git for-upstream Philippe Gerum (16): powerpc: upgrade I-pipe support to 2.6.34.4-powerpc-2.10-04 nucleus: demote RPI boost upon linux-originated signal blackfin: upgrade I-pipe support to 2.6.35.2-blackfin-1.15-00 nucleus: requeue blocked non-periodic timers properly x86: upgrade I-pipe support to 2.6.32.20-x86-2.7-02, 2.6.34.5-x86-2.7-03 arm: force enable preemptible switch support in SMP mode arm: enable VFP support in SMP arm: use rthal_processor_id() over non-linux contexts powerpc: resync thread switch code with mainline = 2.6.32 x86: increase SMP calibration value nucleus/sched: move locking to resume_rpi/suspend_rpi hal/generic: inline APC scheduling code nucleus, posix: use fast APC scheduling call nucleus/shadow: shorten the uninterruptible path to secondary mode This one causes the now famous need_resched debug assertion to trigger on UP. I'll have a look at this asap. It does not depend on 56ff4329f though. Fixed by the following commit: http://git.xenomai.org/?p=xenomai-rpm.git;a=commit;h=47dac49c71e89b684203e854d1b0172ecacbc555 nucleus/sched: prevent remote wakeup from triggering a debug assertion powerpc: upgrade I-pipe support to 2.6.35.4-powerpc-2.11-00 -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL-REQUEST] urgent scheduler fix for 2.5.x head
The following changes since commit afc0eac7e4989f4134b18a256b5c5e1ca1c56a39: Gilles Chanteperdrix (1): posix: add a magic to internal structures. are available in the git repository at: ssh+git://g...@xenomai.org/xenomai-rpm.git for-upstream Philippe Gerum (2): nucleus/sched: fix race in non-atomic suspend path nucleus/sched: raise self-resched condition when unlocking scheduler ksrc/nucleus/pod.c | 13 + 1 files changed, 9 insertions(+), 4 deletions(-) -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL-REQUEST] assorted fixes and updates for 2.5.x
The following changes since commit 004f652d31d2e3b9b995850dbefcf12bc6dbd96d: Gilles Chanteperdrix (1): Fix typo in edaf1e2e54343b6e4bf5cf6ece9175ec0ab21cad are available in the git repository at: ssh+git://g...@xenomai.org/xenomai-rpm.git for-upstream Philippe Gerum (16): powerpc: upgrade I-pipe support to 2.6.34.4-powerpc-2.10-04 nucleus: demote RPI boost upon linux-originated signal blackfin: upgrade I-pipe support to 2.6.35.2-blackfin-1.15-00 nucleus: requeue blocked non-periodic timers properly x86: upgrade I-pipe support to 2.6.32.20-x86-2.7-02, 2.6.34.5-x86-2.7-03 arm: force enable preemptible switch support in SMP mode arm: enable VFP support in SMP arm: use rthal_processor_id() over non-linux contexts powerpc: resync thread switch code with mainline = 2.6.32 x86: increase SMP calibration value nucleus/sched: move locking to resume_rpi/suspend_rpi hal/generic: inline APC scheduling code nucleus, posix: use fast APC scheduling call nucleus/shadow: shorten the uninterruptible path to secondary mode nucleus/sched: prevent remote wakeup from triggering a debug assertion powerpc: upgrade I-pipe support to 2.6.35.4-powerpc-2.11-00 -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] analogy bug fixes
Hi, Gilles Chanteperdrix wrote: Alexis Berlemont wrote: The following changes since commit 653a38669af4427471ed8cdd129eb0bbb33ba178: nucleus: finalize heap mapping sanitization (2010-07-04 18:57:54 +0200) Ok. Could you rebase on the current master? The commit message would be: Update autotools files Sorry for the delay. That should be better now. -- Gilles. -- Alexis. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] analogy bug fixes
The following changes since commit 653a38669af4427471ed8cdd129eb0bbb33ba178: nucleus: finalize heap mapping sanitization (2010-07-04 18:57:54 +0200) are available in the git repository at: git://git.xenomai.org/xenomai-abe.git analogy ..BRANCH.NOT.VERIFIED.. Alexis Berlemont (48): analogy: change the context's role (broken) analogy: the buffer structure is now the central field of a4l_context (broken) analogy: the subdevice structure got a new status field (broken) analogy: the transfer structure is left with a minimal role (broken) analogy: first draft of buffer initialization functions (broken) analogy: adapt open, r/w, select and ioctl functions (broken) analogy: adapt a4l_set_dev() after a4l_context's overhaul (broken) analogy: update a4l_set_dev() declaration (broken) analogy: update comments on a4l_context (broken) analogy: changes related with subdevice's status field (broken) analogy: replace transfer setup functions with buffer setup ones (broken) analogy: update cancel functions (broken) analogy: rewrite the cancel ioctl handler (broken) analogy: fix bulk flag declaration in buffer.h (broken) analogy: update a4l_read and a4l_write (broken) analogy: update all a4l_buf_* functions (broken) analogy: last updates in the buffer part (broken) analogy: cosmetic changes (broken) analogy: declare the reserve / release functions at the subd level (broken) analogy: update a4l_get_minor function (broken) analogy: update a4l_set_dev and remove useless info traces (broken) analogy: use rtdm_context_to_private (broken) analogy: minor fix in the subdevice structure declaration analogy: add some helper macros to test the subdevice's characteristics analogy: remove useless functions in the subdevice part analogy: fix the buffer syscalls (ioctl + r/w) after buffer review (broken) analogy: fix the declaration of the structure a4l_context (broken) analogy: fix compilation issues and review the mmap ioctl handler (broken) analogy: cosmetic change (broken) analogy: fix buffer's compilation issues (broken) analogy: prettify some subdevice tests (broken) analogy: [pcimio] fix a huge hack in the mite initialization (broken) analogy: fix the last compilation problems analogy: fix a missing setting of the buf field in subdevice (broken) analogy: fix the subdevice status management analogy: fix buffer initialization/cleanup calls at open/close times analogy: [loop] add a debug trace when trigger is called analogy: fix test of subdevice status in a4l_write analogy: [fake - loop] remove volatile keywords analogy: add a detail in a4l_close doxygen doc analogy: add an arbitrary sleep in cmd_write before closing the device analogy: [ni_pcimio] really minor changes analogy: [ni_pcimio] add the missing allocation of the digital ring analogy: [ni_pcimio] fix timeout value in digital trigger analogy: remove a4l_subd_is_busy calls in analogy core analogy: remove calls of a4l_release/reserve_subd in the core analogy: remove some tests which become with the buffer overhaul analogy: fix a bug in a4l_fill_desc() when called on an idle device include/analogy/buffer.h | 72 ++- include/analogy/context.h | 37 +- include/analogy/device.h |7 +- include/analogy/subdevice.h| 47 ++- include/analogy/transfer.h | 17 +- ksrc/drivers/analogy/buffer.c | 629 +++- ksrc/drivers/analogy/command.c | 55 +- ksrc/drivers/analogy/device.c | 51 +-- ksrc/drivers/analogy/driver_facilities.c |4 +- ksrc/drivers/analogy/instruction.c | 11 +- .../analogy/national_instruments/mio_common.c | 39 +- ksrc/drivers/analogy/national_instruments/mite.c | 10 +- ksrc/drivers/analogy/national_instruments/mite.h |2 +- ksrc/drivers/analogy/national_instruments/pcimio.c |2 + ksrc/drivers/analogy/rtdm_interface.c | 137 +++--- ksrc/drivers/analogy/subdevice.c | 12 +- ksrc/drivers/analogy/testing/fake.c| 12 +- ksrc/drivers/analogy/testing/loop.c| 22 +- ksrc/drivers/analogy/transfer.c| 274 + src/drvlib/analogy/descriptor.c| 14 + src/utils/analogy/cmd_write.c |3 + 21 files changed, 655 insertions(+), 802 deletions(-) -- Alexis. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] mpc8xx support for 2.5.x
The following changes since commit a64f2f09c1cb4d35b4b11159cb5cbf9f55876201: Stefan Kisdaroczi (1): debian: fix init script start/stop values are available in the git repository at: git://xenomai.org/xenomai-rpm.git for-upstream Philippe Gerum (5): powerpc: introduce HW_MATH_EMU symbol switchtest: bail out upon sem_wait() error nucleus: export xnshadow_call_mayday() as a service powerpc: add calibration values for mpc8xx powerpc: upgrade I-pipe support to 2.6.34-powerpc-2.10-03 include/asm-arm/bits/shadow.h |4 +- include/asm-blackfin/bits/shadow.h |4 +- include/asm-nios2/bits/shadow.h|4 +- include/asm-powerpc/bits/shadow.h |4 +- include/asm-powerpc/calibration.h |4 + include/asm-powerpc/fptest.h |4 +- include/asm-x86/bits/shadow_32.h |4 +- include/asm-x86/bits/shadow_64.h |4 +- include/nucleus/shadow.h |5 +- ksrc/arch/powerpc/Kconfig |4 + ...ch = adeos-ipipe-2.6.34-powerpc-2.10-03.patch} | 196 +++- ksrc/nucleus/sched.c |5 +- ksrc/nucleus/shadow.c |9 +- src/testsuite/switchtest/switchtest.c |8 +- 14 files changed, 229 insertions(+), 30 deletions(-) rename ksrc/arch/powerpc/patches/{adeos-ipipe-2.6.34-powerpc-2.10-02.patch = adeos-ipipe-2.6.34-powerpc-2.10-03.patch} (98%) -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] analogy bug fixes + rtdm_rt_capable related changes
Alexis Berlemont wrote: The following changes since commit e9b509c9021e0134117d0fe75d11e495f0e954b7: arm: add missing #include (2010-05-04 03:44:01 +0200) are available in the git repository at: git://git.xenomai.org/xenomai-abe.git analogy Pulled, thanks. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] analogy bug fixes + rtdm_rt_capable related changes
The following changes since commit e9b509c9021e0134117d0fe75d11e495f0e954b7: arm: add missing #include (2010-05-04 03:44:01 +0200) are available in the git repository at: git://git.xenomai.org/xenomai-abe.git analogy Alexis Berlemont (17): analogy: fix ring-buffer issues analogy: cosmetic fix analogy: fix buffer checkings so as to allow infinite acquisitions analogy: make cmd_read work with infinite acquisitions (-S 0) analogy: fix a misuse of channel descriptors in a4l_get_chan analogy: [pcimio] register the digital trigger routine analogy: minor change in the header command.h analogy: minor cosmetic fix analogy: add the test program cmd_bits (beta version) analogy: minor fix in insn_bits analogy: add triggering in cmd_bits analogy: in the core, call rtdm_in_rt_context() instead of a4l_test_rt() analogy: add calls to rtdm_rt_capable() in ioctl handlers analogy: remove useless device declarations in read / write syscalls handlers analogy: add rtdm_rt_capable() calls in read / write syscall handlers analogy: fix a stupid bug in the use of rtdm_rt_capable() analogy: make the command registering perform in NRT context Daniele Nicolodi (2): analogy: make a4l_find_range return the index of the selected range analogy: minor change (white spaces removals) include/analogy/buffer.h | 37 ++-- include/analogy/command.h | 15 +- ksrc/drivers/analogy/buffer.c | 57 +++-- ksrc/drivers/analogy/command.c |6 + ksrc/drivers/analogy/device.c |2 +- ksrc/drivers/analogy/instruction.c |6 + .../analogy/national_instruments/mio_common.c | 18 +- ksrc/drivers/analogy/rtdm_interface.c | 10 +- ksrc/drivers/analogy/subdevice.c |6 +- ksrc/drivers/analogy/transfer.c| 10 +- src/drvlib/analogy/range.c | 64 +++-- src/utils/analogy/Makefile.am | 10 +- src/utils/analogy/cmd_bits.c | 277 src/utils/analogy/cmd_read.c |6 +- src/utils/analogy/insn_bits.c |2 +- 15 files changed, 425 insertions(+), 101 deletions(-) create mode 100644 src/utils/analogy/cmd_bits.c -- Alexis. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] Assorted fixes and I-pipe upgrades
The following changes since commit fbc3b858ee728c1a6b03996e3285198caa7053c6: Gilles Chanteperdrix (1): debug: fix CONFIG_XENO_OPT_DEBUG_* issues are available in the git repository at: git://git.xenomai.org/xenomai-rpm.git for-upstream Philippe Gerum (10): nucleus: introduce bufd reset operation rtipc/bufp: reset buffer descriptor upon r/w preemption native/buffer: reset buffer descriptor upon r/w preemption powerpc: mention official URL to mainline kernel releases x86: upgrade I-pipe support to 2.6.32.11-x86-2.6-02 scripts: fix xeno wrapper to consider --with-testdir nucleus: fix relaxing synch owner detector nucleus: reduce overhead of thread handle lookup x86: upgrade I-pipe support to 2.6.32.11-x86-2.6-03, 2.6.34-rc5-x86-2.6-03 powerpc: upgrade I-pipe support to 2.6.34-rc5-powerpc-2.9-01 Stefan Kisdaroczi (1): debian: add init-script to package libxenomai1 debian/libxenomai1.xenomai.init| 37 + debian/rules |1 + include/nucleus/bufd.h |5 + include/nucleus/registry.h | 24 + include/nucleus/thread.h |2 +- ksrc/arch/powerpc/patches/README |2 +- .../adeos-ipipe-2.6.34-rc5-powerpc-2.9-01.patch} | 9124 +++- ...atch = adeos-ipipe-2.6.32.11-x86-2.6-03.patch} | 297 +- ...tch = adeos-ipipe-2.6.34-rc5-x86-2.6-03.patch} | 1718 +++-- ksrc/drivers/ipc/bufp.c|8 +- ksrc/nucleus/bufd.c| 20 + ksrc/nucleus/registry.c| 42 +- ksrc/nucleus/synch.c | 10 +- ksrc/skins/native/buffer.c |8 +- scripts/xeno.in|5 +- 15 files changed, 6118 insertions(+), 5185 deletions(-) -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] analogy: bug fixes
Alexis Berlemont wrote: There is a bug in cmd_write and cmd_read. I have should have taken into account the buffers edges. I will fix it. The function a4l_mark_bufrw() is not designed to handle boundaries, that is why its arguments represent data size not addresses. That makes sense. I can provide a patch for cmd_read and cmd_write, as i got the same kind of code working in my own test programs, but I'm quite busy right now... Cheers, -- Daniele ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] analogy: bug fixes
Daniele Nicolodi wrote: Alexis Berlemont wrote: If you want to test infinite acquisitions right now, you can clone my git repository. I just pushed the modifications on it. I have not made a pull request yet because I want to be sure there is no regression. Thanks! I'll test it as soon as possible. I'm testing it now. I think I just stumbled into the ring buffer bug you fixed in your repository :-) It took me a while to understand if the problem was in the hardware, in my code, or somewhere else in the stack... Unfortunately my ring buffer problem is not fixed by you patch. What I'm experiencing is exposed by this (pseudo) code: a4l_open(dsc, device) a4l_mmap(dsc, subdevice, bufsize, map) a4l_snd_command(dsc, cmd) /* preload buffer */ written = write_to_buffer(map, bufsize) /* send internal trigger */ a4l_snd_insn(dsc, cnt = 0; while (1) a4l_mark_bufrw(dsc, subdevice, written, towrite); cnt += written; /* 1 */ written = write_buffer(map + (cnt % bufsize), towrite) The problem is that at the place marked with (1) the total extension of the buffer region that gets written exceeds the ring buffer allocated memory. That is ((cnt % bufsize) + towrite) bufsize ! I do not know if this should be handled in my code, or in the driver. This situation is not handled in the cmd_write example code (where a simple memcpy() is done). What do you think? Cheers, -- Daniele ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] analogy: bug fixes
Alexis Berlemont wrote: Daniele Nicolodi wrote: Alexis Berlemont wrote: The following changes since commit 8cfc1103fe1cf9e700698e8230baf562ffb5cf06: Gilles Chanteperdrix (1): x86 syscalls: make __xn_get_eip a macro are available in the git repository at: git://git.xenomai.org/xenomai-abe.git analogy Hello. Looking at your pull request, I see that my patch for correct buffer handling when using .stop_src = TRIG_NONE is not included. Does the patch need some more work? Or it simply get lost on the way? I have not forgotten it. I did not include it for two reasons: - I have not found time to (fully) test it - I wanted to properly modify the test program cmd_read so as to allow continuous acquisisitions Hi Alexis. Sorry for the late response. That's fine, I just wanted to be sure that the patch was not dropped by mistake. I'll test continuous output today and let you know if any other bugfix is necessary. I can also look into providing a patch for cmd_read and cmd_write. Cheers, -- Daniele ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] analogy: bug fixes
Daniele Nicolodi wrote: Alexis Berlemont wrote: The following changes since commit 8cfc1103fe1cf9e700698e8230baf562ffb5cf06: Gilles Chanteperdrix (1): x86 syscalls: make __xn_get_eip a macro are available in the git repository at: git://git.xenomai.org/xenomai-abe.git analogy Hello. Looking at your pull request, I see that my patch for correct buffer handling when using .stop_src = TRIG_NONE is not included. Does the patch need some more work? Or it simply get lost on the way? I have not forgotten it. I did not include it for two reasons: - I have not found time to (fully) test it - I wanted to properly modify the test program cmd_read so as to allow continuous acquisisitions Thanks. Cheers, -- Daniele -- Alexis. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] analogy: bug fixes
Alexis Berlemont wrote: The following changes since commit 8cfc1103fe1cf9e700698e8230baf562ffb5cf06: Gilles Chanteperdrix (1): x86 syscalls: make __xn_get_eip a macro are available in the git repository at: git://git.xenomai.org/xenomai-abe.git analogy Hello. Looking at your pull request, I see that my patch for correct buffer handling when using .stop_src = TRIG_NONE is not included. Does the patch need some more work? Or it simply get lost on the way? Thanks. Cheers, -- Daniele ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] Blackfin upgrade and minor fixes for 2.5.x
Philippe Gerum wrote: The following changes since commit 55b0aa9de28891fcfd4b4ab097583bd7619223ab: Philippe Gerum (1): native: introduce rt_task_same() are available in the git repository at: git://xenomai.org/xenomai-rpm.git for-upstream Philippe Gerum (5): testsuite/latency: fix false positive in mode switch detection powerpc: remove dandling reference blackfin: upgrade I-pipe support to 2.6.33-blackfin-1.13-00 Could you upgrade the blackfin README file to include the tag to use, for applying this patch? -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] assert_nrt_fast / updated corruption warning
Jan Kiszka wrote: The following changes since commit 4277a0e209cc1226ef1e1bfa3fcea40a57fb1ff3: Gilles Chanteperdrix (1): arm: upgrade I-pipe support to 2.6.28.10-arm-1.12-07, 2.6.29-arm-1.13-05 and 2.6.30-arm-1.15-01 are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (3): common: Introduce xeno_get_current_fast rtdk: Introduce assert_nrt_fast common: Restore memory corruption warning for non-leak case include/asm-generic/bits/current.h | 10 + src/rtdk/assert_context.c | 39 --- src/skins/common/current.c | 12 +++--- 3 files changed, 45 insertions(+), 16 deletions(-) Pulled. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] Blackfin upgrade and minor fixes for 2.5.x
Philippe Gerum wrote: The following changes since commit 55b0aa9de28891fcfd4b4ab097583bd7619223ab: Philippe Gerum (1): native: introduce rt_task_same() are available in the git repository at: git://xenomai.org/xenomai-rpm.git for-upstream Pulled. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] Blackfin upgrade and minor fixes for 2.5.x
Gilles Chanteperdrix wrote: Philippe Gerum wrote: The following changes since commit 55b0aa9de28891fcfd4b4ab097583bd7619223ab: Philippe Gerum (1): native: introduce rt_task_same() are available in the git repository at: git://xenomai.org/xenomai-rpm.git for-upstream Philippe Gerum (5): testsuite/latency: fix false positive in mode switch detection powerpc: remove dandling reference blackfin: upgrade I-pipe support to 2.6.33-blackfin-1.13-00 Could you upgrade the blackfin README file to include the tag to use, for applying this patch? In fact, it seems the ipipe-blackfin git has no tags. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] Blackfin upgrade and minor fixes for 2.5.x
On Sat, 2010-03-13 at 18:29 +0100, Gilles Chanteperdrix wrote: Gilles Chanteperdrix wrote: Philippe Gerum wrote: The following changes since commit 55b0aa9de28891fcfd4b4ab097583bd7619223ab: Philippe Gerum (1): native: introduce rt_task_same() are available in the git repository at: git://xenomai.org/xenomai-rpm.git for-upstream Philippe Gerum (5): testsuite/latency: fix false positive in mode switch detection powerpc: remove dandling reference blackfin: upgrade I-pipe support to 2.6.33-blackfin-1.13-00 Could you upgrade the blackfin README file to include the tag to use, for applying this patch? In fact, it seems the ipipe-blackfin git has no tags. ipipe-blackfin only contains reference snapshots of the kernel code for the pre 2.6.33 releases we still support; the Blackfin dev trunk we used to be based on is periodically rebased, which requires us to keep those stable snapshots. ipipe-blackfin is now dead, only kept for reference. The pipeline dev now occurs in ipipe-2.6 with other supports for mainlined architectures. -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] Blackfin upgrade and minor fixes for 2.5.x
Philippe Gerum wrote: On Sat, 2010-03-13 at 18:29 +0100, Gilles Chanteperdrix wrote: Gilles Chanteperdrix wrote: Philippe Gerum wrote: The following changes since commit 55b0aa9de28891fcfd4b4ab097583bd7619223ab: Philippe Gerum (1): native: introduce rt_task_same() are available in the git repository at: git://xenomai.org/xenomai-rpm.git for-upstream Philippe Gerum (5): testsuite/latency: fix false positive in mode switch detection powerpc: remove dandling reference blackfin: upgrade I-pipe support to 2.6.33-blackfin-1.13-00 Could you upgrade the blackfin README file to include the tag to use, for applying this patch? In fact, it seems the ipipe-blackfin git has no tags. ipipe-blackfin only contains reference snapshots of the kernel code for the pre 2.6.33 releases we still support; the Blackfin dev trunk we used to be based on is periodically rebased, which requires us to keep those stable snapshots. ipipe-blackfin is now dead, only kept for reference. The pipeline dev now occurs in ipipe-2.6 with other supports for mainlined architectures. I understand that, but I need tags in the ipipe-blackfin git tree to get the kernel sources to build-test the blackfin patches. I mistakenly removed these directories I had been using for a long time. There seems to be something wrong with the ipipe-blackfin git tree: gil...@prometheus:~$ git clone git://git.denx.de/ipipe-blackfin.git Initialized empty Git repository in /home/gilles/ipipe-blackfin/.git/ remote: Counting objects: 1280727, done. remote: Compressing objects: 100% (208654/208654), done. remote: Total 1280727 (delta 1063759), reused 1280727 (delta 1063759) Receiving objects: 100% (1280727/1280727), 278.55 MiB | 544 KiB/s, done. Resolving deltas: 100% (1063759/1063759), done. warning: remote HEAD refers to nonexistent ref, unable to checkout. gil...@prometheus:~$ cd ipipe-blackfin/ gil...@prometheus:~/ipipe-blackfin$ git branch gil...@prometheus:~/ipipe-blackfin$ git tag gil...@prometheus:~/ipipe-blackfin$ -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] Blackfin upgrade and minor fixes for 2.5.x
Gilles Chanteperdrix wrote: Philippe Gerum wrote: On Sat, 2010-03-13 at 18:29 +0100, Gilles Chanteperdrix wrote: Gilles Chanteperdrix wrote: Philippe Gerum wrote: The following changes since commit 55b0aa9de28891fcfd4b4ab097583bd7619223ab: Philippe Gerum (1): native: introduce rt_task_same() are available in the git repository at: git://xenomai.org/xenomai-rpm.git for-upstream Philippe Gerum (5): testsuite/latency: fix false positive in mode switch detection powerpc: remove dandling reference blackfin: upgrade I-pipe support to 2.6.33-blackfin-1.13-00 Could you upgrade the blackfin README file to include the tag to use, for applying this patch? In fact, it seems the ipipe-blackfin git has no tags. ipipe-blackfin only contains reference snapshots of the kernel code for the pre 2.6.33 releases we still support; the Blackfin dev trunk we used to be based on is periodically rebased, which requires us to keep those stable snapshots. ipipe-blackfin is now dead, only kept for reference. The pipeline dev now occurs in ipipe-2.6 with other supports for mainlined architectures. I understand that, but I need tags in the ipipe-blackfin git tree to get the kernel sources to build-test the blackfin patches. I mistakenly removed these directories I had been using for a long time. There seems to be something wrong with the ipipe-blackfin git tree: gil...@prometheus:~$ git clone git://git.denx.de/ipipe-blackfin.git Initialized empty Git repository in /home/gilles/ipipe-blackfin/.git/ remote: Counting objects: 1280727, done. remote: Compressing objects: 100% (208654/208654), done. remote: Total 1280727 (delta 1063759), reused 1280727 (delta 1063759) Receiving objects: 100% (1280727/1280727), 278.55 MiB | 544 KiB/s, done. Resolving deltas: 100% (1063759/1063759), done. warning: remote HEAD refers to nonexistent ref, unable to checkout. gil...@prometheus:~$ cd ipipe-blackfin/ gil...@prometheus:~/ipipe-blackfin$ git branch gil...@prometheus:~/ipipe-blackfin$ git tag gil...@prometheus:~/ipipe-blackfin$ Ok. Forget it. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Fixes and workarounds for the cond issues
Charlton, John wrote: I merged some changes from git://git.xenomai.org/xenomai-jki.git for-upstream to my xenomai-2.5.1 release distribution to include the rt_cond_wait and pthread_cond_[timed]wait work arounds. I also merged changes to the mutex_torture.c. Everything builds and most tests seem to pass but I get the following output from the mutex-torture tests: r...@mcs2:/usr/xenomai/bin# ./mutex-torture-native simple_wait recursive_wait timed_mutex FAILURE: timed_waiter, waited 3.870 us r...@mcs2:/usr/xenomai/bin# ./mutex-torture-posix simple_wait recursive_wait errorcheck_wait timed_mutex FAILURE: timed_mutex mutex_destroy: 22 (Invalid argument) Do you have suggestions on how to resolve these errors hopefully without moving to the full development branch? Ok. I found and fixed this bug. It was a bug in the testcase. It would really help us, however, if you could pull the full development branch, and just give it a quick test to see if it fixes the current issue. It is our hope that this development branch is close to what 2.5.2 will be. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Fixes and workarounds for the cond issues
I configured and built with linux-2.6.32.7 and xenomai-jki for-upstream snapshot: f98569c8eec5df605f806ff58e789668720805ee. I noticed that you removed the PTHREAD_WARNSW so I removed the call to pthread_set_mode_np to remove the following errors: PosixThread/PosixThread.cpp:1607: error: 'PTHREAD_WARNSW' was not declared in this scope PosixThread/PosixThread.cpp:1607: error: 'pthread_set_mode_np' was not declared in this scope I am able to run all of my user space application code and unit test code which uses CanFestival open source CAN library. I am also able to run the xeno-test which runs to completion with no errors. When I run the mutex-torture tests I still get the following errors which I have not looked into in more detail yet: r...@mcs2:/usr/xenomai/bin# ./mutex-torture-native simple_wait recursive_wait timed_mutex FAILURE: timed_waiter, waited 4.110 us r...@mcs2:/usr/xenomai/bin# ./mutex-torture-posix simple_wait recursive_wait errorcheck_wait timed_mutex FAILURE: timed_mutex mutex_destroy: 22 (Invalid argument) I am now looking at xenomai-rpm branch which one is close to 2.5.2 release? -- John -Original Message- From: Gilles Chanteperdrix [mailto:gilles.chanteperd...@xenomai.org] Sent: Friday, March 05, 2010 1:37 PM To: Charlton, John Cc: 'jan.kis...@web.de'; xenomai-core Subject: Re: [pull request] Fixes and workarounds for the cond issues Charlton, John wrote: I merged some changes from git://git.xenomai.org/xenomai-jki.git for-upstream to my xenomai-2.5.1 release distribution to include the rt_cond_wait and pthread_cond_[timed]wait work arounds. I also merged changes to the mutex_torture.c. Everything builds and most tests seem to pass but I get the following output from the mutex-torture tests: You are probably missng the changes for recursive_cond_wait for the posix skin which were commited in the development branch. You do not see it because the new mutex-torture tests were added before the recursive cond test. r...@mcs2:/usr/xenomai/bin# ./mutex-torture-native simple_wait recursive_wait timed_mutex FAILURE: timed_waiter, waited 3.870 us r...@mcs2:/usr/xenomai/bin# ./mutex-torture-posix simple_wait recursive_wait errorcheck_wait timed_mutex FAILURE: timed_mutex mutex_destroy: 22 (Invalid argument) Do you have suggestions on how to resolve these errors hopefully without moving to the full development branch? This kind of thing is exactly the reason why I told I would work quietly on this issue. Things will be ready on monday, but it would help us a great deal if you could test the development branch on monday, at the same time as when we are validating it on our test platforms. Can not do better right now. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Fixes and workarounds for the cond issues
Yes with the xenomai-2.5 branch latest as of 1900 UTC everything works without error including the mutex-torture tests (output below): r...@mcs2:/usr/xenomai/bin# ./mutex-torture-native simple_wait recursive_wait timed_mutex mode_switch pi_wait lock_stealing NOTE: lock_stealing mutex_trylock: not supported simple_condwait recursive_condwait Test OK r...@mcs2:/usr/xenomai/bin# ./mutex-torture-posix simple_wait recursive_wait errorcheck_wait timed_mutex mode_switch pi_wait lock_stealing NOTE: lock_stealing mutex_trylock: not supported simple_condwait recursive_condwait Test OK r...@mcs2:/usr/xenomai/bin# pthread_set_mode_np(NULL, PTHREAD_WARNSW) also works with this branch. Thank you for the help. -- John -Original Message- From: Gilles Chanteperdrix [mailto:gilles.chanteperd...@xenomai.org] Sent: Monday, March 08, 2010 1:47 PM To: Charlton, John Cc: 'jan.kis...@web.de'; xenomai-core Subject: Re: [pull request] Fixes and workarounds for the cond issues Charlton, John wrote: I configured and built with linux-2.6.32.7 and xenomai-jki for-upstream snapshot: f98569c8eec5df605f806ff58e789668720805ee. I noticed that you removed the PTHREAD_WARNSW so I removed the call to pthread_set_mode_np to remove the following errors: PosixThread/PosixThread.cpp:1607: error: 'PTHREAD_WARNSW' was not declared in this scope PosixThread/PosixThread.cpp:1607: error: 'pthread_set_mode_np' was not declared in this scope This should come with #include pthread.h, provided you use xeno-config --posix-cflags (soon to be deprecated way) or xeno-config --skin=posix --cflags to get the compilation flags. I am able to run all of my user space application code and unit test code which uses CanFestival open source CAN library. I am also able to run the xeno-test which runs to completion with no errors. When I run the mutex-torture tests I still get the following errors which I have not looked into in more detail yet: r...@mcs2:/usr/xenomai/bin# ./mutex-torture-native simple_wait recursive_wait timed_mutex FAILURE: timed_waiter, waited 4.110 us r...@mcs2:/usr/xenomai/bin# ./mutex-torture-posix simple_wait recursive_wait errorcheck_wait timed_mutex FAILURE: timed_mutex mutex_destroy: 22 (Invalid argument) I am now looking at xenomai-rpm branch which one is close to 2.5.2 release? the master branch of the xenomai-2.5 repository. As explained here: http://www.xenomai.org/index.php/Main_Page in the Fetching the source code repositories -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Fixes and workarounds for the cond issues
Charlton, John wrote: Yes with the xenomai-2.5 branch latest as of 1900 UTC everything works without error including the mutex-torture tests (output below): r...@mcs2:/usr/xenomai/bin# ./mutex-torture-native simple_wait recursive_wait timed_mutex mode_switch pi_wait lock_stealing NOTE: lock_stealing mutex_trylock: not supported simple_condwait recursive_condwait Test OK r...@mcs2:/usr/xenomai/bin# ./mutex-torture-posix simple_wait recursive_wait errorcheck_wait timed_mutex mode_switch pi_wait lock_stealing NOTE: lock_stealing mutex_trylock: not supported simple_condwait recursive_condwait Test OK r...@mcs2:/usr/xenomai/bin# pthread_set_mode_np(NULL, PTHREAD_WARNSW) also works with this branch. Thank you for the help. You also have cond-torture-posix, and cond-torture-native, which should test, among other things, the fix for the condition variable bug you had. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Fixes and workarounds for the cond issues
These tests also pass: r...@mcs2:/usr/xenomai/bin# ./cond-torture-native simple_condwait relative_condwait absolute_condwait sig_norestart_condwait sig_restart_condwait sig_norestart_condwait_mutex sig_restart_condwait_mutex sig_norestart_double sig_restart_double cond_destroy_whilewait Test OK r...@mcs2:/usr/xenomai/bin# ./cond-torture-posix simple_condwait relative_condwait absolute_condwait sig_norestart_condwait sig_restart_condwait sig_norestart_condwait_mutex sig_restart_condwait_mutex sig_norestart_double sig_restart_double cond_destroy_whilewait Test OK r...@mcs2:/usr/xenomai/bin# If you want me to run other tests let me know. I have run xeno-test as well as these torture tests. My unit test code tests a custom sja1000 can driver that I wrote based on the xenomai rtcan_peak_pci.c driver module. If you want source for that I will send it but it is of limited value since it is written for our custom PLX9030 PCI interface. -- John -Original Message- From: Gilles Chanteperdrix [mailto:gilles.chanteperd...@xenomai.org] Sent: Monday, March 08, 2010 3:42 PM To: Charlton, John Cc: 'jan.kis...@web.de'; xenomai-core Subject: Re: [pull request] Fixes and workarounds for the cond issues Charlton, John wrote: Yes with the xenomai-2.5 branch latest as of 1900 UTC everything works without error including the mutex-torture tests (output below): r...@mcs2:/usr/xenomai/bin# ./mutex-torture-native simple_wait recursive_wait timed_mutex mode_switch pi_wait lock_stealing NOTE: lock_stealing mutex_trylock: not supported simple_condwait recursive_condwait Test OK r...@mcs2:/usr/xenomai/bin# ./mutex-torture-posix simple_wait recursive_wait errorcheck_wait timed_mutex mode_switch pi_wait lock_stealing NOTE: lock_stealing mutex_trylock: not supported simple_condwait recursive_condwait Test OK r...@mcs2:/usr/xenomai/bin# pthread_set_mode_np(NULL, PTHREAD_WARNSW) also works with this branch. Thank you for the help. You also have cond-torture-posix, and cond-torture-native, which should test, among other things, the fix for the condition variable bug you had. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Fixes and workarounds for the cond issues
Jan Kiszka wrote: The following changes since commit af93ec87f975b387243127090b578d57922b38dc: Gilles Chanteperdrix (1): posix: fix recursive condvar implementation are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream These patches pass basic testings, specifically our extended testsuite, but I'm still unhappy with the workaround. Specifically the fact that we lose -EINTR as valid return code for the Native side is fairly annoying. For that reason, I will continue to work out fixed prologue/epilogue syscalls for both skins that up-to-date user space will be able to benefit from (native kernel space part is already done). The majority of users will continue to update kernel and user space synchronously anyway, for the rest we will provide these workarounds here. Let us calm down, and avoid pushing changes which are worse than the issue they try and correct. I will not publish anything on these issues before this week-end. Instead of modifying the mutex-torture unt test, I will try and write a condvar-torture unit test, which exhaustively test all the return values of pthread_cond_wait/rt_cond_wait, including interruption by signals during the cond_wait, and the epilogue. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Fixes and workarounds for the cond issues
Gilles Chanteperdrix wrote: Jan Kiszka wrote: The following changes since commit af93ec87f975b387243127090b578d57922b38dc: Gilles Chanteperdrix (1): posix: fix recursive condvar implementation are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream These patches pass basic testings, specifically our extended testsuite, but I'm still unhappy with the workaround. Specifically the fact that we lose -EINTR as valid return code for the Native side is fairly annoying. For that reason, I will continue to work out fixed prologue/epilogue syscalls for both skins that up-to-date user space will be able to benefit from (native kernel space part is already done). The majority of users will continue to update kernel and user space synchronously anyway, for the rest we will provide these workarounds here. Let us calm down, and avoid pushing changes which are worse than the issue they try and correct. I will not publish anything on these issues before this week-end. Instead of modifying the mutex-torture unt test, I will try and write a condvar-torture unit test, which exhaustively test all the return values of pthread_cond_wait/rt_cond_wait, including interruption by signals during the cond_wait, and the epilogue. Fine with me. By then, we may also have feedback from our field tests. And should have finished writing the new syscall sets. Will you also split up the torture test to leave the timed mutex test case in or should I do this? Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Fixes and workarounds for the cond issues
Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: The following changes since commit af93ec87f975b387243127090b578d57922b38dc: Gilles Chanteperdrix (1): posix: fix recursive condvar implementation are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream These patches pass basic testings, specifically our extended testsuite, but I'm still unhappy with the workaround. Specifically the fact that we lose -EINTR as valid return code for the Native side is fairly annoying. For that reason, I will continue to work out fixed prologue/epilogue syscalls for both skins that up-to-date user space will be able to benefit from (native kernel space part is already done). The majority of users will continue to update kernel and user space synchronously anyway, for the rest we will provide these workarounds here. Let us calm down, and avoid pushing changes which are worse than the issue they try and correct. I will not publish anything on these issues before this week-end. Instead of modifying the mutex-torture unt test, I will try and write a condvar-torture unit test, which exhaustively test all the return values of pthread_cond_wait/rt_cond_wait, including interruption by signals during the cond_wait, and the epilogue. Fine with me. By then, we may also have feedback from our field tests. And should have finished writing the new syscall sets. / \ /me Will you also split up the torture test to leave the timed mutex test case in or should I do this? Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Fixes and workarounds for the cond issues
Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: The following changes since commit af93ec87f975b387243127090b578d57922b38dc: Gilles Chanteperdrix (1): posix: fix recursive condvar implementation are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream These patches pass basic testings, specifically our extended testsuite, but I'm still unhappy with the workaround. Specifically the fact that we lose -EINTR as valid return code for the Native side is fairly annoying. For that reason, I will continue to work out fixed prologue/epilogue syscalls for both skins that up-to-date user space will be able to benefit from (native kernel space part is already done). The majority of users will continue to update kernel and user space synchronously anyway, for the rest we will provide these workarounds here. Let us calm down, and avoid pushing changes which are worse than the issue they try and correct. I will not publish anything on these issues before this week-end. Instead of modifying the mutex-torture unt test, I will try and write a condvar-torture unit test, which exhaustively test all the return values of pthread_cond_wait/rt_cond_wait, including interruption by signals during the cond_wait, and the epilogue. Fine with me. By then, we may also have feedback from our field tests. And should have finished writing the new syscall sets. Do not bother, I intend to handle all this. Will you also split up the torture test to leave the timed mutex test case in or should I do this? Ok. Will add the timeout tests to the mutex torture test. Jan -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Fixes and workarounds for the cond issues
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: The following changes since commit af93ec87f975b387243127090b578d57922b38dc: Gilles Chanteperdrix (1): posix: fix recursive condvar implementation are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream These patches pass basic testings, specifically our extended testsuite, but I'm still unhappy with the workaround. Specifically the fact that we lose -EINTR as valid return code for the Native side is fairly annoying. For that reason, I will continue to work out fixed prologue/epilogue syscalls for both skins that up-to-date user space will be able to benefit from (native kernel space part is already done). The majority of users will continue to update kernel and user space synchronously anyway, for the rest we will provide these workarounds here. Let us calm down, and avoid pushing changes which are worse than the issue they try and correct. I will not publish anything on these issues before this week-end. Instead of modifying the mutex-torture unt test, I will try and write a condvar-torture unit test, which exhaustively test all the return values of pthread_cond_wait/rt_cond_wait, including interruption by signals during the cond_wait, and the epilogue. Fine with me. By then, we may also have feedback from our field tests. And should have finished writing the new syscall sets. Do not bother, I intend to handle all this. That would be wasted effort as I'm half through (POSIX is missing). Will post my suggestion so that you have at least a chance to pick what you like. Will you also split up the torture test to leave the timed mutex test case in or should I do this? Ok. Will add the timeout tests to the mutex torture test. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] RTDM fixes and cleanups
The following changes since commit 95412b8c10ba7ba199089a3cbb60c67c8d718186: Gilles Chanteperdrix (1): timeconv: revert 97b78d45bf4c5571fccd9675fae8bb008a341769 are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (5): RTDM+POSIX: Avoid leaking binding objects on errors RTDM: Bind deleted sem/event objects, but mark them pending RTDM: Consistently use xnsynch_test_flags to test for RTDM_SYNCH_DELETED RTDM: Avoid calling cleanup_instance with held spin lock RTDM: Add smp barrier to rtdm_context_unlock include/rtdm/rtdm_driver.h |1 + ksrc/skins/posix/mq.c |1 + ksrc/skins/rtdm/core.c | 45 ++- ksrc/skins/rtdm/drvlib.c | 40 -- 4 files changed, 46 insertions(+), 41 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] RTDM+POSIX: Avoid leaking binding objects on errors
The following changes since commit 95412b8c10ba7ba199089a3cbb60c67c8d718186: Gilles Chanteperdrix (1): timeconv: revert 97b78d45bf4c5571fccd9675fae8bb008a341769 are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): RTDM+POSIX: Avoid leaking binding objects on errors ksrc/skins/posix/mq.c|1 + ksrc/skins/rtdm/drvlib.c |6 ++ 2 files changed, 7 insertions(+), 0 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] Make xnarch_init_timeconv an uninlined weak function
The following changes since commit 263e81be280aede07242aca11bfa2f8e78d48f7f: Roland Stigge (1): x86 syscalls: fix __xn_get_eip are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): Make xnarch_init_timeconv an uninlined weak function include/asm-generic/bits/timeconv.h |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] analogy: bug fixes + insn_bits
Alexis Berlemont wrote: The following changes since commit 4a5b93dabf66529e665c8f8422902347d4f6158f: Jan Kiszka (1): RTDM: Split up application and driver debugging are available in the git repository at: git://git.xenomai.org/xenomai-abe.git analogy Merged. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] RTDM: Split up application and driver debugging
The following changes since commit 88ee7c9f4489a0e4d8f54597fba6b8a9b218de8c: Gilles Chanteperdrix (1): arm: fix inline assembly for older binutils releases. are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): RTDM: Split up application and driver debugging ksrc/skins/rtdm/Kconfig |9 + ksrc/skins/rtdm/core.c |2 +- 2 files changed, 10 insertions(+), 1 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Improved SIGDEBUG (SIGXCPU) reporting
Jan Kiszka wrote: The following changes since commit 2036a36f132f2456459962ae9baf1f14d93448bd: Gilles Chanteperdrix (1): arm: upgrade I-pipe support to 2.6.30-arm-1.5.10 are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): Rename SIGXCPU to SIGDEBUG and deliver reason via siginfo examples/native/Makefile |2 +- examples/native/sigdebug.c| 82 + examples/native/sigxcpu.c | 70 --- include/asm-generic/syscall.h |9 include/nucleus/shadow.h |2 +- ksrc/nucleus/Kconfig |2 +- ksrc/nucleus/pod.c|3 +- ksrc/nucleus/sched.c |2 +- ksrc/nucleus/shadow.c | 45 ++ ksrc/nucleus/synch.c |6 ++- ksrc/skins/native/syscall.c |6 +- ksrc/skins/posix/signal.c |2 +- ksrc/skins/posix/thread.c |2 +- 13 files changed, 135 insertions(+), 98 deletions(-) create mode 100644 examples/native/sigdebug.c delete mode 100644 examples/native/sigxcpu.c Would be nice to see this in 2.5.x as well. It comes with no user space ABI breakage, only enhancements. Merged, thanks. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] Improved SIGDEBUG (SIGXCPU) reporting
The following changes since commit 2036a36f132f2456459962ae9baf1f14d93448bd: Gilles Chanteperdrix (1): arm: upgrade I-pipe support to 2.6.30-arm-1.5.10 are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): Rename SIGXCPU to SIGDEBUG and deliver reason via siginfo examples/native/Makefile |2 +- examples/native/sigdebug.c| 82 + examples/native/sigxcpu.c | 70 --- include/asm-generic/syscall.h |9 include/nucleus/shadow.h |2 +- ksrc/nucleus/Kconfig |2 +- ksrc/nucleus/pod.c|3 +- ksrc/nucleus/sched.c |2 +- ksrc/nucleus/shadow.c | 45 ++ ksrc/nucleus/synch.c |6 ++- ksrc/skins/native/syscall.c |6 +- ksrc/skins/posix/signal.c |2 +- ksrc/skins/posix/thread.c |2 +- 13 files changed, 135 insertions(+), 98 deletions(-) create mode 100644 examples/native/sigdebug.c delete mode 100644 examples/native/sigxcpu.c Would be nice to see this in 2.5.x as well. It comes with no user space ABI breakage, only enhancements. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] 2.5.x maintenance - Preparation to 2.6.33 and fixes
The following changes since commit c6e02d98c5139dd8088b69e7ad1e36d2603c2c11: Gilles Chanteperdrix (1): hal: adapt to I-pipe patches for Linux 2.6.32+ are available in the git repository at: git://git.xenomai.org/xenomai-rpm.git for-upstream Philippe Gerum (22): powerpc: some cleanup in kernel stack vsid handling powerpc: silence compiler noise when FPU support is disabled powerpc: improve platform detection with --enable-linux-build nucleus: fix interrupt masking in rpi_next asm-generic: introduce rthal_irq_descp() supporting 2.6.33 and earlier arm: use generic rthal_irq_descp() nios2: use generic rthal_irq_descp() blackfin: use generic rthal_irq_descp() x86: use generic rthal_irq_descp() powerpc: use generic rthal_irq_descp() x86: always check whether irq descriptors are present arm: always check whether irq descriptors are present blackfin: always check whether irq descriptors are present nios2: always check whether irq descriptors are present powerpc: always check whether irq descriptors are present wrappers: introduce rthal_irqdesc_lock/unlock() powerpc: use rthal_irqdesc_lock/unlock() arm: use rthal_irqdesc_lock/unlock() x86: use rthal_irqdesc_lock/unlock() blackfin: use rthal_irqdesc_lock/unlock() nios2: use rthal_irqdesc_lock/unlock() nucleus: rework skin reference counting configure |9 +++- configure.in |9 +++- include/asm-arm/wrappers.h |1 - include/asm-blackfin/hal.h |2 - include/asm-generic/wrappers.h | 14 ++ include/asm-nios2/hal.h|2 - include/asm-powerpc/bits/pod.h | 71 +-- include/asm-powerpc/wrappers.h |1 - include/asm-x86/wrappers_32.h |1 - include/asm-x86/wrappers_64.h |1 - ksrc/arch/arm/hal.c| 26 +++- ksrc/arch/blackfin/hal.c | 22 -- ksrc/arch/nios2/hal.c | 22 -- ksrc/arch/powerpc/hal.c| 29 ++--- ksrc/arch/x86/hal-common.c | 22 ++ ksrc/nucleus/shadow.c | 90 16 files changed, 176 insertions(+), 146 deletions(-) -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] analogy: sensoray s526 and bug fixes
The following changes since commit 3c6b84c9ca7cfc0a9551fd835861f4a05ce7e649: Gilles Chanteperdrix (1): skins: factor user-space tacks sizes handling code are available in the git repository at: ssh+git://git.xenomai.org/xenomai-abe.git analogy Alessio Margan (1): analogy: rename s526 driver (analogy_s526) Alexis Berlemont (3): analogy: fix the tests of the subdevice flags in the basic checks analogy: do not check the range if no range descriptor is found analogy: fix an ugly access in NI MIO driver Simon Boulay (8): analogy: add s526 driver analogy: some cosmetic change in s526 driver analogy: fix misuses of the instruction field data_size analogy: [s526] Remove dead code from attach function. analogy: [s526] Remove dead code from gpct_insn_config function. analogy: [s526] Cleanups; mainly generic comments from skel.c analogy: [s526] Remove useless HAVE_DIO option analogy: [s526] Cleanups; remove unused defines and variables ksrc/drivers/analogy/Config.in |3 +- ksrc/drivers/analogy/Kconfig |1 + ksrc/drivers/analogy/Makefile |3 +- ksrc/drivers/analogy/command.c |3 +- ksrc/drivers/analogy/instruction.c |2 +- .../analogy/national_instruments/mio_common.c |7 +- ksrc/drivers/analogy/sensoray/Config.in|2 + ksrc/drivers/analogy/sensoray/Kconfig |5 + ksrc/drivers/analogy/sensoray/Makefile | 30 + ksrc/drivers/analogy/sensoray/s526.c | 755 ksrc/drivers/analogy/subdevice.c | 29 +- ksrc/drivers/analogy/transfer.c|3 +- 12 files changed, 825 insertions(+), 18 deletions(-) create mode 100644 ksrc/drivers/analogy/sensoray/Config.in create mode 100644 ksrc/drivers/analogy/sensoray/Kconfig create mode 100644 ksrc/drivers/analogy/sensoray/Makefile create mode 100644 ksrc/drivers/analogy/sensoray/s526.c ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] pull request
The following changes since commit e1db93a63545cb99b8f615b69aff22920fa0ee39: Philippe Gerum (1): blackfin: export atomic set/clear mask fns are available in the git repository at: git://git.xenomai.org/xenomai-gch.git for-head Gilles Chanteperdrix (3): analogy: comment out the definition of range_ni_M_628x_ao, which was not used blackfin: avoid redefinition of CAN_ERR_MASK with Linux 2.6.30 nucleus: rename vdso symbols Wolfgang Mauerer (2): nucleus: Add support for sharing data between Xenomai kernel and userland nucleus: Testcase for the xnvdso mechanism include/asm-blackfin/wrappers.h|4 + include/asm-generic/syscall.h |1 + include/nucleus/Makefile.am|3 +- include/nucleus/xnvdso.h | 61 ksrc/drivers/analogy/national_instruments/pcimio.c |2 + ksrc/nucleus/module.c |7 ++ ksrc/nucleus/shadow.c | 22 +++ src/testsuite/unit/Makefile.am | 15 +- src/testsuite/unit/check-vdso.c| 52 + src/testsuite/unit/runinfo.in |1 + 10 files changed, 166 insertions(+), 2 deletions(-) create mode 100644 include/nucleus/xnvdso.h create mode 100644 src/testsuite/unit/check-vdso.c -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] analogy: build fixes and many bug fixes.
The following changes since commit e305035eb6adc4220fe179477f3e300ad944f85c: Alexis Berlemont (1): analogy: fix bad error handling path in test programs are available in the git repository at: ssh+git://git.xenomai.org/xenomai-abe.git analogy Alexis Berlemont (22): analogy: fix potentiel NULL instructions handlers executions analogy: fix the default writing subdevice. analogy: properly manage cancel operations on synchronous subdevices analogy: add a kernel error message when a driver rejects a command analogy: add missing channel and range descriptors in the loop driver analogy: in cmd_read, set a higher scan interval analogy: fix wrong names of conversion functions analogy: improve the test program insn_write analogy: fix a bug in the conversion routines analogy: minor change in the driver description analogy: add a simple helper function analogy: slight change in a kernel error message analogy: fix Doxygen documentation (a4l_sync_read, a4l_sync_write) analogy: fix a bug in the execution of a list of instructions analogy: review the conversion routines in the user library analogy: improve the test program cmd_read analogy: minor Doxygen change analogy: fix wrong use of the type unsigned long long in time retrieval analogy: fix a bug in the user/kernel copy of the instruction's data analogy: fix a first part of the compilation issues when mite is disabled analogy: fix the compilation issues when mite is disabled analogy: replace EXPORT_SYMBOL() by EXPORT_SYMBOL_GPL() include/analogy/analogy.h | 48 +- include/analogy/instruction.h |8 +- include/analogy/os_facilities.h|4 +- ksrc/drivers/analogy/command.c |8 +- ksrc/drivers/analogy/driver_facilities.c | 58 +- ksrc/drivers/analogy/instruction.c | 67 ++- ksrc/drivers/analogy/intel/8255.c | 28 +- ksrc/drivers/analogy/intel/parport.c | 38 +- .../analogy/national_instruments/mio_common.c | 579 ksrc/drivers/analogy/national_instruments/mite.c | 42 +- ksrc/drivers/analogy/national_instruments/ni_tio.h | 20 +- ksrc/drivers/analogy/national_instruments/pcimio.c |2 + .../analogy/national_instruments/tio_common.c | 92 ++-- ksrc/drivers/analogy/os_facilities.c | 10 +- ksrc/drivers/analogy/testing/fake.c| 19 +- ksrc/drivers/analogy/testing/loop.c| 20 +- ksrc/drivers/analogy/transfer.c|3 +- src/drvlib/analogy/range.c | 369 -- src/drvlib/analogy/sync.c |4 +- src/utils/analogy/cmd_read.c | 138 - src/utils/analogy/cmd_write.c |4 +- src/utils/analogy/insn_read.c | 180 +-- src/utils/analogy/insn_write.c | 84 ++- 23 files changed, 1272 insertions(+), 553 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] analogy: one forgotten option dependency
The following changes since commit eecb6ee65712a8b412be455344f84fc13ced555b: Alexis Berlemont (1): analogy: make the MITE option depends on the PCI option are available in the git repository at: ssh+git://git.xenomai.org/xenomai-abe.git analogy Alexis. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] Pull request: build fixes.
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 optimizations. analogy: do not compile pcimio on kernels without PCI support rtdm: include the new pci_ids driver through rtdm include/asm-generic/arith.h | 14 +++--- include/rtdm/rtdm_driver.h|3 +++ ksrc/drivers/analogy/national_instruments/Kconfig |2 +- ksrc/drivers/can/sja1000/rtcan_ems_pci.c |1 - ksrc/drivers/can/sja1000/rtcan_esd_pci.c |1 - ksrc/drivers/can/sja1000/rtcan_ixxat_pci.c|1 - ksrc/drivers/can/sja1000/rtcan_peak_pci.c |1 - 7 files changed, 15 insertions(+), 8 deletions(-) -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] A smarter watchdog
The following changes since commit 1d53d0298f6d50b5136080b3b3322efee8b05c8a: Philippe Gerum (1): doc: regenerate are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): nucleus: Try to send SIGXCPU to runaway threads first include/nucleus/thread.h |8 ksrc/nucleus/sched.c | 19 +-- ksrc/nucleus/shadow.c|4 +++- 3 files changed, 28 insertions(+), 3 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] signals handling and posix fixes.
The following changes since commit 4f42de74f9b9a1d29093ba695e5ae0ff4a66a132: Philippe Gerum (1): x86: upgrade I-pipe support to 2.6.31.1-x86-2.4-07 are available in the git repository at: git+ssh://git.xenomai.org/xenomai-gch.git for-head Gilles Chanteperdrix (2): signals: reduce signals handling memory footprint posix: cosmetic cleanup of pthread_cond_*wait Peter Soetens (1): posix: Fix __wrap_select() when timeout happens. include/asm-arm/syscall.h |9 +--- include/asm-blackfin/syscall.h |8 +--- include/asm-generic/syscall.h | 18 include/asm-nios2/syscall.h|8 +--- include/asm-powerpc/syscall.h |9 +--- include/asm-x86/syscall.h | 93 ++- src/skins/common/bind.c| 38 src/skins/posix/cond.c | 26 +-- src/skins/posix/select.c |2 +- 9 files changed, 110 insertions(+), 101 deletions(-) -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] signals handling and posix fixes.
Sorry, found a new issue. Here is the pull request with this latest fix. The following changes since commit 4f42de74f9b9a1d29093ba695e5ae0ff4a66a132: Philippe Gerum (1): x86: upgrade I-pipe support to 2.6.31.1-x86-2.4-07 are available in the git repository at: git+ssh://git.xenomai.org/xenomai-gch.git for-head Gilles Chanteperdrix (3): signals: reduce signals handling memory footprint posix: cosmetic cleanup of pthread_cond_*wait posix: revert commit 58c1b922a96fedaef110c925a0dddb0e86dbcaf4 Peter Soetens (1): posix: Fix __wrap_select() when timeout happens. include/asm-arm/syscall.h |9 +--- include/asm-blackfin/syscall.h |8 +--- include/asm-generic/syscall.h | 18 include/asm-nios2/syscall.h|8 +--- include/asm-powerpc/syscall.h |9 +--- include/asm-x86/syscall.h | 93 ++- src/skins/common/bind.c| 38 src/skins/posix/select.c |2 +- 8 files changed, 99 insertions(+), 86 deletions(-) -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] assorted backports for the 2.4 branch.
The following changes since commit 0b6b63885e91bd18c0aa31c935a0a1a5d44ef152: Philippe Gerum (1): blackfin: fix all syscall templates are available in the git repository at: git+ssh://git.xenomai.org/xenomai-gch.git for-2.4 Gilles Chanteperdrix (5): posix: fix pthread_cond_wait syscall signals handling posix: fix __wrap_pthread_cond_wait for better handling of signals and error conditions posix: mark nanosleep as non restartable nucleus: defer selector block deletion to an APC. native: increase user-space native skin default stack size. Peter Soetens (2): nucleus: move posix selector in nucleus for every skin to use. posix: Fix __wrap_select() when timeout happens. include/nucleus/select.h |5 +++ include/nucleus/thread.h |4 +++ ksrc/nucleus/module.c | 19 +++-- ksrc/nucleus/pod.c |8 + ksrc/nucleus/select.c | 64 --- ksrc/nucleus/shadow.c |2 +- ksrc/nucleus/thread.c |3 ++ ksrc/skins/posix/syscall.c | 21 +++--- ksrc/skins/posix/thread.c |7 - ksrc/skins/posix/thread.h |4 --- src/skins/native/task.c|2 + src/skins/posix/cond.c | 31 - src/skins/posix/select.c |2 +- 13 files changed, 121 insertions(+), 51 deletions(-) -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Signals support.
Gilles Chanteperdrix wrote: Hi, here come the pull request for user-space signals support. The simple solution; handling signals upon system call return, has been implemented since the other solution (handling signals upon any return to user-space) required to change the I-pipe patch, and so made the upcoming 2.5 only compatible with newer patches. We pass to kernel-space a sixth argument which is a pointer where information about received signals is stored by kernel. The only architecture for which the implementation is peculiar is x86_32, because the register used as sixth argument is ebp, also used for the libc backtrace function implementation, so I tried to find a solution which makes backtracing still possible (otherwise we would have said bye-bye to involuntary mode changes chasing with SIGXCPU) without breaking too many things. I'm still digging through the code. A few minor remarks regarding the user space side so far: XENOMAI_DO_SYSCALL becomes quite bloated now, and it's inlined. Did you check that the fast path (ie. no signal) only contains one conditional branch when the compiler is done with optimizing? If not (I suspect so), the code should be refactored to look more like restart: do_syscall if unlikely(sigs.nsigs) res = handle_signals if res == -ERESTART goto restart Moreover, the inner while loop over sigs.remaining should be moved into a shared function as well. I don't see why it should be instantiated at each and every syscall invocation site. Am I right, there is no skin (except the test skin) using this feature so far? Jan signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Signals support.
Jan Kiszka wrote: Gilles Chanteperdrix wrote: Hi, here come the pull request for user-space signals support. The simple solution; handling signals upon system call return, has been implemented since the other solution (handling signals upon any return to user-space) required to change the I-pipe patch, and so made the upcoming 2.5 only compatible with newer patches. We pass to kernel-space a sixth argument which is a pointer where information about received signals is stored by kernel. The only architecture for which the implementation is peculiar is x86_32, because the register used as sixth argument is ebp, also used for the libc backtrace function implementation, so I tried to find a solution which makes backtracing still possible (otherwise we would have said bye-bye to involuntary mode changes chasing with SIGXCPU) without breaking too many things. I'm still digging through the code. A few minor remarks regarding the user space side so far: XENOMAI_DO_SYSCALL becomes quite bloated now, and it's inlined. Did you check that the fast path (ie. no signal) only contains one conditional branch when the compiler is done with optimizing? If not (I suspect so), the code should be refactored to look more like restart: do_syscall if unlikely(sigs.nsigs) res = handle_signals if res == -ERESTART goto restart The test for sigs.nsigs is done in the inline xnsig_dispatch function, which jumps to the out-of-line dispatch function only if there are really some signals to handle. Then comes the test while (sigs.nsigs sigs.remaining), so my hope was that the compiler would optimize the jump-after-conditional-to-a-conditional-with-same-condition, this is a pretty standard optimization, but have not checked that it did so. As for the goto, I have nothing against gotos when they are needed, but in that case we can easily avoid it with a do while loop. Moreover, the inner while loop over sigs.remaining should be moved into a shared function as well. I don't see why it should be instantiated at each and every syscall invocation site. The point is that when there are more than a fixed amount of signals queued (16, arbitrarily fixed to allow for some queueing, but avoid taking too much room on stack), we emit a second inner syscall to get them. And the way to emit this second syscall is platform-dependent. The code at this point is pretty much the same on all platforms... except on x86_32, though it is probably possible to factor this out with clever macros. Am I right, there is no skin (except the test skin) using this feature so far? Yes, we break the ABI first, and we will implement the posix skin signals after the initial 2.5 release. Because the signals data union is part of the ABI, it has already been given the posix siginfo structure size. Since this structure is pretty large, I expected no skin to need more room. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Signals support.
Jan Kiszka wrote: Gilles Chanteperdrix wrote: Hi, here come the pull request for user-space signals support. The simple solution; handling signals upon system call return, has been implemented since the other solution (handling signals upon any return to user-space) required to change the I-pipe patch, and so made the upcoming 2.5 only compatible with newer patches. We pass to kernel-space a sixth argument which is a pointer where information about received signals is stored by kernel. The only architecture for which the implementation is peculiar is x86_32, because the register used as sixth argument is ebp, also used for the libc backtrace function implementation, so I tried to find a solution which makes backtracing still possible (otherwise we would have said bye-bye to involuntary mode changes chasing with SIGXCPU) without breaking too many things. I'm still digging through the code. A few minor remarks regarding the user space side so far: XENOMAI_DO_SYSCALL becomes quite bloated now, and it's inlined. Did you check that the fast path (ie. no signal) only contains one conditional branch when the compiler is done with optimizing? If not (I suspect so), the code should be refactored to look more like restart: do_syscall if unlikely(sigs.nsigs) res = handle_signals if res == -ERESTART goto restart Moreover, the inner while loop over sigs.remaining should be moved into a shared function as well. I don't see why it should be instantiated at each and every syscall invocation site. Am I right, there is no skin (except the test skin) using this feature so far? Next question: The signal delivery latency is naturally affected by the syscall invocation frequency of the target thread, right? Ie. no syscall, no signal. Once we offer RT signals via the skin, this limitation should be prominently documented. Jan signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Signals support.
Jan Kiszka wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Hi, here come the pull request for user-space signals support. The simple solution; handling signals upon system call return, has been implemented since the other solution (handling signals upon any return to user-space) required to change the I-pipe patch, and so made the upcoming 2.5 only compatible with newer patches. We pass to kernel-space a sixth argument which is a pointer where information about received signals is stored by kernel. The only architecture for which the implementation is peculiar is x86_32, because the register used as sixth argument is ebp, also used for the libc backtrace function implementation, so I tried to find a solution which makes backtracing still possible (otherwise we would have said bye-bye to involuntary mode changes chasing with SIGXCPU) without breaking too many things. I'm still digging through the code. A few minor remarks regarding the user space side so far: XENOMAI_DO_SYSCALL becomes quite bloated now, and it's inlined. Did you check that the fast path (ie. no signal) only contains one conditional branch when the compiler is done with optimizing? If not (I suspect so), the code should be refactored to look more like restart: do_syscall if unlikely(sigs.nsigs) res = handle_signals if res == -ERESTART goto restart Moreover, the inner while loop over sigs.remaining should be moved into a shared function as well. I don't see why it should be instantiated at each and every syscall invocation site. Ok. The second syscall is now done in the out-of-line signal handling function. Do you prefer this? It is only implemented for x86_32 since it is the problematic architecture, but if you are ok with it, I will change the other architectures. Am I right, there is no skin (except the test skin) using this feature so far? Next question: The signal delivery latency is naturally affected by the syscall invocation frequency of the target thread, right? Ie. no syscall, no signal. Once we offer RT signals via the skin, this limitation should be prominently documented. Well, if you make no syscall, your box is basically a brick. We need suspensions from time to time to get Linux running anyway. -- Gilles ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Signals support.
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Hi, here come the pull request for user-space signals support. The simple solution; handling signals upon system call return, has been implemented since the other solution (handling signals upon any return to user-space) required to change the I-pipe patch, and so made the upcoming 2.5 only compatible with newer patches. We pass to kernel-space a sixth argument which is a pointer where information about received signals is stored by kernel. The only architecture for which the implementation is peculiar is x86_32, because the register used as sixth argument is ebp, also used for the libc backtrace function implementation, so I tried to find a solution which makes backtracing still possible (otherwise we would have said bye-bye to involuntary mode changes chasing with SIGXCPU) without breaking too many things. I'm still digging through the code. A few minor remarks regarding the user space side so far: XENOMAI_DO_SYSCALL becomes quite bloated now, and it's inlined. Did you check that the fast path (ie. no signal) only contains one conditional branch when the compiler is done with optimizing? If not (I suspect so), the code should be refactored to look more like restart: do_syscall if unlikely(sigs.nsigs) res = handle_signals if res == -ERESTART goto restart Moreover, the inner while loop over sigs.remaining should be moved into a shared function as well. I don't see why it should be instantiated at each and every syscall invocation site. Ok. The second syscall is now done in the out-of-line signal handling function. Do you prefer this? The smaller the inlined code gets, the better. It is only implemented for x86_32 since it is the problematic architecture, but if you are ok with it, I will change the other architectures. Will check, thanks. Am I right, there is no skin (except the test skin) using this feature so far? Next question: The signal delivery latency is naturally affected by the syscall invocation frequency of the target thread, right? Ie. no syscall, no signal. Once we offer RT signals via the skin, this limitation should be prominently documented. Well, if you make no syscall, your box is basically a brick. We need suspensions from time to time to get Linux running anyway. For sure. My point is that people may get the idea to build time-critical event delivery based on signals. In such cases it would make a big difference how often the destination thread issues a syscall. Also forced preemptions can extend the delivery latency, only the user space workload counts. I would not recommend such application designs, but people may get that idea when they once read RT-safe signals. :) Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] Signals support.
Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Hi, here come the pull request for user-space signals support. The simple solution; handling signals upon system call return, has been implemented since the other solution (handling signals upon any return to user-space) required to change the I-pipe patch, and so made the upcoming 2.5 only compatible with newer patches. We pass to kernel-space a sixth argument which is a pointer where information about received signals is stored by kernel. The only architecture for which the implementation is peculiar is x86_32, because the register used as sixth argument is ebp, also used for the libc backtrace function implementation, so I tried to find a solution which makes backtracing still possible (otherwise we would have said bye-bye to involuntary mode changes chasing with SIGXCPU) without breaking too many things. I'm still digging through the code. A few minor remarks regarding the user space side so far: XENOMAI_DO_SYSCALL becomes quite bloated now, and it's inlined. Did you check that the fast path (ie. no signal) only contains one conditional branch when the compiler is done with optimizing? If not (I suspect so), the code should be refactored to look more like restart: do_syscall if unlikely(sigs.nsigs) res = handle_signals if res == -ERESTART goto restart Moreover, the inner while loop over sigs.remaining should be moved into a shared function as well. I don't see why it should be instantiated at each and every syscall invocation site. Ok. The second syscall is now done in the out-of-line signal handling function. Do you prefer this? The smaller the inlined code gets, the better. It is only implemented for x86_32 since it is the problematic architecture, but if you are ok with it, I will change the other architectures. Will check, thanks. Am I right, there is no skin (except the test skin) using this feature so far? Next question: The signal delivery latency is naturally affected by the syscall invocation frequency of the target thread, right? Ie. no syscall, no signal. Once we offer RT signals via the skin, this limitation should be prominently documented. Well, if you make no syscall, your box is basically a brick. We need suspensions from time to time to get Linux running anyway. For sure. My point is that people may get the idea to build time-critical event delivery based on signals. In such cases it would make a big difference how often the destination thread issues a syscall. Also forced preemptions can extend the delivery latency, only the user space workload counts. I would not recommend such application designs, but people may get that idea when they once read RT-safe signals. :) Ok. But if the thread receiving the syscall is suspended in primary mode, it will wake up ASAP to handle the signal, so the latency is not that great. Of course it will work if the target thread is suspended most of the time. -- Gilles ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] Signals support.
Hi, here come the pull request for user-space signals support. The simple solution; handling signals upon system call return, has been implemented since the other solution (handling signals upon any return to user-space) required to change the I-pipe patch, and so made the upcoming 2.5 only compatible with newer patches. We pass to kernel-space a sixth argument which is a pointer where information about received signals is stored by kernel. The only architecture for which the implementation is peculiar is x86_32, because the register used as sixth argument is ebp, also used for the libc backtrace function implementation, so I tried to find a solution which makes backtracing still possible (otherwise we would have said bye-bye to involuntary mode changes chasing with SIGXCPU) without breaking too many things. A new test, creatively called sigtest allows to unit-test the signal support. The following changes since commit 5a29ba38d7563097b73f53615fb3fcb7a7e5a6a5: Philippe Gerum (1): nucleus: initialize heap-stat_link holder are available in the git repository at: git+ssh://git.xenomai.org/xenomai-gch.git for-head Gilles Chanteperdrix (12): bind: Replace bind.h with a convenience library. skins: add per-skin user-space signal handler, and dispatch function. arm: implement signals handling powerpc: implement signals handling x86_64: implement signals handling x86_32: implement signals handling nucleus: implement kernel-space per-thread per-skin signals handling. skins: move sigshadow to libxeno_common posix: fix pthread_cond_wait restarting native: fix rt_cond_wait restarting testsuite: add user-space real-time signals unit test build: bootstrap Philippe Gerum (2): blackfin: introduce support for real-time signals nios: implement signals handling Makefile.in| 193 +- aclocal.m4 | 323 +- config/Makefile.in | 43 +- configure | 5869 configure.in |5 + doc/Makefile.in| 131 +- doc/docbook/Makefile.in| 131 +- doc/docbook/custom-stylesheets/Makefile.in | 131 +- doc/docbook/custom-stylesheets/xsl/Makefile.in | 131 +- .../custom-stylesheets/xsl/common/Makefile.in | 43 +- doc/docbook/custom-stylesheets/xsl/fo/Makefile.in | 43 +- .../custom-stylesheets/xsl/html/Makefile.in| 43 +- doc/docbook/xenomai/Makefile.in| 43 +- doc/doxygen/Makefile.in| 43 +- doc/man/Makefile.in| 215 +- doc/txt/Makefile.in| 82 +- include/Makefile.am|2 +- include/Makefile.in| 194 +- include/analogy/Makefile.in| 105 +- include/asm-arm/Makefile.in| 170 +- include/asm-arm/bits/Makefile.in | 105 +- include/asm-arm/features.h |2 +- include/asm-arm/syscall.h | 66 +- include/asm-blackfin/Makefile.in | 170 +- include/asm-blackfin/bits/Makefile.in | 105 +- include/asm-blackfin/features.h|2 +- include/asm-blackfin/syscall.h | 241 +- include/asm-generic/Makefile.in| 170 +- include/asm-generic/bits/Makefile.in | 105 +- include/asm-generic/bits/bind.h| 305 +- include/asm-generic/bits/current.h |3 + include/asm-generic/bits/sigshadow.h | 74 +- include/asm-generic/syscall.h | 58 +- include/asm-nios2/Makefile.in | 170 +- include/asm-nios2/bits/Makefile.in | 105 +- include/asm-nios2/syscall.h| 73 +- include/asm-powerpc/Makefile.in| 170 +- include/asm-powerpc/bits/Makefile.in | 105 +- include/asm-powerpc/features.h |2 +- include/asm-powerpc/syscall.h | 58 +- include/asm-sim/Makefile.in| 170 +- include/asm-sim/bits/Makefile.in | 105 +- include/asm-x86/Makefile.in| 170 +- include/asm-x86/bits/Makefile.in | 105 +- include/asm-x86/features_32.h |2 +- include/asm-x86/features_64.h |2 +- include/asm-x86/syscall.h | 219 +- include/native/Makefile.in | 105 +- include/native/cond.h |6 +- include/native/syscall.h |3
Re: [Xenomai-core] [pull request] Signals support.
Gilles Chanteperdrix wrote: Hi, here come the pull request for user-space signals support. The simple solution; handling signals upon system call return, has been implemented since the other solution (handling signals upon any return to user-space) required to change the I-pipe patch, and so made the upcoming 2.5 only compatible with newer patches. We pass to kernel-space a sixth argument which is a pointer where information about received signals is stored by kernel. The only architecture for which the implementation is peculiar is x86_32, because the register used as sixth argument is ebp, also used for the libc backtrace function implementation, so I tried to find a solution which makes backtracing still possible (otherwise we would have said bye-bye to involuntary mode changes chasing with SIGXCPU) without breaking too many things. A new test, creatively called sigtest allows to unit-test the signal support. The following changes since commit 5a29ba38d7563097b73f53615fb3fcb7a7e5a6a5: Philippe Gerum (1): nucleus: initialize heap-stat_link holder are available in the git repository at: git+ssh://git.xenomai.org/xenomai-gch.git for-head Gilles Chanteperdrix (12): bind: Replace bind.h with a convenience library. skins: add per-skin user-space signal handler, and dispatch function. arm: implement signals handling powerpc: implement signals handling This commit was credited to the wrong author, should be fixed now. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] RTDM: phys_addr mapping and ISA CAN driver fix
The following changes since commit 3fded6232aad90e2c6799857a21aa492a0fa8e22: Philippe Gerum (1): Merge commit 'jan' are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Luis Herrera-Bendezu (1): rtdm: Extend rtdm_iomap_to_user to map phys addr 4G Sebastian Smolorz (1): can: Free I/O region when unloading the xeno_can_isa.ko driver include/asm-generic/system.h |2 +- include/asm-generic/wrappers.h |4 include/rtdm/rtdm_driver.h |2 +- ksrc/drivers/can/sja1000/rtcan_isa.c |5 +++-- ksrc/skins/rtdm/drvlib.c |9 + 5 files changed, 14 insertions(+), 8 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] analogy: doxygen errors descriptions, headers sources fixes
The following changes since commit 76456b88f8fe8cf9885996f2c042df7d4b266df0: Alexis Berlemont (1): analogy: add error messages in instruction handling are available in the git repository at: ssh+git://git.xenomai.org/xenomai-abe.git analogy Alexis Berlemont (4): analogy: add error codes descriptions for synchronous operations analogy: add error codes descriptions for descriptor routines analogy: add error codes descriptions for range management routines analogy: fix mistakes in license declarations ksrc/drivers/analogy/intel/8255.c| 23 ++--- ksrc/drivers/analogy/intel/parport.c | 22 ++-- src/drvlib/analogy/async.c |4 +- src/drvlib/analogy/descriptor.c | 57 ++--- src/drvlib/analogy/range.c | 21 +++-- src/drvlib/analogy/sync.c| 28 ++-- 6 files changed, 111 insertions(+), 44 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] nucleus: Allow runtime setting of xeno_nucleus.watchdog_timeout
The following changes since commit bdda0013bb4a666a1d2c55ef52c5dd55e5fb6f3b: Jan Kiszka (1): nucleus: Include all heaps in statistics are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): nucleus: Allow runtime setting of xeno_nucleus.watchdog_timeout ksrc/nucleus/sched.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] analogy: many bugfixes, doxygen updates, parport driver, insn_write
The following changes since commit e6e21a3e183f145dd1c583e60fbecda982e00c70: Alexis Berlemont (1): analogy: improve ioctl error handling are available in the git repository at: ssh+git://git.xenomai.org/xenomai-abe.git analogy Alexis Berlemont (21): analogy: fix a bug in the attach procedure analogy: remove EXPERIMENTAL flag from 2.4 Config.in files analogy: fix a mistyping error analogy: fix functions declarations in the 8255 driver analogy: add an analogy driver for standard parallel port analogy: add default attach options for analogy_parport driver analogy: make analogy_parport compile only for x86 architectures analogy: use the A4L_INSN_* constants to configure the DIO subdevice analogy: minor cosmetic change in instruction header analogy: change prefix for traces (a4l - Analogy) analogy: some coding style corrections analogy: fix a minor bug (filename management) in insn_read analogy: add a test program which performs synchronous write analogy: fix missing renamings for testing drivers analogy: fix doxygen documentation generation for analogy analogy: minor indentation fix analogy: fix positive error code in transfer cleanup analogy: add some details on the error codes for the syscall API analogy: add error codes descriptions for the asynchronous API analogy: fix a scan size miscalculation in cmd_read analogy: report scan size miscalculation fix in cmd_write and insn_* doc/doxygen/Doxyfile.in| 10 +- include/analogy/instruction.h | 10 +- include/analogy/os_facilities.h|2 +- ksrc/drivers/analogy/buffer.c |7 +- ksrc/drivers/analogy/intel/8255.c |4 +- ksrc/drivers/analogy/intel/Config.in |6 +- ksrc/drivers/analogy/intel/Kconfig |9 +- ksrc/drivers/analogy/intel/Makefile| 15 +- ksrc/drivers/analogy/intel/parport.c | 452 .../drivers/analogy/national_instruments/Config.in |4 +- ksrc/drivers/analogy/testing/fake.c|2 +- ksrc/drivers/analogy/testing/loop.c| 14 +- ksrc/drivers/analogy/transfer.c|2 +- src/drvlib/analogy/async.c | 78 +++- src/drvlib/analogy/sys.c | 41 ++- src/utils/analogy/Makefile.am |5 +- src/utils/analogy/Makefile.in | 18 +- src/utils/analogy/analogy_config.c | 20 +- src/utils/analogy/cmd_read.c |3 +- src/utils/analogy/cmd_write.c |3 +- src/utils/analogy/insn_read.c | 14 +- src/utils/analogy/insn_write.c | 274 22 files changed, 925 insertions(+), 68 deletions(-) create mode 100644 ksrc/drivers/analogy/intel/parport.c create mode 100644 src/utils/analogy/insn_write.c Alexis. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request, extended] Added heap stats
The following changes since commit cd3465f1862a4aa29e488a3876097d9e425ef907: Philippe Gerum (1): nios2: upgrade I-pipe support to 2.6.30-nios2-1.1-00 are available in the git repository at: git://git.xenomai.org/xenomai-jki for-upstream I implemented the heap statistics as discussed: /proc label strings are set via a new service xnheap_set_label, the existing API is not touched. And I think I even fixed some bugs of the previous version. Jan Kiszka (2): rtdm: Fix copypaste mistake in instrumentation nucleus: Include all heaps in statistics include/nucleus/heap.h|6 +++ ksrc/drivers/ipc/iddp.c |1 + ksrc/drivers/ipc/xddp.c |3 + ksrc/nucleus/heap.c | 99 - ksrc/nucleus/module.c |2 + ksrc/nucleus/pod.c|2 + ksrc/nucleus/shadow.c |2 + ksrc/skins/native/heap.c |1 + ksrc/skins/native/pipe.c |2 + ksrc/skins/native/queue.c |1 + ksrc/skins/posix/shm.c|3 + ksrc/skins/psos+/rn.c |2 + ksrc/skins/rtai/shm.c |1 + ksrc/skins/rtdm/core.c|2 +- ksrc/skins/vrtx/heap.c|1 + ksrc/skins/vrtx/syscall.c |2 + 16 files changed, 119 insertions(+), 11 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] rtdm: Fix copypaste mistake in instrumentation
The following changes since commit cd3465f1862a4aa29e488a3876097d9e425ef907: Philippe Gerum (1): nios2: upgrade I-pipe support to 2.6.30-nios2-1.1-00 are available in the git repository at: git://git.xenomai.org/xenomai-jki for-upstream Jan Kiszka (1): rtdm: Fix copypaste mistake in instrumentation ksrc/skins/rtdm/core.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] DEBUG_SYNCH_RELAX fix and some cleanups
The following changes since commit 3b0152276752561805bf113eaa7b699d93c473c5: Bernhard Walle (1): hal: check CPU frequency are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Specifically the last patch is important for us as hell broke loose here once we enabled it for our customer. The first one is a resend, the other two are a cleanup and a minor instrumentation fix. Jan Kiszka (4): hal: Ensure atomicity of rthal_local_irq_disabled nucleus: Cosmetic cleanup of lostage_handler nucleus: Improve lostage_work instrumentation nucleus: Fix endless loop of DEBUG_SYNCH_RELAX include/asm-generic/hal.h | 19 ++- include/nucleus/thread.h |1 + ksrc/nucleus/shadow.c | 28 +--- ksrc/nucleus/synch.c | 11 --- 4 files changed, 44 insertions(+), 15 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] heap reference and trivial build fixes
Jan Kiszka wrote: The following changes since commit 6d7d6bc436ef3d1fb51fa8de06d4ecf004e3b6a5: Gilles Chanteperdrix (1): nucleus: defer selector block deletion to an APC. are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (2): nucleus: Track heap mapping on to mm-clone nucleus: Fix trivial build warning ksrc/nucleus/heap.c | 12 +++- ksrc/nucleus/module.c |2 +- 2 files changed, 12 insertions(+), 2 deletions(-) Hi Jan, do you agree if I add the notification to the xenomai-git mailing list for your tree? It makes it possible to review your patches without any action on your side. Note that a recent modification to the notification mechanism only shows the relevant patches. -- Gilles ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] heap reference and trivial build fixes
Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: The following changes since commit 6d7d6bc436ef3d1fb51fa8de06d4ecf004e3b6a5: Gilles Chanteperdrix (1): nucleus: defer selector block deletion to an APC. are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (2): nucleus: Track heap mapping on to mm-clone nucleus: Fix trivial build warning ksrc/nucleus/heap.c | 12 +++- ksrc/nucleus/module.c |2 +- 2 files changed, 12 insertions(+), 2 deletions(-) Hi Jan, do you agree if I add the notification to the xenomai-git mailing list for your tree? It makes it possible to review your patches without any action on your side. Note that a recent modification to the notification mechanism only shows the relevant patches. No problem. Ah, the new filter looks nice! And how would my new workflow look like? Just silently push into 'for-upstream'? Well, it does not work for me, because I always realize that I screwed up AFTER I push the changes. Besides, we may push things only for review, so, I would keep the pull requests and the discussions on the list, only avoid publishing the patches manually on the list. But this is open for discussion of course. -- Gilles ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] heap reference and trivial build fixes
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: The following changes since commit 6d7d6bc436ef3d1fb51fa8de06d4ecf004e3b6a5: Gilles Chanteperdrix (1): nucleus: defer selector block deletion to an APC. are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (2): nucleus: Track heap mapping on to mm-clone nucleus: Fix trivial build warning ksrc/nucleus/heap.c | 12 +++- ksrc/nucleus/module.c |2 +- 2 files changed, 12 insertions(+), 2 deletions(-) Hi Jan, do you agree if I add the notification to the xenomai-git mailing list for your tree? It makes it possible to review your patches without any action on your side. Note that a recent modification to the notification mechanism only shows the relevant patches. No problem. Ah, the new filter looks nice! And how would my new workflow look like? Just silently push into 'for-upstream'? Well, it does not work for me, because I always realize that I screwed up AFTER I push the changes. Besides, we may push things only for review, so, I would keep the pull requests and the discussions on the list, only avoid publishing the patches manually on the list. But this is open for discussion of course. Fine with me as well, specifically as I tend to face similar problems. And as one can pick the patches for citing from xenomai-git, commenting on patching shouldn't be much harder for the reviewer. Jan signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] heap reference and trivial build fixes
The following changes since commit 6d7d6bc436ef3d1fb51fa8de06d4ecf004e3b6a5: Gilles Chanteperdrix (1): nucleus: defer selector block deletion to an APC. are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (2): nucleus: Track heap mapping on to mm-clone nucleus: Fix trivial build warning ksrc/nucleus/heap.c | 12 +++- ksrc/nucleus/module.c |2 +- 2 files changed, 12 insertions(+), 2 deletions(-) --- [PATCH] nucleus: Track heap mapping on to mm-clone When the mm is cloned (due to fork), the heap mapping counter need to be updated as well. Register an open callback with the vm-ops for this purpose. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- ksrc/nucleus/heap.c | 12 +++- 1 files changed, 11 insertions(+), 1 deletions(-) diff --git a/ksrc/nucleus/heap.c b/ksrc/nucleus/heap.c index b5fb1cd..27a4ad7 100644 --- a/ksrc/nucleus/heap.c +++ b/ksrc/nucleus/heap.c @@ -1017,6 +1017,15 @@ static void __unreserve_and_free_heap(void *ptr, size_t size, int kmflags) } } +static void xnheap_vmopen(struct vm_area_struct *vma) +{ + xnheap_t *heap = vma-vm_private_data; + + spin_lock(kheapq_lock); + heap-archdep.numaps++; + spin_unlock(kheapq_lock); +} + static void xnheap_vmclose(struct vm_area_struct *vma) { xnheap_t *heap = vma-vm_private_data; @@ -1037,7 +1046,8 @@ static void xnheap_vmclose(struct vm_area_struct *vma) } static struct vm_operations_struct xnheap_vmops = { - .close = xnheap_vmclose + .open = xnheap_vmopen, + .close = xnheap_vmclose }; static int xnheap_open(struct inode *inode, struct file *file) -- 1.6.0.2 signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [pull request] rtdm: Add padding to rtser_config
Jan Kiszka wrote: The following changes since commit 6b1a185b460765c933b17932d77be6967d2e42dc: Philippe Gerum (1): nucleus: fix locking in shared heap deletion are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): rtdm: Add padding to rtser_config include/rtdm/rtserial.h |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) --- rtdm: Add padding to rtser_config The current layout of rtser_config is unfortunate as it may result in different layout depending on the compiler alignment setting. Namely, rx_timeout may be aligned on 8-byte boundaries in user land while it may not be aligned in the kernel, or vice versa. Avoid this ambiguity by adding a reserved padding field. Bump profile revision number due to ABI breakage. Sorry, forgot to state explicitly: This is obviously no material for 2.4 as it breaks the ABI also for those users that didn't suffer from it so far (mostly x86). So please revert the corresponding commit. Thanks, Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [pull request] rtdm: Add padding to rtser_config
The following changes since commit 6b1a185b460765c933b17932d77be6967d2e42dc: Philippe Gerum (1): nucleus: fix locking in shared heap deletion are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): rtdm: Add padding to rtser_config include/rtdm/rtserial.h |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) --- rtdm: Add padding to rtser_config The current layout of rtser_config is unfortunate as it may result in different layout depending on the compiler alignment setting. Namely, rx_timeout may be aligned on 8-byte boundaries in user land while it may not be aligned in the kernel, or vice versa. Avoid this ambiguity by adding a reserved padding field. Bump profile revision number due to ABI breakage. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- include/rtdm/rtserial.h |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/include/rtdm/rtserial.h b/include/rtdm/rtserial.h index 30bb564..48712b2 100644 --- a/include/rtdm/rtserial.h +++ b/include/rtdm/rtserial.h @@ -29,7 +29,7 @@ * Feel free to comment on this profile via the Xenomai mailing list * (Xenomai-core@gna.org) or directly to the author (jan.kis...@web.de). * - * @b Profile @b Revision: 2 + * @b Profile @b Revision: 3 * @n * @n * @par Device Characteristics @@ -79,7 +79,7 @@ #include rtdm/rtdm.h -#define RTSER_PROFILE_VER 2 +#define RTSER_PROFILE_VER 3 /*! * @anchor RTSER_DEF_BAUD @name RTSER_DEF_BAUD @@ -263,6 +263,8 @@ typedef struct rtser_config { /** reception FIFO interrupt threshold, see @ref RTSER_FIFO_xxx */ int fifo_depth; + int reserved; + /** reception timeout, see @ref RTSER_TIMEOUT_xxx for special * values */ nanosecs_rel_t rx_timeout; -- 1.6.0.2 signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] analogy: critical bugfixes for the NI PCIMIO driver
Hi, Here are some important fixes for the NI PCIMIO driver. I would like to thank Cristian Axenie for giving me access to his development environment. These bugs were particularly noticeable on his PPC board (any acquisition triggered a CPU reboot). Alexis. The following changes since commit 255cf6b2bf8dca9dad05a1c169dcecf6e742955e: Alexis Berlemont (1): analogy: force NI TIO / MIO selections when NI PCIMIO is set are available in the git repository at: ssh+git://git.xenomai.org/xenomai-abe.git analogy Alexis Berlemont (4): analogy: force NI MITE selection when NI PCIMIO is set analogy: fix a critical bug in the NI PCIMIO driver analogy: rename 8255 and NI PCIMIO driver analogy: fix a bug in NI PCIMIO driver ksrc/drivers/analogy/intel/8255.c |2 +- ksrc/drivers/analogy/national_instruments/Kconfig |1 + .../analogy/national_instruments/mio_common.c | 12 ksrc/drivers/analogy/national_instruments/pcimio.c |2 +- 4 files changed, 11 insertions(+), 6 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] Analogy: many bugfixes
Hi Philippe, Sorry, I forgot the prefix rule for the short log for many commits. I will take more care starting from now. Alexis. The following changes since commit 39614e10be1d7fc5344b56646b8801cbf8756e08: Alexis Berlemont (1): Add error messages for the IOCTL interface (attach, instruction, cmd, etc.) are available in the git repository at: ssh+git://git.xenomai.org/xenomai-abe.git analogy ..BRANCH.NOT.VERIFIED.. Alexis Berlemont (4): Fix testing drivers' renaming issues Some Comedi - Analogy forgotten renamings Add modules descriptions and license specifications Fix comments Breeje, R. (Remco) den (2): Add a missing dependency for the NI MIO driver (NI TIO) In cmd_read, fix received bytes storing Philippe Gerum (1): analogy: fix debug options dependencies ksrc/drivers/analogy/Kconfig |2 + ksrc/drivers/analogy/instruction.c |2 +- ksrc/drivers/analogy/intel/8255.c | 10 +- ksrc/drivers/analogy/national_instruments/Kconfig |2 +- .../analogy/national_instruments/mio_common.c |3 + ksrc/drivers/analogy/national_instruments/mite.c |2 +- ksrc/drivers/analogy/national_instruments/pcimio.c |2 + .../analogy/national_instruments/tio_common.c |2 +- ksrc/drivers/analogy/testing/Config.in |4 +- ksrc/drivers/analogy/testing/Kconfig |8 +- ksrc/drivers/analogy/testing/Makefile | 26 ++-- ksrc/drivers/analogy/testing/fake.c| 116 +- ksrc/drivers/analogy/testing/loop.c| 136 ++-- src/utils/analogy/analogy_config.c | 22 ++-- src/utils/analogy/cmd_read.c | 54 src/utils/analogy/cmd_write.c | 44 +++--- src/utils/analogy/insn_read.c | 32 +++--- 17 files changed, 239 insertions(+), 228 deletions(-) Alexis. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] Analogy: many bugfixes
Alexis Berlemont wrote: Hi Philippe, Sorry, I forgot the prefix rule for the short log for many commits. I will take more care starting from now. You can edit commit messages with git rebase --interactive Of course, if you want to push the changes on the server, you will have to use git push -f. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PULL REQUEST] analogy renaming + many bugfixes
On Mon, 2009-10-19 at 23:18 +0200, Alexis Berlemont wrote: The following changes since commit 8c847c4bf43fa65c3ec541850ecdb7e96113e94f: Philippe Gerum (1): powerpc: fix commit number for 2.6.30.3-DENX are available in the git repository at: ssh+git://g...@xenomai.org/xenomai-abe.git analogy We likely need this: diff --git a/ksrc/drivers/analogy/Kconfig b/ksrc/drivers/analogy/Kconfig index 437a1bc..9d17b1d 100644 --- a/ksrc/drivers/analogy/Kconfig +++ b/ksrc/drivers/analogy/Kconfig @@ -9,6 +9,7 @@ config XENO_DRIVERS_ANALOGY drivers. config XENO_DRIVERS_ANALOGY_DEBUG + depends on XENO_DRIVERS_ANALOGY bool Analogy debug trace default y help @@ -17,6 +18,7 @@ config XENO_DRIVERS_ANALOGY_DEBUG core and drivers behaviours. config XENO_DRIVERS_ANALOGY_DEBUG_LEVEL + depends on XENO_DRIVERS_ANALOGY_DEBUG int Analogy core debug level threshold default 0 help Alexis Berlemont (18): Remove useless wrappers (comedi_copy_*_user()) Initialize the freshly allocated device's private area Fix obvious typo mistake Fix some error checkings in analog output command test function Fix various minor bugs Fix internal trigger via instruction (we do not need any data in the instruction structure) Add ai / ao trigger callback Add a trigger instruction Replace an info message by an error message Fix a problem in the mite configuration (only for AI) Add a missing EXPORT_SYMBOL() comedi_alloc_subd. Align fake macro declarations with real functions declarations Fix modules compilations issues Comedi4RTDM - Analogy (first part) Comedi4RTDM - Analogy (second part) Comedi4RTDM - Analogy (third part, kernel side compiles) Comedi4RTDM - Analogy (last part, user side compiles and runs) Update *_alloc_subd() after bugfix backport from comedi branch Makefile.in|1 + aclocal.m4 |4 +- config/Makefile.in |1 + configure | 5454 +++- configure.in |6 +- doc/Makefile.in|1 + doc/docbook/Makefile.in|1 + doc/docbook/custom-stylesheets/Makefile.in |1 + doc/docbook/custom-stylesheets/xsl/Makefile.in |1 + .../custom-stylesheets/xsl/common/Makefile.in |1 + doc/docbook/custom-stylesheets/xsl/fo/Makefile.in |1 + .../custom-stylesheets/xsl/html/Makefile.in|1 + doc/docbook/xenomai/Makefile.in|1 + doc/doxygen/Makefile.in|1 + doc/man/Makefile.in|1 + doc/txt/Makefile.in|1 + include/Makefile.am|2 +- include/Makefile.in|3 +- include/{comedi = analogy}/Makefile.am|6 +- include/{comedi = analogy}/Makefile.in| 13 +- include/analogy/analogy.h | 152 + .../comedi_driver.h = analogy/analogy_driver.h} | 16 +- include/{comedi = analogy}/buffer.h | 192 +- include/{comedi = analogy}/channel_range.h| 162 +- include/{comedi = analogy}/command.h | 34 +- include/{comedi = analogy}/context.h | 32 +- include/{comedi = analogy}/descriptor.h | 28 +- include/{comedi = analogy}/device.h | 58 +- include/{comedi = analogy}/driver.h | 34 +- include/analogy/instruction.h | 225 + include/{comedi = analogy}/ioctl.h| 40 +- include/analogy/os_facilities.h| 191 + include/analogy/subdevice.h| 271 + include/analogy/transfer.h | 105 + include/{comedi = analogy}/types.h| 14 +- include/asm-arm/Makefile.in|1 + include/asm-arm/bits/Makefile.in |1 + include/asm-blackfin/Makefile.in |1 + include/asm-blackfin/bits/Makefile.in |1 + include/asm-generic/Makefile.in|1 + include/asm-generic/bits/Makefile.in |1 + include/asm-nios2/Makefile.in |1 + include/asm-nios2/bits/Makefile.in |1 + include/asm-powerpc/Makefile.in|1 + include/asm-powerpc/bits/Makefile.in |1 + include/asm-sim/Makefile.in|1 + include/asm-sim/bits/Makefile.in |1 + include/asm-x86/Makefile.in|1 +
Re: [Xenomai-core] [PULL REQUEST] analogy renaming + many bugfixes
Hi, On Sunday 25 October 2009 12:08:58 Philippe Gerum wrote: On Mon, 2009-10-19 at 23:18 +0200, Alexis Berlemont wrote: The following changes since commit 8c847c4bf43fa65c3ec541850ecdb7e96113e94f: Philippe Gerum (1): powerpc: fix commit number for 2.6.30.3-DENX are available in the git repository at: ssh+git://g...@xenomai.org/xenomai-abe.git analogy We likely need this: I did not have time to apply this patch tonight but that will be done as soon as possible. Thank you diff --git a/ksrc/drivers/analogy/Kconfig b/ksrc/drivers/analogy/Kconfig index 437a1bc..9d17b1d 100644 --- a/ksrc/drivers/analogy/Kconfig +++ b/ksrc/drivers/analogy/Kconfig @@ -9,6 +9,7 @@ config XENO_DRIVERS_ANALOGY drivers. config XENO_DRIVERS_ANALOGY_DEBUG + depends on XENO_DRIVERS_ANALOGY bool Analogy debug trace default y help @@ -17,6 +18,7 @@ config XENO_DRIVERS_ANALOGY_DEBUG core and drivers behaviours. config XENO_DRIVERS_ANALOGY_DEBUG_LEVEL + depends on XENO_DRIVERS_ANALOGY_DEBUG int Analogy core debug level threshold default 0 help Alexis Berlemont (18): Remove useless wrappers (comedi_copy_*_user()) Initialize the freshly allocated device's private area Fix obvious typo mistake Fix some error checkings in analog output command test function Fix various minor bugs Fix internal trigger via instruction (we do not need any data in the instruction structure) Add ai / ao trigger callback Add a trigger instruction Replace an info message by an error message Fix a problem in the mite configuration (only for AI) Add a missing EXPORT_SYMBOL() comedi_alloc_subd. Align fake macro declarations with real functions declarations Fix modules compilations issues Comedi4RTDM - Analogy (first part) Comedi4RTDM - Analogy (second part) Comedi4RTDM - Analogy (third part, kernel side compiles) Comedi4RTDM - Analogy (last part, user side compiles and runs) Update *_alloc_subd() after bugfix backport from comedi branch Makefile.in|1 + aclocal.m4 |4 +- config/Makefile.in |1 + configure | 5454 +++- configure.in |6 +- doc/Makefile.in|1 + doc/docbook/Makefile.in|1 + doc/docbook/custom-stylesheets/Makefile.in |1 + doc/docbook/custom-stylesheets/xsl/Makefile.in |1 + .../custom-stylesheets/xsl/common/Makefile.in |1 + doc/docbook/custom-stylesheets/xsl/fo/Makefile.in |1 + .../custom-stylesheets/xsl/html/Makefile.in|1 + doc/docbook/xenomai/Makefile.in|1 + doc/doxygen/Makefile.in|1 + doc/man/Makefile.in|1 + doc/txt/Makefile.in|1 + include/Makefile.am|2 +- include/Makefile.in|3 +- include/{comedi = analogy}/Makefile.am|6 +- include/{comedi = analogy}/Makefile.in| 13 +- include/analogy/analogy.h | 152 + .../comedi_driver.h = analogy/analogy_driver.h} | 16 +- include/{comedi = analogy}/buffer.h | 192 +- include/{comedi = analogy}/channel_range.h| 162 +- include/{comedi = analogy}/command.h | 34 +- include/{comedi = analogy}/context.h | 32 +- include/{comedi = analogy}/descriptor.h | 28 +- include/{comedi = analogy}/device.h | 58 +- include/{comedi = analogy}/driver.h | 34 +- include/analogy/instruction.h | 225 + include/{comedi = analogy}/ioctl.h| 40 +- include/analogy/os_facilities.h| 191 + include/analogy/subdevice.h| 271 + include/analogy/transfer.h | 105 + include/{comedi = analogy}/types.h| 14 +- include/asm-arm/Makefile.in|1 + include/asm-arm/bits/Makefile.in |1 + include/asm-blackfin/Makefile.in |1 + include/asm-blackfin/bits/Makefile.in |1 + include/asm-generic/Makefile.in|1 + include/asm-generic/bits/Makefile.in |1 + include/asm-nios2/Makefile.in |1 + include/asm-nios2/bits/Makefile.in |1 + include/asm-powerpc/Makefile.in|1 +
Re: [Xenomai-core] [PULL REQUEST] analogy renaming + many bugfixes
On Tue, 2009-10-20 at 15:22 +0200, Philippe Gerum wrote: On Mon, 2009-10-19 at 23:18 +0200, Alexis Berlemont wrote: The following changes since commit 8c847c4bf43fa65c3ec541850ecdb7e96113e94f: Philippe Gerum (1): powerpc: fix commit number for 2.6.30.3-DENX are available in the git repository at: ssh+git://g...@xenomai.org/xenomai-abe.git analogy Please rebase on the current head first, the merge is unclean. Ok, forget about this. The issue was that you changed your dev. branch. I'm resyncing the trees appropriately. Alexis Berlemont (18): Remove useless wrappers (comedi_copy_*_user()) Initialize the freshly allocated device's private area Fix obvious typo mistake Fix some error checkings in analog output command test function Fix various minor bugs Fix internal trigger via instruction (we do not need any data in the instruction structure) Add ai / ao trigger callback Add a trigger instruction Replace an info message by an error message Fix a problem in the mite configuration (only for AI) Add a missing EXPORT_SYMBOL() comedi_alloc_subd. Align fake macro declarations with real functions declarations Fix modules compilations issues Comedi4RTDM - Analogy (first part) Comedi4RTDM - Analogy (second part) Comedi4RTDM - Analogy (third part, kernel side compiles) Comedi4RTDM - Analogy (last part, user side compiles and runs) Update *_alloc_subd() after bugfix backport from comedi branch Makefile.in|1 + aclocal.m4 |4 +- config/Makefile.in |1 + configure | 5454 +++- configure.in |6 +- doc/Makefile.in|1 + doc/docbook/Makefile.in|1 + doc/docbook/custom-stylesheets/Makefile.in |1 + doc/docbook/custom-stylesheets/xsl/Makefile.in |1 + .../custom-stylesheets/xsl/common/Makefile.in |1 + doc/docbook/custom-stylesheets/xsl/fo/Makefile.in |1 + .../custom-stylesheets/xsl/html/Makefile.in|1 + doc/docbook/xenomai/Makefile.in|1 + doc/doxygen/Makefile.in|1 + doc/man/Makefile.in|1 + doc/txt/Makefile.in|1 + include/Makefile.am|2 +- include/Makefile.in|3 +- include/{comedi = analogy}/Makefile.am|6 +- include/{comedi = analogy}/Makefile.in| 13 +- include/analogy/analogy.h | 152 + .../comedi_driver.h = analogy/analogy_driver.h} | 16 +- include/{comedi = analogy}/buffer.h | 192 +- include/{comedi = analogy}/channel_range.h| 162 +- include/{comedi = analogy}/command.h | 34 +- include/{comedi = analogy}/context.h | 32 +- include/{comedi = analogy}/descriptor.h | 28 +- include/{comedi = analogy}/device.h | 58 +- include/{comedi = analogy}/driver.h | 34 +- include/analogy/instruction.h | 225 + include/{comedi = analogy}/ioctl.h| 40 +- include/analogy/os_facilities.h| 191 + include/analogy/subdevice.h| 271 + include/analogy/transfer.h | 105 + include/{comedi = analogy}/types.h| 14 +- include/asm-arm/Makefile.in|1 + include/asm-arm/bits/Makefile.in |1 + include/asm-blackfin/Makefile.in |1 + include/asm-blackfin/bits/Makefile.in |1 + include/asm-generic/Makefile.in|1 + include/asm-generic/bits/Makefile.in |1 + include/asm-nios2/Makefile.in |1 + include/asm-nios2/bits/Makefile.in |1 + include/asm-powerpc/Makefile.in|1 + include/asm-powerpc/bits/Makefile.in |1 + include/asm-sim/Makefile.in|1 + include/asm-sim/bits/Makefile.in |1 + include/asm-x86/Makefile.in|1 + include/asm-x86/bits/Makefile.in |1 + include/comedi/comedi.h| 151 - include/comedi/instruction.h | 225 - include/comedi/os_facilities.h | 211 - include/comedi/subdevice.h | 271 - include/comedi/transfer.h
[Xenomai-core] [PULL REQUEST] analogy renaming + many bugfixes
The following changes since commit 8c847c4bf43fa65c3ec541850ecdb7e96113e94f: Philippe Gerum (1): powerpc: fix commit number for 2.6.30.3-DENX are available in the git repository at: ssh+git://g...@xenomai.org/xenomai-abe.git analogy Alexis Berlemont (18): Remove useless wrappers (comedi_copy_*_user()) Initialize the freshly allocated device's private area Fix obvious typo mistake Fix some error checkings in analog output command test function Fix various minor bugs Fix internal trigger via instruction (we do not need any data in the instruction structure) Add ai / ao trigger callback Add a trigger instruction Replace an info message by an error message Fix a problem in the mite configuration (only for AI) Add a missing EXPORT_SYMBOL() comedi_alloc_subd. Align fake macro declarations with real functions declarations Fix modules compilations issues Comedi4RTDM - Analogy (first part) Comedi4RTDM - Analogy (second part) Comedi4RTDM - Analogy (third part, kernel side compiles) Comedi4RTDM - Analogy (last part, user side compiles and runs) Update *_alloc_subd() after bugfix backport from comedi branch Makefile.in|1 + aclocal.m4 |4 +- config/Makefile.in |1 + configure | 5454 +++- configure.in |6 +- doc/Makefile.in|1 + doc/docbook/Makefile.in|1 + doc/docbook/custom-stylesheets/Makefile.in |1 + doc/docbook/custom-stylesheets/xsl/Makefile.in |1 + .../custom-stylesheets/xsl/common/Makefile.in |1 + doc/docbook/custom-stylesheets/xsl/fo/Makefile.in |1 + .../custom-stylesheets/xsl/html/Makefile.in|1 + doc/docbook/xenomai/Makefile.in|1 + doc/doxygen/Makefile.in|1 + doc/man/Makefile.in|1 + doc/txt/Makefile.in|1 + include/Makefile.am|2 +- include/Makefile.in|3 +- include/{comedi = analogy}/Makefile.am|6 +- include/{comedi = analogy}/Makefile.in| 13 +- include/analogy/analogy.h | 152 + .../comedi_driver.h = analogy/analogy_driver.h} | 16 +- include/{comedi = analogy}/buffer.h | 192 +- include/{comedi = analogy}/channel_range.h| 162 +- include/{comedi = analogy}/command.h | 34 +- include/{comedi = analogy}/context.h | 32 +- include/{comedi = analogy}/descriptor.h | 28 +- include/{comedi = analogy}/device.h | 58 +- include/{comedi = analogy}/driver.h | 34 +- include/analogy/instruction.h | 225 + include/{comedi = analogy}/ioctl.h| 40 +- include/analogy/os_facilities.h| 191 + include/analogy/subdevice.h| 271 + include/analogy/transfer.h | 105 + include/{comedi = analogy}/types.h| 14 +- include/asm-arm/Makefile.in|1 + include/asm-arm/bits/Makefile.in |1 + include/asm-blackfin/Makefile.in |1 + include/asm-blackfin/bits/Makefile.in |1 + include/asm-generic/Makefile.in|1 + include/asm-generic/bits/Makefile.in |1 + include/asm-nios2/Makefile.in |1 + include/asm-nios2/bits/Makefile.in |1 + include/asm-powerpc/Makefile.in|1 + include/asm-powerpc/bits/Makefile.in |1 + include/asm-sim/Makefile.in|1 + include/asm-sim/bits/Makefile.in |1 + include/asm-x86/Makefile.in|1 + include/asm-x86/bits/Makefile.in |1 + include/comedi/comedi.h| 151 - include/comedi/instruction.h | 225 - include/comedi/os_facilities.h | 211 - include/comedi/subdevice.h | 271 - include/comedi/transfer.h | 105 - include/native/Makefile.in |1 + include/nucleus/Makefile.in|1 + include/posix/Makefile.in |1 + include/posix/sys/Makefile.in |1 + include/psos+/Makefile.in |1 + include/rtai/Makefile.in |1 + include/rtdm/Makefile.in |1 +
[Xenomai-core] [pull request] librtdk: Mark __wrap_clock_gettime as weak symbol
The following changes since commit cd669afa1b220242c157de74b9e3cd86c37b8433: Philippe Gerum (1): x86: upgrade I-pipe support to 2.6.30.8-x86-2.4-06, 2.6.31.1-x86-2.4-06 are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): librtdk: Mark __wrap_clock_gettime as weak symbol src/rtdk/assert_context.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) --- From 4a2cb7b817cefc16a3840a2406f4f7031bdfd534 Mon Sep 17 00:00:00 2001 From: Jan Kiszka jan.kis...@siemens.com Date: Wed, 7 Oct 2009 13:53:27 +0200 Subject: [PATCH] librtdk: Mark __wrap_clock_gettime as weak symbol This ensures that, in case both librtdk and libpthread_rt are used, the POSIX skin will be able to provide its Xenomai version of clock_gettime. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- src/rtdk/assert_context.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/rtdk/assert_context.c b/src/rtdk/assert_context.c index 2176db3..f67bcd8 100644 --- a/src/rtdk/assert_context.c +++ b/src/rtdk/assert_context.c @@ -66,6 +66,7 @@ int __wrap_gettimeofday(struct timeval *tv, struct timezone *tz) return __real_gettimeofday(tv, tz); } +__attribute__ ((weak)) int __wrap_clock_gettime(clockid_t clk_id, struct timespec *tp) { assert_nrt(); -- 1.6.0.2 ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] Various fixes
The following changes since commit 50ee47db78117e8711d4d2f5310dff262a425eb7: Gilles Chanteperdrix (1): Do not use the 2 stages build for building non-posix applications are available in the git repository at: git://xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): POSIX: Fix error reporting of __real_accept Wolfgang Mauerer (3): Fix handling of deleted message queue objects Make marker string for faults less ambiguous Document -EWOULDBLOCK for rtdm_event_wait ksrc/nucleus/pod.c |2 +- ksrc/skins/native/queue.c |2 ++ ksrc/skins/native/syscall.c |6 ++ ksrc/skins/rtdm/drvlib.c|3 +++ src/skins/posix/rtdm.c | 13 - 5 files changed, 20 insertions(+), 6 deletions(-) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] Pull request.
The following changes since commit 2d29c076e15c1e0bb2aa1fa83b132da230aeab60: Philippe Gerum (1): scripts: allow concurrent invocations of wrap-link.sh are available in the git repository at: git://git.xenomai.org/xenomai-gch.git for-head Gilles Chanteperdrix (1): Do not use the 2 stages build for building non-posix applications Stephen Sinclair (1): Copy the udev rules into rules.d if it exists. Makefile.am |7 ++- Makefile.in |7 ++- scripts/wrap-link.sh | 50 +++--- 3 files changed, 39 insertions(+), 25 deletions(-) -- Gilles ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] Pull request (2.4 branch)
The following changes since commit 8e46e88f80eb8ff52f4af020e3b44b437df234e2: Philippe Gerum (1): scripts: allow concurrent invocations of wrap-link.sh are available in the git repository at: git://git.xenomai.org/xenomai-gch.git for-2.4 Gilles Chanteperdrix (1): Do not use the 2 stages build for building non-posix applications Stephen Sinclair (1): Copy the udev rules into rules.d if it exists. Makefile.am |7 ++- Makefile.in |7 ++- scripts/wrap-link.sh | 50 +++--- 3 files changed, 39 insertions(+), 25 deletions(-) -- Gilles ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [PULL REQUEST] rtipc: Fix 64-bit related warnings
The following changes since commit 13d66eb4c8f1648614095d43dd529a3c98fc5278: Philippe Gerum (1): x86: upgrade I-pipe support to 2.6.31-x86-2.4-05 are available in the git repository at: git://xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): rtipc: Fix 64-bit related warnings ksrc/drivers/ipc/internal.h |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) --- rtipc: Fix 64-bit related warnings Signed-off-by: Jan Kiszka jan.kis...@siemens.com diff --git a/ksrc/drivers/ipc/internal.h b/ksrc/drivers/ipc/internal.h index 737038e..296a988 100644 --- a/ksrc/drivers/ipc/internal.h +++ b/ksrc/drivers/ipc/internal.h @@ -70,12 +70,12 @@ static inline void *rtipc_context_to_state(struct rtdm_dev_context *context) static inline void *rtipc_fd2map(int fd) { - return (void *)(fd + 1); + return (void *)(long)(fd + 1); } static inline int rtipc_map2fd(void *p) { - return (int)(p) - 1; + return (long)p - 1; } static inline nanosecs_rel_t rtipc_timeval_to_ns(const struct timeval *tv) ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] Pull request for head
The following changes since commit 13d66eb4c8f1648614095d43dd529a3c98fc5278: Philippe Gerum (1): x86: upgrade I-pipe support to 2.6.31-x86-2.4-05 are available in the git repository at: ssh+git://g...@xenomai.org/xenomai-abe.git comedi Alexis Berlemont (46): Replace comedi_channel_* char-typed fields by unsigned long fields. Update indentation, add flags related macros Add missing flags for instructions (configuration type, counter status bits, IO directions and events types). Fix indentation Fix indentation Add range_unknown declaration Add Comedi PCIMIO drivers set Review the subdevice registration system: get closer from Comedi upstream; Rework indentation in testing drivers; Remove useless drivers management functions (comedi_init_drv(), comedi_cleanup_drv()) Replace the first argument type: comedi_cxt_t becomes comedi_dev_t; the context structure is meaningless for the driver developer. Change subdevice related callbacks: replace their first argument: comedi_cxt_t - comedi_dev_t; the context is meaningless for drivers developers. Apply driver API change on testing drivers Slightly optimize the function comedi_get_chan() Change the second argument of the callback do_cmd() (in subdevice structure), the subdevice index is replaced by the command to apply (which contains the subdevice index). Fix typing mistake in the driver fake.c Review the tracing macros, mimic v4l2's system Add the subdevice registration index into the subdevice structure Simplify the declaration of comedi_get_chan Simplify munge function declaration Remove comedi_get_nbchan(), a specific function which became useless, and add comedi_get_subd(), a more general function which might be helpful at attach / detach time. Remove comedi_get_nbchan(), a specific function which became useless, and add comedi_get_subd(), a more general function which might be helpful at attach / detach time. Review trace macros Update 8255 driver Replace forgotten rtdm_printk() by comedi_err() Review traces Update NI TIO driver according to driver API changes Update NI MIO driver according to driver API changes Update NI PCIMIO driver according to driver API changes and fix a bug at the same time Minor indentation change in fake driver source Fix obvious bug in IRQ registering procedure Fix trivial compilation bug. Remove useless argument in the cancel callback Review comedi_get_cmd's arguments: the subdevice descriptor should be enough. Fix trace type (info - err) Properly implement debug traces Fix minor initialization bugs Add more checks in chaninfo, rnginfo ioctls Add comedi_presetup_transfer() function to be called before attach procedure; this function was added to prevent IRQ descriptor overwrite. Add a fake range descriptor; Add basic checks in *_info ioctls Add fake range descriptor Add missing types flags into COMEDI_SUBD_TYPES Fix debug trace routines Fix MSeries_PLL_Enable_Bit wrong definition Add RTSI and clock precompilation constants Improve comedi_buf_evt(): remove ugly subdevice guessing based on flags. Apply modifications due to comedi_buf_evt() declaration change Add missing RTSI / clock configuration routines include/comedi/buffer.h| 19 +- include/comedi/channel_range.h | 25 +- include/comedi/command.h | 22 +- include/comedi/device.h|7 +- include/comedi/driver.h| 24 +- include/comedi/instruction.h | 79 + include/comedi/os_facilities.h | 44 +- include/comedi/subdevice.h | 50 +- include/comedi/transfer.h |1 + ksrc/drivers/comedi/Config.in |2 + ksrc/drivers/comedi/Kconfig| 21 + ksrc/drivers/comedi/Makefile |4 +- ksrc/drivers/comedi/buffer.c | 232 +- ksrc/drivers/comedi/command.c | 64 +- ksrc/drivers/comedi/device.c | 117 +- ksrc/drivers/comedi/driver.c | 39 +- ksrc/drivers/comedi/driver_facilities.c| 112 +- ksrc/drivers/comedi/instruction.c | 20 +- ksrc/drivers/comedi/intel/8255.c | 331 ++ ksrc/drivers/comedi/intel/8255.h | 61 + ksrc/drivers/comedi/intel/Config.in|8 + ksrc/drivers/comedi/intel/Kconfig |5 + ksrc/drivers/comedi/intel/Makefile | 30 + ksrc/drivers/comedi/national_instruments/Config.in |8 + ksrc/drivers/comedi/national_instruments/Kconfig | 20 +
[Xenomai-core] Pull request for head.
The following changes since commit 1c6417e62b1c9412bb278c340c1512f8ba4660d0: Matteo Facchinetti (1): rtcan: fix MPC5xxx_GPIO definition for 2.6.2[0-4] kernels are available in the git repository at: git+ssh://g...@git.xenomai.org/xenomai-gch.git for-head Gilles Chanteperdrix (12): native: increase user-space native skin default stack size. build: Do not compile with __thread by default on ARM arm: fix syscalls with gcc 4.3.2 testsuite: fix division routines unit test feature macro test (for nodiv_llimd). maint: fix the extract-doc script to work with git posix: Fix user-space migration after pthread_mutex_trylock succeeds bind: avoid multiple initialisation of pthread_keys. trivial: Remove empty line testsuite: Fix mutex-torture-posix compilation, implement check_current_mode posix: do not declare pthread_mutexattr_setprotocol if already declared by the glibc arm: only enable I-pipe preemptible switch if UNLOCKED_SWITCH is enabled posix: fix shm leak configure.in|5 +- include/asm-arm/syscall.h | 30 + include/asm-generic/bits/bind.h | 10 - include/posix/pthread.h |2 + ksrc/arch/arm/Kconfig |3 +- ksrc/skins/posix/cond.c |1 - ksrc/skins/posix/syscall.c |2 + scripts/maint/extract-doc | 28 ++-- src/skins/native/task.c |2 + src/skins/posix/mutex.c |8 ++-- src/skins/posix/thread.c|4 +- src/testsuite/unit/Makefile.am |4 +- src/testsuite/unit/Makefile.in |4 +- src/testsuite/unit/arith-noinline.c |2 +- src/testsuite/unit/arith.c | 14 +++--- src/testsuite/unit/mutex-torture.c | 77 ++ 16 files changed, 105 insertions(+), 91 deletions(-) -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [Pull Request] Pending x86 syscall and native doc fixes
The following changes since commit 72a8fb179e1ce090f38795f907e5dbe6d19b687c: Philippe Gerum (1): Merge commit 'jan' are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (3): native: Align documentation to code x86-64: Work around gcc issues with populating syscall registers x86: Merge syscall_{32|64}.h into syscall.h include/asm-x86/Makefile.am |2 - include/asm-x86/syscall.h| 318 +- include/asm-x86/syscall_32.h | 226 -- include/asm-x86/syscall_64.h | 173 --- ksrc/skins/native/task.c | 12 +- 5 files changed, 322 insertions(+), 409 deletions(-) delete mode 100644 include/asm-x86/syscall_32.h delete mode 100644 include/asm-x86/syscall_64.h signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [Pull Request] Build fix for comedi
The following changes since commit 7f2e2eb4f2debd5bceb723e9860deb57912e3fc0: Philippe Gerum (1): x86: upgrade I-pipe support to 2.6.30-x86-2.4-04 - fix are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): comedi: Fix build breakage due to typos ksrc/drivers/comedi/rtdm_interface.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] [Pull Request] trivial warning fix
The following changes since commit cdc03ba796e72a93668cfe0eeb666b16017b6a97: Jan Kiszka (1): comedi: Fix build breakage due to typos are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (1): posix: Fix build warning with dlopen support enabled src/skins/posix/init.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) --- commit c09ace348560c30754bbd1b480a838eb619600ac Author: Jan Kiszka jan.kis...@siemens.com Date: Tue Jun 30 20:33:44 2009 +0200 posix: Fix build warning with dlopen support enabled Signed-off-by: Jan Kiszka jan.kis...@siemens.com diff --git a/src/skins/posix/init.c b/src/skins/posix/init.c index 9c58c9b..415997f 100644 --- a/src/skins/posix/init.c +++ b/src/skins/posix/init.c @@ -49,8 +49,9 @@ void __init_posix_interface(void) { #ifndef CONFIG_XENO_LIBS_DLOPEN struct sched_param parm; + int policy; #endif /* !CONFIG_XENO_LIBS_DLOPEN */ - int muxid, err, policy; + int muxid, err; muxid = xeno_bind_skin(PSE51_SKIN_MAGIC, POSIX, xeno_posix); signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] Pull request.
Hi, here come a few fixes which were on my todo list for some time. The following changes since commit 6c8f7c5b79b633bc1f50bbaa1d50ea3c309b3dcd: Philippe Gerum (1): Introduce xnarch_divrem_billion are available in the git repository at: git://xenomai.org/xenomai-gch.git for-head Gilles Chanteperdrix (9): Remove SIGSHADOW debug message Use PIC mute routines on the ARM platform Fix computation of heap overhead Adapt to preemptible context switch proposed by newer I-pipe patches Fix user-space tsc on ARM Fix git whitespace warnings Remove compilation warning Fix xnarch_divrem_billion not to use rthal_ullmul. Fix the POSIX skin to use the common time conversion. aclocal.m4 | 6652 ++ configure| 14 +- configure.in | 12 +- include/asm-arm/bits/pod.h |2 + include/asm-generic/bits/sigshadow.h |3 - include/asm-generic/bits/timeconv.h |2 +- include/nucleus/heap.h | 28 +- ksrc/arch/arm/Kconfig|5 +- ksrc/arch/arm/hal.c |5 +- ksrc/nucleus/heap.c |2 +- ksrc/skins/posix/internal.h |9 +- src/include/xeno_config.h.in |6 +- src/skins/posix/clock.c | 15 +- 13 files changed, 6709 insertions(+), 46 deletions(-) -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] Pull request for 2.4 branch.
Hi, The following changes since commit 7790ec248f04581ca1194c5f48a82df51864761b: Philippe Gerum (1): Fix signedness of divisor are available in the git repository at: git+ssh://git.xenomai.org/xenomai-gch.git for-2.4 Gilles Chanteperdrix (3): x86 FPU fixes Fix computation of heap overhead Adapt to preemptible context switch proposed by newer I-pipe patches include/asm-x86/bits/pod_32.h | 15 ++- include/asm-x86/bits/pod_64.h |3 ++- include/nucleus/heap.h| 22 +- ksrc/arch/arm/Kconfig |4 ksrc/nucleus/heap.c |2 +- 5 files changed, 26 insertions(+), 20 deletions(-) Regards. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core