ਮਾਈਕ੍ਰੋਚਿੱਪ PIC64GX 64-ਬਿੱਟ RISC-V ਕਵਾਡ-ਕੋਰ ਮਾਈਕ੍ਰੋਪ੍ਰੋਸੈਸਰ ਉਪਭੋਗਤਾ ਗਾਈਡ

ਬੂਟ ਪ੍ਰਕਿਰਿਆ
1. ਬੂਟਿੰਗ ਵਿੱਚ ਸ਼ਾਮਲ ਸਾਫਟਵੇਅਰ ਹਿੱਸੇ
  ਸਿਸਟਮ ਬੂਟ-ਅੱਪ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਸਾਫਟਵੇਅਰ ਹਿੱਸੇ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ:
  - ਹਾਰਟ ਸਾਫਟਵੇਅਰ ਸਰਵਿਸਿਜ਼ (HSS): ਇੱਕ ਜ਼ੀਰੋ-stage ਬੂਟ ਲੋਡਰ, ਸਿਸਟਮ ਮਾਨੀਟਰ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਰਨਟਾਈਮ ਸੇਵਾਵਾਂ ਦਾ ਪ੍ਰਦਾਤਾ।
2. ਬੂਟ ਫਲੋ
  ਸਿਸਟਮ ਬੂਟ ਫਲੋ ਦਾ ਕ੍ਰਮ ਇਸ ਪ੍ਰਕਾਰ ਹੈ:
  1. ਹਾਰਟ ਸਾਫਟਵੇਅਰ ਸੇਵਾਵਾਂ (HSS) ਦੀ ਸ਼ੁਰੂਆਤ
  2. ਬੂਟਲੋਡਰ ਐਗਜ਼ੀਕਿਊਸ਼ਨ
  3. ਐਪਲੀਕੇਸ਼ਨ ਸਟਾਰਟਅੱਪ
ਨਿਗਰਾਨੀ ਕਰਨ ਵਾਲੇ ਕੁੱਤੇ
1. PIC64GX ਵਾਚਡੌਗ
  PIC64GX ਵਿੱਚ ਸਿਸਟਮ ਦੇ ਕੰਮਕਾਜ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਅਤੇ ਸਿਸਟਮ ਅਸਫਲਤਾਵਾਂ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਕਾਰਵਾਈਆਂ ਨੂੰ ਚਾਲੂ ਕਰਨ ਲਈ ਇੱਕ ਵਾਚਡੌਗ ਫੰਕਸ਼ਨ ਹੈ।
ਲੌਕਡਾਊਨ ਮੋਡ
ਲੌਕਡਾਊਨ ਮੋਡ ਉਨ੍ਹਾਂ ਗਾਹਕਾਂ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਬੂਟ ਹੋਣ ਤੋਂ ਬਾਅਦ ਸਿਸਟਮ ਕਾਰਵਾਈਆਂ 'ਤੇ ਪੂਰਾ ਨਿਯੰਤਰਣ ਚਾਹੀਦਾ ਹੈ। ਇਹ E51 ਸਿਸਟਮ ਮਾਨੀਟਰ ਦੀਆਂ ਕਾਰਜਸ਼ੀਲਤਾਵਾਂ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ।

FAQ

ਸ: ਹਾਰਟ ਸਾਫਟਵੇਅਰ ਸਰਵਿਸਿਜ਼ (HSS) ਦਾ ਉਦੇਸ਼ ਕੀ ਹੈ?
A: HSS ਇੱਕ ਜ਼ੀਰੋ-s ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈtage ਬੂਟ ਲੋਡਰ, ਸਿਸਟਮ ਮਾਨੀਟਰ, ਅਤੇ ਬੂਟ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਰਨਟਾਈਮ ਸੇਵਾਵਾਂ ਦਾ ਪ੍ਰਦਾਤਾ।
ਸਵਾਲ: PIC64GX ਵਾਚਡੌਗ ਫੰਕਸ਼ਨ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ?
A: PIC64GX ਵਾਚਡੌਗ ਸਿਸਟਮ ਓਪਰੇਸ਼ਨ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ ਅਤੇ ਸਿਸਟਮ ਦੀ ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਸਿਸਟਮ ਅਸਫਲਤਾਵਾਂ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਪਹਿਲਾਂ ਤੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਾਰਵਾਈਆਂ ਕਰ ਸਕਦਾ ਹੈ।

ਜਾਣ-ਪਛਾਣ

ਇਹ ਵਾਈਟਪੇਪਰ ਦੱਸਦਾ ਹੈ ਕਿ ਮਾਈਕ੍ਰੋਚਿੱਪ PIC64GX ਐਪਲੀਕੇਸ਼ਨ ਵਰਕਲੋਡ ਨੂੰ ਕਿਵੇਂ ਬੂਟ ਕਰਦਾ ਹੈ ਅਤੇ ਸਿਸਟਮ ਬੂਟ ਪ੍ਰਕਿਰਿਆ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ SMP ਲਈ ਇੱਕੋ ਜਿਹਾ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ AMP ਵਰਕਲੋਡ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹ ਕਵਰ ਕਰਦਾ ਹੈ ਕਿ SMP ਲਈ ਰੀਬੂਟ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ AMP ਵਰਕਲੋਡ, PIC64GX 'ਤੇ ਵਾਚਡੌਗ, ਅਤੇ ਉਹਨਾਂ ਸਿਸਟਮਾਂ ਲਈ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਲੌਕਡਾਊਨ ਮੋਡ ਜਿੱਥੇ ਗਾਹਕ ਸਿਸਟਮ ਬੂਟ ਹੋਣ ਤੋਂ ਬਾਅਦ E51 ਸਿਸਟਮ ਮਾਨੀਟਰ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਸੀਮਤ ਕਰਨ ਲਈ ਪੂਰਾ ਨਿਯੰਤਰਣ ਚਾਹੁੰਦੇ ਹਨ।

ਬੂਟ ਪ੍ਰਕਿਰਿਆ

ਆਓ ਸਿਸਟਮ ਬੂਟਅੱਪ ਵਿੱਚ ਸ਼ਾਮਲ ਵੱਖ-ਵੱਖ ਸਾਫਟਵੇਅਰ ਹਿੱਸਿਆਂ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੀਏ, ਅਤੇ ਫਿਰ ਸਿਸਟਮ ਬੂਟ ਫਲੋ ਦੇ ਕ੍ਰਮ 'ਤੇ ਇੱਕ ਹੋਰ ਵਿਸਤ੍ਰਿਤ ਨਜ਼ਰ ਮਾਰੀਏ।

ਬੂਟਿੰਗ ਵਿੱਚ ਸ਼ਾਮਲ ਸਾਫਟਵੇਅਰ ਹਿੱਸੇ
ਸਿਸਟਮ ਬੂਟ-ਅੱਪ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਹਿੱਸੇ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ:

ਚਿੱਤਰ 1.1. ਬੂਟ-ਅੱਪ ਕੰਪੋਨੈਂਟ

ਹਾਰਟ ਸਾਫਟਵੇਅਰ ਸਰਵਿਸਿਜ਼ (HSS)
ਹਾਰਟ ਸਾਫਟਵੇਅਰ ਸਰਵਿਸਿਜ਼ (HSS) ਇੱਕ ਜ਼ੀਰੋ-ਐਸ ਹੈtage ਬੂਟ ਲੋਡਰ, ਇੱਕ ਸਿਸਟਮ ਮਾਨੀਟਰ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਰਨਟਾਈਮ ਸੇਵਾਵਾਂ ਦਾ ਪ੍ਰਦਾਤਾ। HSS ਸ਼ੁਰੂਆਤੀ ਸਿਸਟਮ ਸੈੱਟਅੱਪ, DDR ਸਿਖਲਾਈ, ਅਤੇ ਹਾਰਡਵੇਅਰ ਸ਼ੁਰੂਆਤੀਕਰਨ/ਸੰਰਚਨਾ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਇਹ ਜ਼ਿਆਦਾਤਰ E51s 'ਤੇ ਚੱਲਦਾ ਹੈ, ਹਰੇਕ U54s 'ਤੇ ਥੋੜ੍ਹੀ ਜਿਹੀ ਮਸ਼ੀਨ-ਮੋਡ ਪੱਧਰ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਚੱਲਦੀ ਹੈ। ਇਹ ਬੂਟ ਮਾਧਿਅਮ ਤੋਂ ਐਪਲੀਕੇਸ਼ਨ "ਪੇਲੋਡ" ਲੋਡ ਕਰਕੇ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਸੰਦਰਭਾਂ ਨੂੰ ਬੂਟ ਕਰਦਾ ਹੈ, ਅਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਕਰਨਲਾਂ ਲਈ ਪਲੇਟਫਾਰਮ ਰਨਟਾਈਮ ਸੇਵਾਵਾਂ/ਸੁਪਰਵਾਈਜ਼ਰ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਵਾਤਾਵਰਣ (SEE) ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇਹ ਸੁਰੱਖਿਅਤ ਬੂਟ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਅਤੇ ਹਾਰਡਵੇਅਰ ਪਾਰਟੀਸ਼ਨਿੰਗ/ਵੱਖ ਕਰਨ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਵਿੱਚ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਹਿੱਸਾ ਹੈ। AMP ਸੰਦਰਭ।

ਦਾਸ ਯੂ-ਬੂਟ (ਯੂ-ਬੂਟ)
ਦਾਸ ਯੂ-ਬੂਟ (ਯੂ-ਬੂਟ) ਇੱਕ ਓਪਨ-ਸੋਰਸ ਯੂਨੀਵਰਸਲ ਸਕ੍ਰਿਪਟੇਬਲ ਬੂਟ ਲੋਡਰ ਹੈ। ਇਹ ਇੱਕ ਸਧਾਰਨ CLI ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਜੋ ਕਈ ਸਰੋਤਾਂ (ਇੱਕ SD ਕਾਰਡ ਅਤੇ ਨੈੱਟਵਰਕ ਸਮੇਤ) ਤੋਂ ਬੂਟ ਚਿੱਤਰ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ। ਯੂ-ਬੂਟ ਲੀਨਕਸ ਨੂੰ ਲੋਡ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਲੋੜ ਹੋਵੇ ਤਾਂ ਇਹ ਇੱਕ UEFI ਵਾਤਾਵਰਣ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਲੀਨਕਸ ਦੇ ਬੂਟ ਹੋਣ ਤੋਂ ਬਾਅਦ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਰਸਤੇ ਤੋਂ ਬਾਹਰ ਹੋ ਜਾਂਦਾ ਹੈ - ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਇਹ ਬੂਟ ਤੋਂ ਬਾਅਦ ਰੈਜ਼ੀਡੈਂਟ ਨਹੀਂ ਰਹਿੰਦਾ।
ਲੀਨਕਸ ਕਰਨਲ
ਲੀਨਕਸ ਕਰਨਲ ਦੁਨੀਆ ਦਾ ਸਭ ਤੋਂ ਮਸ਼ਹੂਰ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਕਰਨਲ ਹੈ। ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਯੂਜ਼ਰਲੈਂਡ ਦੇ ਨਾਲ ਮਿਲ ਕੇ, ਇਹ ਉਹ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਲੀਨਕਸ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਲੀਨਕਸ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਅਮੀਰ POSIX API ਅਤੇ ਡਿਵੈਲਪਰ ਵਾਤਾਵਰਣ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਉਦਾਹਰਣ ਵਜੋਂample, ਭਾਸ਼ਾਵਾਂ ਅਤੇ ਟੂਲ ਜਿਵੇਂ ਕਿ Python, Perl, Tcl, Rust, C/C++, ਅਤੇ Tcl; ਲਾਇਬ੍ਰੇਰੀਆਂ ਜਿਵੇਂ ਕਿ OpenSSL, OpenCV, OpenMP, OPC/UA, ਅਤੇ OpenAMP (RPmsg ਅਤੇ RemoteProc)।
ਯੋਕਟੋ ਅਤੇ ਬਿਲਡਰੂਟ ਲੀਨਕਸ ਸਿਸਟਮ ਬਿਲਡਰ ਹਨ, ਯਾਨੀ ਕਿ, ਇਹਨਾਂ ਦੀ ਵਰਤੋਂ ਬੇਸਪੋਕ ਕਸਟਮਾਈਜ਼ਡ ਲੀਨਕਸ ਸਿਸਟਮ ਤਿਆਰ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਯੋਕਟੋ ਇੱਕ ਅਮੀਰ ਲੀਨਕਸ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਨੂੰ ਆਉਟਪੁੱਟ ਦਿੰਦਾ ਹੈ
ਐਪਲੀਕੇਸ਼ਨਾਂ, ਟੂਲਸ, ਅਤੇ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦਾ ਸੈੱਟ, ਅਤੇ ਵਿਕਲਪਿਕ ਪੈਕੇਜ ਪ੍ਰਬੰਧਨ। Buildroot ਇੱਕ ਹੋਰ ਘੱਟੋ-ਘੱਟ ਰੂਟ ਆਉਟਪੁੱਟ ਦਿੰਦਾ ਹੈ fileਸਿਸਟਮ ਅਤੇ ਉਹਨਾਂ ਸਿਸਟਮਾਂ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾ ਸਕਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸਥਾਈ ਸਟੋਰੇਜ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਪਰ ਪੂਰੀ ਤਰ੍ਹਾਂ RAM ਤੋਂ ਚੱਲਦੇ ਹਨ (ਲੀਨਕਸ ਦੇ ਸ਼ੁਰੂਆਤੀ ਸਮਰਥਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਉਦਾਹਰਣ ਵਜੋਂample).

ਜ਼ੈਫ਼ਿਰ
Zephyr ਇੱਕ ਛੋਟਾ, ਓਪਨ-ਸੋਰਸ ਰੀਅਲ-ਟਾਈਮ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ (RTOS) ਹੈ। ਇਹ ਲੀਨਕਸ ਨੂੰ RPMsg-ਲਾਈਟ ਸੰਚਾਰ ਚੈਨਲਾਂ ਦੇ ਨਾਲ ਇੱਕ ਰੀਅਲ-ਟਾਈਮ ਲੋ-ਓਵਰਹੈੱਡ ਫਰੇਮਵਰਕ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇਸ ਵਿੱਚ ਇੱਕ ਕਰਨਲ, ਲਾਇਬ੍ਰੇਰੀਆਂ, ਡਿਵਾਈਸ ਡਰਾਈਵਰ, ਪ੍ਰੋਟੋਕੋਲ ਸਟੈਕ, fileਸਿਸਟਮ, ਫਰਮਵੇਅਰ ਅੱਪਡੇਟ ਲਈ ਵਿਧੀਆਂ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਹੋਰ ਬਹੁਤ ਕੁਝ, ਅਤੇ PIC64GX 'ਤੇ ਬੇਅਰ-ਮੈਟਲ ਵਰਗਾ ਅਨੁਭਵ ਚਾਹੁੰਦੇ ਗਾਹਕਾਂ ਲਈ ਬਹੁਤ ਵਧੀਆ ਹੈ।

ਬੂਟ ਫਲੋ
PIC64GX ਵਿੱਚ ਇੱਕ RISC-V ਕੋਰਪਲੈਕਸ ਸ਼ਾਮਲ ਹੈ ਜਿਸ ਵਿੱਚ ਇੱਕ 64-ਬਿੱਟ E51 ਸਿਸਟਮ ਮਾਨੀਟਰ ਹਾਰਟ ਅਤੇ 4 64-ਬਿੱਟ U54 ਐਪਲੀਕੇਸ਼ਨ ਹਾਰਟ ਹਨ। RISC-V ਸ਼ਬਦਾਵਲੀ ਵਿੱਚ, ਇੱਕ ਹਾਰਟ ਇੱਕ RISC-V ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸੰਦਰਭ ਹੈ ਜਿਸ ਵਿੱਚ ਰਜਿਸਟਰਾਂ ਦਾ ਇੱਕ ਪੂਰਾ ਸੈੱਟ ਹੁੰਦਾ ਹੈ ਅਤੇ ਜੋ ਇਸਦੇ ਕੋਡ ਨੂੰ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਚਲਾਉਂਦਾ ਹੈ। ਤੁਸੀਂ ਇਸਨੂੰ ਇੱਕ ਹਾਰਡਵੇਅਰ ਥ੍ਰੈੱਡ ਜਾਂ ਇੱਕ ਸਿੰਗਲ CPU ਦੇ ਰੂਪ ਵਿੱਚ ਸੋਚ ਸਕਦੇ ਹੋ। ਇੱਕ ਸਿੰਗਲ ਕੋਰ ਦੇ ਅੰਦਰ ਹਾਰਟ ਦੇ ਸਮੂਹ ਨੂੰ ਅਕਸਰ ਇੱਕ ਕੰਪਲੈਕਸ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਵਿਸ਼ਾ PIC64GX ਕੋਰਪਲੈਕਸ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਦੇ ਕਦਮਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ E51 ਸਿਸਟਮ ਮਾਨੀਟਰ ਹਾਰਟ ਅਤੇ U54 ਐਪਲੀਕੇਸ਼ਨ ਹਾਰਟ ਸ਼ਾਮਲ ਹਨ।

