Opened on 02/09/23 at 14:43:19
Closed on 07/14/23 at 10:01:28
#4842 closed defect (fixed)
SPARC/grlib - Registers definitions wrongly defined when there are reserved bits
Reported by: | Daniel Páscoa | Owned by: | Sebastian Huber |
---|---|---|---|
Priority: | normal | Milestone: | 6.1 |
Component: | arch/sparc | Version: | 6 |
Severity: | normal | Keywords: | qualification |
Cc: | Blocked By: | ||
Blocking: |
Description
With respect to RTEMS 6 (ESA-promoted RTEMS SMP Qualification Data Pack release 3), the following issues are observed:
File | Lines | Discrepancy |
bsps\include\grlib\ftmctrl-regs.h | 84; 86; 88; 91; 96;98; 101; 106; 109; 115; 120; 123 | According to table 365 of page 294 of the GR740 User Manual (v.2.50), the register addresses are incorrectly defined. |
bsps\include\grlib\grgpio-regs.h | 225 | According to table 406 of page 319 of the GR740 User Manual (v.2,50), the register address is incorrect; |
bsps\include\grlib\dsu4-regs.h | 435 | According to table 538 of page 403 of the GR740 User Manual (v.2.5), the register address is incorrect according to the table but it is correct according to the table description. |
bsps\include\grlib\gr1553b-regs.h | 609 | According to table 327 of page 259 of the GR740 User Manual (v.2.50), the register address is incorrect according to the table but it is correct according to the table description. |
bsps\include\grlib\spwpnp-regs.h | 151 | According to table 213 of page 200 of the GR740 User Manual (v.2.5), the register address is incorrect according to the table but it is correct according to the table description. |
bsps\include\grlib\spwrmap-regs.h | 575; 591; 715; 787; 809 | According to tables 191, 192, 199, 201, 202, respectively (to each identified line) starting on page 192 of the GR740 User Manual (v.2.5), the register addresses are incorrect according to the table but are correct according to the table description. |
It seems that the generation of these registers definitions leads to incorrect bit definitions whenever there are reserved bits specified in the Gaisler User Manual.
Can you please double-check these cases?
Additional Notes:
This ticket was raised as an outcome of the Independent SW Verification and Validation (ISVV) for ESA-promoted RTEMS SMP Qualification Data Packs (https://rtems-qual.io.esa.int). The original ISVV reference for this issue is RTEMS-SMP-CODE-VER-014.
Change History (28)
comment:1 Changed on 02/14/23 at 16:27:14 by Sebastian Huber
comment:2 Changed on 02/14/23 at 16:27:36 by Sebastian Huber
Component: | admin → arch/sparc |
---|---|
Milestone: | → 6.1 |
comment:3 Changed on 02/14/23 at 17:50:59 by Sebastian Huber
The RTELM - GR1553B RT Event Log mask register should be clarified by Gaisler.
comment:4 Changed on 02/14/23 at 19:16:08 by Sebastian Huber
With respect to the
- Space Wire Plug-and-Play - Active Links
- Interrupt port mask (IPMASK)
- Port interrupt pending (PIP)
- Link running status (LRUNSTAT)
the register block definitions are actually from the GRIP manual. In the latest version, up to 31 links are supported.
comment:5 Changed on 02/14/23 at 19:28:41 by Sebastian Huber
To be check by Gaisler:
- Space Wire Plug-and-Play - Device Vendor and Product ID
- Space Wire Plug-and-Play - Unit Vendor and Product ID
comment:6 Changed on 02/16/23 at 08:06:11 by Sebastian Huber <sebastian.huber@…>
comment:7 Changed on 02/16/23 at 08:06:12 by Sebastian Huber <sebastian.huber@…>
comment:8 Changed on 02/16/23 at 08:06:13 by Sebastian Huber <sebastian.huber@…>
comment:9 Changed on 02/16/23 at 08:06:14 by Sebastian Huber <sebastian.huber@…>
comment:10 Changed on 06/22/23 at 21:05:31 by Joel Sherrill
Owner: | set to Sebastian Huber |
---|---|
Status: | new → assigned |
Summary: | Registers definitions wrongly defined when there are reserved bits → SPARC/grlib - Registers definitions wrongly defined when there are reserved bits |
comment:11 Changed on 06/22/23 at 22:30:42 by Joel Sherrill
This will be closed before 6. Please clone for 7 if continued.
comment:12 Changed on 07/14/23 at 09:58:53 by Sebastian Huber <sebastian.huber@…>
comment:13 Changed on 07/14/23 at 09:58:54 by Sebastian Huber <sebastian.huber@…>
comment:14 Changed on 07/14/23 at 09:58:55 by Sebastian Huber <sebastian.huber@…>
comment:15 Changed on 07/14/23 at 09:58:57 by Sebastian Huber <sebastian.huber@…>
comment:16 Changed on 07/14/23 at 09:58:58 by Sebastian Huber <sebastian.huber@…>
comment:17 Changed on 07/14/23 at 09:58:59 by Sebastian Huber <sebastian.huber@…>
comment:18 Changed on 07/14/23 at 10:01:08 by Sebastian Huber <sebastian.huber@…>
In e56cecf5/rtems:
comment:19 Changed on 07/14/23 at 10:01:10 by Sebastian Huber <sebastian.huber@…>
In b7eb7d1f/rtems:
comment:21 Changed on 07/14/23 at 10:01:14 by Sebastian Huber <sebastian.huber@…>
In fe232596/rtems:
comment:23 Changed on 07/14/23 at 10:01:18 by Sebastian Huber <sebastian.huber@…>
In e6427f1e/rtems:
comment:27 Changed on 07/14/23 at 10:01:26 by Sebastian Huber <sebastian.huber@…>
In 06f63154/rtems:
comment:28 Changed on 07/14/23 at 10:01:28 by Sebastian Huber <sebastian.huber@…>
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
In 49ad450/rtems:
The DSU4[ITCB0] ITPOINTER field seems to be correct in the description. See also the GRIP manual.