@@ -21,31 +21,17 @@ and functions, it makes the whole filesystem vulnerable.
2121To understand how the problem was fixed in Scarthgap filesystem, refer:
2222https://static.sched.com/hosted_files/osseu2024/8b/EOSS%20Vienna%202024%20-%20Surviving%20Y2038.pdf
2323
24- *******************************
25- Building a Y2K38-friendly Image
26- *******************************
24+ *********************
25+ Y2K38 Issue Resolved
26+ *********************
2727
28- In SDK 9.3, TI's 32-bit platforms are still based on Kirkstone filesystem, which is NOT Y2K38-friendly. The Y2K38 issue
29- is fixed in OE-core Scarthgap, on which the next release will be based.
28+ **The current SDK release is based on Scarthgap filesystem, which has the Y2K38 issue fixed. **
3029
31- Until then, if a Y2K38-friendly filesystem is required, obtain a :file: `tisdk-thinlinux-image ` from the latest
32- `cicd.scarthgap.x `:
33-
34- .. ifconfig :: CONFIG_part_variant in ('AM335X')
35-
36- https://software-dl.ti.com/cicd-report/linux/index.html?section=platform&platform=am335x
37-
38- .. ifconfig :: CONFIG_part_variant in ('AM437X')
39-
40- https://software-dl.ti.com/cicd-report/linux/index.html?section=platform&platform=am437x
41-
42- The above images are based on the 6.6 Kernel and Scarthgap filesystem, and thus has the Y2K38 issue fixed.
30+ TI's 32-bit platforms now use OE-core Scarthgap, which includes the necessary updates to data structures and functions
31+ to handle dates beyond 2038. The filesystem images provided in this SDK are Y2K38-compliant out of the box.
4332
4433.. note ::
45- While the above images are Y2K38-friendly, it must be ensured that even the code introduced to it from other sources
46- is Y2K38-friendly. Any code that is not Y2K38-friendly will break the Y2K38-compatibility of the filesystem. Thus it
47- is important to be intentional about writing Y2K38-friendly code, and to test this code to ensure that the final
48- image remains Y2K38-friendly.
49-
50- To build a Y2K38-friendly image on the 6.6 Kernel and Scarthgap filesystem baseline, follow the "Build Instructions"
51- section present in the above link.
34+ While the SDK images are Y2K38-friendly, it must be ensured that any code introduced from other sources
35+ is also Y2K38-friendly. Any code that is not Y2K38-compliant will break the Y2K38-compatibility of the filesystem.
36+ Thus it is important to be intentional about writing Y2K38-friendly code, and to test this code to ensure that the
37+ final image remains Y2K38-compliant.
0 commit comments