PIC64GX ਕੋਰਪਲੈਕਸ 'ਤੇ ਪਾਵਰ।
ਪਾਵਰ-ਆਨ ਹੋਣ 'ਤੇ, RISC-V ਕੋਰਪਲੈਕਸ ਦੇ ਸਾਰੇ ਹਾਰਟਸ ਨੂੰ ਸੁਰੱਖਿਆ ਕੰਟਰੋਲਰ ਦੁਆਰਾ ਰੀਸੈਟ ਤੋਂ ਜਾਰੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਆਨ-ਚਿੱਪ eNVM ਫਲੈਸ਼ ਮੈਮੋਰੀ ਤੋਂ HSS ਕੋਡ ਚਲਾਓ।
ਸ਼ੁਰੂ ਵਿੱਚ, ਹਰੇਕ ਦਿਲ ਆਨ-ਚਿੱਪ eNVM ਫਲੈਸ਼ ਮੈਮੋਰੀ ਤੋਂ HSS ਕੋਡ ਚਲਾਉਣਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਇਹ ਕੋਡ ਸਾਰੇ U54 ਐਪਲੀਕੇਸ਼ਨ ਹਾਰਟਸ ਨੂੰ ਹਿਦਾਇਤਾਂ ਦੀ ਉਡੀਕ ਕਰਦੇ ਹੋਏ ਘੁੰਮਣ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ, ਅਤੇ E51 ਮਾਨੀਟਰ ਹਾਰਟ ਨੂੰ ਸਿਸਟਮ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਅਤੇ ਉੱਪਰ ਲਿਆਉਣ ਲਈ ਕੋਡ ਚਲਾਉਣਾ ਸ਼ੁਰੂ ਕਰਨ ਦਿੰਦਾ ਹੈ।

