1. 31 May, 2019 1 commit
  2. 03 Jul, 2018 3 commits
  3. 08 Dec, 2017 1 commit
  4. 17 Jul, 2017 2 commits
  5. 09 May, 2017 1 commit
  6. 27 Dec, 2016 1 commit
    • Jan Kiszka's avatar
      cobalt/kernel: Allow to restart clock_nanosleep and select after signal processing · 36132cdb
      Jan Kiszka authored
      Only if a signal was actually delivered to a thread that was blocked on
      sleep, [clock_]nanosleep or select, those calls should return -EINTR.
      Otherwise, they should resume with the timeout, accordingly adjusted in
      case of relative timeout. So far we returned -EINTR immediately which
      particularly disturbed the debugging of applications (SIGSTOP/CONT
      terminated those syscalls).
      
      This approach reuses the Linux restart mechanism to find out if those
      syscalls should be restarted or actually terminated after the signal
      was handled: Linux sets current->restart_block.fn in case a termination
      is required, unconditionally, thus also when the syscall did not return
      ERESTART_RESTARTBLOCK. We also use the restart_block.nanosleep.expires
      to transfer the remaining timeout to the restarted syscall.
      
      We can't use the original restart mechanism of Linux because it directs
      all ERESTART_RESTARTBLOCK through a special, Linux-only syscall. In our
      case, we would have to migrate the caller in that context to primary in
      order to resume the sleep, but this is not possible under Xenomai (we
      need to migration from within the syscall hooks).
      Signed-off-by: Jan Kiszka's avatarJan Kiszka <jan.kiszka@siemens.com>
      36132cdb
  7. 03 Mar, 2016 1 commit
  8. 27 Nov, 2015 2 commits
  9. 10 Nov, 2015 2 commits
  10. 08 Nov, 2015 3 commits
  11. 26 Apr, 2015 1 commit
  12. 28 Feb, 2015 1 commit
  13. 04 Nov, 2014 1 commit
  14. 22 Sep, 2014 1 commit
  15. 30 May, 2014 2 commits
  16. 08 Apr, 2014 1 commit
  17. 07 Apr, 2014 1 commit
  18. 16 Feb, 2014 1 commit
  19. 28 Aug, 2013 1 commit
  20. 06 Jul, 2013 2 commits
  21. 23 Jun, 2013 1 commit
  22. 18 Jun, 2013 4 commits
  23. 14 Dec, 2012 1 commit
    • Philippe Gerum's avatar
      cobalt: remove HAL interface · bb4f2d90
      Philippe Gerum authored
      Originally, the HAL interface was aimed at abstracting the real-time
      enabler on top of which the nucleus sits, when running over the linux
      kernel. Along the years, we only used the Adeos pipeline for this
      purpose, and 3.x is writing this dependency in stone for the Cobalt
      core.
      
      Therefore the HAL layer becomes pointless, and removing it simplifies
      a great deal of low level Xenomai code, making architecture ports even
      simpler.
      
      In the same move, we dismiss support for legacy pipelines. A pipeline
      from the recent "core" series, exposing API revision #2 or better is
      required to build and run Xenomai 3.x.
      
      NOTE: nios2 and sh4 are not ready for prime time, since we don't have
      a core pipeline implementation for them yet. We leave them in tree
      though, waiting for catch-up.
      bb4f2d90
  24. 04 Dec, 2012 1 commit
  25. 11 Nov, 2012 1 commit
  26. 20 Aug, 2012 1 commit
  27. 28 Jan, 2012 2 commits