Re: [RTEMS Project] #4162: SiFive RISC-V HiFive Unleashed BSP (Qemu)

[RTEMS trac]

#4162: SiFive RISC-V HiFive Unleashed BSP (Qemu)
--+
 Reporter:  Joel Sherrill |   Owner:  Needs Funding
 Type:  enhancement   |  Status:  assigned
 Priority:  normal|   Milestone:  Indefinite
Component:  bsps  | Version:
 Severity:  normal|  Resolution:
 Keywords:  SoC, BSP, large, retired  |  Blocked By:
 Blocking:|
--+
Changes (by Gedare Bloom):

 * keywords:  SoC, BSP, large => SoC, BSP, large, retired


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4628: Add SATA support in libbsd

[RTEMS trac]

#4628: Add SATA support in libbsd
+-
 Reporter:  Joel Sherrill   |   Owner:  (none)
 Type:  enhancement |  Status:  new
 Priority:  normal  |   Milestone:  Indefinite
Component:  admin   | Version:
 Severity:  normal  |  Resolution:
 Keywords:  SoC, large, libbsd  |  Blocked By:
 Blocking:  |
+-
Description changed by Gedare Bloom:

Old description:

> Currently, RTEMS has no SATA support. This project is to bring the
> FreeBSD SATA support into rtems-libbsd. This should be able to be tested
> on qemu for a BSP like pc386 which has simulated SATA. There may be other
> simulated BSPs which could be used. Ideally, final testing would be on
> real hardware.
>
> There is a defined process for bringing in code from FreeBSD and rules
> for modifications allowed. The person taking on this project will have to
> adhere to those rules.
>
> Possible Mentors: Kinsey Moore, Christian Mauderer, Chris Johns, Gedare
> Bloom
> Skills: C
> Difficulty: Medium
> Scope: Large (300 hours)

New description:

 Currently, RTEMS has no SATA support. This project is to bring the FreeBSD
 SATA support into rtems-libbsd. This should be able to be tested on qemu
 for a BSP like pc386 which has simulated SATA. There may be other
 simulated BSPs which could be used. Ideally, final testing would be on
 real hardware.

 There is a defined process for bringing in code from FreeBSD and rules for
 modifications allowed. The person taking on this project will have to
 adhere to those rules.

 Possible Mentors: Kinsey Moore, Christian Mauderer, Chris Johns, Gedare
 Bloom
 Skills: C
 Difficulty: Hard
 Scope: Large (300+ hours)

--

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4162: SiFive RISC-V HiFive Unleashed BSP (Qemu)

[RTEMS trac]

#4162: SiFive RISC-V HiFive Unleashed BSP (Qemu)
-+
 Reporter:  Joel Sherrill|   Owner:  Needs Funding
 Type:  enhancement  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  bsps | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, BSP, large  |  Blocked By:
 Blocking:   |
-+
Changes (by Gedare Bloom):

 * keywords:  SoC, BSP, libbsd, large => SoC, BSP, large


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4334: Replace Mongoose with Civetweb

[RTEMS trac]

#4334: Replace Mongoose with Civetweb
+-
 Reporter:  Joel Sherrill   |   Owner:  (none)
 Type:  enhancement |  Status:  new
 Priority:  normal  |   Milestone:
Component:  lib | Version:
 Severity:  normal  |  Resolution:
 Keywords:  SoC, networking, large  |  Blocked By:
 Blocking:  |
+-
Changes (by Gedare Bloom):

 * keywords:  SoC, networking, libbsd, large => SoC, networking, large


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4620: Codeql Static Analyzer and RTEMS

[RTEMS trac]

#4620: Codeql Static Analyzer and RTEMS
---+---
 Reporter:  Joel Sherrill  |   Owner:  Gedare Bloom
 Type:  project|  Status:  assigned
 Priority:  normal |   Milestone:  Indefinite
Component:  tool   | Version:
 Severity:  normal |  Resolution:
 Keywords:  SoC, ecosystem, tools, medium  |  Blocked By:
 Blocking: |
---+---
Changes (by Gedare Bloom):

 * keywords:  SoC, ecosystem, tools, small, large => SoC, ecosystem, tools,
 medium


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4597: Cobra Static Analyzer and RTEMS

[RTEMS trac]

#4597: Cobra Static Analyzer and RTEMS
---+---
 Reporter:  Joel Sherrill  |   Owner:  Gedare Bloom
 Type:  enhancement|  Status:  assigned
 Priority:  normal |   Milestone:  Indefinite
Component:  tool   | Version:
 Severity:  normal |  Resolution:
 Keywords:  SoC, ecosystem, tools, medium  |  Blocked By:
 Blocking: |
---+---
Changes (by Gedare Bloom):

 * keywords:  SoC, ecosystem, tools, small, large => SoC, ecosystem, tools,
 medium


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4626: Add BSP for Polarfire based Beagle

[RTEMS trac]

#4626: Add BSP for Polarfire based Beagle
--+---
 Reporter:  Kinsey Moore  |   Owner:  Kinsey Moore
 Type:  enhancement   |  Status:  assigned
 Priority:  normal|   Milestone:
Component:  bsps  | Version:
 Severity:  normal|  Resolution:
 Keywords:  SoC, BSPs, large  |  Blocked By:
 Blocking:|
--+---
Changes (by Gedare Bloom):

 * owner:  (none) => Kinsey Moore
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4939: Several arm BSPs cannot build libdebugger with -O0

[RTEMS trac]

#4939: Several arm BSPs cannot build libdebugger with -O0
--+---
 Reporter:  Sebastian Huber   |   Owner:  Kinsey Moore
 Type:  defect|  Status:  assigned
 Priority:  normal|   Milestone:  7.1
Component:  arch/arm  | Version:  7
 Severity:  normal|  Resolution:
 Keywords:  soc ecosystem medium  |  Blocked By:
 Blocking:|
--+---
Changes (by Gedare Bloom):

 * owner:  (none) => Kinsey Moore
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4593: Add support for renode.io Simulator

[RTEMS trac]

#4593: Add support for renode.io Simulator
-+---
 Reporter:  Joel Sherrill|   Owner:  Gedare Bloom
 Type:  enhancement  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  tool | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, testing, simulator, medium  |  Blocked By:
 Blocking:   |
-+---
Changes (by Gedare Bloom):

 * owner:  (none) => Gedare Bloom
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4992: Add RTEMS Framework to PlatformIO

[RTEMS trac]

#4992: Add RTEMS Framework to PlatformIO
---+---
 Reporter:  Joel Sherrill  |   Owner:  Gedare Bloom
 Type:  enhancement|  Status:  assigned
 Priority:  normal |   Milestone:  Indefinite
Component:  build  | Version:
 Severity:  normal |  Resolution:
 Keywords:  soc, large, ecosystem  |  Blocked By:
 Blocking: |
---+---
Changes (by Gedare Bloom):

 * owner:  (none) => Gedare Bloom
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4623: Add RSB for LLVM targeting RTEMS

[RTEMS trac]

#4623: Add RSB for LLVM targeting RTEMS
-+-
 Reporter:  Joel Sherrill|   Owner:  Gedare
 |  Bloom
 Type:  enhancement  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  tool | Version:
 Severity:  normal   |  Resolution:
 Keywords:  llvm, tools, gcc, llvm, ecosystem,   |  Blocked By:
  SoC, medium|
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * owner:  (none) => Gedare Bloom
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3690: Add support for Eclipse Target Communications Framework (TCF)

[RTEMS trac]

#3690: Add support for Eclipse Target Communications Framework (TCF)
-+-
 Reporter:  Joel Sherrill|   Owner:  Joel
 |  Sherrill
 Type:  enhancement  |  Status:  assigned
 Priority:  normal   |   Milestone:
Component:  tool | Version:
 Severity:  normal   |  Resolution:
 Keywords:  Eclipse, libdebugger, gdb, SoC,  |  Blocked By:
  ecosystem, large   |
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * owner:  (none) => Joel Sherrill
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4624: Integrate Software License Bill of Materials (BOM) using SPDX Tooling

[RTEMS trac]

#4624: Integrate Software License Bill of Materials (BOM) using SPDX Tooling
---+---
 Reporter:  Joel Sherrill  |   Owner:  Gedare Bloom
 Type:  enhancement|  Status:  assigned
 Priority:  normal |   Milestone:  Indefinite