HSS ਕੋਡ ਨੂੰ eNVM ਤੋਂ L2-Scratch ਮੈਮੋਰੀ ਵਿੱਚ ਡੀਕੰਪ੍ਰੈਸ ਕਰੋ।
ਇਸਦੀ ਬਿਲਡ-ਟਾਈਮ ਸੰਰਚਨਾ ਦੇ ਅਧਾਰ ਤੇ, HSS ਆਮ ਤੌਰ 'ਤੇ eNVM ਫਲੈਸ਼ ਮੈਮੋਰੀ ਦੀ ਸਮਰੱਥਾ ਤੋਂ ਵੱਡਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇਸ ਲਈ E51 'ਤੇ ਚੱਲ ਰਿਹਾ HSS ਕੋਡ ਸਭ ਤੋਂ ਪਹਿਲਾਂ eNVM ਤੋਂ L2-ਸਕ੍ਰੈਚ ਮੈਮੋਰੀ ਵਿੱਚ ਡੀਕੰਪ੍ਰੈਸ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਚਿੱਤਰ 1.2 ਅਤੇ ਚਿੱਤਰ 1.3 ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।
ਚਿੱਤਰ 1.2. HSS eNVM ਤੋਂ L2 ਸਕ੍ਰੈਚ ਤੱਕ ਡੀਕੰਪ੍ਰੈਸ ਕਰਦਾ ਹੈ
ਚਿੱਤਰ 1.3. ਡੀਕੰਪ੍ਰੇਸ਼ਨ ਦੌਰਾਨ HSS ਮੈਮੋਰੀ ਨਕਸ਼ਾ
ਹੇਠਾਂ ਦਿੱਤੇ ਚਿੱਤਰ ਵਿੱਚ ਦਿਖਾਏ ਅਨੁਸਾਰ eNVM ਤੋਂ L2-Scratch 'ਤੇ ਇੱਕ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਵਿੱਚ ਜਾਓ।
ਚਿੱਤਰ 1.4. ਡੀਕੰਪ੍ਰੇਸ਼ਨ ਤੋਂ ਬਾਅਦ L2Scratch ਵਿੱਚ HSS eNVM ਤੋਂ ਕੋਡ ਵਿੱਚ ਛਾਲ ਮਾਰਦਾ ਹੈ।
ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਵਿੱਚ ਤਿੰਨ ਭਾਗ ਹੁੰਦੇ ਹਨ:
- ਹਾਰਡਵੇਅਰ ਐਬਸਟਰੈਕਸ਼ਨ ਲੇਅਰ (HAL), ਲੋ-ਲੈਵਲ ਕੋਡ, ਅਤੇ ਬੇਅਰ ਮੈਟਲ ਡਰਾਈਵਰ
- RISC-V OpenSBI ਦਾ ਇੱਕ ਸਥਾਨਕ HSS ਫੋਰਕ (PIC64GX 'ਤੇ ਅੱਪਸਟ੍ਰੀਮ ਤੋਂ ਥੋੜ੍ਹਾ ਸੋਧਿਆ ਗਿਆ ਹੈ) AMP ਉਦੇਸ਼)
- HSS ਰਨਟਾਈਮ ਸੇਵਾਵਾਂ (ਸਟੇਟ ਮਸ਼ੀਨਾਂ ਇੱਕ ਸੁਪਰ ਲੂਪ ਵਿੱਚ ਚੱਲਦੀਆਂ ਹਨ)
OpenSBI ਦੁਆਰਾ ਵਰਤੇ ਗਏ ਹਾਰਡਵੇਅਰ ਅਤੇ ਡੇਟਾ ਢਾਂਚੇ ਨੂੰ ਸ਼ੁਰੂ ਕਰੋ।
ਇਸ ਸ਼ੁਰੂਆਤ ਲਈ HSS ਸੇਵਾ "ਸਟਾਰਟਅੱਪ" ਜ਼ਿੰਮੇਵਾਰ ਹੈ।

ਬਾਹਰੀ ਸਟੋਰੇਜ ਤੋਂ ਐਪਲੀਕੇਸ਼ਨ ਵਰਕਲੋਡ (payload.bin) ਚਿੱਤਰ ਪ੍ਰਾਪਤ ਕਰੋ। ਇਹ ਚਿੱਤਰ 1.5 ਅਤੇ ਚਿੱਤਰ 1.6 ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।
ਮਹੱਤਵਪੂਰਨ: PIC64GX ਕਿਊਰੀਓਸਿਟੀ ਕਿੱਟ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇਹ ਇੱਕ SD ਕਾਰਡ ਤੋਂ ਹੋਵੇਗਾ।
ਚਿੱਤਰ 1.5. ਬਾਹਰੀ ਸਟੋਰੇਜ ਤੋਂ payload.bin ਵਰਕਲੋਡ ਚਿੱਤਰ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ
ਚਿੱਤਰ 1.6. payload.bin ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ HSS ਮੈਮੋਰੀ ਨਕਸ਼ਾ
payload.bin ਤੋਂ ਵੱਖ-ਵੱਖ ਭਾਗਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਮੇਂ ਦੀਆਂ ਮੰਜ਼ਿਲਾਂ 'ਤੇ ਕਾਪੀ ਕਰੋ। payload.bin ਇੱਕ ਫਾਰਮੈਟ ਕੀਤਾ ਚਿੱਤਰ ਹੈ, ਜੋ SMP ਲਈ ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਦਾ ਹੈ ਜਾਂ AMP ਵਰਕਲੋਡ। ਇਸ ਵਿੱਚ ਕੋਡ, ਡੇਟਾ, ਅਤੇ ਡਿਸਕ੍ਰਿਪਟਰ ਟੇਬਲ ਸ਼ਾਮਲ ਹਨ ਜੋ HSS ਨੂੰ ਕੋਡ ਅਤੇ ਡੇਟਾ ਭਾਗਾਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਰੱਖਣ ਦੇ ਯੋਗ ਬਣਾਉਂਦੇ ਹਨ, ਜਿੱਥੇ ਉਹਨਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨ ਵਰਕਲੋਡਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਲੋੜੀਂਦਾ ਹੁੰਦਾ ਹੈ।
ਚਿੱਤਰ 1.7. payload.bin ਨੂੰ ਮੰਜ਼ਿਲ ਪਤਿਆਂ 'ਤੇ ਕਾਪੀ ਕੀਤਾ ਗਿਆ ਹੈ।

ਸੰਬੰਧਿਤ U54s ਨੂੰ ਉਹਨਾਂ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸ਼ੁਰੂਆਤੀ ਪਤਿਆਂ 'ਤੇ ਜਾਣ ਲਈ ਨਿਰਦੇਸ਼ ਦਿਓ। ਇਹ ਸ਼ੁਰੂਆਤੀ ਪਤਾ ਜਾਣਕਾਰੀ payload.bin ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ।
U54 ਐਪਲੀਕੇਸ਼ਨ ਹਾਰਟਸ ਅਤੇ ਕਿਸੇ ਵੀ ਸਕਿੰਟ ਨੂੰ ਸ਼ੁਰੂ ਕਰੋtage ਬੂਟ ਲੋਡਰ। ਉਦਾਹਰਣ ਵਜੋਂampਹਾਂ, ਯੂ-ਬੂਟ ਲੀਨਕਸ ਲਿਆਉਂਦਾ ਹੈ।

ਰੀਬੂਟ ਕਰੋ

ਸਿਸਟਮ ਬੂਟਿੰਗ ਦੀ ਧਾਰਨਾ ਨਾਲ ਸੰਬੰਧਿਤ ਰੀਬੂਟ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ। PIC64GX ਐਪਲੀਕੇਸ਼ਨ ਵਰਕਲੋਡ ਬਾਰੇ ਸੋਚਦੇ ਸਮੇਂ, ਰੀਬੂਟ ਕਰਨ ਲਈ ਸਮਮਿਤੀ ਮਲਟੀਪ੍ਰੋਸੈਸਿੰਗ (SMP) ਅਤੇ ਅਸਮਿਮਿਤੀ ਮਲਟੀਪ੍ਰੋਸੈਸਿੰਗ ਦੋਵਾਂ 'ਤੇ ਵਿਚਾਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ (AMP) ਦ੍ਰਿਸ਼:

ਇੱਕ SMP ਸਿਸਟਮ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇੱਕ ਰੀਬੂਟ ਪੂਰੇ ਸਿਸਟਮ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਕੋਲਡ ਰੀਬੂਟ ਕਰ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਕਿਸੇ ਹੋਰ ਸੰਦਰਭ ਵਿੱਚ ਵਿਚਾਰ ਕਰਨ ਲਈ ਕੋਈ ਵਾਧੂ ਵਰਕਲੋਡ ਨਹੀਂ ਹੈ।

ਇੱਕ ਦੇ ਮਾਮਲੇ ਵਿੱਚ AMP ਸਿਸਟਮ, ਇੱਕ ਵਰਕਲੋਡ ਨੂੰ ਸਿਰਫ਼ ਆਪਣੇ ਆਪ ਨੂੰ ਰੀਬੂਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ (ਅਤੇ ਕਿਸੇ ਹੋਰ ਸੰਦਰਭ ਵਿੱਚ ਦਖਲ ਨਹੀਂ ਦੇ ਸਕਦੀ), ਜਾਂ ਇੱਕ ਪੂਰਾ ਸਿਸਟਮ ਰੀਬੂਟ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਹੋ ਸਕਦਾ ਹੈ।

ਰੀਬੂਟ ਕਰੋ ਅਤੇ AMP
SMP ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਲਈ ਅਤੇ AMP ਰੀਬੂਟ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ, HSS ਗਰਮ ਅਤੇ ਠੰਡੇ ਰੀਬੂਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰਾਂ ਦੇ ਸੰਕਲਪਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਸੰਦਰਭ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਗਰਮ ਰੀਬੂਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲਾ ਇੱਕ ਸੰਦਰਭ ਸਿਰਫ ਆਪਣੇ ਆਪ ਨੂੰ ਰੀਬੂਟ ਕਰਨ ਦੇ ਯੋਗ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਠੰਡੇ ਰੀਬੂਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲਾ ਇੱਕ ਸੰਦਰਭ ਇੱਕ ਪੂਰਾ ਸਿਸਟਮ ਰੀਬੂਟ ਕਰ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਣ ਲਈampਹਾਂ, ਪ੍ਰਤੀਨਿਧੀ ਦ੍ਰਿਸ਼ਾਂ ਦੇ ਹੇਠ ਲਿਖੇ ਸਮੂਹ 'ਤੇ ਵਿਚਾਰ ਕਰੋ।

ਇੱਕ ਸਿੰਗਲ ਸੰਦਰਭ SMP ਵਰਕਲੋਡ, ਜਿਸਨੂੰ ਪੂਰਾ ਸਿਸਟਮ ਰੀਬੂਟ ਕਰਨ ਦੀ ਬੇਨਤੀ ਕਰਨ ਦੀ ਆਗਿਆ ਹੈ।
ਇਸ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਵਿੱਚ, ਸੰਦਰਭ ਨੂੰ ਕੋਲਡ ਰੀਬੂਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਦੀ ਆਗਿਆ ਹੈ।
ਦੋ-ਸੰਦਰਭ AMP ਵਰਕਲੋਡ, ਜਿੱਥੇ ਸੰਦਰਭ A ਨੂੰ ਪੂਰੇ ਸਿਸਟਮ ਰੀਬੂਟ ਦੀ ਬੇਨਤੀ ਕਰਨ ਦੀ ਆਗਿਆ ਹੈ (ਸਾਰੇ ਸੰਦਰਭਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ), ਅਤੇ ਸੰਦਰਭ B ਨੂੰ ਸਿਰਫ ਆਪਣੇ ਆਪ ਨੂੰ ਰੀਬੂਟ ਕਰਨ ਦੀ ਆਗਿਆ ਹੈ
ਇਸ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਵਿੱਚ, ਸੰਦਰਭ A ਨੂੰ ਕੋਲਡ ਰੀਬੂਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਦੀ ਆਗਿਆ ਹੈ, ਅਤੇ ਸੰਦਰਭ B ਨੂੰ ਗਰਮ ਰੀਬੂਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਦੀ ਆਗਿਆ ਹੈ।
ਦੋ-ਸੰਦਰਭ AMP ਵਰਕਲੋਡ, ਜਿੱਥੇ ਸੰਦਰਭ A ਅਤੇ B ਨੂੰ ਸਿਰਫ਼ ਆਪਣੇ ਆਪ ਨੂੰ ਰੀਬੂਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਹੈ (ਅਤੇ ਦੂਜੇ ਸੰਦਰਭ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਕਰਦੇ)
ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਦੋਵੇਂ ਸੰਦਰਭਾਂ ਨੂੰ ਸਿਰਫ਼ ਗਰਮ ਰੀਬੂਟ ਅਧਿਕਾਰਾਂ ਦੀ ਆਗਿਆ ਹੈ।
ਦੋ-ਸੰਦਰਭ AMP ਵਰਕਲੋਡ, ਜਿੱਥੇ ਸੰਦਰਭ A ਅਤੇ B ਦੋਵਾਂ ਨੂੰ ਪੂਰੇ ਸਿਸਟਮ ਰੀਬੂਟ ਦੀ ਬੇਨਤੀ ਕਰਨ ਦੀ ਆਗਿਆ ਹੈ
ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਦੋਵੇਂ ਸੰਦਰਭਾਂ ਨੂੰ ਕੋਲਡ ਰੀਬੂਟ ਅਧਿਕਾਰਾਂ ਦੀ ਆਗਿਆ ਹੈ।
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਬਿਲਡ ਸਮੇਂ HSS ਲਈ ਹਮੇਸ਼ਾ ਕੋਲਡ ਰੀਬੂਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਦੀ ਆਗਿਆ ਦੇਣਾ ਸੰਭਵ ਹੈ, ਅਤੇ ਕਦੇ ਵੀ ਕੋਲਡ ਰੀਬੂਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦੇਣਾ ਸੰਭਵ ਹੈ।

ਸੰਬੰਧਿਤ HSS Kconfig ਚੋਣਾਂ
Kconfig ਇੱਕ ਸਾਫਟਵੇਅਰ ਬਿਲਡ ਕੌਂਫਿਗਰੇਸ਼ਨ ਸਿਸਟਮ ਹੈ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਬਿਲਡ-ਟਾਈਮ ਵਿਕਲਪਾਂ ਦੀ ਚੋਣ ਕਰਨ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸਮਰੱਥ ਜਾਂ ਅਯੋਗ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਲੀਨਕਸ ਕਰਨਲ ਤੋਂ ਸ਼ੁਰੂ ਹੋਇਆ ਸੀ ਪਰ ਹੁਣ ਇਸਨੂੰ ਲੀਨਕਸ ਕਰਨਲ ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਵੀ ਵਰਤਿਆ ਗਿਆ ਹੈ, ਜਿਸ ਵਿੱਚ U-Boot, Zephyr, ਅਤੇ PIC64GX HSS ਸ਼ਾਮਲ ਹਨ।

HSS ਵਿੱਚ ਦੋ Kconfig ਵਿਕਲਪ ਹਨ ਜੋ HSS ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਰੀਬੂਟ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹਨ:

CONFIG_ALLOW_COLD ਰੀਬੂਟ ਕਰੋ
ਜੇਕਰ ਇਹ ਸਮਰੱਥ ਹੈ, ਤਾਂ ਇਹ ਵਿਸ਼ਵ ਪੱਧਰ 'ਤੇ ਇੱਕ ਸੰਦਰਭ ਨੂੰ ਇੱਕ ਕੋਲਡ ਰੀਬੂਟ ਈਕਾਲ ਜਾਰੀ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਜੇਕਰ ਅਯੋਗ ਹੈ, ਤਾਂ ਸਿਰਫ਼ ਗਰਮ ਰੀਬੂਟ ਦੀ ਆਗਿਆ ਹੋਵੇਗੀ। ਇਸ ਵਿਕਲਪ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਤੋਂ ਇਲਾਵਾ, ਪੇਲੋਡ ਜਨਰੇਟਰ YAML ਰਾਹੀਂ ਇੱਕ ਸੰਦਰਭ ਨੂੰ ਇੱਕ ਕੋਲਡ ਰੀਬੂਟ ਜਾਰੀ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੱਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। file ਜਾਂ ਹੇਠ ਦਿੱਤਾ Kconfig ਵਿਕਲਪ।
CONFIG_ALLOW_COLD ਰੀਬੂਟ_ਹਮੇਸ਼ਾ
- ਜੇਕਰ ਸਮਰੱਥ ਹੈ, ਤਾਂ ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਵਿਸ਼ਵ ਪੱਧਰ 'ਤੇ ਸਾਰੇ ਸੰਦਰਭਾਂ ਨੂੰ ਇੱਕ ਕੋਲਡ ਰੀਬੂਟ ECAA ਜਾਰੀ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ, ਭਾਵੇਂ payload.bin ਫਲੈਗ ਇੰਟਾਈਟਲਮੈਂਟ ਕੁਝ ਵੀ ਹੋਣ।
- ਇਸ ਤੋਂ ਇਲਾਵਾ, payload.bin ਵਿੱਚ ਇੱਕ ਪ੍ਰਤੀ-ਸੰਦਰਭ ਫਲੈਗ ਹੋ ਸਕਦਾ ਹੈ, ਜੋ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕ ਖਾਸ ਸੰਦਰਭ ਕੋਲਡ ਰੀਬੂਟ ਜਾਰੀ ਕਰਨ ਦਾ ਹੱਕਦਾਰ ਹੈ:
  - ਇੱਕ ਸੰਦਰਭ ਨੂੰ ਗਰਮ ਰੀਬੂਟ ਕਰਨ ਲਈ ਦੂਜੇ ਸੰਦਰਭ ਨੂੰ, ਅਸੀਂ YAML ਵਰਣਨ ਵਿੱਚ allow-reboot: warm ਵਿਕਲਪ ਜੋੜ ਸਕਦੇ ਹਾਂ। file payload.bin ਬਣਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ
  - ਪੂਰੇ ਸਿਸਟਮ ਦੇ ਇੱਕ ਸੰਦਰਭ ਕੋਲਡ ਰੀਬੂਟ ਦੀ ਆਗਿਆ ਦੇਣ ਲਈ, ਅਸੀਂ allow-reboot: cold ਵਿਕਲਪ ਜੋੜ ਸਕਦੇ ਹਾਂ। ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ, allow-reboot ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤੇ ਬਿਨਾਂ, ਇੱਕ ਸੰਦਰਭ ਨੂੰ ਸਿਰਫ਼ ਗਰਮ ਰੀਬੂਟ ਦੀ ਆਗਿਆ ਹੈ ਇਸ ਫਲੈਗ ਦੀ ਸੈਟਿੰਗ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ, ਜੇਕਰ HSS ਵਿੱਚ CONFIG_ALLOW_COLDREBOOT ਸਮਰੱਥ ਨਹੀਂ ਹੈ, ਤਾਂ HSS ਸਾਰੀਆਂ ਕੋਲਡ ਰੀਬੂਟ ਬੇਨਤੀਆਂ ਨੂੰ ਗਰਮ (ਪ੍ਰਤੀ-ਸੰਦਰਭ) ਰੀਬੂਟ ਕਰਨ ਲਈ ਦੁਬਾਰਾ ਕੰਮ ਕਰੇਗਾ।

ਵਿਸਥਾਰ ਵਿੱਚ ਰੀਬੂਟ ਕਰੋ
ਇਹ ਭਾਗ ਵਿਸਥਾਰ ਵਿੱਚ ਦੱਸਦਾ ਹੈ ਕਿ ਰੀਬੂਟ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ - ਓਪਨਐਸਬੀਆਈ ਲੇਅਰ (ਸਭ ਤੋਂ ਘੱਟ ਐਮ-ਮੋਡ ਲੇਅਰ) ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਇਸ ਓਪਨਐਸਬੀਆਈ ਲੇਅਰ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਇੱਕ RTOS ਐਪਲੀਕੇਸ਼ਨ ਜਾਂ ਲੀਨਕਸ ਵਰਗੇ ਅਮੀਰ ਓਐਸ ਤੋਂ ਕਿਵੇਂ ਚਾਲੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਬਾਰੇ ਚਰਚਾ ਕਰਦਾ ਹੈ।

OpenSBI ਰੀਬੂਟ ਈ-ਕਾਲ

RISC-V ਸੁਪਰਵਾਈਜ਼ਰ ਬਾਈਨਰੀ ਇੰਟਰਫੇਸ (SBI) ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਪਲੇਟਫਾਰਮ ਇਨੀਸ਼ੀਏਲਾਈਜ਼ੇਸ਼ਨ ਅਤੇ ਫਰਮਵੇਅਰ ਰਨਟਾਈਮ ਸੇਵਾਵਾਂ ਲਈ ਇੱਕ ਮਾਨਕੀਕ੍ਰਿਤ ਹਾਰਡਵੇਅਰ ਐਬਸਟਰੈਕਸ਼ਨ ਲੇਅਰ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। SBI ਦਾ ਮੁੱਖ ਉਦੇਸ਼ ਵੱਖ-ਵੱਖ RISC-V ਲਾਗੂਕਰਨਾਂ ਵਿੱਚ ਪੋਰਟੇਬਿਲਟੀ ਅਤੇ ਅਨੁਕੂਲਤਾ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣਾ ਹੈ।
OpenSBI (ਓਪਨ ਸੋਰਸ ਸੁਪਰਵਾਈਜ਼ਰ ਬਾਈਨਰੀ ਇੰਟਰਫੇਸ) ਇੱਕ ਓਪਨ-ਸੋਰਸ ਪ੍ਰੋਜੈਕਟ ਹੈ ਜੋ SBI ਨਿਰਧਾਰਨ ਦਾ ਇੱਕ ਸੰਦਰਭ ਲਾਗੂਕਰਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। OpenSBI ਰਨਟਾਈਮ ਸੇਵਾਵਾਂ ਵੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਇੰਟਰੱਪਟ ਹੈਂਡਲਿੰਗ, ਟਾਈਮਰ ਪ੍ਰਬੰਧਨ, ਅਤੇ ਕੰਸੋਲ I/O ਸ਼ਾਮਲ ਹਨ, ਜਿਨ੍ਹਾਂ ਦੀ ਵਰਤੋਂ ਉੱਚ-ਪੱਧਰੀ ਸਾਫਟਵੇਅਰ ਲੇਅਰਾਂ ਦੁਆਰਾ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
OpenSBI ਨੂੰ HSS ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਇਹ ਮਸ਼ੀਨ ਮੋਡ ਪੱਧਰ 'ਤੇ ਚੱਲਦਾ ਹੈ। ਜਦੋਂ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਇੱਕ ਟ੍ਰੈਪ ਦਾ ਕਾਰਨ ਬਣਦੀ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਸੰਭਾਲਣ ਲਈ OpenSBI ਨੂੰ ਭੇਜਿਆ ਜਾਵੇਗਾ। OpenSBI ਇੱਕ ਖਾਸ ਸਿਸਟਮ-ਕਾਲ ਕਿਸਮ ਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਇੱਕ ਖਾਸ ਟ੍ਰੈਪ ਵਿਧੀ ਰਾਹੀਂ ਸਾਫਟਵੇਅਰ ਦੀਆਂ ਉੱਪਰਲੀਆਂ ਪਰਤਾਂ ਵਿੱਚ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ ਜਿਸਨੂੰ ecall ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

ਸਿਸਟਮ ਰੀਸੈਟ (EID 0x53525354) ਇੱਕ ਵਿਆਪਕ ਸਿਸਟਮ ਕਾਲ ਫੰਕਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ ਉੱਪਰੀ ਪਰਤ ਵਾਲੇ ਸੌਫਟਵੇਅਰ ਨੂੰ ਸਿਸਟਮ-ਪੱਧਰ ਦੇ ਰੀਬੂਟ ਜਾਂ ਬੰਦ ਕਰਨ ਦੀ ਬੇਨਤੀ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਵਾਰ ਜਦੋਂ ਇਹ ਈਕਾਲ ਇੱਕ U54 ਦੁਆਰਾ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਉਸ U54 'ਤੇ ਮਸ਼ੀਨ ਮੋਡ ਵਿੱਚ ਚੱਲ ਰਹੇ HSS ਸੌਫਟਵੇਅਰ ਦੁਆਰਾ ਫਸ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਸੰਦਰਭ ਦੇ ਹੱਕਾਂ ਦੇ ਅਧਾਰ ਤੇ, ਸੰਦਰਭ ਜਾਂ ਪੂਰੇ ਸਿਸਟਮ ਨੂੰ ਰੀਬੂਟ ਕਰਨ ਲਈ ਇੱਕ ਅਨੁਸਾਰੀ ਰੀਬੂਟ ਬੇਨਤੀ E51 ਨੂੰ ਭੇਜੀ ਜਾਂਦੀ ਹੈ।

ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, ਵੇਖੋ RISC-V ਸੁਪਰਵਾਈਜ਼ਰ ਬਾਈਨਰੀ ਇੰਟਰਫੇਸ ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਖਾਸ ਤੌਰ 'ਤੇ ਸਿਸਟਮ ਰੀਸੈਟ ਐਕਸਟੈਂਸ਼ਨ (EID #0x53525354 “SRST”).

ਲੀਨਕਸ ਰੀਬੂਟ

ਇੱਕ ਖਾਸ ਸਾਬਕਾ ਦੇ ਤੌਰ ਤੇampਇਸ ਤੋਂ ਇਲਾਵਾ, ਲੀਨਕਸ ਵਿੱਚ, ਸ਼ੱਟਡਾਊਨ ਕਮਾਂਡ ਸਿਸਟਮ ਨੂੰ ਰੋਕਣ ਜਾਂ ਰੀਬੂਟ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਕਮਾਂਡ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਕਈ ਉਪਨਾਮ ਹੁੰਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ halt, power off, ਅਤੇ reboot। ਇਹ ਉਪਨਾਮ ਇਹ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਕੀ ਬੰਦ ਹੋਣ 'ਤੇ ਮਸ਼ੀਨ ਨੂੰ ਰੋਕਣਾ ਹੈ, ਬੰਦ ਹੋਣ 'ਤੇ ਮਸ਼ੀਨ ਨੂੰ ਬੰਦ ਕਰਨਾ ਹੈ, ਜਾਂ ਬੰਦ ਹੋਣ 'ਤੇ ਮਸ਼ੀਨ ਨੂੰ ਰੀਬੂਟ ਕਰਨਾ ਹੈ।

ਇਹ ਯੂਜ਼ਰ-ਸਪੇਸ ਕਮਾਂਡਾਂ ਲੀਨਕਸ ਨੂੰ ਇੱਕ ਰੀਬੂਟ ਸਿਸਟਮ ਕਾਲ ਜਾਰੀ ਕਰਦੀਆਂ ਹਨ, ਜੋ ਕਿ ਕਰਨਲ ਦੁਆਰਾ ਫਸਿਆ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇੱਕ SBI ਈਕਾਲ ਨਾਲ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ।
ਰੀਬੂਟ ਦੇ ਕਈ ਪੱਧਰ ਹਨ - REBOOT_WARM, REBOOT_COLD, REBOOT_HARD - ਇਹਨਾਂ ਨੂੰ ਕਰਨਲ ਨੂੰ ਕਮਾਂਡ ਲਾਈਨ ਆਰਗੂਮੈਂਟ ਦੇ ਤੌਰ 'ਤੇ ਪਾਸ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈample, REBOOT_WARM ਲਈ reboot=w[arm])। ਲੀਨਕਸ ਕਰਨਲ ਸਰੋਤ ਕੋਡ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਵੇਖੋ ਦਸਤਾਵੇਜ਼/ਐਡਮਿਨ-ਗਾਈਡ/ਕਰਨਲ-ਪੈਰਾਮਟਰਸ.txt.
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜੇਕਰ /sys/kernel/reboot ਯੋਗ ਹੈ, ਤਾਂ ਹੇਠਾਂ ਦਿੱਤੇ ਹੈਂਡਲਰਾਂ ਨੂੰ ਮੌਜੂਦਾ ਸਿਸਟਮ ਰੀਬੂਟ ਸੰਰਚਨਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਪੜ੍ਹਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਬਦਲਣ ਲਈ ਲਿਖਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਲੀਨਕਸ ਕਰਨਲ ਸਰੋਤ ਕੋਡ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਵੇਖੋ ਦਸਤਾਵੇਜ਼/ABI/ਟੈਸਟਿੰਗ/sysfs-ਕਰਨਲ-ਰੀਬੂਟ.

ਨਿਗਰਾਨੀ ਕਰਨ ਵਾਲੇ ਕੁੱਤੇ

ਸਿਸਟਮ ਬੂਟਿੰਗ ਅਤੇ ਸਿਸਟਮ ਰੀਬੂਟਿੰਗ ਨਾਲ ਸਬੰਧਤ ਇੱਕ ਹੋਰ ਸੰਕਲਪ ਵਾਚਡੌਗ ਟਾਈਮਰ ਦੀ ਫਾਇਰਿੰਗ 'ਤੇ ਸਿਸਟਮ ਰਿਕਵਰੀ ਹੈ। ਵਾਚਡੌਗ ਟਾਈਮਰ ਏਮਬੈਡਡ ਸਿਸਟਮਾਂ ਵਿੱਚ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਅਸਥਾਈ ਹਾਰਡਵੇਅਰ ਨੁਕਸਾਂ ਤੋਂ ਆਪਣੇ ਆਪ ਠੀਕ ਹੋਣ ਲਈ, ਅਤੇ ਗਲਤ ਜਾਂ ਦੁਸ਼ਟ ਸੌਫਟਵੇਅਰ ਨੂੰ ਸਿਸਟਮ ਓਪਰੇਸ਼ਨ ਵਿੱਚ ਵਿਘਨ ਪਾਉਣ ਤੋਂ ਰੋਕਣ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ।
PIC64GX ਵਿੱਚ ਹਾਰਡਵੇਅਰ ਵਾਚਡੌਗ ਸਹਾਇਤਾ ਸ਼ਾਮਲ ਹੈ ਜੋ ਸਿਸਟਮ ਦੇ ਚੱਲਦੇ ਸਮੇਂ ਵਿਅਕਤੀਗਤ ਹਾਰਟਸ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੀ ਹੈ। ਵਾਚਡੌਗ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹਨ ਕਿ ਹਾਰਟਸ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੇਕਰ ਉਹ ਨਾ-ਮੁੜਨਯੋਗ ਸੌਫਟਵੇਅਰ ਗਲਤੀਆਂ ਕਾਰਨ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦੇ ਹਨ।
PIC64GX ਵਿੱਚ ਸਿਸਟਮ ਲਾਕਅੱਪ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਵਾਚਡੌਗ ਟਾਈਮਰ ਹਾਰਡਵੇਅਰ ਬਲਾਕਾਂ ਦੇ ਪੰਜ ਉਦਾਹਰਣ ਸ਼ਾਮਲ ਹਨ - ਹਰੇਕ ਹਾਰਟ ਲਈ ਇੱਕ। ਮਿਸ਼ਰਤ ਅਸਮੈਟ੍ਰਿਕ ਮਲਟੀ-ਪ੍ਰੋਸੈਸਿੰਗ ਦੀ ਸਹੂਲਤ ਲਈ (AMP) ਵਰਕਲੋਡ, HSS ਨਿਗਰਾਨੀ ਕਰਨ ਅਤੇ ਵਾਚਡੌਗਾਂ ਦੀ ਗੋਲੀਬਾਰੀ 'ਤੇ ਪ੍ਰਤੀਕਿਰਿਆ ਕਰਨ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।

PIC64GX ਵਾਚਡੌਗ

HSS ਪਾਵਰ-ਅੱਪ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਹਾਰਟਸ ਨੂੰ ਬੂਟ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ, ਅਤੇ ਕਿਸੇ ਵੀ ਸਮੇਂ (ਵਿਅਕਤੀਗਤ ਜਾਂ ਸਮੂਹਿਕ ਤੌਰ 'ਤੇ) ਉਹਨਾਂ ਨੂੰ ਦੁਬਾਰਾ ਬੂਟ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ।tage, ਕੀ ਇਸਦੀ ਲੋੜ ਜਾਂ ਇੱਛਾ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਸਦੇ ਨਤੀਜੇ ਵਜੋਂ, PIC64GX 'ਤੇ ਵਾਚਡੌਗ ਘਟਨਾਵਾਂ 'ਤੇ ਪ੍ਰਤੀਕਿਰਿਆ ਕਰਨਾ HSS ਦੁਆਰਾ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ।
ਇੱਕ 'ਵਰਚੁਅਲ ਵਾਚਡੌਗ' ਮਾਨੀਟਰ ਨੂੰ ਇੱਕ HSS ਸਟੇਟ ਮਸ਼ੀਨ ਸੇਵਾ ਦੇ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਸਦੀਆਂ ਜ਼ਿੰਮੇਵਾਰੀਆਂ U54 ਵਿਅਕਤੀਗਤ ਵਾਚਡੌਗ ਹਾਰਡਵੇਅਰ ਮਾਨੀਟਰਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਦੀ ਸਥਿਤੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ ਹਨ। ਜਦੋਂ ਇਹਨਾਂ U54 ਵਾਚਡੌਗਾਂ ਵਿੱਚੋਂ ਇੱਕ ਟ੍ਰਿਪ ਕਰਦਾ ਹੈ, ਤਾਂ HSS ਇਸਦਾ ਪਤਾ ਲਗਾਉਂਦਾ ਹੈ ਅਤੇ ਉਚਿਤ ਤੌਰ 'ਤੇ U54 ਨੂੰ ਰੀਬੂਟ ਕਰੇਗਾ। ਜੇਕਰ U54 ਇੱਕ SMP ਸੰਦਰਭ ਦਾ ਹਿੱਸਾ ਹੈ, ਤਾਂ ਪੂਰੇ ਸੰਦਰਭ ਨੂੰ ਰੀਬੂਟ ਲਈ ਵਿਚਾਰਿਆ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਸੰਦਰਭ ਵਿੱਚ ਗਰਮ ਰੀਬੂਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਹੈ। ਜੇਕਰ ਸੰਦਰਭ ਵਿੱਚ ਕੋਲਡ ਰੀਬੂਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਹੈ ਤਾਂ ਪੂਰਾ ਸਿਸਟਮ ਰੀਬੂਟ ਕੀਤਾ ਜਾਵੇਗਾ।

ਸੰਬੰਧਿਤ Kconfigਚੋਣਾਂ

ਵਾਚਡੌਗ ਸਪੋਰਟ ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ ਜਾਰੀ ਕੀਤੇ HSS ਬਿਲਡਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਕਸਟਮ HSS ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇਹ ਸੈਕਸ਼ਨ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਸੰਰਚਨਾ ਵਿਧੀ ਦਾ ਵਰਣਨ ਕਰੇਗਾ ਕਿ ਵਾਚਡੌਗ ਸਪੋਰਟ ਸਮਰੱਥ ਹੈ।

HSS ਨੂੰ Kconfig ਸੰਰਚਨਾ ਸਿਸਟਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਇੱਕ ਉੱਚ ਪੱਧਰੀ .config file HSS ਬਿਲਡ ਵਿੱਚ ਜਾਂ ਬਾਹਰ ਕਿਹੜੀਆਂ ਸੇਵਾਵਾਂ ਕੰਪਾਇਲ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇਹ ਚੁਣਨ ਲਈ ਲੋੜੀਂਦਾ ਹੈ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਉੱਚ-ਪੱਧਰੀ CONFIG_SERVICE_WDOG ਵਿਕਲਪ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ("ਮੇਕ ਕੌਂਫਿਗ ਰਾਹੀਂ "ਵਰਚੁਅਲ ਵਾਚਡੌਗ ਸਪੋਰਟ")।

ਇਹ ਫਿਰ ਹੇਠ ਲਿਖੇ ਉਪ-ਵਿਕਲਪਾਂ ਨੂੰ ਉਜਾਗਰ ਕਰਦਾ ਹੈ ਜੋ ਵਾਚਡੌਗ ਸਹਾਇਤਾ 'ਤੇ ਨਿਰਭਰ ਹਨ:

CONFIG_SERVICE_WD OG_DEBUG
ਵਰਚੁਅਲ ਵਾਚਡੌਗ ਸੇਵਾ ਤੋਂ ਜਾਣਕਾਰੀ/ਡੀਬੱਗ ਸੁਨੇਹਿਆਂ ਲਈ ਸਮਰਥਨ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ।
CONFIG_SERVICE_WD OG_DEBUG_TIMEOUT_SECS
ਇਹ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਕਿ ਵਾਚਡੌਗ ਡੀਬੱਗ ਸੁਨੇਹੇ HSS ਦੁਆਰਾ ਆਉਟਪੁੱਟ ਹੋਣ ਦੀ ਮਿਆਦ (ਸਕਿੰਟਾਂ ਵਿੱਚ) ਹੋਵੇਗੀ।
CONFIG_SERVICE_WD OG_ENABLE_E51
U51s ਤੋਂ ਇਲਾਵਾ E54 ਮਾਨੀਟਰ ਦਿਲ ਲਈ ਵਾਚਡੌਗ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ, ਜੋ ਕਿ HSS ਦੇ ਸੰਚਾਲਨ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ।

ਜਦੋਂ E51 ਵਾਚਡੌਗ ਸਮਰੱਥ ਹੁੰਦਾ ਹੈ, ਤਾਂ HSS ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਵਾਚਡੌਗ ਨੂੰ ਇਸਨੂੰ ਤਾਜ਼ਾ ਕਰਨ ਅਤੇ ਇਸਨੂੰ ਫਾਇਰਿੰਗ ਤੋਂ ਰੋਕਣ ਲਈ ਲਿਖਦਾ ਰਹੇਗਾ। ਜੇਕਰ, ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ, E51 ਦਿਲ ਲਾਕ ਹੋ ਜਾਂਦਾ ਹੈ ਜਾਂ ਕਰੈਸ਼ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ E51 ਵਾਚਡੌਗ ਸਮਰੱਥ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਹਮੇਸ਼ਾ ਪੂਰੇ ਸਿਸਟਮ ਨੂੰ ਰੀਸੈਟ ਕਰੇਗਾ।

ਵਾਚਡੌਗ ਓਪਰੇਸ਼ਨ
ਵਾਚਡੌਗ ਹਾਰਡਵੇਅਰ ਡਾਊਨ ਕਾਊਂਟਰਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਵਾਚਡੌਗ ਮੈਕਸੀਮਮ ਵੈਲਯੂ ਨੂੰ ਜਿਸ ਤੱਕ ਰਿਫਰੈਸ਼ ਦੀ ਇਜਾਜ਼ਤ ਹੈ (MVRP) ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਕੇ ਇੱਕ ਰਿਫਰੈਸ਼-ਵਰਜਿਤ ਵਿੰਡੋ ਬਣਾਈ ਜਾ ਸਕਦੀ ਹੈ।

ਜਦੋਂ ਵਾਚਡੌਗ ਟਾਈਮਰ ਦਾ ਮੌਜੂਦਾ ਮੁੱਲ MVRP ਮੁੱਲ ਤੋਂ ਵੱਧ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਵਾਚਡੌਗ ਨੂੰ ਤਾਜ਼ਾ ਕਰਨਾ ਵਰਜਿਤ ਹੈ। ਵਰਜਿਤ ਵਿੰਡੋ ਵਿੱਚ ਵਾਚਡੌਗ ਟਾਈਮਰ ਨੂੰ ਤਾਜ਼ਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਨਾਲ ਇੱਕ ਟਾਈਮਆਉਟ ਇੰਟਰੱਪਟ ਆਵੇਗਾ।

MVRP ਮੁੱਲ ਅਤੇ ਟਰਿੱਗਰ ਮੁੱਲ (TRIG) ਦੇ ਵਿਚਕਾਰ ਵਾਚਡੌਗ ਨੂੰ ਰਿਫ੍ਰੈਸ਼ ਕਰਨ ਨਾਲ ਕਾਊਂਟਰ ਸਫਲਤਾਪੂਰਵਕ ਰਿਫ੍ਰੈਸ਼ ਹੋ ਜਾਵੇਗਾ ਅਤੇ ਵਾਚਡੌਗ ਨੂੰ ਫਾਇਰਿੰਗ ਤੋਂ ਰੋਕਿਆ ਜਾਵੇਗਾ।
ਇੱਕ ਵਾਰ ਜਦੋਂ ਵਾਚਡੌਗ ਟਾਈਮਰ ਮੁੱਲ TRIG ਮੁੱਲ ਤੋਂ ਘੱਟ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਵਾਚਡੌਗ ਚਾਲੂ ਹੋ ਜਾਵੇਗਾ।

ਵਾਚਡੌਗ ਸਟੇਟ ਮਸ਼ੀਨ

ਵਾਚਡੌਗ ਸਟੇਟ ਮਸ਼ੀਨ ਬਹੁਤ ਸਿੱਧੀ ਹੈ - E51 ਲਈ ਵਾਚਡੌਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਕੇ ਸ਼ੁਰੂ ਕਰਨਾ, ਜੇਕਰ ਸਮਰੱਥ ਹੈ, ਤਾਂ ਇੱਕ ਨਿਸ਼ਕਿਰਿਆ ਸਥਿਤੀ ਵਿੱਚੋਂ ਨਿਗਰਾਨੀ ਵਿੱਚ ਜਾਣਾ। ਹਰ ਵਾਰ ਸੁਪਰਲੂਪ ਦੇ ਆਲੇ-ਦੁਆਲੇ, ਇਸ ਨਿਗਰਾਨੀ ਸਥਿਤੀ ਨੂੰ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਹਰੇਕ U54 ਵਾਚਡੌਗ ਦੀ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।

ਵਾਚਡੌਗ ਸਟੇਟ ਮਸ਼ੀਨ ਹਾਰਟ (ਅਤੇ ਇਸਦੇ ਬੂਟ ਸੈੱਟ ਵਿੱਚ ਮੌਜੂਦ ਕੋਈ ਵੀ ਹੋਰ ਹਾਰਟ) ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨ ਲਈ ਬੂਟ ਸਟੇਟ ਮਸ਼ੀਨ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਦੀ ਹੈ, ਜੇਕਰ ਇਹ ਪਤਾ ਲਗਾਉਂਦਾ ਹੈ ਕਿ ਹਾਰਟ ਸਮੇਂ ਸਿਰ ਆਪਣੇ ਵਾਚਡੌਗ ਨੂੰ ਤਾਜ਼ਾ ਕਰਨ ਵਿੱਚ ਕਾਮਯਾਬ ਨਹੀਂ ਹੋਇਆ ਹੈ।

ਲੌਕਡਾਊਨ ਮੋਡ

ਆਮ ਤੌਰ 'ਤੇ (ਖਾਸ ਕਰਕੇ ਨਾਲ AMP ਐਪਲੀਕੇਸ਼ਨਾਂ), ਇਹ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ HSS ਇੱਕ U54 'ਤੇ M-ਮੋਡ ਵਿੱਚ ਰਹੇਗਾ, ਤਾਂ ਜੋ ਪ੍ਰਤੀ-ਸੰਕੇਤ ਰੀਬੂਟ (ਭਾਵ ਸਿਰਫ਼ ਇੱਕ ਸੰਦਰਭ ਰੀਬੂਟ, ਫੁੱਲ-ਚਿੱਪ ਰੀਬੂਟ ਤੋਂ ਬਿਨਾਂ), ਅਤੇ HSS ਨੂੰ ਸਿਹਤ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੱਤੀ ਜਾ ਸਕੇ (ECCs, ਲਾਕ ਸਥਿਤੀ ਬਿੱਟ, ਬੱਸ ਗਲਤੀਆਂ, SBI ਗਲਤੀਆਂ, PMP ਉਲੰਘਣਾਵਾਂ, ਆਦਿ)।

ਇੱਕ ਪ੍ਰਤੀ- 'ਤੇ ਰੀਬੂਟ ਸਮਰੱਥਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ-AMP ਸੰਦਰਭ ਦੇ ਆਧਾਰ 'ਤੇ (ਪੂਰੇ ਸਿਸਟਮ ਨੂੰ ਰੀਬੂਟ ਕਰਨ ਦੀ ਲੋੜ ਤੋਂ ਬਿਨਾਂ), E51 ਕੋਲ ਆਮ ਤੌਰ 'ਤੇ ਸਿਸਟਮ ਦੀ ਪੂਰੀ ਮੈਮੋਰੀ ਸਪੇਸ ਤੱਕ ਵਿਸ਼ੇਸ਼ ਮੈਮੋਰੀ ਪਹੁੰਚ ਹੁੰਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਅਜਿਹੀਆਂ ਸਥਿਤੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜਿੱਥੇ ਇਹ ਫਾਇਦੇਮੰਦ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਗਾਹਕ ਸਿਸਟਮ ਦੇ ਸਫਲਤਾਪੂਰਵਕ ਬੂਟ ਹੋਣ ਤੋਂ ਬਾਅਦ E51 HSS ਫਰਮਵੇਅਰ ਕੀ ਕਰਦਾ ਹੈ ਨੂੰ ਸੀਮਤ ਕਰਨਾ ਪਸੰਦ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, U54 ਐਪਲੀਕੇਸ਼ਨ ਹਾਰਟਸ ਦੇ ਬੂਟ ਹੋਣ ਤੋਂ ਬਾਅਦ HSS ਨੂੰ ਲੌਕਡਾਊਨ ਮੋਡ ਵਿੱਚ ਰੱਖਣਾ ਸੰਭਵ ਹੈ।

ਇਸਨੂੰ HSS Kconfig ਵਿਕਲਪ CONFIG_SERVICE_LOCKDOWN ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਮਰੱਥ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।
ਲਾਕਡਾਊਨ ਸੇਵਾ ਦਾ ਉਦੇਸ਼ HSS ਦੁਆਰਾ U54 ਐਪਲੀਕੇਸ਼ਨ ਹਾਰਟਸ ਨੂੰ ਬੂਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਉਸ ਦੀਆਂ ਗਤੀਵਿਧੀਆਂ 'ਤੇ ਪਾਬੰਦੀ ਲਗਾਉਣ ਦੀ ਆਗਿਆ ਦੇਣਾ ਹੈ।

ਚਿੱਤਰ 4.2. HSS ਲੌਕਡਾਊਨ ਮੋਡ

ਇੱਕ ਵਾਰ ਲੌਕਡਾਊਨ ਮੋਡ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਇਹ ਹੋਰ ਸਾਰੀਆਂ HSS ਸਰਵਿਸ ਸਟੇਟ ਮਸ਼ੀਨਾਂ ਨੂੰ ਚੱਲਣ ਤੋਂ ਰੋਕ ਦਿੰਦਾ ਹੈ। ਇਹ ਦੋ ਕਮਜ਼ੋਰ ਤੌਰ 'ਤੇ ਬੰਨ੍ਹੇ ਹੋਏ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ:

e51_pmp_lockdown(), ਅਤੇ
e51_ਲਾਕਡਾਊਨ()

ਇਹਨਾਂ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਬੋਰਡ-ਵਿਸ਼ੇਸ਼ ਕੋਡ ਦੁਆਰਾ ਓਵਰਰਾਈਡ ਕਰਨ ਦਾ ਇਰਾਦਾ ਹੈ। ਪਹਿਲਾ ਇੱਕ ਸੰਰਚਨਾਯੋਗ ਟਰਿੱਗਰ ਫੰਕਸ਼ਨ ਹੈ ਜੋ BSP ਨੂੰ ਇਸ ਬਿੰਦੂ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਪੇਲੋਡਾਂ ਤੋਂ E51 ਨੂੰ ਲਾਕ ਕਰਨ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇਸ ਫੰਕਸ਼ਨ ਦਾ ਕਮਜ਼ੋਰ ਤੌਰ 'ਤੇ ਬੰਨ੍ਹਿਆ ਹੋਇਆ ਡਿਫਾਲਟ ਲਾਗੂਕਰਨ ਖਾਲੀ ਹੈ। ਦੂਜਾ ਉਹ ਕਾਰਜਕੁਸ਼ਲਤਾ ਹੈ ਜੋ ਉਸ ਬਿੰਦੂ ਤੋਂ ਅੱਗੇ ਚਲਾਈ ਜਾਂਦੀ ਹੈ। ਕਮਜ਼ੋਰ ਤੌਰ 'ਤੇ ਬੰਨ੍ਹਿਆ ਹੋਇਆ ਡਿਫਾਲਟ ਲਾਗੂਕਰਨ E51 ਵਿੱਚ ਇਸ ਬਿੰਦੂ 'ਤੇ ਵਾਚਡੌਗ ਨੂੰ ਸੇਵਾ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਜੇਕਰ U54 ਵਾਚਡੌਗ ਫਾਇਰ ਕਰਦਾ ਹੈ ਤਾਂ ਰੀਬੂਟ ਹੋ ਜਾਵੇਗਾ। ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ, services/lockdown/lockdown_service.c ਵਿੱਚ HSS ਸਰੋਤ ਕੋਡ ਵੇਖੋ। file.

ਅੰਤਿਕਾ

HSS ਪੇਲੋਡ.ਬਿਨ ਫਾਰਮੈਟ

ਇਹ ਭਾਗ payload.bin ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। file ਫਾਰਮੈਟ ਅਤੇ PIC64GX SMP ਨੂੰ ਬੂਟ ਕਰਨ ਲਈ HSS ਦੁਆਰਾ ਵਰਤਿਆ ਗਿਆ ਚਿੱਤਰ ਅਤੇ AMP ਐਪਲੀਕੇਸ਼ਨ.
payload.bin ਇੱਕ ਫਾਰਮੈਟ ਕੀਤਾ ਬਾਈਨਰੀ ਹੈ (ਚਿੱਤਰ A.10) ਜਿਸ ਵਿੱਚ ਇੱਕ ਹੈੱਡ, ਵੱਖ-ਵੱਖ ਡਿਸਕ੍ਰਿਪਟਰ ਟੇਬਲ, ਅਤੇ ਵੱਖ-ਵੱਖ ਚੰਕ ਹੁੰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਵਰਕਲੋਡ ਦੇ ਹਰੇਕ ਹਿੱਸੇ ਦੇ ਕੋਡ ਅਤੇ ਡੇਟਾ ਸੈਕਸ਼ਨ ਹੁੰਦੇ ਹਨ। ਇੱਕ ਚੰਕ ਨੂੰ ਮੈਮੋਰੀ ਦੇ ਇੱਕ ਮਨਮਾਨੇ-ਆਕਾਰ ਦੇ ਨਾਲ ਲੱਗਦੇ ਬਲਾਕ ਵਜੋਂ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਚਿੱਤਰ A.10. ਪੇਲੋਡ.ਬਿਨ ਫਾਰਮੈਟ

ਹੈਡਰ ਵਾਲਾ ਹਿੱਸਾ (ਚਿੱਤਰ A.11 ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ) ਵਿੱਚ payload.bin ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਇੱਕ ਜਾਦੂਈ ਮੁੱਲ ਅਤੇ ਕੁਝ ਹਾਊਸਕੀਪਿੰਗ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਹੈ, ਨਾਲ ਹੀ ਹਰੇਕ 'ਤੇ ਚਲਾਉਣ ਲਈ ਇਰਾਦੇ ਵਾਲੇ ਚਿੱਤਰ ਦੇ ਵੇਰਵਿਆਂ ਦੇ ਨਾਲ।
U54 ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ। ਇਹ ਹਰੇਕ U54 ਹਾਰਟ ਨੂੰ ਕਿਵੇਂ ਬੂਟ ਕਰਨਾ ਹੈ, ਅਤੇ ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ ਬੂਟ ਹੋਣ ਯੋਗ ਚਿੱਤਰਾਂ ਦੇ ਸੈੱਟ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਇਸਦੀ ਹਾਊਸਕੀਪਿੰਗ ਜਾਣਕਾਰੀ ਵਿੱਚ, ਇਸ ਵਿੱਚ ਹੈਡਰ ਦੇ ਆਕਾਰ ਨੂੰ ਵਧਾਉਣ ਲਈ ਵਰਣਨਕਰਤਾਵਾਂ ਦੇ ਵੱਖ-ਵੱਖ ਟੇਬਲਾਂ ਲਈ ਪੁਆਇੰਟਰ ਹਨ।

ਚਿੱਤਰ A.11. payload.bin ਹੈਡਰ

ਕੋਡ ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਸਥਿਰ ਡੇਟਾ ਨੂੰ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਲਈ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਵਾਲੇ ਭਾਗ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਵੱਲ ਹੈਡਰ ਵਰਣਨਕਰਤਾਵਾਂ ਦੁਆਰਾ ਇਸ਼ਾਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਗੈਰ-ਜ਼ੀਰੋ ਸ਼ੁਰੂਆਤੀ ਡੇਟਾ ਵੇਰੀਏਬਲ ਪੜ੍ਹਨ-ਲਿਖਣ ਵਾਲੇ ਡੇਟਾ ਹੁੰਦੇ ਹਨ ਪਰ ਉਹਨਾਂ ਦੇ ਸ਼ੁਰੂਆਤੀ ਮੁੱਲ ਸ਼ੁਰੂਆਤ 'ਤੇ ਪੜ੍ਹਨ-ਸਿਰਫ਼ ਭਾਗ ਤੋਂ ਕਾਪੀ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਪੜ੍ਹਨ-ਸਿਰਫ਼ ਭਾਗ ਵਿੱਚ ਵੀ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਰੀਡ-ਓਨਲੀ ਪੇਲੋਡ ਡੇਟਾ ਸੈਕਸ਼ਨ ਨੂੰ ਕੋਡ ਅਤੇ ਡੇਟਾ ਚੰਕ ਡਿਸਕ੍ਰਿਪਟਰਾਂ ਦੀ ਇੱਕ ਸਾਰਣੀ ਦੁਆਰਾ ਦਰਸਾਇਆ ਗਿਆ ਹੈ। ਇਸ ਸਾਰਣੀ ਵਿੱਚ ਹਰੇਕ ਚੰਕ ਡਿਸਕ੍ਰਿਪਟਰ ਵਿੱਚ ਇੱਕ 'ਹਾਰਟ ਮਾਲਕ' ਹੁੰਦਾ ਹੈ (ਮੁੱਖ ਹਾਰਟ ਜਿਸ ਸੰਦਰਭ ਵਿੱਚ ਇਸਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਇਆ ਗਿਆ ਹੈ)।
at), ਇੱਕ ਲੋਡ ਆਫਸੈੱਟ (ਪੇਲੋਡ.ਬਿਨ ਦੇ ਅੰਦਰ ਆਫਸੈੱਟ), ਅਤੇ ਇੱਕ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਐਡਰੈੱਸ (PIC64GX ਮੈਮੋਰੀ ਵਿੱਚ ਮੰਜ਼ਿਲ ਐਡਰੈੱਸ), ਇੱਕ ਆਕਾਰ ਅਤੇ ਚੈੱਕਸਮ ਦੇ ਨਾਲ। ਇਹ ਚਿੱਤਰ A.12 ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।

ਚਿੱਤਰ A.12. ਰੀਡ-ਓਨਲੀ ਚੰਕ ਡਿਸਕ੍ਰਿਪਟਰ ਅਤੇ ਪੇਲੋਡ ਚੰਕ ਡੇਟਾ

ਉਪਰੋਕਤ ਚੰਕਸ ਤੋਂ ਇਲਾਵਾ, ਡੇਟਾ ਵੇਰੀਏਬਲ ਦੇ ਅਨੁਸਾਰੀ ਮੈਮੋਰੀ ਦੇ ਚੰਕਸ ਵੀ ਹਨ ਜੋ ਜ਼ੀਰੋ ਤੇ ਸ਼ੁਰੂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਹ ਪੇਲੋਡ.ਬਿਨ ਵਿੱਚ ਡੇਟਾ ਦੇ ਰੂਪ ਵਿੱਚ ਸਟੋਰ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਬਲਕਿ ਜ਼ੀਰੋ-ਸ਼ੁਰੂ ਕੀਤੇ ਚੰਕ ਡਿਸਕ੍ਰਿਪਟਰਾਂ ਦਾ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸਮੂਹ ਹਨ, ਜੋ ਸਟਾਰਟਅਪ ਦੌਰਾਨ ਜ਼ੀਰੋ ਤੇ ਸੈੱਟ ਕਰਨ ਲਈ ਇੱਕ ਪਤਾ ਅਤੇ RAM ਦੀ ਲੰਬਾਈ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ। ਇਹ ਚਿੱਤਰ A.13 ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।

ਚਿੱਤਰ A.13. ZI ਟੁਕੜੇ

hss-ਪੇਲੋਡ-ਜਨਰੇਟਰ
HSS ਪੇਲੋਡ ਜਨਰੇਟਰ ਟੂਲ ਹਾਰਟ ਸੌਫਟਵੇਅਰ ਸਰਵਿਸ ਜ਼ੀਰੋ-ਐਸ ਲਈ ਇੱਕ ਫਾਰਮੈਟ ਕੀਤਾ ਪੇਲੋਡ ਚਿੱਤਰ ਬਣਾਉਂਦਾ ਹੈ।tagPIC64GX ਤੇ e ਬੂਟਲੋਡਰ, ਇੱਕ ਸੰਰਚਨਾ ਦਿੱਤੀ ਗਈ ਹੈ file ਅਤੇ ELF ਦਾ ਸੈੱਟ files ਅਤੇ/ਜਾਂ ਬਾਈਨਰੀ। ਸੰਰਚਨਾ file ELF ਬਾਈਨਰੀਆਂ ਜਾਂ ਬਾਈਨਰੀ ਬਲੌਬਸ ਨੂੰ ਵਿਅਕਤੀਗਤ ਐਪਲੀਕੇਸ਼ਨ ਹਾਰਟਸ (U54s) ਨਾਲ ਮੈਪ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਚਿੱਤਰ B.14. hss-ਪੇਲੋਡ-ਜਨਰੇਟਰ ਪ੍ਰਵਾਹ

ਇਹ ਟੂਲ ਸੰਰਚਨਾ ਦੀ ਬਣਤਰ 'ਤੇ ਮੁੱਢਲੀ ਸੈਨੀਟੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। file ਖੁਦ ਅਤੇ ELF ਚਿੱਤਰਾਂ 'ਤੇ। ELF ਚਿੱਤਰ RISC-V ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।

Example ਰਨ

hss-payload-generator ਟੂਲ ਨੂੰ s ਨਾਲ ਚਲਾਉਣ ਲਈample ਸੰਰਚਨਾ file ਅਤੇ ELF files:
$ ./hss-ਪੇਲੋਡ-ਜਨਰੇਟਰ -c ਟੈਸਟ/config.yaml ਆਉਟਪੁੱਟ.ਬਿਨ
ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਚਿੱਤਰ ਬਾਰੇ ਡਾਇਗਨੌਸਟਿਕਸ ਪ੍ਰਿੰਟ ਕਰਨ ਲਈ, ਵਰਤੋਂ:
$ ./hss-ਪੇਲੋਡ-ਜਨਰੇਟਰ -d ਆਉਟਪੁੱਟ.ਬਿਨ

ਸੁਰੱਖਿਅਤ ਬੂਟ ਪ੍ਰਮਾਣੀਕਰਨ (ਚਿੱਤਰ ਸਾਈਨਿੰਗ ਰਾਹੀਂ) ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਲਈ, ਅੰਡਾਕਾਰ ਕਰਵ P-509 (SECP384r384) ਲਈ X.1 ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਦੀ ਸਥਿਤੀ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ -p ਦੀ ਵਰਤੋਂ ਕਰੋ:
$ ./hss-ਪੇਲੋਡ-ਜਨਰੇਟਰ -c ਟੈਸਟ/config.yaml ਪੇਲੋਡ.ਬਿਨ -p /path/to/private.pem

ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, ਸੁਰੱਖਿਅਤ ਬੂਟ ਪ੍ਰਮਾਣੀਕਰਨ ਦਸਤਾਵੇਜ਼ ਵੇਖੋ।

ਸੰਰਚਨਾ File Example

ਪਹਿਲਾਂ, ਅਸੀਂ ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ ਆਪਣੀ ਤਸਵੀਰ ਲਈ ਇੱਕ ਨਾਮ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹਾਂ, ਨਹੀਂ ਤਾਂ, ਇੱਕ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਬਣਾਇਆ ਜਾਵੇਗਾ:
ਸੈੱਟ-ਨਾਮ: 'PIC64-HSS::TestImage'
ਅੱਗੇ, ਅਸੀਂ ਹਰੇਕ ਦਿਲ ਲਈ ਐਂਟਰੀ ਪੁਆਇੰਟ ਐਡਰੈੱਸ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਾਂਗੇ:
hart-entry-points: {u54_1: ‘0x80200000’, u54_2: ‘0x80200000’, u54_3: ‘0xB0000000′, u54_4:’0x80200000’}

ELF ਸਰੋਤ ਚਿੱਤਰ ਇੱਕ ਐਂਟਰੀ ਪੁਆਇੰਟ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਅਸੀਂ ਲੋੜ ਪੈਣ 'ਤੇ ਹਾਰਟਸ ਲਈ ਸੈਕੰਡਰੀ ਐਂਟਰੀ ਪੁਆਇੰਟਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੁੰਦੇ ਹਾਂ, ਉਦਾਹਰਣ ਵਜੋਂampਜਾਂ, ਜੇਕਰ ਇੱਕੋ ਚਿੱਤਰ ਨੂੰ ਬੂਟ ਕਰਨ ਲਈ ਕਈ ਹਾਰਟਸ ਦਾ ਇਰਾਦਾ ਹੈ, ਤਾਂ ਉਹਨਾਂ ਦੇ ਵਿਅਕਤੀਗਤ ਐਂਟਰੀ ਪੁਆਇੰਟ ਹੋ ਸਕਦੇ ਹਨ। ਇਸਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ, ਅਸੀਂ ਸੰਰਚਨਾ ਵਿੱਚ ਅਸਲ ਐਂਟਰੀ ਪੁਆਇੰਟ ਪਤੇ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਾਂ। file ਆਪਣੇ ਆਪ ਨੂੰ.

ਅਸੀਂ ਹੁਣ ਕੁਝ ਪੇਲੋਡ ਪਰਿਭਾਸ਼ਿਤ ਕਰ ਸਕਦੇ ਹਾਂ (ਸਰੋਤ ELF files, ਜਾਂ ਬਾਈਨਰੀ ਬਲੌਬ) ਜੋ ਕਿ ਮੈਮੋਰੀ ਵਿੱਚ ਕੁਝ ਖਾਸ ਖੇਤਰਾਂ ਵਿੱਚ ਰੱਖੇ ਜਾਣਗੇ। ਪੇਲੋਡ ਭਾਗ ਨੂੰ ਕੀਵਰਡ ਪੇਲੋਡਸ ਨਾਲ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਫਿਰ ਕਈ ਵਿਅਕਤੀਗਤ ਪੇਲੋਡ ਵਰਣਨਕਰਤਾਵਾਂ ਦੀ ਇੱਕ ਸੰਖਿਆ। ਹਰੇਕ ਪੇਲੋਡ ਦਾ ਇੱਕ ਨਾਮ ਹੁੰਦਾ ਹੈ (ਇਸਦੇ ਲਈ ਮਾਰਗ) file), ਇੱਕ ਮਾਲਕ-ਹਾਰਟ, ਅਤੇ ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ 1 ਤੋਂ 3 ਸੈਕੰਡਰੀ ਹਾਰਟ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ ਪੇਲੋਡ ਵਿੱਚ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਮੋਡ ਹੁੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਇਹ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸ਼ੁਰੂ ਕਰੇਗਾ। ਵੈਧ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਮੋਡ PRV_M, PRV_S ਅਤੇ PRV_U ਹਨ, ਜਿੱਥੇ ਇਹਨਾਂ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ:

PRV_M ਮਸ਼ੀਨ ਮੋਡ
PRV_S ਸੁਪਰਵਾਈਜ਼ਰ ਮੋਡ
PRV_U ਯੂਜ਼ਰ ਮੋਡ

ਹੇਠ ਦਿੱਤੇ ਸਾਬਕਾ ਵਿੱਚampLe:

test/zephyr.elf ਨੂੰ ਇੱਕ Zephyr ਐਪਲੀਕੇਸ਼ਨ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਜੋ U54_3 ਵਿੱਚ ਚੱਲਦਾ ਹੈ, ਅਤੇ PRV_M ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਮੋਡ ਵਿੱਚ ਸ਼ੁਰੂ ਹੋਣ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ।
test/u-boot-dtb.bin Das U-Boot ਬੂਟਲੋਡਰ ਐਪਲੀਕੇਸ਼ਨ ਹੈ, ਅਤੇ ਇਹ U54_1, U54_2 ਅਤੇ U54_4 'ਤੇ ਚੱਲਦਾ ਹੈ। ਇਹ PRV_S ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਮੋਡ ਵਿੱਚ ਸ਼ੁਰੂ ਹੋਣ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ।

ਮਹੱਤਵਪੂਰਨ:
ਯੂ-ਬੂਟ ਦਾ ਆਉਟਪੁੱਟ ਇੱਕ ELF ਬਣਾਉਂਦਾ ਹੈ file, ਪਰ ਆਮ ਤੌਰ 'ਤੇ ਇਹ .elf ਐਕਸਟੈਂਸ਼ਨ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਨਹੀਂ ਜੋੜਦਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, CONFIG_OF_SEPARATE ਦੁਆਰਾ ਬਣਾਈ ਗਈ ਬਾਈਨਰੀ ਵਰਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਡਿਵਾਈਸ ਟ੍ਰੀ ਬਲੌਬ ਨੂੰ U-Boot ਬਾਈਨਰੀ ਵਿੱਚ ਜੋੜਦੀ ਹੈ।

ਇੱਥੇ ਸਾਬਕਾ ਹੈampਪੇਲੋਡ ਸੰਰਚਨਾ file:

ਟੈਸਟ/ਜ਼ੇਫਿਰ.ਐਲਫ:
{exec-addr: '0xB0000000', ਮਾਲਕ-ਹਾਰਟ: u54_3, ਪ੍ਰਾਈਵੇਟ-ਮੋਡ: prv_m, ਛੱਡੋ-ਓਪਨਸਬੀ: ਸੱਚ}
ਟੈਸਟ/ਯੂ-ਬੂਟ-ਡੀਟੀਬੀ.ਬਿਨ:
{exec-addr: '0x80200000', ਮਾਲਕ-ਹਾਰਟ: u54_1, ਸੈਕੰਡਰੀ-ਹਾਰਟ: u54_2, ਸੈਕੰਡਰੀ-ਹਾਰਟ: u54_4, ਪ੍ਰਾਈਵੇਟ-ਮੋਡ: prv_s}

ਮਹੱਤਵਪੂਰਨ:
ਕੇਸ ਸਿਰਫ਼ ਇਹਨਾਂ ਲਈ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ file ਪਾਥ ਨਾਮ, ਕੀਵਰਡ ਨਹੀਂ। ਇਸ ਲਈ, ਉਦਾਹਰਣ ਵਜੋਂ, u54_1 ਨੂੰ U54_1 ਦੇ ਸਮਾਨ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ exec-addr ਨੂੰ EXEC-ADDR ਦੇ ਸਮਾਨ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ an.elf ਜਾਂ .bin ਐਕਸਟੈਂਸ਼ਨ ਮੌਜੂਦ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਸੰਰਚਨਾ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। file.

ਇੱਕ ਬੇਅਰ ਮੈਟਲ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਜੋ OpenSBI ਨਾਲ ਸਬੰਧਤ ਨਹੀਂ ਹੋਣਾ ਚਾਹੁੰਦਾ, ਵਿਕਲਪ skip-opens, ਜੇਕਰ ਸੱਚ ਹੈ, ਤਾਂ ਉਸ ਦਿਲ 'ਤੇ ਪੇਲੋਡ ਨੂੰ ਇੱਕ ਸਧਾਰਨ mret ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬੁਲਾਇਆ ਜਾਵੇਗਾ।
ਇੱਕ OpenSBI sbi_init() ਕਾਲ ਨਾਲੋਂ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਦਿਲ ਕਿਸੇ ਵੀ OpenSBI HSM ਵਿਚਾਰਾਂ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਬੇਅਰ ਮੈਟਲ ਕੋਡ ਨੂੰ ਚਲਾਉਣਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ। ਧਿਆਨ ਦਿਓ ਕਿ ਇਸਦਾ ਮਤਲਬ ਇਹ ਵੀ ਹੈ ਕਿ ਦਿਲ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦਾ
OpenSBI ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਸੱਦਾ ਦੇਣ ਲਈ ecalls। skip-opens ਵਿਕਲਪ ਵਿਕਲਪਿਕ ਹੈ ਅਤੇ ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ ਗਲਤ ਹੈ।

ਕਿਸੇ ਹੋਰ ਸੰਦਰਭ ਦੇ ਇੱਕ ਸੰਦਰਭ ਨੂੰ ਗਰਮ ਰੀਬੂਟ ਕਰਨ ਦੀ ਆਗਿਆ ਦੇਣ ਲਈ, ਅਸੀਂ allow reboot: warm ਵਿਕਲਪ ਜੋੜ ਸਕਦੇ ਹਾਂ। ਪੂਰੇ ਸਿਸਟਮ ਦੇ ਇੱਕ ਸੰਦਰਭ ਨੂੰ ਠੰਡਾ ਰੀਬੂਟ ਕਰਨ ਦੀ ਆਗਿਆ ਦੇਣ ਲਈ, ਅਸੀਂ allow-reboot: cold ਵਿਕਲਪ ਜੋੜ ਸਕਦੇ ਹਾਂ। ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ, allow-reboot ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤੇ ਬਿਨਾਂ, ਇੱਕ ਸੰਦਰਭ ਨੂੰ ਸਿਰਫ਼ ਆਪਣੇ ਆਪ ਨੂੰ ਗਰਮ ਰੀਬੂਟ ਕਰਨ ਦੀ ਆਗਿਆ ਹੈ।
ਹਰੇਕ ਪੇਲੋਡ ਨਾਲ ਸਹਾਇਕ ਡੇਟਾ ਨੂੰ ਜੋੜਨਾ ਵੀ ਸੰਭਵ ਹੈ, ਉਦਾਹਰਣ ਵਜੋਂample, ਨੂੰ DeviceTree Blob (DTB) file, ਸਹਾਇਕ ਡੇਟਾ ਨਿਰਧਾਰਤ ਕਰਕੇ fileਨਾਮ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ:
test/u-boot.bin: { exec-addr: '0x80200000', ਮਾਲਕ-ਹਾਰਟ: u54_1, ਸੈਕੰਡਰੀ-ਹਾਰਟ: u54_2, ਸੈਕੰਡਰੀ-ਹਾਰਟ: u54_3, ਸੈਕੰਡਰੀ-ਹਾਰਟ: u54_4, ਪ੍ਰਾਈਵੇਟ-ਮੋਡ: prv_s, ਸਹਾਇਕ-ਡਾਟਾ: test/pic64gx.dtb }
ਇਹ ਸਹਾਇਕ ਡੇਟਾ ਪੇਲੋਡ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਵੇਗਾ (ਮੁੱਖ ਤੋਂ ਸਿੱਧਾ ਬਾਅਦ ਰੱਖਿਆ ਜਾਵੇਗਾ) file ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਵਿੱਚ
ਸਪੇਸ), ਅਤੇ ਇਸਦਾ ਪਤਾ next_arg1 ਖੇਤਰ ਵਿੱਚ OpenSBI ਨੂੰ ਭੇਜਿਆ ਜਾਵੇਗਾ (ਬੂਟ ਸਮੇਂ ਚਿੱਤਰ ਨੂੰ $a1 ਰਜਿਸਟਰ ਵਿੱਚ ਪਾਸ ਕੀਤਾ ਜਾਵੇਗਾ)।

