1. 06 Dec, 2018 1 commit
  2. 30 Nov, 2018 5 commits
  3. 28 Nov, 2018 2 commits
  4. 23 Nov, 2018 2 commits
  5. 16 Nov, 2018 13 commits
  6. 06 Nov, 2018 3 commits
  7. 05 Nov, 2018 1 commit
  8. 31 Oct, 2018 2 commits
  9. 28 Oct, 2018 9 commits
  10. 17 Oct, 2018 2 commits
    • Sebastian Smolorz's avatar
      rtdm: expose user-side file descriptors to drivers · 04df9389
      Sebastian Smolorz authored
      
      
      RTDM drivers refer to open files or sockets by using struct rtdm_fd.
      Normally, the user-side file descriptors returned by socket() or open()
      calls are not necessary for driver operations. However, in some special
      cases the user-side fd has to be determined, for example as return
      value of rt_tcp_accept() which is a driver function of RTnet's TCP
      protocol driver.
      Signed-off-by: default avatarSebastian Smolorz <sebastian.smolorz@gmx.de>
      Signed-off-by: Jan Kiszka's avatarJan Kiszka <jan.kiszka@siemens.com>
      04df9389
    • Philippe Gerum's avatar
      boilerplate/setup: cobalt: do not advertise non-RT CPUs to applications · bed7acf3
      Philippe Gerum authored
      
      
      The CPU affinity mask in __base_setup_data.cpu_affinity - which may be
      set by --cpu-affinity - is conventionally checked by applications for
      determining which CPUs are usable for real-time duties.
      
      Over Cobalt, we need to make sure that such mask reflects the set of
      CPUs available for running real-time threads as defined by the core
      (i.e. /proc/xenomai/affinity), in absence of --cpu-affinity
      setting.
      
      Otherwise, some applications like switchest looking at an empty
      affinity mask may wrongly assume that all CPUs are available for
      running RT threads, leading to a failure when manually pinning such
      thread to an invalid (non-RT) CPU.
      
      With current Cobalt core and I-pipe releases not fixed for gracefully
      handling invalid domain migration requests over a non-RT CPU, such a
      failure may trigger a kernel panic.
      Signed-off-by: Philippe Gerum's avatarPhilippe Gerum <rpm@xenomai.org>
      Signed-off-by: Jan Kiszka's avatarJan Kiszka <jan.kiszka@siemens.com>
      bed7acf3