Component:  tool   | Version:
 Severity:  normal |  Resolution:
 Keywords:  SoC, ecosystem, large  |  Blocked By:
 Blocking: |
---+---
Changes (by Gedare Bloom):

 * owner:  (none) => Gedare Bloom
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4622: Add Python initializer for gdb RTEMS specific support

[RTEMS trac]

#4622: Add Python initializer for gdb RTEMS specific support
-+-
 Reporter:  Joel Sherrill|   Owner:  Chris
 |  Johns
 Type:  enhancement  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  tool/gdb | Version:
 Severity:  normal   |  Resolution:
 Keywords:  gdb, tools, ecosystem, SoC, small,   |  Blocked By:
  pretty printers, c++   |
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * owner:  (none) => Chris Johns
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4620: Codeql Static Analyzer and RTEMS

[RTEMS trac]

#4620: Codeql Static Analyzer and RTEMS
-+-
 Reporter:  Joel Sherrill|   Owner:  Gedare
 |  Bloom
 Type:  project  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  tool | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, ecosystem, tools, small, large  |  Blocked By:
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * owner:  (none) => Gedare Bloom
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4597: Cobra Static Analyzer and RTEMS

[RTEMS trac]

#4597: Cobra Static Analyzer and RTEMS
-+-
 Reporter:  Joel Sherrill|   Owner:  Gedare
 |  Bloom
 Type:  enhancement  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  tool | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, ecosystem, tools, small, large  |  Blocked By:
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * owner:  (none) => Gedare Bloom
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4547: dtc build failure on msys2 - all rtems6 target tools fail to build on Windows 10

[RTEMS trac]

#4547: dtc build failure on msys2 - all rtems6 target tools fail to build on
Windows 10
--+---
 Reporter:  kgardas   |   Owner:  kgardas
 Type:  defect|  Status:  assigned
 Priority:  normal|   Milestone:  6.1
Component:  tool/rsb  | Version:
 Severity:  normal|  Resolution:
 Keywords:  SoC, ecosystem, small, msys2  |  Blocked By:
 Blocking:|
--+---
Changes (by Gedare Bloom):

 * owner:  (none) => kgardas
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3338: Port CHFS to RTEMS

[RTEMS trac]

#3338: Port CHFS to RTEMS
-+-
 Reporter:  Joel Sherrill|   Owner:  (none)
 Type:  enhancement  |  Status:  new
 Priority:  normal   |   Milestone:  Indefinite
Component:  fs   | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, filesystems, API, large,|  Blocked By:
  retired|
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * keywords:  SoC, filesystems, API, large => SoC, filesystems, API, large,
 retired


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3750: Add Classic API Barrier "get number waiting" Service

[RTEMS trac]

#3750: Add Classic API Barrier "get number waiting" Service
--+
 Reporter:  Joel Sherrill |   Owner:  Joel Sherrill
 Type:  enhancement   |  Status:  assigned
 Priority:  normal|   Milestone:  Indefinite
Component:  rtems | Version:  5
 Severity:  minor |  Resolution:
 Keywords:  barrier, SoC, GCI, small, kernel  |  Blocked By:
 Blocking:|
--+
Changes (by Gedare Bloom):

 * owner:  (none) => Joel Sherrill
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4640: Add RSB Support for CivitWeb

[RTEMS trac]

#4640: Add RSB Support for CivitWeb
--+--
 Reporter:  Joel Sherrill |   Owner:  Chris Johns
 Type:  project   |  Status:  assigned
 Priority:  normal|   Milestone:
Component:  lib   | Version:
 Severity:  normal|  Resolution:
 Keywords:  SoC, network, large, kernel, RSB  |  Blocked By:
 Blocking:|
--+--
Changes (by Gedare Bloom):

 * owner:  (none) => Chris Johns
 * status:  new => assigned


Old description:

> [https://github.com/civetweb/civetweb CivetWeb] is a permissive licensed
> fork of the last permissively licensed Mongoose version. There needs to
> be instructions for configure and building this by hand and an RSB recipe
> for this. It needs to build against libbsd as minimum and lwip is
> desirable.
>
> Possible Mentors: Joel Sherrill, Gedare Bloom, Chris Johns, etc
> Skills: C/C++
> Difficulty: Easy

New description:

 [https://github.com/civetweb/civetweb CivetWeb] is a permissive licensed
 fork of the last permissively licensed Mongoose version. There needs to be
 instructions for configure and building this by hand and an RSB recipe for
 this. It needs to build against libbsd as minimum and lwip is desirable.

 See also #4334

 Possible Mentors: Joel Sherrill, Gedare Bloom, Chris Johns, etc
 Skills: C/C++
 Difficulty: Easy

--

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #2966: POSIX Compliance

[RTEMS trac]

#2966: POSIX Compliance
---+
 Reporter:  aditya |   Owner:  Joel Sherrill
 Type:  project|  Status:  assigned
 Priority:  normal |   Milestone:  Indefinite
Component:  unspecified| Version:  5
 Severity:  normal |  Resolution:
 Keywords:  SoC,API,small  |  Blocked By:
 Blocking: |
---+
Changes (by Gedare Bloom):

 * keywords:  SoC,API,kernel,small => SoC,API,small


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4004: Add support for sigaction SA_RESETHAND

[RTEMS trac]

#4004: Add support for sigaction SA_RESETHAND
---+---
 Reporter:  Joel Sherrill  |   Owner:  Joel
   |  Sherrill
 Type:  enhancement|  Status:  assigned
 Priority:  normal |   Milestone:  Indefinite
Component:  posix  | Version:
 Severity:  normal |  Resolution:
 Keywords:  POSIX-compliance, SoC, API, small  |  Blocked By:
 Blocking: |
---+---
Changes (by Gedare Bloom):

 * owner:  (none) => Joel Sherrill
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3477: IMFS - Add configurable allocator support

[RTEMS trac]

#3477: IMFS - Add configurable allocator support
-+
 Reporter:  Joel Sherrill|   Owner:  Joel Sherrill
 Type:  enhancement  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  fs   | Version:
 Severity:  normal   |  Resolution:
 Keywords:  soc, api, small  |  Blocked By:
 Blocking:   |
-+
Changes (by Gedare Bloom):

 * owner:  (none) => Joel Sherrill
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3476: IMFS - Improve Bytes Per Block Handling

[RTEMS trac]

#3476: IMFS - Improve Bytes Per Block Handling
-+
 Reporter:  Joel Sherrill|   Owner:  Joel Sherrill
 Type:  enhancement  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  fs   | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, API, small, filesystem  |  Blocked By:
 Blocking:   |
-+
Changes (by Gedare Bloom):

 * owner:  (none) => Joel Sherrill
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4946: malloc_info() changes the state of the heap

[RTEMS trac]

#4946: malloc_info() changes the state of the heap
---+--
 Reporter:  Chris Johns|   Owner:  Chris Johns
 Type:  defect |  Status:  assigned
 Priority:  normal |   Milestone:  Indefinite
Component:  score  | Version:  7
 Severity:  normal |  Resolution:
 Keywords:  soc kernel medium  |  Blocked By:
 Blocking: |
---+--
Changes (by Gedare Bloom):

 * owner:  (none) => Chris Johns
 * status:  new => assigned


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3750: Add Classic API Barrier "get number waiting" Service

[RTEMS trac]

#3750: Add Classic API Barrier "get number waiting" Service
--+-
 Reporter:  Joel Sherrill |   Owner:  (none)
 Type:  enhancement   |  Status:  new
 Priority:  normal|   Milestone:  Indefinite
Component:  rtems | Version:  5
 Severity:  minor |  Resolution:
 Keywords:  barrier, SoC, GCI, small, kernel  |  Blocked By:
 Blocking:|
--+-
Changes (by Gedare Bloom):

 * priority:  lowest => normal


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3429: Add Filesystem Benchmarking tools to RTEMS

[RTEMS trac]

#3429: Add Filesystem Benchmarking tools to RTEMS
--+---
 Reporter:  udit agarwal  |   Owner:  udit agarwal
 Type:  task  |  Status:  assigned
 Priority:  normal|   Milestone:  Indefinite
Component:  tool  | Version:  4.8
 Severity:  normal|  Resolution:
 Keywords:  SOC, testing, medium  |  Blocked By:  93
 Blocking:  3430  |
--+---
Changes (by Gedare Bloom):

 * priority:  high => normal


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4213: libbsd: Reduce footprint of minimal buildset

[RTEMS trac]

#4213: libbsd: Reduce footprint of minimal buildset
-+-
 Reporter:  Christian Mauderer   |   Owner:  Christian Mauderer
 Type:  project  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  network/libbsd   | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, libbsd, medium  |  Blocked By:
 Blocking:   |
-+-
Description changed by Gedare Bloom:

Old description:

> == Overview
>
> The RTEMS libbsd is now the default network stack for a lot of BSPs. But
> it's footprint is quite a bit larger then the one of the "legacy" network
> stack. In 2018 we introduced buildsets that allow to disable features.
> Currently only a few features can be disabled (OpenSSL, IPv6). Target of
> this project would be to find more non-essential features that are always
> linked in and allow to disable them.
>
> As a general guideline: The minimal buildset of libbsd should provide
> about the functionality of the legacy network stack.
>
> The work must not increase the testing effort that is necessary for a
> release. That should not be a big problem as long as no new buildsets or
> new build options are necessary. If something like this is necessary, it
> will need a discussion on the mailing list first.
>
> == Requirements
>
> * A target where libbsd can be used. That can be either real hardware or
> a simulator with network support (for example xilinx_zynq_a9_qemu).
>
> * If you have a real hardware target, you'll most likely need some JTAG
> debugger for it. On a simulator you can use gdb. You have to know how to
> use the debugger.
>
> * Basic C coding skills and very good skills to read C code. You'll have
> to dig through FreeBSD code which can be quite complex!
>
> * Quite a bit of knowledge how to analyze generated elf files. You should
> at least be able to use objdump and read linker map files.
>
> * Ability to build your own RTEMS application outside of the normal test
> tree to test stuff during development.
>
> == Difficulty ==
> This is a small (175-hour) project of medium difficulty.
>
> == More Information ==
>
> Read the comments for a lot more discussion on this topic.

New description:

 == Overview

 The RTEMS libbsd is now the default network stack for a lot of BSPs. But
 it's footprint is quite a bit larger then the one of the "legacy" network
 stack. In 2018 we introduced buildsets that allow to disable features.
 Currently only a few features can be disabled (OpenSSL, IPv6). Target of
 this project would be to find more non-essential features that are always
 linked in and allow to disable them.

 As a general guideline: The minimal buildset of libbsd should provide
 about the functionality of the legacy network stack.

 The work must not increase the testing effort that is necessary for a
 release. That should not be a big problem as long as no new buildsets or
 new build options are necessary. If something like this is necessary, it
 will need a discussion on the mailing list first.

 == Requirements

 * A target where libbsd can be used. That can be either real hardware or a
 simulator with network support (for example xilinx_zynq_a9_qemu).

 * If you have a real hardware target, you'll most likely need some JTAG
 debugger for it. On a simulator you can use gdb. You have to know how to
 use the debugger.

 * Basic C coding skills and very good skills to read C code. You'll have
 to dig through FreeBSD code which can be quite complex!

 * Quite a bit of knowledge how to analyze generated elf files. You should
 at least be able to use objdump and read linker map files.

 * Ability to build your own RTEMS application outside of the normal test
 tree to test stuff during development.

 == Difficulty ==
 This is a medium (175-hour) project of medium difficulty.

 == More Information ==

 Read the comments for a lot more discussion on this topic.

--

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4213: libbsd: Reduce footprint of minimal buildset

[RTEMS trac]

#4213: libbsd: Reduce footprint of minimal buildset
-+-
 Reporter:  Christian Mauderer   |   Owner:  Christian Mauderer
 Type:  project  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  network/libbsd   | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, libbsd, medium  |  Blocked By:
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * keywords:  SoC, libbsd, small => SoC, libbsd, medium


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3750: Add Classic API Barrier "get number waiting" Service

[RTEMS trac]

#3750: Add Classic API Barrier "get number waiting" Service
--+-
 Reporter:  Joel Sherrill |   Owner:  (none)
 Type:  enhancement   |  Status:  new
 Priority:  lowest|   Milestone:  Indefinite
Component:  rtems | Version:  5
 Severity:  minor |  Resolution:
 Keywords:  barrier, SoC, GCI, small, kernel  |  Blocked By:
 Blocking:|
--+-
Changes (by Gedare Bloom):

 * keywords:  barrier, SoC, GCI, small, executive => barrier, SoC, GCI,
 small, kernel


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4946: malloc_info() changes the state of the heap

[RTEMS trac]

#4946: malloc_info() changes the state of the heap
---+-
 Reporter:  Chris Johns|   Owner:  (none)
 Type:  defect |  Status:  new
 Priority:  normal |   Milestone:  Indefinite
Component:  score  | Version:  7
 Severity:  normal |  Resolution:
 Keywords:  soc kernel medium  |  Blocked By:
 Blocking: |
---+-
Changes (by Gedare Bloom):

 * keywords:  soc executive medium => soc kernel medium


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3712: TLS support for libdl

[RTEMS trac]

#3712: TLS support for libdl
-+--
 Reporter:  Chris Johns  |   Owner:  Chris Johns
 Type:  project  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  lib/dl   | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC,kernel,libdl, large  |  Blocked By:
 Blocking:   |
-+--
Changes (by Gedare Bloom):

 * keywords:  SoC,executive,libdl, large => SoC,kernel,libdl, large


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3850: Modular Network Stacks

[RTEMS trac]

#3850: Modular Network Stacks
--+---
 Reporter:  Gedare Bloom  |   Owner:  Vijay Kumar Banerjee
 Type:  project   |  Status:  assigned
 Priority:  normal|   Milestone:  Indefinite
Component:  admin | Version:
 Severity:  normal|  Resolution:
 Keywords:  SoC,kernel,large,retired  |  Blocked By:
 Blocking:|
--+---
Changes (by Gedare Bloom):

 * keywords:  SoC,kernel,large => SoC,kernel,large,retired


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #2966: POSIX Compliance

[RTEMS trac]

#2966: POSIX Compliance
--+
 Reporter:  aditya|   Owner:  Joel Sherrill
 Type:  project   |  Status:  assigned
 Priority:  normal|   Milestone:  Indefinite
Component:  unspecified   | Version:  5
 Severity:  normal|  Resolution:
 Keywords:  SoC,API,kernel,small  |  Blocked By:
 Blocking:|
--+
Changes (by Gedare Bloom):

 * keywords:  SoC,API,kernel,small,large => SoC,API,kernel,small


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #2832: Google Go run-time library support needs an update

[RTEMS trac]

#2832: Google Go run-time library support needs an update
-+
 Reporter:  Sebastian Huber  |   Owner:  Needs Funding
 Type:  enhancement  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  tool | Version:
 Severity:  normal   |  Resolution:
 Keywords:  API, large   |  Blocked By:
 Blocking:   |
-+
Changes (by Gedare Bloom):

 * keywords:  SoC, API, large => API, large


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4633: Support gnocchi in RTEMS Ecosystem

[RTEMS trac]

#4633: Support gnocchi in RTEMS Ecosystem
+-
 Reporter:  Joel Sherrill   |   Owner:  (none)
 Type:  project |  Status:  new
 Priority:  normal  |   Milestone:
Component:  tool| Version:
 Severity:  normal  |  Resolution:
 Keywords:  SoC, ecosystem, small, retired  |  Blocked By:
 Blocking:  |
+-
Changes (by Gedare Bloom):

 * keywords:  SoC, ecosystem, small => SoC, ecosystem, small, retired


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4624: Integrate Software License Bill of Materials (BOM) using SPDX Tooling

[RTEMS trac]

#4624: Integrate Software License Bill of Materials (BOM) using SPDX Tooling
---+-
 Reporter:  Joel Sherrill  |   Owner:  (none)
 Type:  enhancement|  Status:  new
 Priority:  normal |   Milestone:  Indefinite
Component:  tool   | Version:
 Severity:  normal |  Resolution:
 Keywords:  SoC, ecosystem, large  |  Blocked By:
 Blocking: |
---+-
Changes (by Gedare Bloom):

 * keywords:  SoC, ecosystem, small, large => SoC, ecosystem, large


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3855: BSP Buildset for EPICS

[RTEMS trac]

#3855: BSP Buildset for EPICS
-+---
 Reporter:  Gedare Bloom |   Owner:  Gedare Bloom
 Type:  project  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  tool/rsb | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC,ecosystem,small  |  Blocked By:
 Blocking:   |
-+---
Changes (by Gedare Bloom):

 * keywords:  SoC,testing,ecosystem, small => SoC,ecosystem,small


Old description:

> = BSP Buildset for EPICS =
>
> [[PageOutline(1-5, Contents, inline)]]
>
> == Mentors ==
> Gedare Bloom, Chris Johns
>
> == Students ==
>
> TBD.
>
> == Skills ==
> Python
>
> == Difficulty ==
> This is a small (175-hour) project of medium difficulty.
>
> == Status ==
>
> Looking for funding/motivated students.
>

> = Introduction =
>
> The [https://epics-controls.org/ EPICS] project uses RTEMS. EPICS version
> 3.15 uses RTEMS-4.10. EPICS version 7 is intended to use RTEMS version 5.
> Compiling and using EPICS 3.15 with RTEMS-4.10 is relatively
> straightforward. The compilation of current RTEMS master with EPICS 7 is
> more difficult, and currently only works for some (expensive) hardware
> targets. The goal of this project is to create RTEMS Source Builder
> packages for compiling EPICS together with RTEMS that can be run on a
> simulator. To achieve this end, an RTEMS-5/EPICS-7 build that can run on
> a simulated target needs to be completed.
>
> = Goal =
>
> To create a vertically integrated BSP Build Set capable of creating a
> bootable BSP image with EPICS7+RTEMS5 that can run in a simulator.
>
> A secondary goal could be to provide build set support for
> RTEMS-4.10+EPICS3.15. However, the RSB master branch does not currently
> support RTEMS-4.10, and the 4.10 branch does not currently support BSP
> Build Sets.
>
> = Prerequisites =
>
> * Ability to read/write Python programs with OOP.
> * Ability to read/write C programs (pointer-based data structures).
>

> = Resources =
>
> * https://epics.anl.gov/base/RTEMS/tutorial/tutorial.html

New description:

 = BSP Buildset for EPICS =

 [[PageOutline(1-5, Contents, inline)]]

 == Mentors ==
 Gedare Bloom, Chris Johns

 == Students ==

 TBD.

 == Skills ==
 Python

 == Difficulty ==
 This is a small (90-hour) project of medium difficulty.

 == Status ==

 Looking for funding/motivated students.


 = Introduction =

 The [https://epics-controls.org/ EPICS] project uses RTEMS. EPICS version
 3.15 uses RTEMS-4.10. EPICS version 7 is intended to use RTEMS version 5.
 Compiling and using EPICS 3.15 with RTEMS-4.10 is relatively
 straightforward. The compilation of current RTEMS master with EPICS 7 is
 more difficult, and currently only works for some (expensive) hardware
 targets. The goal of this project is to create RTEMS Source Builder
 packages for compiling EPICS together with RTEMS that can be run on a
 simulator. To achieve this end, an RTEMS-5/EPICS-7 build that can run on a
 simulated target needs to be completed.

 = Goal =

 To create a vertically integrated BSP Build Set capable of creating a
 bootable BSP image with EPICS7+RTEMS5 that can run in a simulator.

 A secondary goal could be to provide build set support for
 RTEMS-4.10+EPICS3.15. However, the RSB master branch does not currently
 support RTEMS-4.10, and the 4.10 branch does not currently support BSP
 Build Sets.

 = Prerequisites =

 * Ability to read/write Python programs with OOP.
 * Ability to read/write C programs (pointer-based data structures).


 = Resources =

 * https://epics.anl.gov/base/RTEMS/tutorial/tutorial.html

--

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4630: Use Address Sanitizer (ASAN) with RTEMS

[RTEMS trac]

#4630: Use Address Sanitizer (ASAN) with RTEMS
-+-
 Reporter:  Joel Sherrill|   Owner:  (none)
 Type:  enhancement  |  Status:  new
 Priority:  normal   |   Milestone:  Indefinite
Component:  tool/gcc | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, GCC, tools, large, ecosystem,   |  Blocked By:
  retired|
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * keywords:  SoC, GCC, tools, small, large, ecosystem => SoC, GCC, tools,
 large, ecosystem, retired


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3712: TLS support for libdl

[RTEMS trac]

#3712: TLS support for libdl
+--
 Reporter:  Chris Johns |   Owner:  Chris Johns
 Type:  project |  Status:  assigned
 Priority:  normal  |   Milestone:  Indefinite
Component:  lib/dl  | Version:
 Severity:  normal  |  Resolution:
 Keywords:  SoC,executive,libdl, large  |  Blocked By:
 Blocking:  |
+--
Changes (by Gedare Bloom):

 * keywords:  SoC,ecosystem,libdl, large => SoC,executive,libdl, large


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4182: Port Rust to RTEMS

[RTEMS trac]

#4182: Port Rust to RTEMS
-+-
 Reporter:  Joel Sherrill|   Owner:  (none)
 Type:  enhancement  |  Status:  new
 Priority:  normal   |   Milestone:  Indefinite
Component:  tool | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, ecosystem, Rust, large  |  Blocked By:
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * keywords:  SoC, testing, ecosystem, Rust, large => SoC, ecosystem, Rust,
 large


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3690: Add support for Eclipse Target Communications Framework (TCF)

[RTEMS trac]

#3690: Add support for Eclipse Target Communications Framework (TCF)
-+-
 Reporter:  Joel Sherrill|   Owner:  (none)
 Type:  enhancement  |  Status:  new
 Priority:  normal   |   Milestone:
Component:  tool | Version:
 Severity:  normal   |  Resolution:
 Keywords:  Eclipse, libdebugger, gdb, SoC,  |  Blocked By:
  ecosystem, large   |
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * keywords:  Eclipse, libdebugger, gdb, SoC, ecosystem, testing, large =>
 Eclipse, libdebugger, gdb, SoC, ecosystem, large


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3302: Build System conversion of BSP Config (.cfg) files to pkg-config (.pc) files

[RTEMS trac]

#3302: Build System conversion of BSP Config (.cfg) files to pkg-config (.pc)
files
+--
 Reporter:  Chris Johns |   Owner:  Chris Johns
 Type:  project |  Status:  assigned
 Priority:  normal  |   Milestone:
Component:  unspecified | Version:
 Severity:  normal  |  Resolution:
 Keywords:  SoC, ecosystem, large, retired  |  Blocked By:
 Blocking:  |
+--
Changes (by Gedare Bloom):

 * keywords:  SoC, ecosystem, large => SoC, ecosystem, large, retired


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4593: Add support for renode.io Simulator

[RTEMS trac]

#4593: Add support for renode.io Simulator
-+-
 Reporter:  Joel Sherrill|   Owner:  (none)
 Type:  enhancement  |  Status:  new
 Priority:  normal   |   Milestone:  Indefinite
Component:  tool | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, testing, simulator, medium  |  Blocked By:
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * keywords:  SoC, testing, simulator, small => SoC, testing, simulator,
 medium


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3710: Improve Coverity Scan Integration

[RTEMS trac]

#3710: Improve Coverity Scan Integration
-+-
 Reporter:  Gedare Bloom |   Owner:  Gedare
 |  Bloom
 Type:  project  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  admin| Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC,ecosystem, testing, small,   |  Blocked By:
  retired|
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * keywords:  SoC,ecosystem, testing, small => SoC,ecosystem, testing,
 small, retired


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3429: Add Filesystem Benchmarking tools to RTEMS

[RTEMS trac]

#3429: Add Filesystem Benchmarking tools to RTEMS
--+---
 Reporter:  udit agarwal  |   Owner:  udit agarwal
 Type:  task  |  Status:  assigned
 Priority:  high  |   Milestone:  Indefinite
Component:  tool  | Version:  4.8
 Severity:  normal|  Resolution:
 Keywords:  SOC, testing, medium  |  Blocked By:  93
 Blocking:  3430  |
--+---
Changes (by Gedare Bloom):

 * keywords:  SOC, testing, small => SOC, testing, medium


Old description:

> == Mentors ==
>
> * Gedare Bloom
> * Christian Mauderer
>
> Adding benchmarking tools to RTEMS will provide great insight of system
> performance and  allows comparison between filesystem types, device
> drivers etc. It will provide several numerical results which in turn
> provides the developers with some rudimentary feedback on future changes
> in the system.
>
> As an IO benchmarking tool, FIO has been ported to RTEMS.
> Currently following ioengines are working(tested on BeagleBone? Black):
> *psync,vsync,sync,null,filecreate,ftruncate
> TODO:
> -Fix remaining memory leakages
> -Test Fio on other platforms too, specially the ones with lower memory
> -Get the generated code, merged upstream to fio's main repository
> -Fix other ioengines like cpuio,falloc too.
> -Invoke FIO build with RSB
>
> Skills: C and Python
>
> This is a 175-hour project of medium difficulty.

New description:

 == Mentors ==

 * Gedare Bloom
 * Christian Mauderer

 == Skills and Knowledge Required ==

 * C and Python

 == Description ==

 Adding benchmarking tools to RTEMS will provide great insight of system
 performance and  allows comparison between filesystem types, device
 drivers etc. It will provide several numerical results which in turn
 provides the developers with some rudimentary feedback on future changes
 in the system.

 As an IO benchmarking tool, FIO has been ported to RTEMS.
 Currently following ioengines are working(tested on BeagleBone? Black):
 *psync,vsync,sync,null,filecreate,ftruncate
 TODO:
 -Fix remaining memory leakages
 -Test Fio on other platforms too, specially the ones with lower memory
 -Get the generated code, merged upstream to fio's main repository
 -Fix other ioengines like cpuio,falloc too.
 -Invoke FIO build with RSB

--

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3429: Add Filesystem Benchmarking tools to RTEMS

[RTEMS trac]

#3429: Add Filesystem Benchmarking tools to RTEMS
-+---
 Reporter:  udit agarwal |   Owner:  udit agarwal
 Type:  task |  Status:  assigned
 Priority:  high |   Milestone:  Indefinite
Component:  tool | Version:  4.8
 Severity:  normal   |  Resolution:
 Keywords:  SOC, testing, small  |  Blocked By:  93
 Blocking:  3430 |
-+---
Description changed by Gedare Bloom:

Old description:

> Adding benchmarking tools to RTEMS will provide great insight of system
> performance and  allows comparison between filesystem types, device
> drivers etc. It will provide several numerical results which in turn
> provides the developers with some rudimentary feedback on future changes
> in the system.
>
> As an IO benchmarking tool, FIO has been ported to RTEMS.
> Currently following ioengines are working(tested on BeagleBone? Black):
> *psync,vsync,sync,null,filecreate,ftruncate
> TODO:
> -Fix remaining memory leakages
> -Test Fio on other platforms too, specially the ones with lower memory
> -Get the generated code, merged upstream to fio's main repository
> -Fix other ioengines like cpuio,falloc too.
> -Invoke FIO build with RSB
>
> Skills: C and Python
>
> This is a 175-hour project of medium difficulty.

New description:

 == Mentors ==

 * Gedare Bloom
 * Christian Mauderer

 Adding benchmarking tools to RTEMS will provide great insight of system
 performance and  allows comparison between filesystem types, device
 drivers etc. It will provide several numerical results which in turn
 provides the developers with some rudimentary feedback on future changes
 in the system.

 As an IO benchmarking tool, FIO has been ported to RTEMS.
 Currently following ioengines are working(tested on BeagleBone? Black):
 *psync,vsync,sync,null,filecreate,ftruncate
 TODO:
 -Fix remaining memory leakages
 -Test Fio on other platforms too, specially the ones with lower memory
 -Get the generated code, merged upstream to fio's main repository
 -Fix other ioengines like cpuio,falloc too.
 -Invoke FIO build with RSB

 Skills: C and Python

 This is a 175-hour project of medium difficulty.

--

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #2927: RTEMS Testing Tool Project

[RTEMS trac]

#2927: RTEMS Testing Tool Project
-+-
 Reporter:  Chris Johns  |   Owner:  Chris
 |  Johns
 Type:  project  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  unspecified  | Version:  5
 Severity:  normal   |  Resolution:
 Keywords:  SoC, testing, ecosystem, python, |  Blocked By:
  large, retired |
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * keywords:  SoC, testing, ecosystem, python, large => SoC, testing,
 ecosystem, python, large, retired


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4593: Add support for renode.io Simulator

[RTEMS trac]

#4593: Add support for renode.io Simulator
+-
 Reporter:  Joel Sherrill   |   Owner:  (none)
 Type:  enhancement |  Status:  new
 Priority:  normal  |   Milestone:  Indefinite
Component:  tool| Version:
 Severity:  normal  |  Resolution:
 Keywords:  SoC, testing, simulator, small  |  Blocked By:
 Blocking:  |
+-
Changes (by Gedare Bloom):

 * keywords:  SoC, testing, BSP, simulator, medium, small => SoC, testing,
 simulator, small


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4272: BSP Executable Conversion

[RTEMS trac]

#4272: BSP Executable Conversion
---+--
 Reporter:  Chris Johns|   Owner:  Chris Johns
 Type:  project|  Status:  assigned
 Priority:  normal |   Milestone:  Indefinite
Component:  bsps   | Version:
 Severity:  normal |  Resolution:
 Keywords:  SoC, BSP, medium, retired  |  Blocked By:
 Blocking: |
---+--
Changes (by Gedare Bloom):

 * keywords:  SoC, BSP, medium => SoC, BSP, medium, retired


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4161: mpc8544ds Qemu BSP (likely variant of mvme3100)

[RTEMS trac]

#4161: mpc8544ds Qemu BSP (likely variant of mvme3100)
--+-
 Reporter:  Joel Sherrill |   Owner:  (none)
 Type:  enhancement   |  Status:  new
 Priority:  normal|   Milestone:  Indefinite
Component:  bsps  | Version:
 Severity:  normal|  Resolution:
 Keywords:  SoC, BSP, libbsd, large, retired  |  Blocked By:
 Blocking:|
--+-
Changes (by Gedare Bloom):

 * keywords:  SoC, BSP, libbsd, large => SoC, BSP, libbsd, large, retired


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #2900: Improve PC386 BSP

[RTEMS trac]

#2900: Improve PC386 BSP
--+
 Reporter:  Tanu Hari Dixit   |   Owner:  Joel Sherrill
 Type:  project   |  Status:  assigned
 Priority:  normal|   Milestone:  Indefinite
Component:  bsps  | Version:
 Severity:  normal|  Resolution:
 Keywords:  SoC, BSP, medium  |  Blocked By:
 Blocking:|
--+
Changes (by Gedare Bloom):

 * keywords:  SoC, BSP, large, medium => SoC, BSP, medium


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #2900: Improve PC386 BSP

[RTEMS trac]

#2900: Improve PC386 BSP
-+
 Reporter:  Tanu Hari Dixit  |   Owner:  Joel Sherrill
 Type:  project  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  bsps | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, BSP, large, medium  |  Blocked By:
 Blocking:   |
-+
Description changed by Gedare Bloom:

Old description:

> = Improve PC386 BSP =
>

> '''Status:'''
>
> Uninitiated.
>
> '''Introduction:'''
>
> This project involves addressing a few deficiencies in the existing pc386
> BSP as well as improving it so it supports non-legacy hardware
> configurations.
>
> '''Goal:'''
>
> To have a functioning pc386 BSP that can operate on PCs without legacy
> BIOS or peripherals. It needs to support all features of RTEMS including
> SMP and Thread Local Storage.
>
> '''Requirements:'''
>
> * Knowledge of x86 ASM, C Programming language.
> * Run on non-legacy hardware configurations.
> * Share code as possible with new x86_64 BSP (when exists).
> * Add Thread Local Storage support to x86 (#2468)
> * Thread migration is broken on SMP on x86 (#2183)
>
> There are at least the following tasks identified related to support of
> non-legacy PC configurations. A non-legacy PC appears to be one in which
> at least EFI is used instead of BIOS.
>
> * Support video on non-legacy systems. Probe for video is known to fail
> on non-legacy systems.
> * Support PCI on non-legacy systems. Probe for PCI BIOS is known to fail
> on non-legacy systems. It is expected that PCI bus access routines will
> need to be provided for non-legacy configurations.
> * Support for APIC rather than legacy PIC.
>
> It is a requirement for code to be shared with x86_64 when that is
> supported. It is also a requirement for the pc386 BSP to support both
> legacy and non-legacy and decide what to do at run-time.
>
> '''Resources:'''
>
> * Current RTEMS developers.
> * Do not reinvent the wheel and use existing code instead, e.g. from
> FreeBSD.

New description:

 = Improve PC386 BSP =


 '''Status:'''

 Uninitiated.

 '''Introduction:'''

 This project involves addressing a few deficiencies in the existing pc386
 BSP as well as improving it so it supports non-legacy hardware
 configurations.

 '''Goal:'''

 To have a functioning pc386 BSP that can operate on PCs without legacy
 BIOS or peripherals. It needs to support all features of RTEMS including
 SMP and Thread Local Storage.

 '''Requirements:'''

 * Knowledge of x86 ASM, C Programming language.
 * Run on non-legacy hardware configurations.
 * Share code as possible with new x86_64 BSP (when exists).
 * Add Thread Local Storage support to x86 (#2468)
 * Thread migration is broken on SMP on x86 (#2183)
 * See also #2901 Emulate i386 (x86) BIOS for VESA Support

 There are at least the following tasks identified related to support of
 non-legacy PC configurations. A non-legacy PC appears to be one in which
 at least EFI is used instead of BIOS.

 * Support video on non-legacy systems. Probe for video is known to fail on
 non-legacy systems.
 * Support PCI on non-legacy systems. Probe for PCI BIOS is known to fail
 on non-legacy systems. It is expected that PCI bus access routines will
 need to be provided for non-legacy configurations.
 * Support for APIC rather than legacy PIC.

 It is a requirement for code to be shared with x86_64 when that is
 supported. It is also a requirement for the pc386 BSP to support both
 legacy and non-legacy and decide what to do at run-time.

 '''Resources:'''

 * Current RTEMS developers.
 * Do not reinvent the wheel and use existing code instead, e.g. from
 FreeBSD.

--

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #2901: Emulate i386 (x86) BIOS for VESA Support

[RTEMS trac]

#2901: Emulate i386 (x86) BIOS for VESA Support
-+-
 Reporter:  Tanu Hari Dixit  |   Owner:  Pavel Pisa
 Type:  project  |  Status:  new
 Priority:  normal   |   Milestone:  Indefinite
Component:  bsps | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, BSP |  Blocked By:
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * keywords:  SoC, BSP, large => SoC, BSP


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #2898: x86_64 BSP

[RTEMS trac]

#2898: x86_64 BSP
-+--
 Reporter:  Tanu Hari Dixit  |   Owner:  Chris Johns
 Type:  project  |  Status:  assigned
 Priority:  normal   |   Milestone:  Indefinite
Component:  bsps | Version:  4.11
 Severity:  normal   |  Resolution:
 Keywords:  SoC, BSP, large  |  Blocked By:
 Blocking:   |
-+--
Description changed by Gedare Bloom:

Old description:

> = x86_64 BSP =
>
> [[PageOutline(1-5, Contents, inline)]]
>
> == Mentors ==
> Chris Johns, Pavel Pisa, Joel Sherrill, Gedare Bloom
>
> == Students ==
>
> TBD.
>
> == Status ==
>
> Looking for funding.
>
> = Introduction =
>
> This project involves the creation of an x86_64 BSP for RTEMS to replace
> the aging i386 PC BSP. The BSP is to boot on current Off The Self (OTS)
> PC hardware, x86 dev boards and emulators in popular emulation software.
>
> This BSP is to support 64bit only, there is no need to support 32bit.
>
> The i386 BSP contains legacy support and this is becoming harder and
> harder to maintain and some parts are not supported on newer hardware.
> There is no need to support any legacy hardware.
>
> = Project =
>
> == Goal ==
>
> To remove the i386 BSP and replace with a fully functional RTEMS with
> SMP, TLS, dynamic loading, and libbsd support.
>
> == Prerequisite ==
>
> * Knowledge of x86_64 ASM, C Programming language.
> * Knowledge of hardware and low level drivers.
> * Knowledge of low level debugging.
> * Knowledge of x86_64 Intel processors.
> * Knowledge of FreeBSD kernel source would help.
> * Requires x86_64-rtems tool configuration.
> * Requires QEMU,
> * Requires modern PC hardware, e.g. a recent motherboard or a Minnow Max
> board.
>
> == Resources ==
>
> * Current RTEMS developers.
> * Use existing code instead, e.g. FreeBSD, Intel.
>
> = Tasks =
>
> The following are the tasks:
>
> == Tools ==
>
> 1. Build and verify x86_64 tools.
> 1. Check suitable floating point multilib variants are being built and
> are functioning.
> 1. Confirm newlib support is valid. Check `setjmp`/`longjmp` support is
> functioning.
> 1. Check Thread Local Storage (TLS) is supported.
>
> == CPU Kit ==
>
> Add support for the x86_64 architecture.
>
> It is still no clear if this is a new architecture or something added to
> the i386 architecture that exists in the `cputkit/score/i386`. Consider
> the effect support for any hyper-visors needs may have.
>
> The tools for this architecture are different to the i386-rtems tools so
> it could be a new architecture. This means the i386 support could be
> removed including the tools however this may effect any existing hyper-
> visor or partitioned system support.
>
> == BSP ==
>
> Add support for:
>
> 1. Add support for UEFI booting. Evaluate using an ASM generated table
> header or adding a tool to create the PC COFF+ format file. Use the
> FreeBSD support in the FreeBSD kernel source.
> 1. Support UEFI and Multiboot formats.
> 1. Support boot loader command line arguments.
> 1. Add support for ACPI using Intel's ACPICA. Best to base this on the
> FreeBSD code in it's kernel source.
> 1. Add support for APIC.
> 1. Add support for SMP.
> 1. Support low level remote debugging.
> 1. Thread Local Storage (TLS) support.
>
> === Console ===
>
> The i386 PC has legacy console support plus support for newer PCI UARTS.
> The i386 BSP code can be used as reference however I do not encourage
> reuse because the code's structure is not of a standard I would accept.
> Further to this, boot modes such as UEFI have the video hardware in
> graphics mode or the hardware can be headless and console IO can be
> redirected by the UEFI bios settings. This means a more flexibly and
> simplified console structure is required that can support redirection.
>
> The redirection to a boot loader such as UEFI adds another complication.
> At some point RTEMS needs to take over the hardware and so `printk` need
> to be able to take over the related hardware, eg a serial port. This may
> mean some form of video switching from a graphics mode to text mode.
> Using a graphics mode with text is fine for testing however in production
> the slow down is not acceptable.
>
> === Timer ===
>
> TDB
>
> = Acknowledgements =
>
> None.
>
> = Miscellaneous Sections =
>
> As the project progresses, you will need to add build instructions, etc
> and this page will evolve from a project description into a HOWTO.
>
> = References =
>
> * TBD

New description:

 = x86_64 BSP =

 [[PageOutline(1-5, Contents, inline)]]

 == Mentors ==
 Chris Johns, Pavel Pisa, Joel Sherrill, Gedare Bloom

 == Students ==

 TBD.

 == Status ==

 Looking for funding.

 = Introduction =

 This project involves the creation of an x86_64 BSP for RTEMS to replace
 the aging i386 PC BSP. The BSP is to boot on current Off The Self (OTS) PC
 hardware, x86 dev boards and emulators in popular emulation software.

 This 

Re: [RTEMS Project] #4770: Intel Specific x86-64 BSP Suport

[RTEMS trac]

#4770: Intel Specific x86-64 BSP Suport
--+-
 Reporter:  blackbird |   Owner:  (none)
 Type:  project   |  Status:  new
 Priority:  normal|   Milestone:  Indefinite
Component:  admin | Version:
 Severity:  normal|  Resolution:
 Keywords:  BSP, large, TSN, TCC  |  Blocked By:
 Blocking:|
--+-
Changes (by Gedare Bloom):

 * keywords:  BSP, SoC, large, TSN, TCC => BSP, large, TSN, TCC


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4593: Add support for renode.io Simulator

[RTEMS trac]

#4593: Add support for renode.io Simulator
-+-
 Reporter:  Joel Sherrill|   Owner:  (none)
 Type:  enhancement  |  Status:  new
 Priority:  normal   |   Milestone:  Indefinite
Component:  tool | Version:
 Severity:  normal   |  Resolution:
 Keywords:  SoC, testing, BSP, simulator,|  Blocked By:
  medium, small  |
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * keywords:  SoC, testing, BSP, simulator, small, medium => SoC, testing,
 BSP, simulator, medium, small


Old description:

> [Renode.io] is a simulator geared toward System on Chips and testing. The
> set of supports boards can be viewed in the source code at
> https://github.com/renode/renode/tree/master/platforms. This ticket can
> turn into multiple projects. The first type of project is testing support
> for existing BSPs which have renode.io hardware support.
>
> * Find a board supported by renode.io that has a corresponding BSP.
> * Develop support for the RTEMS Tester to run RTEMS tests on that.
>   - Ensure this simulator can be run without a GUI
> * If needed, provide patches for the RTEMS BSP and/or renode.io.
>   - It may be necessary to add a BSP variant for renode.io if there are
> small differences that need to be accounted for at BSP build time.
>
> An alternative project is writing a BSP for a renode.io simulation that
> does not yet have an RTEMS BSP.
>
> In either case, once a specific BSP and simulation configuration has been
> identified, a new ticket for that specific work should be created. The
> size of the project depends on how well the BSP works on the simulator at
> the starting point. For example, leon3 is claimed to work very well so
> the focus would be just on RTEMS Tester configuration and support.
>
> This ticket is a general description of multiple projects related to
> renode.io and RTEMS. The size of any specific project for a BSP would
> vary based on what is required to be done. Scoping the effort for
> renode.io support for a specific BSP/hardware combination should be part
> of the project proposal.
>
> Possible Mentors: Alan Cudmore, Gedare Bloom
> Skills: C
> Difficulty: Medium

New description:

 [Renode.io] is a simulator geared toward System on Chips and testing. The
 set of supports boards can be viewed in the source code at
 https://github.com/renode/renode/tree/master/platforms. This ticket can
 turn into multiple projects. The first type of project is testing support
 for existing BSPs which have renode.io hardware support.

 * Find a board supported by renode.io that has a corresponding BSP.
 * Develop support for the RTEMS Tester to run RTEMS tests on that.
   - Ensure this simulator can be run without a GUI
 * If needed, provide patches for the RTEMS BSP and/or renode.io.
   - It may be necessary to add a BSP variant for renode.io if there are
 small differences that need to be accounted for at BSP build time.

 An alternative project is writing a BSP for a renode.io simulation that
 does not yet have an RTEMS BSP.

 In either case, once a specific BSP and simulation configuration has been
 identified, a new ticket for that specific work should be created. The
 size of the project depends on how well the BSP works on the simulator at
 the starting point. For example, leon3 is claimed to work very well so the
 focus would be just on RTEMS Tester configuration and support.

 This ticket is a general description of multiple projects related to
 renode.io and RTEMS. The size of any specific project for a BSP would vary
 based on what is required to be done. Scoping the effort for renode.io
 support for a specific BSP/hardware combination should be part of the
 project proposal.

 Possible Mentors: Alan Cudmore, Gedare Bloom
 Skills: C
 Difficulty: Medium

 Some work was done on this in GSoC'23. See the student's final report to
 see what progress has been made, and what remains to be done.
 https://www.mazaya.id/blogs/gsoc-final-blog

--

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3710: Improve Coverity Scan Integration

[RTEMS trac]

#3710: Improve Coverity Scan Integration
---+---
 Reporter:  Gedare Bloom   |   Owner:  Gedare Bloom
 Type:  project|  Status:  assigned
 Priority:  normal |   Milestone:  Indefinite
Component:  admin  | Version:
 Severity:  normal |  Resolution:
 Keywords:  SoC,ecosystem, testing, small  |  Blocked By:
 Blocking: |
---+---
Changes (by Gedare Bloom):

 * keywords:  SoC,ecosystem, testing, small, medium => SoC,ecosystem,
 testing, small


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3854: MIPS Malta BSP Qemu Support

[RTEMS trac]

#3854: MIPS Malta BSP Qemu Support
--+
 Reporter:  Joel Sherrill |   Owner:  Joel Sherrill
 Type:  enhancement   |  Status:  assigned
 Priority:  normal|   Milestone:  Indefinite
Component:  bsps  | Version:
 Severity:  normal|  Resolution:
 Keywords:  SoC, BSP, libbsd, large, retired  |  Blocked By:
 Blocking:|
--+
Changes (by Gedare Bloom):

 * keywords:  SoC, BSP, libbsd, large => SoC, BSP, libbsd, large, retired


Old description:

> = RTEMS Eclipse Target Communication Framework Support =
>
> [[PageOutline(1-5, Contents, inline)]]
>
> == Mentors ==
> Chris Johns
> Joel Sherrill
>
> == Status ==
>
> Looking for funding.
>
> = Introduction =
>
> This project involves updating the MIPS Malta BSP exists to be a first
> class citizen. There are multiple issues to address and together this
> should be enough for an SoC project:
>
> The resulting software may need to be updated be fed to the appropriate
> upstream projects.
>
> = Project =
>
> The project is a set of tasks to improve the MIPS Malta BSP status. It
> includes at least the following:
>
> * Ensure BSP works on Qemu
>
> * Add support to RTEMS Tester for this BSP on Qemu
>
> * Make Thread Local Storage (TLS) work on MIPS
>
> * Fix any other bugs
>
> * Add support for this BSP to RTEMS libbsd
>
> == Goal ==
>
> * Full integration with Eclipse.
>
> == Prerequisite ==
>
> * Knowledge of C programming language.
> * Knowledge of host software and building packages such as simulators.
> * Knowledge of debugging and debuggers.
> * Knowledge of the RTEMS.
> * Requires Unix (Linux or FreeBSD) host.
> * Requires modern PC hardware. Building all tests and running takes.
> * If host side modifications are required, Java experience is likely
> needed.
> * Optionally a Zedboard or MicroZed with a JTAG debugging pod.
> * Optionally a WIndows 7 or Windows 10 machine.
>
> == Resources ==
>
> * Current RTEMS developers.
> * Eclipse TCF Community
>
> = Tasks =
>
> The following are the tasks:
>
> * TBD
>
> == Regression Analysis ==
>
> Automated testing of this capability is desired and must be identified.
>
> = Acknowledgements =
>
> None.
>
> = Miscellaneous Sections =
>
> As the project progresses, you will need to add to the Eclipse section of
> the RTEMS User manual. This section does not currently exist but it
> should be present even in a skeleton form.
>
> = References =
>
> * https://www.eclipse.org/tcf/
> * http://git.eclipse.org/c/tcf/org.eclipse.tcf.agent.git

New description:

 == Mentors ==
 Chris Johns
 Joel Sherrill

 == Status ==

 Looking for funding.

 == Description ==

 This project involves updating the MIPS Malta BSP exists to be a first
 class citizen. There are multiple issues to address and together this
 should be enough for an SoC project.

 The project is a set of tasks to improve the MIPS Malta BSP status. It
 includes at least the following:

 * Ensure BSP works on Qemu

 * Add support to RTEMS Tester for this BSP on Qemu

 * Make Thread Local Storage (TLS) work on MIPS

 * Fix any other bugs

 * Add support for this BSP to RTEMS libbsd

 == Skills and Knowledge ==

 * C programming language.
 * Knowledge of host software and building packages such as simulators.
 * Knowledge of debugging and debuggers.
 * Knowledge of the RTEMS.
 * Requires Unix (Linux or FreeBSD) host.

--

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4992: Add RTEMS Framework to PlatformIO (was: Add RTEMS support to the PlatformIO IDE)

[RTEMS trac]

#4992: Add RTEMS Framework to PlatformIO
---+-
 Reporter:  Joel Sherrill  |   Owner:  (none)
 Type:  enhancement|  Status:  new
 Priority:  normal |   Milestone:  Indefinite
Component:  build  | Version:
 Severity:  normal |  Resolution:
 Keywords:  soc, large, ecosystem  |  Blocked By:
 Blocking: |
---+-
Description changed by Gedare Bloom:

Old description:

> https://platformio.org/platformio-ide is an IDE focused on embedded C/C++
> development. It includes support for integration of target board and
> simulator support. Many of the hardware platforms and simulators RTEMS
> has BSPs for are already supported in other configurations. The purpose
> of this project is to add RTEMS support. This should be done in a way
> that avoids hard coding information. For example, the package config
> files installed with a BSP should be used for compilation and linking
> setup.
>
> The first phase of this project will be to identify all areas which need
> to be supported and the type of tailoring needed. An initial base set of
> capabilities should be identified along with a logical plan for adapting
> more functionality and targets.
>
> Mentors: Joel Sherrill, Gedare Bloom

New description:

 == Mentors ==

 * Joel Sherrill
 * Gedare Bloom

 == Skills and Knowledge ==

 PlatformIO is written in Python, and so is much of the RTEMS Build system.
 It is expected that deep Python knowledge will be necessary to complete
 this project. In addition, good skills working with disparate tools and
 problem-solving will be needed.

 == Expected Outcomes ==
 Initially, a prototype framework for RTEMS on PlatformIO working for at
 least one RTEMS target+BSP on at least one host operating system. In the
 longer term, we seek a robust framework for all supported RTEMS
 targets/BSPs.

 == Description ==

 https://platformio.org/platformio-ide is an integrated development
 environment (IDE) that can work with multiple host application
 environments. It is especially popular built on top of VSCode. PlatformIO
 is focused on embedded C/C++ development. It includes support for
 integration of target board and simulator support. Many of the hardware
 platforms and simulators RTEMS has BSPs for are already supported in other
 configurations. The purpose of this project is to add an RTEMS framework
 to support RTEMS development with PlatformIO (PlatformIO Frameworks
 https://docs.platformio.org/en/latest/frameworks/index.html). This should
 be done in a way that avoids hard coding information. For example, the
 package config files installed with a BSP should be used for compilation
 and linking setup.

 The first phase of this project will be to identify all areas which need
 to be supported and the type of tailoring needed. An initial base set of
 capabilities should be identified along with a logical plan for adapting
 more functionality and targets.

--

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

[RTEMS Project] #4992: Add RTEMS support to the PlatformIO IDE

[RTEMS trac]

#4992: Add RTEMS support to the PlatformIO IDE
+---
  Reporter:  Joel Sherrill  |  Owner:  (none)
  Type:  enhancement| Status:  new
  Priority:  normal |  Milestone:  Indefinite
 Component:  build  |Version:
  Severity:  normal |   Keywords:  soc, large, ecosystem
Blocked By: |   Blocking:
+---
 https://platformio.org/platformio-ide is an IDE focused on embedded C/C++
 development. It includes support for integration of target board and
 simulator support. Many of the hardware platforms and simulators RTEMS has
 BSPs for are already supported in other configurations. The purpose of
 this project is to add RTEMS support. This should be done in a way that
 avoids hard coding information. For example, the package config files
 installed with a BSP should be used for compilation and linking setup.

 The first phase of this project will be to identify all areas which need
 to be supported and the type of tailoring needed. An initial base set of
 capabilities should be identified along with a logical plan for adapting
 more functionality and targets.

 Mentors: Joel Sherrill, Gedare Bloom

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3690: Add support for Eclipse Target Communications Framework (TCF)

[RTEMS trac]

#3690: Add support for Eclipse Target Communications Framework (TCF)
-+-
 Reporter:  Joel Sherrill|   Owner:  (none)
 Type:  enhancement  |  Status:  new
 Priority:  normal   |   Milestone:
Component:  tool | Version:
 Severity:  normal   |  Resolution:
 Keywords:  Eclipse, libdebugger, gdb, SoC,  |  Blocked By:
  ecosystem, testing, large  |
 Blocking:   |
-+-

Comment (by Joel Sherrill):

 Just noting that this is still desirable. I have some TCF support code
 which will be part of the full TCF support. But the debugging support is
 still not implemented.

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4623: Add RSB for LLVM targeting RTEMS

[RTEMS trac]

#4623: Add RSB for LLVM targeting RTEMS
-+-
 Reporter:  Joel Sherrill|   Owner:  (none)
 Type:  enhancement  |  Status:  new
 Priority:  normal   |   Milestone:  Indefinite
Component:  tool | Version:
 Severity:  normal   |  Resolution:
 Keywords:  llvm, tools, gcc, llvm, ecosystem,   |  Blocked By:
  SoC, medium|
 Blocking:   |
-+-
Changes (by Gedare Bloom):

 * keywords:  llvm, tools, gcc, llvm, ecosystem, SoC, large => llvm, tools,
 gcc, llvm, ecosystem, SoC, medium


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #4626: Add BSP for Polarfire based Beagle

[RTEMS trac]

#4626: Add BSP for Polarfire based Beagle
--+-
 Reporter:  Kinsey Moore  |   Owner:  (none)
 Type:  enhancement   |  Status:  new
 Priority:  normal|   Milestone:
Component:  bsps  | Version:
 Severity:  normal|  Resolution:
 Keywords:  SoC, BSPs, large  |  Blocked By:
 Blocking:|
--+-
Description changed by Gedare Bloom:

Old description:

> There is a new RISC-V based Beagle based on the Polarfire SOC. This
> project is to create a BSP for that.
>
> The following is a list of peripherals that have been identified based on
> information from https://www.microchip.com/en-us/products/fpgas-and-plds
> /system-on-chip-fpgas/polarfire-soc-fpgas
>
> This ticket is related to the BeagleBoard 2022 GSoC effort:
> https://elinux.org/BeagleBoard/GSoC/Ideas-2022#RTEMS_on_RISC-V
>
> As of 2022/3/1, at least these BSP components are supported:
>
> * CPU Cores (both E51 and U54)
> * Interrupt controller (PLIC)
> * Timer (CLINT)
> * UART (mmuart, 16550-compatible or close enough)
>

> Unsupported:
>
> * Ethernet (mss-gem, not in libbsd or upstream FreeBSD, lwIP support
> unknown)
> * U54 MMU (bare and Sv39 modes)
>
> There is Linux support under development for this. We need to pursue
> asking for dual-licensing at least the network driver as NXP did for
> qoriq.
>
> All other peripherals have not been checked for existing support.
>
> Mentors: Hesham, Kinsey, Joel, Chris, someone from Beagle community
> Skills: C

New description:

 There is a new RISC-V based Beagle based on the Polarfire SOC. This
 project is to create a BSP for that.

 The following is a list of peripherals that have been identified based on
 information from https://www.microchip.com/en-us/products/fpgas-and-plds
 /system-on-chip-fpgas/polarfire-soc-fpgas

 Another dev kit could be https://www.microchip.com/en-us/development-tool
 /mpfs-disco-kit

 This ticket is related to the BeagleBoard 2022 GSoC effort:
 https://elinux.org/BeagleBoard/GSoC/Ideas-2022#RTEMS_on_RISC-V

 As of 2022/3/1, at least these BSP components are supported:

 * CPU Cores (both E51 and U54)
 * Interrupt controller (PLIC)
 * Timer (CLINT)
 * UART (mmuart, 16550-compatible or close enough)


 Unsupported:

 * Ethernet (mss-gem, not in libbsd or upstream FreeBSD, lwIP support
 unknown)
 * U54 MMU (bare and Sv39 modes)

 There is Linux support under development for this. We need to pursue
 asking for dual-licensing at least the network driver as NXP did for
 qoriq.

 All other peripherals have not been checked for existing support.

 Mentors: Hesham, Kinsey, Joel, Chris, someone from Beagle community
 Skills: C

--

--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs

Re: [RTEMS Project] #3784: Beagle BSP: Add a flattened device tree based initialization

[RTEMS trac]

#3784: Beagle BSP: Add a flattened device tree based initialization
---+-
 Reporter:  Christian Mauderer |   Owner:  Christian Mauderer
 Type:  project|  Status:  assigned
 Priority:  normal |   Milestone:  Indefinite
Component:  bsps   | Version:
 Severity:  normal |  Resolution:
 Keywords:  SoC, BSP, medium, retired  |  Blocked By:  3782
 Blocking: |
---+-
Changes (by Christian Mauderer):

 * keywords:  SoC, BSP, medium => SoC, BSP, medium, retired


--
Ticket URL: 
RTEMS Project 
RTEMS Project
___
bugs mailing list
bugs@rtems.org
http://lists.rtems.org/mailman/listinfo/bugs