HSS ਨੂੰ ਕਿਸੇ ਸੰਦਰਭ ਨੂੰ ਆਪਣੇ ਆਪ ਬੂਟ ਕਰਨ ਤੋਂ ਰੋਕਣ ਲਈ (ਉਦਾਹਰਣ ਵਜੋਂ, ਜੇਕਰ ਅਸੀਂ ਇਸਦਾ ਨਿਯੰਤਰਣ remoteProc ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕਿਸੇ ਸੰਦਰਭ ਨੂੰ ਸੌਂਪਣਾ ਚਾਹੁੰਦੇ ਹਾਂ), skip-autoboot ਫਲੈਗ ਦੀ ਵਰਤੋਂ ਕਰੋ:
test/zephyr.elf: {exec-addr: '0xB0000000', ਮਾਲਕ-ਹਾਰਟ: u54_3, ਪ੍ਰਾਈਵੇਟ-ਮੋਡ: prv_m, skip-opensbi: true, skip-autoboot: true}
ਅੰਤ ਵਿੱਚ, ਅਸੀਂ ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ ਪੇਲੋਡ-ਨਾਮ ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵਿਅਕਤੀਗਤ ਪੇਲੋਡਾਂ ਦੇ ਨਾਮਾਂ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰ ਸਕਦੇ ਹਾਂ। ਉਦਾਹਰਣ ਵਜੋਂampLe:
test/u-boot.bin: { exec-addr: '0x80200000', ਮਾਲਕ-ਹਾਰਟ: u54_1, ਸੈਕੰਡਰੀ-ਹਾਰਟ: u54_2, ਸੈਕੰਡਰੀ-ਹਾਰਟ: u54_3, ਸੈਕੰਡਰੀ-ਹਾਰਟ: u54_4, ਪ੍ਰਾਈਵੇਟ-ਮੋਡ: prv_s, ਸਹਾਇਕ-ਡਾਟਾ: test/pic64gx.dtb, ਪੇਲੋਡ-ਨਾਮ: 'u-boot' }

ਧਿਆਨ ਦਿਓ ਕਿ Yocto ਅਤੇ Buildroot Linux ਬਿਲਡਰ hss-payload- ਨੂੰ ਬਣਾਉਣ, ਸੰਰਚਿਤ ਕਰਨ ਅਤੇ ਚਲਾਉਣਗੇ।
ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰ ਤਿਆਰ ਕਰਨ ਲਈ ਲੋੜ ਅਨੁਸਾਰ ਜਨਰੇਟਰ। ਇਸ ਤੋਂ ਇਲਾਵਾ, pic64gx-curiosity-kit-amp ਯੋਕਟੋ ਵਿੱਚ ਮਸ਼ੀਨ ਟਾਰਗੇਟ hss-ਪੇਲੋਡ-ਜਨਰੇਟਰ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰ ਤਿਆਰ ਕਰੇਗਾ ਜੋ ਦਰਸਾਉਂਦਾ ਹੈ AMP, ਜਿਸ ਵਿੱਚ Linux 3 ਹਾਰਟ 'ਤੇ ਚੱਲਦਾ ਹੈ ਅਤੇ Zephyr 1 ਹਾਰਟ 'ਤੇ ਚੱਲਦਾ ਹੈ।

ਸੰਸ਼ੋਧਨ ਇਤਿਹਾਸ
ਸੰਸ਼ੋਧਨ ਇਤਿਹਾਸ ਉਹਨਾਂ ਤਬਦੀਲੀਆਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਜੋ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਲਾਗੂ ਕੀਤੇ ਗਏ ਸਨ। ਪਰਿਵਰਤਨ ਸਭ ਤੋਂ ਮੌਜੂਦਾ ਪ੍ਰਕਾਸ਼ਨ ਨਾਲ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, ਸੰਸ਼ੋਧਨ ਦੁਆਰਾ ਸੂਚੀਬੱਧ ਕੀਤੇ ਗਏ ਹਨ।

ਸੰਸ਼ੋਧਨ	ਮਿਤੀ	ਵਰਣਨ
A	07/2024	ਸ਼ੁਰੂਆਤੀ ਸੰਸ਼ੋਧਨ

ਮਾਈਕ੍ਰੋਚਿੱਪ ਜਾਣਕਾਰੀ

ਮਾਈਕ੍ਰੋਚਿੱਪ Webਸਾਈਟ
ਮਾਈਕ੍ਰੋਚਿੱਪ ਸਾਡੇ ਦੁਆਰਾ ਔਨਲਾਈਨ ਸਹਾਇਤਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ web'ਤੇ ਸਾਈਟ www.microchip.com/. ਇਹ webਸਾਈਟ ਨੂੰ ਬਣਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ files ਅਤੇ ਗਾਹਕਾਂ ਲਈ ਆਸਾਨੀ ਨਾਲ ਉਪਲਬਧ ਜਾਣਕਾਰੀ। ਉਪਲਬਧ ਸਮੱਗਰੀ ਵਿੱਚੋਂ ਕੁਝ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

ਉਤਪਾਦ ਸਹਾਇਤਾ - ਡੇਟਾਸ਼ੀਟਾਂ ਅਤੇ ਇਰੱਟਾ, ਐਪਲੀਕੇਸ਼ਨ ਨੋਟਸ ਅਤੇ ਐੱਸample ਪ੍ਰੋਗਰਾਮ, ਡਿਜ਼ਾਈਨ ਸਰੋਤ, ਉਪਭੋਗਤਾ ਦੇ ਮਾਰਗਦਰਸ਼ਕ ਅਤੇ ਹਾਰਡਵੇਅਰ ਸਹਾਇਤਾ ਦਸਤਾਵੇਜ਼, ਨਵੀਨਤਮ ਸੌਫਟਵੇਅਰ ਰੀਲੀਜ਼ ਅਤੇ ਆਰਕਾਈਵ ਕੀਤੇ ਸਾਫਟਵੇਅਰ

ਜਨਰਲ ਤਕਨੀਕੀ ਸਹਾਇਤਾ - ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ (FAQ), ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਬੇਨਤੀਆਂ, ਔਨਲਾਈਨ ਚਰਚਾ ਸਮੂਹ, ਮਾਈਕ੍ਰੋਚਿੱਪ ਡਿਜ਼ਾਈਨ ਪਾਰਟਨਰ ਪ੍ਰੋਗਰਾਮ ਮੈਂਬਰ ਸੂਚੀ
ਮਾਈਕ੍ਰੋਚਿੱਪ ਦਾ ਕਾਰੋਬਾਰ - ਉਤਪਾਦ ਚੋਣਕਾਰ ਅਤੇ ਆਰਡਰਿੰਗ ਗਾਈਡਾਂ, ਨਵੀਨਤਮ ਮਾਈਕ੍ਰੋਚਿੱਪ ਪ੍ਰੈਸ ਰਿਲੀਜ਼ਾਂ, ਸੈਮੀਨਾਰਾਂ ਅਤੇ ਸਮਾਗਮਾਂ ਦੀ ਸੂਚੀ, ਮਾਈਕ੍ਰੋਚਿੱਪ ਵਿਕਰੀ ਦਫਤਰਾਂ, ਵਿਤਰਕਾਂ ਅਤੇ ਫੈਕਟਰੀ ਪ੍ਰਤੀਨਿਧਾਂ ਦੀ ਸੂਚੀ।

ਉਤਪਾਦ ਤਬਦੀਲੀ ਸੂਚਨਾ ਸੇਵਾ

ਮਾਈਕ੍ਰੋਚਿੱਪ ਦੀ ਉਤਪਾਦ ਤਬਦੀਲੀ ਸੂਚਨਾ ਸੇਵਾ ਗਾਹਕਾਂ ਨੂੰ ਮਾਈਕ੍ਰੋਚਿੱਪ ਉਤਪਾਦਾਂ 'ਤੇ ਮੌਜੂਦਾ ਰੱਖਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ। ਜਦੋਂ ਵੀ ਕਿਸੇ ਖਾਸ ਉਤਪਾਦ ਪਰਿਵਾਰ ਜਾਂ ਦਿਲਚਸਪੀ ਦੇ ਵਿਕਾਸ ਸੰਦ ਨਾਲ ਸਬੰਧਤ ਬਦਲਾਅ, ਅੱਪਡੇਟ, ਸੰਸ਼ੋਧਨ ਜਾਂ ਇਰੱਟਾ ਹੋਣ ਤਾਂ ਗਾਹਕਾਂ ਨੂੰ ਈਮੇਲ ਸੂਚਨਾ ਪ੍ਰਾਪਤ ਹੋਵੇਗੀ।

ਰਜਿਸਟਰ ਕਰਨ ਲਈ, 'ਤੇ ਜਾਓ www.microchip.com/pcn ਅਤੇ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਨਿਰਦੇਸ਼ਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ।

ਗਾਹਕ ਸਹਾਇਤਾ
ਮਾਈਕ੍ਰੋਚਿੱਪ ਉਤਪਾਦਾਂ ਦੇ ਉਪਭੋਗਤਾ ਕਈ ਚੈਨਲਾਂ ਰਾਹੀਂ ਸਹਾਇਤਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਨ:

ਵਿਤਰਕ ਜਾਂ ਪ੍ਰਤੀਨਿਧੀ
ਸਥਾਨਕ ਵਿਕਰੀ ਦਫ਼ਤਰ
ਏਮਬੈਡਡ ਹੱਲ ਇੰਜੀਨੀਅਰ (ਈਐਸਈ)
ਤਕਨੀਕੀ ਸਮਰਥਨ

ਗਾਹਕਾਂ ਨੂੰ ਸਹਾਇਤਾ ਲਈ ਆਪਣੇ ਵਿਤਰਕ, ਪ੍ਰਤੀਨਿਧੀ, ਜਾਂ ESE ਨਾਲ ਸੰਪਰਕ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਗਾਹਕਾਂ ਦੀ ਮਦਦ ਲਈ ਸਥਾਨਕ ਵਿਕਰੀ ਦਫ਼ਤਰ ਵੀ ਉਪਲਬਧ ਹਨ। ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਵਿਕਰੀ ਦਫਤਰਾਂ ਅਤੇ ਸਥਾਨਾਂ ਦੀ ਸੂਚੀ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਹੈ।
ਦੁਆਰਾ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਉਪਲਬਧ ਹੈ webਸਾਈਟ 'ਤੇ: www.microchip.com/support.

ਮਾਈਕ੍ਰੋਚਿੱਪ ਡਿਵਾਈਸ ਕੋਡ ਪ੍ਰੋਟੈਕਸ਼ਨ ਫੀਚਰ
ਮਾਈਕ੍ਰੋਚਿੱਪ ਉਤਪਾਦਾਂ 'ਤੇ ਕੋਡ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਹੇਠਾਂ ਦਿੱਤੇ ਵੇਰਵਿਆਂ ਨੂੰ ਨੋਟ ਕਰੋ:

ਮਾਈਕ੍ਰੋਚਿੱਪ ਉਤਪਾਦ ਉਹਨਾਂ ਦੀ ਖਾਸ ਮਾਈਕ੍ਰੋਚਿੱਪ ਡੇਟਾ ਸ਼ੀਟ ਵਿੱਚ ਮੌਜੂਦ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦੇ ਹਨ।
ਮਾਈਕ੍ਰੋਚਿੱਪ ਦਾ ਮੰਨਣਾ ਹੈ ਕਿ ਇਸਦੇ ਉਤਪਾਦਾਂ ਦਾ ਪਰਿਵਾਰ ਸੁਰੱਖਿਅਤ ਹੈ ਜਦੋਂ ਉਦੇਸ਼ ਤਰੀਕੇ ਨਾਲ, ਓਪਰੇਟਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਅੰਦਰ, ਅਤੇ ਆਮ ਹਾਲਤਾਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਮਾਈਕ੍ਰੋਚਿੱਪ ਆਪਣੇ ਬੌਧਿਕ ਸੰਪਤੀ ਅਧਿਕਾਰਾਂ ਦੀ ਕਦਰ ਕਰਦਾ ਹੈ ਅਤੇ ਹਮਲਾਵਰ ਢੰਗ ਨਾਲ ਰੱਖਿਆ ਕਰਦਾ ਹੈ। ਮਾਈਕ੍ਰੋਚਿੱਪ ਉਤਪਾਦਾਂ ਦੀਆਂ ਕੋਡ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਉਲੰਘਣਾ ਕਰਨ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਸਖ਼ਤੀ ਨਾਲ ਵਰਜਿਤ ਹਨ ਅਤੇ ਡਿਜੀਟਲ ਮਿਲੇਨੀਅਮ ਕਾਪੀਰਾਈਟ ਐਕਟ ਦੀ ਉਲੰਘਣਾ ਕਰ ਸਕਦੀਆਂ ਹਨ।
ਨਾ ਤਾਂ ਮਾਈਕ੍ਰੋਚਿੱਪ ਅਤੇ ਨਾ ਹੀ ਕੋਈ ਹੋਰ ਸੈਮੀਕੰਡਕਟਰ ਨਿਰਮਾਤਾ ਇਸਦੇ ਕੋਡ ਦੀ ਸੁਰੱਖਿਆ ਦੀ ਗਰੰਟੀ ਦੇ ਸਕਦਾ ਹੈ। ਕੋਡ ਸੁਰੱਖਿਆ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਅਸੀਂ ਗਾਰੰਟੀ ਦੇ ਰਹੇ ਹਾਂ ਕਿ ਉਤਪਾਦ "ਅਟੁੱਟ" ਹੈ। ਕੋਡ ਸੁਰੱਖਿਆ ਲਗਾਤਾਰ ਵਿਕਸਿਤ ਹੋ ਰਹੀ ਹੈ। ਮਾਈਕ੍ਰੋਚਿੱਪ ਸਾਡੇ ਉਤਪਾਦਾਂ ਦੀਆਂ ਕੋਡ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਲਗਾਤਾਰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਵਚਨਬੱਧ ਹੈ।

ਕਾਨੂੰਨੀ ਨੋਟਿਸ
ਇਹ ਪ੍ਰਕਾਸ਼ਨ ਅਤੇ ਇੱਥੇ ਦਿੱਤੀ ਜਾਣਕਾਰੀ ਨੂੰ ਸਿਰਫ਼ ਮਾਈਕ੍ਰੋਚਿੱਪ ਉਤਪਾਦਾਂ ਨਾਲ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਨਾਲ ਮਾਈਕ੍ਰੋਚਿੱਪ ਉਤਪਾਦਾਂ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ, ਟੈਸਟ ਕਰਨ ਅਤੇ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਲਈ ਸ਼ਾਮਲ ਹੈ। ਕਿਸੇ ਹੋਰ ਤਰੀਕੇ ਨਾਲ ਇਸ ਜਾਣਕਾਰੀ ਦੀ ਵਰਤੋਂ ਇਹਨਾਂ ਨਿਯਮਾਂ ਦੀ ਉਲੰਘਣਾ ਕਰਦੀ ਹੈ। ਡਿਵਾਈਸ ਐਪਲੀਕੇਸ਼ਨਾਂ ਸੰਬੰਧੀ ਜਾਣਕਾਰੀ ਸਿਰਫ ਤੁਹਾਡੀ ਸਹੂਲਤ ਲਈ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਹੈ ਅਤੇ ਅੱਪਡੇਟ ਦੁਆਰਾ ਬਦਲੀ ਜਾ ਸਕਦੀ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਤੁਹਾਡੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੈ ਕਿ ਤੁਹਾਡੀ ਅਰਜ਼ੀ ਤੁਹਾਡੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦੀ ਹੈ। ਵਾਧੂ ਸਹਾਇਤਾ ਲਈ ਆਪਣੇ ਸਥਾਨਕ ਮਾਈਕ੍ਰੋਚਿੱਪ ਵਿਕਰੀ ਦਫਤਰ ਨਾਲ ਸੰਪਰਕ ਕਰੋ ਜਾਂ, 'ਤੇ ਵਾਧੂ ਸਹਾਇਤਾ ਪ੍ਰਾਪਤ ਕਰੋ www.microchip.com/en-us/support/design-help/client-support-services.

ਇਹ ਜਾਣਕਾਰੀ ਮਾਈਕ੍ਰੋਚਿੱਪ ਦੁਆਰਾ "ਜਿਵੇਂ ਹੈ" ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਮਾਈਕ੍ਰੋਚਿਪ ਕਿਸੇ ਵੀ ਕਿਸਮ ਦੀ ਕੋਈ ਪ੍ਰਤੀਨਿਧਤਾ ਜਾਂ ਵਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਹੈ ਭਾਵੇਂ ਉਹ ਪ੍ਰਗਟਾਵੇ ਜਾਂ ਅਪ੍ਰਤੱਖ, ਲਿਖਤੀ ਜਾਂ ਜ਼ੁਬਾਨੀ, ਸੰਵਿਧਾਨਕ ਜਾਂ ਹੋਰ, ਜਾਣਕਾਰੀ ਨਾਲ ਸਬੰਧਤ, ਪਰ ਸੀਮਤ ਸਮੇਤ ਸੀਮਤ ਨਹੀਂ ਗੈਰ-ਉਲੰਘਣ, ਵਪਾਰਕਤਾ, ਅਤੇ ਕਿਸੇ ਖਾਸ ਉਦੇਸ਼ ਲਈ ਫਿਟਨੈਸ, ਜਾਂ ਇਸਦੀ ਸਥਿਤੀ, ਗੁਣਵੱਤਾ, ਜਾਂ ਪ੍ਰਦਰਸ਼ਨ ਨਾਲ ਸੰਬੰਧਿਤ ਵਾਰੰਟੀਆਂ।

ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਮਾਈਕ੍ਰੋਚਿਪ ਕਿਸੇ ਵੀ ਅਸਿੱਧੇ, ਵਿਸ਼ੇਸ਼, ਦੰਡਕਾਰੀ, ਇਤਫਾਕਨ, ਜਾਂ ਨਤੀਜੇ ਵਜੋਂ ਹੋਣ ਵਾਲੇ ਨੁਕਸਾਨ, ਨੁਕਸਾਨ, ਲਾਗਤ, ਜਾਂ ਕਿਸੇ ਵੀ ਕਿਸਮ ਦੇ ਖਰਚੇ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਨਹੀਂ ਹੋਵੇਗੀ ਜੋ ਵੀ ਯੂਐਸਏਕੋਰਿਨਹੋਟਸ, ਐਮਓਰੋਸਿਫ਼ੋਰੈਂਟਸ ਨਾਲ ਸਬੰਧਤ ਹੈ। HIP ਦੀ ਸਲਾਹ ਦਿੱਤੀ ਗਈ ਹੈ ਸੰਭਾਵਨਾ ਜਾਂ ਨੁਕਸਾਨ ਅਨੁਮਾਨਤ ਹਨ। ਕਨੂੰਨ ਦੁਆਰਾ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪੂਰੀ ਹੱਦ ਤੱਕ, ਜਾਣਕਾਰੀ ਜਾਂ ਇਸਦੀ ਵਰਤੋਂ ਨਾਲ ਸਬੰਧਤ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਸਾਰੇ ਦਾਅਵਿਆਂ 'ਤੇ ਮਾਈਕ੍ਰੋਚਿਪ ਦੀ ਸਮੁੱਚੀ ਦੇਣਦਾਰੀ, ਫੀਸਾਂ ਦੀ ਸੰਖਿਆ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋਵੇਗੀ, ਜੇਕਰ ਕੋਈ ਵੀ ਹੈ, ਤਾਂ MICROCHIP ATION.

ਲਾਈਫ ਸਪੋਰਟ ਅਤੇ/ਜਾਂ ਸੁਰੱਖਿਆ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਮਾਈਕ੍ਰੋਚਿੱਪ ਡਿਵਾਈਸਾਂ ਦੀ ਵਰਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਖਰੀਦਦਾਰ ਦੇ ਜੋਖਮ 'ਤੇ ਹੈ, ਅਤੇ ਖਰੀਦਦਾਰ ਅਜਿਹੀ ਵਰਤੋਂ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਹੋਣ ਵਾਲੇ ਸਾਰੇ ਨੁਕਸਾਨਾਂ, ਦਾਅਵਿਆਂ, ਮੁਕੱਦਮਿਆਂ ਜਾਂ ਖਰਚਿਆਂ ਤੋਂ ਨੁਕਸਾਨ ਰਹਿਤ ਮਾਈਕ੍ਰੋਚਿੱਪ ਨੂੰ ਬਚਾਉਣ, ਮੁਆਵਜ਼ਾ ਦੇਣ ਅਤੇ ਰੱਖਣ ਲਈ ਸਹਿਮਤ ਹੁੰਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਮਾਈਕ੍ਰੋਚਿਪ ਬੌਧਿਕ ਸੰਪੱਤੀ ਦੇ ਅਧਿਕਾਰਾਂ ਦੇ ਤਹਿਤ ਕੋਈ ਵੀ ਲਾਇਸੈਂਸ, ਸਪਸ਼ਟ ਜਾਂ ਹੋਰ ਨਹੀਂ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਤੱਕ ਕਿ ਹੋਰ ਨਹੀਂ ਦੱਸਿਆ ਗਿਆ ਹੋਵੇ।

ਟ੍ਰੇਡਮਾਰਕ
ਮਾਈਕ੍ਰੋਚਿੱਪ ਦਾ ਨਾਮ ਅਤੇ ਲੋਗੋ, ਮਾਈਕ੍ਰੋਚਿਪ ਲੋਗੋ, ਅਡਾਪਟੈਕ, ਏਵੀਆਰ, ਏਵੀਆਰ ਲੋਗੋ, ਏਵੀਆਰ ਫ੍ਰੀਕਸ, ਬੇਸਟਾਈਮ, ਬਿਟਕਲਾਉਡ, ਕ੍ਰਿਪਟੋਮੈਮੋਰੀ, ਕ੍ਰਿਪਟੋਆਰਐਫ, ਡੀਐਸਪੀਆਈਸੀ, ਫਲੈਕਸਪੀਡਬਲਯੂਆਰ, ਹੇਲਡੋ, ਆਈਗਲੂ, ਜੂਕੇਬਲੌਕਸ, ਕੀਲੋਕ, ਲਿੰਕਸ, ਮੈਕਲੈਕਸ, ਮੈਕਲੈਕਸ, ਮੇਕਲੇਕਸ MediaLB, megaAVR, Microsemi, Microsemi ਲੋਗੋ, MOST, MOST ਲੋਗੋ, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, PIC32 ਲੋਗੋ, PolarFire, Prochip ਡਿਜ਼ਾਈਨਰ, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST, SYMFST, ਲੋਗੋ , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, ਅਤੇ XMEGA ਸੰਯੁਕਤ ਰਾਜ ਅਮਰੀਕਾ ਅਤੇ ਹੋਰ ਦੇਸ਼ਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਮਾਈਕ੍ਰੋਚਿੱਪ ਤਕਨਾਲੋਜੀ ਦੇ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ।

AgileSwitch, ClockWorks, The Embedded Control Solutions Company, EtherSynch, Flashtec, Hyper Speed Control, HyperLight Load, Libero, motor bench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, ProASIC Plus ਲੋਗੋ, Quiet-Synch, SWLD, ਸਮਾਰਟਫ਼ੋਨ , TimeCesium, TimeHub, TimePictra, TimeProvider, ਅਤੇ ZL ਸੰਯੁਕਤ ਰਾਜ ਅਮਰੀਕਾ ਵਿੱਚ ਸ਼ਾਮਲ ਮਾਈਕ੍ਰੋਚਿੱਪ ਤਕਨਾਲੋਜੀ ਦੇ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ।

ਅਡਜਸੈਂਟ ਕੀ ਸਪ੍ਰੈਸ਼ਨ, AKS, ਐਨਾਲਾਗ-ਲਈ-ਡਿਜੀਟਲ ਏਜ, ਕੋਈ ਵੀ ਕੈਪੇਸੀਟਰ, ਐਨੀਇਨ, ਐਨੀਆਉਟ, ਆਗਮੈਂਟਡ ਸਵਿਚਿੰਗ, ਬਲੂਸਕਾਈ, ਬਾਡੀਕਾਮ, ਕਲੌਕਸਟੂਡੀਓ, ਕੋਡਗਾਰਡ, ਕ੍ਰਿਪਟੋ ਪ੍ਰਮਾਣਿਕਤਾ, ਕ੍ਰਿਪਟੋ ਆਟੋਮੋਟਿਵ, ਕ੍ਰਿਪਟੋਕੌਨ, ਸੀਡੀਪੀਆਈਐਮਪੈਨਟ, ਸੀਡੀਪੀਆਈਐਮਪੈਨਟ. ਗਤੀਸ਼ੀਲ ਔਸਤ ਮੈਚਿੰਗ , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge,
IGaT, ਇਨ-ਸਰਕਟ ਸੀਰੀਅਲ ਪ੍ਰੋਗਰਾਮਿੰਗ, ICSP, INICnet, ਇੰਟੈਲੀਜੈਂਟ ਸਮਾਨਤਾ, IntelliMOS, ਇੰਟਰ-ਚਿੱਪ ਕਨੈਕਟੀਵਿਟੀ, JitterBlocker, Knob-on-Display, MarginLink, maxCrypto, maxView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB ਪ੍ਰਮਾਣਿਤ ਲੋਗੋ, MPLIB, MPLINK, mSiC, MultiTRAK, NetDetach, Omniscient Code Generation, PICDEM, PICDEM.net, PICkit, PICtail, Power MOS IV, Power MOS 7, PowerSmart, PureSilicon, QMatrix, REAL ICE, Ripple Blocker, RTAX, RTG4, SAM-ICE, ਸੀਰੀਅਲ ਕਵਾਡ I/O, ਸਧਾਰਨ ਨਕਸ਼ਾ, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Endurance, Trusted Time, TSHARC, Turing, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect, ਅਤੇ ZENA ਅਮਰੀਕਾ ਅਤੇ ਹੋਰ ਦੇਸ਼ਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਮਾਈਕ੍ਰੋਚਿੱਪ ਤਕਨਾਲੋਜੀ ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਹਨ।

SQTP ਸੰਯੁਕਤ ਰਾਜ ਅਮਰੀਕਾ ਵਿੱਚ ਸ਼ਾਮਲ ਮਾਈਕ੍ਰੋਚਿੱਪ ਤਕਨਾਲੋਜੀ ਦਾ ਇੱਕ ਸੇਵਾ ਚਿੰਨ੍ਹ ਹੈ
Adaptec ਲੋਗੋ, ਫ੍ਰੀਕੁਐਂਸੀ ਆਨ ਡਿਮਾਂਡ, ਸਿਲੀਕਾਨ ਸਟੋਰੇਜ ਟੈਕਨਾਲੋਜੀ, ਅਤੇ ਸਿਮਕਾਮ ਦੂਜੇ ਦੇਸ਼ਾਂ ਵਿੱਚ ਮਾਈਕ੍ਰੋਚਿੱਪ ਟੈਕਨਾਲੋਜੀ ਇੰਕ. ਦੇ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ।
GestIC ਮਾਈਕ੍ਰੋਚਿਪ ਟੈਕਨਾਲੋਜੀ ਜਰਮਨੀ II GmbH & Co. KG, ਮਾਈਕ੍ਰੋਚਿੱਪ ਟੈਕਨਾਲੋਜੀ ਇੰਕ. ਦੀ ਸਹਾਇਕ ਕੰਪਨੀ, ਦੂਜੇ ਦੇਸ਼ਾਂ ਵਿੱਚ ਇੱਕ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹੈ।

ISBN: 978-1-6683-4890-1

ਗੁਣਵੱਤਾ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ
ਮਾਈਕ੍ਰੋਚਿਪ ਦੇ ਕੁਆਲਿਟੀ ਮੈਨੇਜਮੈਂਟ ਸਿਸਟਮ ਬਾਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਕਿਰਪਾ ਕਰਕੇ ਇੱਥੇ ਜਾਓ www.microchip.com/quality.

ਵਿਸ਼ਵਵਿਆਪੀ ਵਿਕਰੀ ਅਤੇ ਸੇਵਾ

ਅਮਰੀਕਾ

ਏਸ਼ੀਆ/ਪੈਸਿਫਿਕ

ਯੂਰੋਪ

ਕਾਰਪੋਰੇਟ ਦਫ਼ਤਰ

2355 ਵੈਸਟ ਚੈਂਡਲਰ ਬਲਵੀਡੀ. ਚੈਂਡਲਰ, AZ 85224-6199

ਟੈਲੀਫ਼ੋਨ: 480-792-7200

ਫੈਕਸ: 480-792-7277

ਤਕਨੀਕੀ ਸਮਰਥਨ: www.microchip.com/support

Web ਪਤਾ: www.microchip.com

ਅਟਲਾਂਟਾ

ਡੁਲਥ, ਜੀ.ਏ

ਟੈਲੀਫ਼ੋਨ: 678-957-9614

ਫੈਕਸ: 678-957-1455

ਆਸਟਿਨ, TX

ਟੈਲੀਫ਼ੋਨ: 512-257-3370

ਬੋਸਟਨ

ਵੈਸਟਬਰੋ, ਐਮਏ ਟੈਲੀਫੋਨ: 774-760-0087

ਫੈਕਸ: 774-760-0088

ਸ਼ਿਕਾਗੋ

ਇਟਾਸਕਾ, ਆਈ.ਐਲ

ਟੈਲੀਫ਼ੋਨ: 630-285-0071

ਫੈਕਸ: 630-285-0075

ਡੱਲਾਸ

ਐਡੀਸਨ, ਟੀ.ਐਕਸ

ਟੈਲੀਫ਼ੋਨ: 972-818-7423

ਫੈਕਸ: 972-818-2924

ਡੀਟ੍ਰਾਯ੍ਟ

ਨੋਵੀ, ਐਮ.ਆਈ

ਟੈਲੀਫ਼ੋਨ: 248-848-4000

ਹਿਊਸਟਨ, TX

ਟੈਲੀਫ਼ੋਨ: 281-894-5983

ਇੰਡੀਆਨਾਪੋਲਿਸ

Noblesville, IN ਟੈਲੀਫੋਨ: 317-773-8323

ਫੈਕਸ: 317-773-5453

ਟੈਲੀਫ਼ੋਨ: 317-536-2380

ਲਾਸ ਐਨਗਲਜ਼

ਮਿਸ਼ਨ ਵੀਜੋ, CA ਟੈਲੀਫੋਨ: 949-462-9523

ਫੈਕਸ: 949-462-9608

ਟੈਲੀਫ਼ੋਨ: 951-273-7800

ਰੇਲੇ, NC

ਟੈਲੀਫ਼ੋਨ: 919-844-7510

ਨਿਊਯਾਰਕ, NY

ਟੈਲੀਫ਼ੋਨ: 631-435-6000

ਸੈਨ ਜੋਸ, CA

ਟੈਲੀਫ਼ੋਨ: 408-735-9110

ਟੈਲੀਫ਼ੋਨ: 408-436-4270

ਕੈਨੇਡਾ – ਟੋਰਾਂਟੋ

ਟੈਲੀਫ਼ੋਨ: 905-695-1980

ਫੈਕਸ: 905-695-2078

ਆਸਟ੍ਰੇਲੀਆ - ਸਿਡਨੀ

ਟੈਲੀਫ਼ੋਨ: 61-2-9868-6733

ਚੀਨ - ਬੀਜਿੰਗ

ਟੈਲੀਫ਼ੋਨ: 86-10-8569-7000

ਚੀਨ - ਚੇਂਗਦੂ

ਟੈਲੀਫ਼ੋਨ: 86-28-8665-5511

ਚੀਨ - ਚੋਂਗਕਿੰਗ

ਟੈਲੀਫ਼ੋਨ: 86-23-8980-9588

ਚੀਨ - ਡੋਂਗਗੁਆਨ

ਟੈਲੀਫ਼ੋਨ: 86-769-8702-9880

ਚੀਨ - ਗੁਆਂਗਜ਼ੂ

ਟੈਲੀਫ਼ੋਨ: 86-20-8755-8029

ਚੀਨ - ਹਾਂਗਜ਼ੂ

ਟੈਲੀਫ਼ੋਨ: 86-571-8792-8115

ਚੀਨ – ਹਾਂਗ ਕਾਂਗ SAR

ਟੈਲੀਫ਼ੋਨ: 852-2943-5100

ਚੀਨ - ਨਾਨਜਿੰਗ

ਟੈਲੀਫ਼ੋਨ: 86-25-8473-2460

ਚੀਨ - ਕਿੰਗਦਾਓ

ਟੈਲੀਫ਼ੋਨ: 86-532-8502-7355

ਚੀਨ - ਸ਼ੰਘਾਈ

ਟੈਲੀਫ਼ੋਨ: 86-21-3326-8000

ਚੀਨ - ਸ਼ੇਨਯਾਂਗ

ਟੈਲੀਫ਼ੋਨ: 86-24-2334-2829

ਚੀਨ - ਸ਼ੇਨਜ਼ੇਨ

ਟੈਲੀਫ਼ੋਨ: 86-755-8864-2200

ਚੀਨ - ਸੁਜ਼ੌ

ਟੈਲੀਫ਼ੋਨ: 86-186-6233-1526

ਚੀਨ - ਵੁਹਾਨ

ਟੈਲੀਫ਼ੋਨ: 86-27-5980-5300

ਚੀਨ - Xian

ਟੈਲੀਫ਼ੋਨ: 86-29-8833-7252

ਚੀਨ - ਜ਼ਿਆਮੇਨ

ਟੈਲੀਫ਼ੋਨ: 86-592-2388138

ਚੀਨ - ਜ਼ੁਹਾਈ

ਟੈਲੀਫ਼ੋਨ: 86-756-3210040

ਭਾਰਤ – ਬੰਗਲੌਰ

ਟੈਲੀਫ਼ੋਨ: 91-80-3090-4444

ਭਾਰਤ - ਨਵੀਂ ਦਿੱਲੀ

ਟੈਲੀਫ਼ੋਨ: 91-11-4160-8631

ਭਾਰਤ – ਪੁਣੇ

ਟੈਲੀਫ਼ੋਨ: 91-20-4121-0141

ਜਪਾਨ – ਓਸਾਕਾ

ਟੈਲੀਫ਼ੋਨ: 81-6-6152-7160

ਜਪਾਨ – ਟੋਕੀਓ

ਟੈਲੀਫ਼ੋਨ: 81-3-6880- 3770

ਕੋਰੀਆ - ਡੇਗੂ

ਟੈਲੀਫ਼ੋਨ: 82-53-744-4301

ਕੋਰੀਆ - ਸਿਓਲ

ਟੈਲੀਫ਼ੋਨ: 82-2-554-7200

ਮਲੇਸ਼ੀਆ - ਕੁਆਲਾ ਲੰਪੁਰ

ਟੈਲੀਫ਼ੋਨ: 60-3-7651-7906

ਮਲੇਸ਼ੀਆ - ਪੇਨਾਂਗ

ਟੈਲੀਫ਼ੋਨ: 60-4-227-8870

ਫਿਲੀਪੀਨਜ਼ – ਮਨੀਲਾ

ਟੈਲੀਫ਼ੋਨ: 63-2-634-9065

ਸਿੰਗਾਪੁਰ

ਟੈਲੀਫ਼ੋਨ: 65-6334-8870

ਤਾਈਵਾਨ - ਸਿਨ ਚੂ

ਟੈਲੀਫ਼ੋਨ: 886-3-577-8366

ਤਾਈਵਾਨ - ਕਾਓਸਿੰਗ

ਟੈਲੀਫ਼ੋਨ: 886-7-213-7830

ਤਾਈਵਾਨ - ਤਾਈਪੇ

ਟੈਲੀਫ਼ੋਨ: 886-2-2508-8600

ਥਾਈਲੈਂਡ - ਬੈਂਕਾਕ

ਟੈਲੀਫ਼ੋਨ: 66-2-694-1351

ਵੀਅਤਨਾਮ - ਹੋ ਚੀ ਮਿਨਹ

ਟੈਲੀਫ਼ੋਨ: 84-28-5448-2100

ਆਸਟਰੀਆ – ਵੇਲਜ਼

ਟੈਲੀਫ਼ੋਨ: 43-7242-2244-39

ਫੈਕਸ: 43-7242-2244-393

ਡੈਨਮਾਰਕ – ਕੋਪਨਹੇਗਨ

ਟੈਲੀਫ਼ੋਨ: 45-4485-5910

ਫੈਕਸ: 45-4485-2829

ਫਿਨਲੈਂਡ – ਐਸਪੂ

ਟੈਲੀਫ਼ੋਨ: 358-9-4520-820

ਫਰਾਂਸ – ਪੈਰਿਸ

Tel: 33-1-69-53-63-20

Fax: 33-1-69-30-90-79

ਜਰਮਨੀ – ਗਰਚਿੰਗ

ਟੈਲੀਫ਼ੋਨ: 49-8931-9700

ਜਰਮਨੀ – ਹਾਨ

ਟੈਲੀਫ਼ੋਨ: 49-2129-3766400

ਜਰਮਨੀ – ਹੇਲਬਰੋਨ

ਟੈਲੀਫ਼ੋਨ: 49-7131-72400

ਜਰਮਨੀ – ਕਾਰਲਸਰੂਹੇ

ਟੈਲੀਫ਼ੋਨ: 49-721-625370

ਜਰਮਨੀ – ਮਿਊਨਿਖ

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

ਜਰਮਨੀ – ਰੋਜ਼ਨਹੇਮ

ਟੈਲੀਫ਼ੋਨ: 49-8031-354-560

ਇਜ਼ਰਾਈਲ - ਹੋਡ ਹਾਸ਼ਰੋਨ

ਟੈਲੀਫ਼ੋਨ: 972-9-775-5100

ਇਟਲੀ - ਮਿਲਾਨ

ਟੈਲੀਫ਼ੋਨ: 39-0331-742611

ਫੈਕਸ: 39-0331-466781

ਇਟਲੀ - ਪਾਡੋਵਾ

ਟੈਲੀਫ਼ੋਨ: 39-049-7625286

ਨੀਦਰਲੈਂਡਜ਼ - ਡ੍ਰੂਨੇਨ

ਟੈਲੀਫ਼ੋਨ: 31-416-690399

ਫੈਕਸ: 31-416-690340

ਨਾਰਵੇ – ਟ੍ਰਾਂਡਹਾਈਮ

ਟੈਲੀਫ਼ੋਨ: 47-72884388

ਪੋਲੈਂਡ - ਵਾਰਸਾ

ਟੈਲੀਫ਼ੋਨ: 48-22-3325737

ਰੋਮਾਨੀਆ – ਬੁਕਾਰੈਸਟ

Tel: 40-21-407-87-50

ਸਪੇਨ - ਮੈਡ੍ਰਿਡ

Tel: 34-91-708-08-90

Fax: 34-91-708-08-91

ਸਵੀਡਨ - ਗੋਟੇਨਬਰਗ

Tel: 46-31-704-60-40

ਸਵੀਡਨ - ਸਟਾਕਹੋਮ

ਟੈਲੀਫ਼ੋਨ: 46-8-5090-4654

ਯੂਕੇ - ਵੋਕਿੰਘਮ

ਟੈਲੀਫ਼ੋਨ: 44-118-921-5800

ਫੈਕਸ: 44-118-921-5820

ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ

ਮਾਈਕ੍ਰੋਚਿਪ PIC64GX 64-ਬਿੱਟ RISC-V ਕਵਾਡ-ਕੋਰ ਮਾਈਕ੍ਰੋਪ੍ਰੋਸੈਸਰ [pdf] ਯੂਜ਼ਰ ਗਾਈਡ
PIC64GX, PIC64GX 64-ਬਿੱਟ RISC-V ਕਵਾਡ-ਕੋਰ ਮਾਈਕ੍ਰੋਪ੍ਰੋਸੈਸਰ, 64-ਬਿੱਟ RISC-V ਕਵਾਡ-ਕੋਰ ਮਾਈਕ੍ਰੋਪ੍ਰੋਸੈਸਰ, RISC-V ਕਵਾਡ-ਕੋਰ ਮਾਈਕ੍ਰੋਪ੍ਰੋਸੈਸਰ, ਕਵਾਡ-ਕੋਰ ਮਾਈਕ੍ਰੋਪ੍ਰੋਸੈਸਰ, ਮਾਈਕ੍ਰੋਪ੍ਰੋਸੈਸਰ

ਹਵਾਲੇ

ਯੂਜ਼ਰ ਮੈਨੂਅਲ

ਮਾਈਕ੍ਰੋਚਿਪ PIC64GX 64-ਬਿੱਟ RISC-V ਕਵਾਡ-ਕੋਰ ਮਾਈਕ੍ਰੋਪ੍ਰੋਸੈਸਰ

ਉਤਪਾਦ ਜਾਣਕਾਰੀ

ਉਤਪਾਦ ਵਰਤੋਂ ਨਿਰਦੇਸ਼