भाग 3: लगभग SD कार्ड से RocketChip में लिनक्स लोड करना

पिछले भाग में , अधिक या कम काम करने वाले मेमोरी कंट्रोलर को लागू किया गया था, या बल्कि, क्वार्टस से आईपी कोर पर एक आवरण, जो कि टाइललिंक का एक एडाप्टर है। आज, "हम एक छोटे से ज्ञात चीनी मदरबोर्ड साइक्लोन के साथ रॉकेट पोर्ट करते हैं" शीर्षक के तहत, आपको एक काम करने वाला कंसोल दिखाई देगा। इस प्रक्रिया को थोड़ा आगे बढ़ाया गया: मैंने पहले ही सोच लिया था कि मैं जल्दी से लिनक्स लॉन्च करूंगा, और आगे बढ़ूंगा, लेकिन यह वहां नहीं था। इस भाग में, मैं यू-बूट, बीबीएल, और डरपोक लिनक्स कर्नेल को शुरू करने के प्रयासों को शुरू करने की प्रक्रिया को देखने का प्रस्ताव करता हूं। लेकिन एक सांत्वना है - यू-बूट-ओव्स्की, और काफी उन्नत, आपके पास एक पूर्ण कंसोल से बहुत कुछ होने की उम्मीद है।

हार्डवेयर में, SPI के साथ-साथ UART से जुड़ा एक SD कार्ड जोड़ा जाएगा। सॉफ्टवेयर भाग में, बूटॉम को xip से xip बदल दिया जाएगा और, वास्तव में, निम्नलिखित बूट चरण (SD कार्ड पर) जोड़े जाएंगे।

हार्डवेयर डोपिंग

तो, कार्य: आपको "बड़े" कोर पर स्विच करने और UART (रास्पबेरी से) को जोड़ने की जरूरत है और एसडी एडाप्टर (छह पिन के साथ कैटलेक्स बोर्ड के कुछ प्रकार का उपयोग किया गया था: जीएनडी, वीसीसी, एमआईएसओ, मिक्सी, एससीके, सीएस)।

सिद्धांत रूप में, सब कुछ काफी सरल था। लेकिन इसे साकार करने से पहले, मुझे पक्ष की ओर से थोड़ा फेंका गया था: पिछली बार के बाद, मैंने फैसला किया कि आपको फिर से System में HasPeripheryUART (और कार्यान्वयन, क्रमशः) जैसी कुछ HasPeripheryUART को मिलाने की ज़रूरत है, एसडी कार्ड के लिए समान - और यह वही है तैयार हो जाएगा। फिर मैंने यह देखने का फैसला किया कि इसे "गंभीर" डिज़ाइन में कैसे लागू किया गया था। तो क्या हम गंभीर हो गए हैं? एरी, जाहिरा तौर पर, फिट नहीं है - राक्षस unleahshed.DevKitConfigs रहता है unleahshed.DevKitConfigs । और अचानक यह पता चला कि हर जगह कुछ प्रकार के ओवरले थे जो कि मापदंडों द्वारा मापदंडों के माध्यम से जोड़े गए थे। मुझे लगता है कि यह शायद बहुत लचीला और विन्यास योग्य है, लेकिन मैं एक शुरुआत के लिए कुछ शुरू करना चाहूंगा ... लेकिन आपके पास एक ही नहीं है, बस आसान-बैसाखी है? .. फिर मैं vera.iofpga.FPGAChip आया था FPGAs के लिए माइक्रोसेमी और एकदम से उद्धरणों में खींच लिया मैंने अपने कार्यान्वयन को सादृश्य द्वारा बनाने की कोशिश की, यहां लाभ एक फ़ाइल में पूरे "मदरबोर्ड लेआउट" से कम या ज्यादा है।

यह पता चला, वास्तव में, आपको सिर्फ System.scala लाइनें जोड़ने की आवश्यकता है

 class System(implicit p: Parameters) extends RocketSubsystem ... with HasPeripherySPI with HasPeripheryUART ... { val tlclock = new FixedClockResource("tlclk", p(DevKitFPGAFrequencyKey)) ... } class SystemModule[+L <: System](_outer: L) extends RocketSubsystemModuleImp(_outer) ... with HasPeripheryUARTModuleImp with HasPeripheryGPIOModuleImp ... 

System क्लास के शरीर की एक पंक्ति उस आवृत्ति के बारे में जानकारी जोड़ती है जिस पर हमारे SoC का यह भाग dts फ़ाइल में काम करता है। जहां तक ​​मैं समझता हूं, डीटीएस / डीटीबी एम्बेडेड उपकरणों के लिए प्लग-एंड-प्ले टेक्नोलॉजी का एक स्थिर एनालॉग है: डीट्स-डिस्क्रिप्शन ट्री को एक बाइनरी डीटीबी फ़ाइल में संकलित किया जाता है और लोडर द्वारा इसे कर्नेल में प्रेषित किया जाता है ताकि यह हार्डवेयर को ठीक से कॉन्फ़िगर कर सके। दिलचस्प है, tlclock साथ एक पंक्ति के बिना सब कुछ पूरी तरह से संश्लेषित है, लेकिन यह बूटरॉम को संकलित करने के लिए काम नहीं करेगा (मैं आपको याद दिलाता हूं कि अब यह sdboot होगा) - संकलन के दौरान यह sdboot फ़ाइल को पार्स करता है और TL_CLK मैक्रो के साथ एक हेडर बनाता है, जिसके लिए यह सही ढंग से आवृत्ति डिवाइडर को कॉन्फ़िगर कर सकता है। बाहरी इंटरफेस।

आपको वायरिंग को थोड़ा ठीक करने की भी आवश्यकता होगी:

Platform.scala:

 class PlatformIO(implicit val p: Parameters) extends Bundle { ... // UART io.uart_tx := sys.uart(0).txd sys.uart(0).rxd := RegNext(RegNext(io.uart_rx)) // SD card io.sd_cs := sys.spi(0).cs(0) io.sd_sck := sys.spi(0).sck io.sd_mosi := sys.spi(0).dq(0).o sys.spi(0).dq(0).i := false.B sys.spi(0).dq(1).i := RegNext(RegNext(io.sd_miso)) sys.spi(0).dq(2).i := false.B sys.spi(0).dq(3).i := false.B } 

स्रोत श्रृंखला में कुछ अन्य स्थानों के साथ सादृश्य द्वारा रजिस्टर चेन को स्पष्ट रूप से जोड़ा गया था। सबसे अधिक संभावना है, उन्हें मेटास्टेबिलिटी से बचाव करना चाहिए। शायद कुछ ब्लॉकों में पहले से ही अपनी सुरक्षा है, लेकिन पहले मैं कम से कम "उच्च स्तर पर" चलना चाहता हूं। मेरे लिए एक और दिलचस्प सवाल यह है कि MISO और MOSI अलग-अलग dq पर क्यों लटके हैं? मुझे अभी भी इसका जवाब नहीं मिला है, लेकिन ऐसा लगता है कि बाकी कोड की गिनती ऐसे ही एक कनेक्शन पर हो रही है।

शारीरिक रूप से, मैंने अभी ब्लॉक पर ढीले संपर्कों को डिज़ाइन निष्कर्ष सौंपा और वोल्टेज चयन जम्पर को 3.3V में पुन: व्यवस्थित किया।

एसडी एडाप्टर

शीर्ष दृश्य:

नीचे का दृश्य:

सॉफ्टवेयर भाग डिबगिंग: उपकरण

सबसे पहले, आइए उपलब्ध डिबगिंग टूल और उनकी सीमाओं के बारे में बात करते हैं।

minicom

सबसे पहले, हमें किसी तरह बूटलोडर और कर्नेल आउटपुट को पढ़ना होगा। ऐसा करने के लिए, लिनक्स पर (इस मामले में, रास्पबेरीपी पर एक), हमें मिनिकॉम प्रोग्राम की आवश्यकता है। सामान्यतया, सीरियल पोर्ट के साथ काम करने के लिए कोई भी कार्यक्रम उपयुक्त है।

ध्यान दें कि स्टार्टअप में, पोर्ट डिवाइस का नाम -D /dev/ttyS0 - -D विकल्प के बाद निर्दिष्ट किया जाना चाहिए। खैर, मुख्य जानकारी: बाहर निकलने के लिए, Ctrl-A, X उपयोग करें। मेरे पास वास्तव में एक ऐसा मामला था जहां यह संयोजन काम नहीं करता था - फिर आप बस आसन्न SSH सत्र से killall -KILL minicom कह सकते हैं।

एक और विशेषता है। विशेष रूप से, रास्पबेरीपी पर दो यूएआरटी हैं, और दोनों बंदरगाहों को पहले से ही कुछ के लिए अनुकूलित किया जा सकता है: ब्लूटूथ के लिए एक, दूसरे के माध्यम से, कर्नेल कंसोल डिफ़ॉल्ट रूप से प्रदर्शित होता है। सौभाग्य से, इस मैनुअल के अनुसार इस व्यवहार को फिर से जोड़ा जा सकता है।

याददाश्त को कम करना

डीबगिंग करते समय, परिकल्पना का परीक्षण करने के लिए, मुझे कभी-कभी मेजबान से सीधे बूटलोडर (सॉरी) को रैम में लोड करना पड़ता था। शायद यह सीधे जीडीबी से किया जा सकता है, लेकिन अंत में मैं सरल तरीके से गया: मैंने रास्पबेरी को आवश्यक फ़ाइल की प्रतिलिपि बनाई, एसएसएच के माध्यम से पोर्ट 4444 (ओपनओसीडी से टेलनेट) भी भेजा और load_image कमांड का उपयोग किया। जब आप इसे निष्पादित करते हैं, तो ऐसा लगता है कि सब कुछ जमे हुए है, लेकिन वास्तव में "यह सोता नहीं है, यह बस धीरे-धीरे झपकी लेता है" : यह फ़ाइल को लोड करता है, यह बस इसे कुछ किलोबाइट प्रति सेकंड की गति से करता है।

ब्रेकप्वाइंट स्थापित करने की विशेषताएं

संभवतः, नियमित कार्यक्रमों को डीबग करते समय कई लोगों को इस बारे में सोचना नहीं पड़ता था, लेकिन ब्रेकप्वाइंट हमेशा हार्डवेयर में सेट नहीं होते हैं। कभी-कभी एक ब्रेकपॉइंट स्थापित करने में अस्थायी रूप से सीधे मशीन कोड में सही जगह पर एक विशेष निर्देश लिखना शामिल होता है। उदाहरण के लिए, यह है कि GDB में मेरे मानक b कमांड ने कैसे काम किया। यहाँ इस प्रकार है:

• आप बूटॉम के अंदर एक बिंदु नहीं रख सकते, क्योंकि रोम
• आप एसडी कार्ड से रैम में लोड किए गए कोड पर एक ब्रेकपॉइंट सेट कर सकते हैं, लेकिन आपको इसे लोड होने तक इंतजार करना होगा। अन्यथा, हम कोड के एक टुकड़े को फिर से नहीं लिखेंगे, लेकिन लोडर हमारे ब्रेकपॉइंट को फिर से लिखेगा

मुझे यकीन है कि आप स्पष्ट रूप से हार्डवेयर ब्रेकपॉइंट्स का उपयोग करने के लिए कह सकते हैं, लेकिन फिर भी उनकी सीमित संख्या है।

क्विक बूटॉम स्वैप

डिबगिंग के प्रारंभिक चरण में, अक्सर बूट्रोम को ठीक करने और फिर से प्रयास करने की इच्छा होती है। लेकिन एक समस्या है: BootROM, FPGA में लोड किए गए डिज़ाइन का हिस्सा है, और इसका संश्लेषण कई मिनटों का मामला है (और यह लगभग तुरंत BootROM छवि को C और असेंबलर से संकलित करने के बाद है ...)। सौभाग्य से, वास्तव में सब कुछ बहुत तेज है : क्रियाओं का क्रम इस प्रकार है:

• regenerate bootrom.mif (मैंने एचईएक्स के बजाय MIF पर स्विच किया, क्योंकि HEX के साथ मुझे हमेशा कुछ समस्याएं थीं, और MIF देशी ऑल्टर प्रारूप है)
• Quartus में Processing -> Update Memory Initialization File
• असेंबलर (टास्क के बाएं कॉलम में) पर, फिर से स्टार्ट करें

सब कुछ के बारे में सब कुछ के लिए - दसियों सेकंड के एक जोड़े।

एसडी कार्ड की तैयारी

यहां सब कुछ अपेक्षाकृत सरल है, लेकिन आपको धैर्य रखने और लगभग 14 जीबी डिस्क स्थान की आवश्यकता है:

 git clone https://github.com/sifive/freedom-u-sdk git submodule update --recursive --init make 

फिर आपको एक साफ, या बल्कि सम्मिलित करने की आवश्यकता है, जिसमें आपको किसी भी चीज की आवश्यकता नहीं है, एसडी कार्ड, और निष्पादित करें

 sudo make DISK=/dev/sdX format-boot-loader 

... जहां sdX कार्ड को सौंपा गया उपकरण है। ध्यान दें: कार्ड पर डेटा हटा दिया जाएगा, अधिलेखित और सामान्य रूप में! यह शायद ही sudo तहत पूरी विधानसभा को करने के लायक है, क्योंकि तब सभी विधानसभा कलाकृतियों का स्वामित्व होगा, और विधानसभा को sudo समय sudo तहत किया जाना होगा।

परिणाम चार खंडों के साथ GPT में चिह्नित एक कार्ड है, जिसमें से एक पर uEnv.txt साथ FAT और FIT प्रारूप में एक डाउनलोड करने योग्य चित्र है (इसमें कई उप-छवियां हैं, प्रत्येक अपने स्वयं के डाउनलोड पते के साथ), दूसरा खंड रिक्त है, इसे Ext4 में स्वरूपित किया जाना चाहिए लिनक्स के लिए। दो और खंड गुप्त हैं : यू-बूट एक पर रहता है (इसकी भरपाई, जैसा कि मैं समझता हूं, इसे बूट्रोम में वायर्ड किया गया है), दूसरे पर, ऐसा लगता है कि इसके पर्यावरण चर रहते हैं, लेकिन मैं अभी तक उनका उपयोग नहीं करता हूं।

स्तर एक, बूट्रोम

लोक ज्ञान कहता है: "यदि प्रोग्रामिंग में एक नखरे के साथ नृत्य होते हैं, तो इलेक्ट्रॉनिक्स में - एक आग बुझाने वाले यंत्र के साथ भी।" यह भी नहीं है कि एक बार मैंने बोर्ड को लगभग जला दिया था, यह तय करते हुए कि "ठीक है, जीएनडी एक ही निम्न स्तर है" (जाहिर है, रोकनेवाला अभी भी चोट नहीं पहुंचाएगा ...) इसके बारे में अधिक है कि अगर हाथ वहां से नहीं बढ़ते हैं, तब इलेक्ट्रॉनिक्स आश्चर्यचकित करना बंद नहीं करता है: जब मैंने बोर्ड पर कनेक्टर को मिलाया, तो मैं अभी भी संपर्कों को सामान्य रूप से भंग नहीं कर सकता हूं - वीडियो दिखाता है कि मिलाप सीधे पूरे कनेक्शन में कैसे फैलता है, बस टांका लगाने वाले लोहे को अंदर डाल दिया, यह मेरे नीचे हो गया। किसी भी तरह। खैर, शायद मिलाप टांका लगाने वाले लोहे के तापमान के लिए उपयुक्त नहीं था, शायद कुछ और ... सामान्य तौर पर, जब मैंने देखा कि मेरे पास पहले से ही एक दर्जन संपर्क थे, मैंने थूक दिया, और डिबगिंग शुरू कर दिया। और फिर एक रहस्यमय बात शुरू हुई: मैंने UART से RX / TX कनेक्ट किया, मैं फर्मवेयर लोड करता हूं - यह लिखता है

 INIT CMD0 ERROR 

खैर, सब कुछ तर्कसंगत है - मैंने एसडी कार्ड मॉड्यूल को कनेक्ट नहीं किया। हम स्थिति को ठीक करते हैं, फ़र्मवेयर लोड करते हैं ... और मौन ... मैंने बस अपना दिमाग नहीं बदला, और कास्केट अभी खोला: मॉड्यूल आउटपुट में से एक को वीसीसी से जोड़ा जाना था। मेरे मामले में, मॉड्यूल ने बिजली के लिए 5 वी का समर्थन किया, इसलिए दो बार सोचने के बिना, मैंने बोर्ड से विपरीत दिशा में मॉड्यूल से एक तार खींच दिया। नतीजतन, कुटिल मिलाप वाले कनेक्टर मुड़ गए, और UART संपर्क बस खो गया। facepalm.jpg सामान्य तौर पर, "एक बुरा सिर पैरों को आराम नहीं देता है", और कुटिल हाथ - सिर को ...

अंत में, मैंने मिनिकॉम पर लंबे समय से प्रतीक्षित देखा

 INIT CMD0 CMD8 ACMD41 CMD58 CMD16 CMD18 LOADING / 

इसके अलावा, यह चलता है लोडिंग इंडिकेटर कताई है। मुझे सीधे स्कूल के वर्षों और एक फ्लॉपी डिस्क से MinuetOS के इत्मीनान से बूट की याद आती है। जब तक कि ड्राइव पीस न हो जाए।

समस्या यह है कि BOOT संदेश के बाद कुछ नहीं होता है। तो, यह रास्पबेरी पर OpenOCD के माध्यम से कनेक्ट करने का समय है, इसे होस्ट करने के लिए GDB, और देखें कि यह क्या है।

सबसे पहले, GDB के साथ जुड़ने से तुरंत पता चला कि $pc (प्रोग्राम काउंटर, वर्तमान निर्देश का पता) 0x0 उड़ान भरता है - यह संभवतः एक मल्टीपल एरर के बाद होता है। इसलिए, BOOT संदेश जारी होने के तुरंत बाद, हम एक अनंत लूप जोड़ते हैं। यह थोड़ी देर के लिए उसे देरी करेगा ...

 diff --git a/bootrom/sdboot/sd.cb/bootrom/sdboot/sd.c index c6b5ede..bca1b7f 100644 --- a/bootrom/sdboot/sd.c +++ b/bootrom/sdboot/sd.c @@ -224,6 +224,8 @@ int main(void) kputs("BOOT"); + while(*(volatile char *)0x10000){} + __asm__ __volatile__ ("fence.i" : : : "memory"); return 0; } 

इस तरह के ट्रिकी कोड का उपयोग "विश्वसनीयता के लिए" किया जाता है: मैंने कहीं सुना है कि, ऐसा लगता है, एक अनंत लूप एक अपरिभाषित व्यवहार है, और यहां कंपाइलर अनुमान लगाने की संभावना नहीं है (मुझे याद है कि बूट्रोम 0x10000 पर स्थित है)।

यह प्रतीत होता है, लेकिन और क्या उम्मीद है - एक कठोर एम्बेडेड, किस तरह का स्रोत है। लेकिन आखिरकार, उस लेख में, लेखक ने कोड को डीबग किया ... Krex-fex-pex:

 (gdb) file builds/zeowaa-e115/sdboot.elf A program is being debugged already. Are you sure you want to change the file? (y or n) y Reading symbols from builds/zeowaa-e115/sdboot.elf...done. 

केवल आपको MIF फ़ाइल और बिन नहीं लोड करने की आवश्यकता है, लेकिन ईएलएफ प्रारूप में मूल संस्करण।

अब, पता लगाने की कोशिश के साथ, जहां निष्पादन जारी रहेगा (यह एक और कारण है कि कंपाइलर को अनुमान नहीं होना चाहिए कि लूप अनंत है)। टीम

 set variable $pc=0xADDR 

आपको जाने पर रजिस्टर का मूल्य बदलने की अनुमति देता है (इस मामले में, वर्तमान निर्देश का पता)। इसकी मदद से, आप मेमोरी (और मेमोरी-मैप्ड रजिस्टरों) में दर्ज मानों को बदल सकते हैं।

अंत में, मैं निष्कर्ष पर आया (यह निश्चित नहीं है कि क्या यह सही है) कि हमारे पास "गलत सिस्टम की एसडी कार्ड छवि है", और हमें डाउनलोड किए गए डेटा की बहुत शुरुआत में नहीं, बल्कि 0x89800 बाइट्स तक आगे जाना होगा:

 diff --git a/bootrom/sdboot/head.S b/bootrom/sdboot/head.S index 14fa740..2a6c944 100644 --- a/bootrom/sdboot/head.S +++ b/bootrom/sdboot/head.S @@ -13,7 +13,7 @@ _prog_start: smp_resume(s1, s2) csrr a0, mhartid la a1, dtb - li s1, PAYLOAD_DEST + li s1, (PAYLOAD_DEST + 0x89800) jr s1 .section .rodata 

शायद यह इस तथ्य से भी प्रभावित था कि मेरे पास एक अनावश्यक 4Gb कार्ड नहीं था, मैंने इसे 2Gb पर ले लिया और इसे DEMO_END=11718750 साथ DEMO_END=3078900 साथ Makefile में बदल दिया (एक विशिष्ट मूल्य में अर्थ की तलाश न करें - यह मौजूद नहीं है, बस अब छवि को रखा गया है) कार्ड के लिए)।

लेवल टू, यू-बूट

अब हम अभी भी "गिर रहे हैं", लेकिन हम पहले से ही 0x0000000080089a84 पते पर हैं। यहां मुझे स्वीकार करना होगा: वास्तव में, प्रस्तुति "सभी स्टॉप्स के साथ" नहीं जाती है, लेकिन आंशिक रूप से "बाद में" लिखी जाती है, इसलिए यहां मैं पहले से ही हमारे SoC से सही dtb फ़ाइल डालने में कामयाब रहा, HiFive_U-Boot CONFIG_SYS_TEXT_BASE=0x80089800 में CONFIG_SYS_TEXT_BASE=0x80089800 चर समायोजित करें ( 0x08000000 बजाय) ताकि डाउनलोड पता वास्तविक से मेल खाता हो। अभी डाउनलोड करें अगले स्तर का नक्शा एक और छवि:

 (gdb) file ../freedom-u-sdk/work/HiFive_U-Boot/u-boot (gdb) tui en 

और हम देखते हैं:

  │304 /* │ │305 * trap entry │ │306 */ │ │307 trap_entry: │ │308 addi sp, sp, -32*REGBYTES │ >│309 SREG x1, 1*REGBYTES(sp) │ │310 SREG x2, 2*REGBYTES(sp) │ │311 SREG x3, 3*REGBYTES(sp) │ 

और हम लाइनों 308 और 309 के बीच कूदते हैं। और यह आश्चर्यजनक नहीं है, यह देखते हुए कि $sp में मूल्य 0xfffffffe31cdc0a0 । काश, यह भी लगातार 307 लाइन के कारण "भाग जाता है" इसलिए, हम trap_entry पर एक ब्रेकपॉइंट सेट करने का प्रयास करेंगे, और फिर 0x80089800 (यू-बूट एंट्री पॉइंट) पर स्विच करेंगे, और हम आशा करते हैं कि संक्रमण से पहले रजिस्टरों की सही सेटिंग की आवश्यकता नहीं है। ... यह काम करने लगता है:

 (gdb) b trap_entry Breakpoint 1 at 0x80089a80: file /hdd/trosinenko/fpga/freedom-u-sdk/HiFive_U-Boot/arch/riscv/cpu/HiFive/start.S, line 308. (gdb) set variable $pc=0x80089800 (gdb) c Continuing. Breakpoint 1, trap_entry () at /hdd/trosinenko/fpga/freedom-u-sdk/HiFive_U-Boot/arch/riscv/cpu/HiFive/start.S:308 (gdb) p/x $sp $4 = 0x81cf950 

इसलिए, स्टैक पॉइंटर, स्पष्ट रूप से बोलना: यह आम तौर पर रैम को इंगित करता है (जब तक कि निश्चित रूप से, हमारे पास अभी भी अनुवाद है, लेकिन चलो एक सरल विकल्प की उम्मीद करते हैं)।

आइए 0x881cf950 साथ सूचक को बदलने का प्रयास करें। परिणामस्वरूप, हम इस तथ्य पर आते हैं कि handle_trap को कॉल और कॉल किया जाता है, जबकि _exit_trap को तर्क epc=2148315240 (दशमलव में) के साथ छोड़ते हुए:

 (gdb) x/10i 2148315240 0x800cb068 <strnlen+12>: lbu a4,0(a5) 0x800cb06c <strnlen+16>: bnez a4,0x800cb078 <strnlen+28> 0x800cb070 <strnlen+20>: sub a0,a5,a0 0x800cb074 <strnlen+24>: ret 0x800cb078 <strnlen+28>: addi a5,a5,1 0x800cb07c <strnlen+32>: j 0x800cb064 <strnlen+8> 0x800cb080 <strdup>: addi sp,sp,-32 0x800cb084 <strdup+4>: sd s0,16(sp) 0x800cb088 <strdup+8>: sd ra,24(sp) 0x800cb08c <strdup+12>: li s0,0 

हम strnlen पर ब्रेकपॉइंट सेट strnlen , जारी रखते हैं और देखते हैं:

 (gdb) bt #0 strnlen (s=s@entry=0x10060000 "", count=18446744073709551615) at lib/string.c:283 #1 0x00000000800cc14c in string (buf=buf@entry=0x881cbd4c "", end=end@entry=0x881cc15c "", s=0x10060000 "", field_width=<optimized out>, precision=<optimized out>, flags=<optimized out>) at lib/vsprintf.c:265 #2 0x00000000800cc63c in vsnprintf_internal (buf=buf@entry=0x881cbd38 "exception code: 5 , ", size=size@entry=1060, fmt=0x800d446e "s , epc %08x , ra %08lx\n", fmt@entry=0x800d4458 "exception code: %d , %s , epc %08x , ra %08lx\n", args=0x881cc1a0, args@entry=0x881cc188) at lib/vsprintf.c:619 #3 0x00000000800cca54 in vsnprintf (buf=buf@entry=0x881cbd38 "exception code: 5 , ", size=size@entry=1060, fmt=fmt@entry=0x800d4458 "exception code: %d , %s , epc %08x , ra %08lx\n", args=args@entry=0x881cc188) at lib/vsprintf.c:710 #4 0x00000000800cca68 in vscnprintf (buf=buf@entry=0x881cbd38 "exception code: 5 , ", size=size@entry=1060, fmt=fmt@entry=0x800d4458 "exception code: %d , %s , epc %08x , ra %08lx\n", args=args@entry=0x881cc188) at lib/vsprintf.c:717 #5 0x00000000800ccb50 in printf (fmt=fmt@entry=0x800d4458 "exception code: %d , %s , epc %08x , ra %08lx\n") at lib/vsprintf.c:792 #6 0x000000008008a9f0 in _exit_trap (regs=<optimized out>, epc=2148315240, code=<optimized out>) at arch/riscv/lib/interrupts.c:92 #7 handle_trap (mcause=<optimized out>, epc=<optimized out>, regs=<optimized out>) at arch/riscv/lib/interrupts.c:55 #8 0x0000000080089b10 in trap_entry () at /hdd/trosinenko/fpga/freedom-u-sdk/HiFive_U-Boot/arch/riscv/cpu/HiFive/start.S:343 Backtrace stopped: frame did not save the PC 

ऐसा लगता है कि _exit_trap डिबगिंग की जानकारी अपवाद के बारे में देना चाहता है, लेकिन यह विफल हो गया । तो, हमारे स्रोत कोड के साथ कुछ फिर से प्रदर्शित नहीं होता है। set directories ../freedom-u-sdk/HiFive_U-Boot/ ओह! अब प्रदर्शित!

खैर, इसे फिर से चलाएँ और स्टैक पर देखें मूल समस्या का कारण जो पहली त्रुटि का कारण बनता है ( mcause == 5 )। यदि मैं सही ढंग से समझता हूं कि पृष्ठ 37 पर यहां क्या लिखा गया है , तो इस अपवाद का मतलब Load access fault । कारण, जाहिरा तौर पर, क्योंकि यहाँ है

मेहराब / riscv / सीपीयू / HiFive / start.S:

 call_board_init_f: li t0, -16 li t1, CONFIG_SYS_INIT_SP_ADDR and sp, t1, t0 /* force 16 byte alignment */ #ifdef CONFIG_DEBUG_UART jal debug_uart_init #endif call_board_init_f_0: mv a0, sp jal board_init_f_alloc_reserve mv sp, a0 jal board_init_f_init_reserve mv a0, zero /* a0 <-- boot_flags = 0 */ la t5, board_init_f jr t5 /* jump to board_init_f() */ 

$sp का समान गलत मान है, और board_init_f_init_reserve अंदर एक त्रुटि होती है। ऐसा लगता है कि अपराधी: स्पष्ट नाम CONFIG_SYS_INIT_SP_ADDR साथ एक चर। इसे फाइल में परिभाषित किया गया है HiFive_U-Boot/include/configs/HiFive-U540.h । कुछ बिंदु पर, मैंने भी सोचा, या हो सकता है, ठीक है, प्रोसेसर के लिए बूटलोडर को खत्म करें - शायद प्रोसेसर को थोड़ा ठीक करना आसान है? लेकिन फिर मैंने देखा कि यह पूरी तरह से #if 0 सेटिंग्स से एक अलग मेमोरी कॉन्फ़िगरेशन के लिए एक विरूपण साक्ष्य की तरह था, और आप यह करने की कोशिश कर सकते हैं:

 diff --git a/include/configs/HiFive-U540.hb/include/configs/HiFive-U540.h index ca89383..245542c 100644 --- a/include/configs/HiFive-U540.h +++ b/include/configs/HiFive-U540.h @@ -65,12 +65,9 @@ #define CONFIG_SYS_SDRAM_BASE PHYS_SDRAM_0 #endif #if 1 -/*#define CONFIG_NR_DRAM_BANKS 1*/ +#define CONFIG_NR_DRAM_BANKS 1 #define PHYS_SDRAM_0 0x80000000 /* SDRAM Bank #1 */ -#define PHYS_SDRAM_1 \ - (PHYS_SDRAM_0 + PHYS_SDRAM_0_SIZE) /* SDRAM Bank #2 */ -#define PHYS_SDRAM_0_SIZE 0x80000000 /* 2 GB */ -#define PHYS_SDRAM_1_SIZE 0x10000000 /* 256 MB */ +#define PHYS_SDRAM_0_SIZE 0x40000000 /* 1 GB */ #define CONFIG_SYS_SDRAM_BASE PHYS_SDRAM_0 #endif /* @@ -81,7 +78,7 @@ #define CONSOLE_ARG "console=ttyS0,115200\0" /* Init Stack Pointer */ -#define CONFIG_SYS_INIT_SP_ADDR (0x08000000 + 0x001D0000 - \ +#define CONFIG_SYS_INIT_SP_ADDR (0x80000000 + 0x001D0000 - \ GENERATED_GBL_DATA_SIZE) #define CONFIG_SYS_LOAD_ADDR 0xa0000000 /* partway up SDRAM */ 

कुछ बिंदु पर, मात्रा बैसाखी तकनीकी फास्टनरों एक महत्वपूर्ण बिंदु पर पहुंच गए। थोड़ी पीड़ा के बाद, मुझे अपने बोर्ड पर सही पोर्ट बनाने की आवश्यकता हुई। ऐसा करने के लिए, हमारे कॉन्फ़िगरेशन के लिए फ़ाइलों की एक निश्चित संख्या को कॉपी और ठीक करें।

 trosinenko@trosinenko-pc:/hdd/trosinenko/fpga/freedom-u-sdk/HiFive_U-Boot$ git show --name-status commit 39cd67d59c16ac87b46b51ac1fb58f16f1eb1048 (HEAD -> zeowaa-1gb) Author: Anatoly Trosinenko <anatoly.trosinenko@gmail.com> Date: Tue Jul 2 17:13:16 2019 +0300 Initial support for Zeowaa A-E115FB board M arch/riscv/Kconfig A arch/riscv/cpu/zeowaa-1gb/Makefile A arch/riscv/cpu/zeowaa-1gb/cpu.c A arch/riscv/cpu/zeowaa-1gb/start.S A arch/riscv/cpu/zeowaa-1gb/timer.c A arch/riscv/cpu/zeowaa-1gb/u-boot.lds M arch/riscv/dts/Makefile A arch/riscv/dts/zeowaa-1gb.dts A board/Zeowaa/zeowaa-1gb/Kconfig A board/Zeowaa/zeowaa-1gb/MAINTAINERS A board/Zeowaa/zeowaa-1gb/Makefile A board/Zeowaa/zeowaa-1gb/Zeowaa-A-E115FB.c A configs/zeowaa-1gb_defconfig A include/configs/zeowaa-1gb.h 

जैसा कि यह निकला, इस SiFive बोर्ड पर, कुछ उपकरणों के रजिस्टरों में अलग-अलग पते हैं। यह भी पता चला है कि यू-बूट कोन्कफिग तंत्र द्वारा कॉन्फ़िगर किया गया है, जो पहले से ही लिनक्स कर्नेल से परिचित है - उदाहरण के लिए, आप make menuconfig सकते हैं, और आप पैरामीटर विवरण के साथ एक सुविधाजनक पाठ इंटरफ़ेस देखेंगे ? आदि सामान्य तौर पर, दो बोर्डों के विवरणों में से तीसरे के विवरण को अंधा कर दिया गया है, वहां से किसी भी पाथोस पीएलएल पुन: संयोजन को बाहर कर रहा है (जाहिर है, यह किसी तरह मेजबान कंप्यूटर से PCIe नियंत्रण से जुड़ा हुआ है, लेकिन यह सटीक नहीं है), मुझे कुछ फर्मवेयर मिला, जो कि, यदि मंगल पर मौसम सही है इसने मुझे एक UART मैसेज दिया कि किस हैश से इसे इकट्ठा किया गया था, और मेरे पास कितना DRAM है (लेकिन मैंने हेडर में यह जानकारी दर्ज भी की थी)।

यह अफ़सोस की बात है कि इसके बाद बोर्ड आमतौर पर प्रोसेसर JTAG के साथ प्रतिक्रिया करना बंद कर देता है, और SD कार्ड से बूट करना, अफसोस, मेरे कॉन्फ़िगरेशन में तेज़ नहीं है। दूसरी ओर, कभी-कभी BootROM ने एक संदेश प्रदर्शित किया, जो ERROR बूट नहीं कर सका, और U- बूट तुरंत पॉप अप हो गया। यह तब था कि यह मुझ पर हावी हो गया था: जाहिर है, बिटस्ट्रीम को रिबूट करने के बाद, मेमोरी को FPGA में नहीं फँसाया जाता है, इसमें "फटे हुए" होने का समय नहीं होता है, आदि। संक्षेप में, आप बस तब कर सकते हैं जब LOADING / मैसेज दिखाई देता है, डिबगर और कमांड set variable $pc=0x80089800 साथ कनेक्ट करें, जिससे इस लंबे डाउनलोड को दरकिनार कर दें (बेशक, यह मानते हुए कि यह बहुत जल्दी टूट गया, और मूल कोड के शीर्ष पर समय नहीं था। डाउनलोड)।

वैसे, और यह आमतौर पर सामान्य है कि प्रोसेसर पूरी तरह से लटका हुआ है और संदेशों के साथ JTAG डीबगर इससे कनेक्ट नहीं हो सकता है

 Error: unable to halt hart 0 Error: dmcontrol=0x80000001 Error: dmstatus =0x00030c82 

तो रुको! मैंने पहले ही देख लिया था! - TileLink, - — … , :

 INIT CMD0 CMD8 ACMD41 CMD58 CMD16 CMD18 LOADING BOOT U-Boot 2018.09-g39cd67d-dirty (Jul 03 2019 - 13:50:33 +0300) DRAM: 1 GiB MMC: BEFORE LOAD ENVBEFORE FDTCONTROLADDRBEFORE LOADADDRIn: serial Out: serial Err: serial Hit any key to stop autoboot: 3 

In: serial — , environment. , « »? ! : U-Boot 2^24 SD-, , , , , ELF-, . : , , .

, ? , - ...

 (gdb) x/x 0x0200bff8 0x200bff8: 0x00000000 

, ?

 (gdb) set variable *0x0200bff8=310000000 (gdb) c 

:

 Hit any key to stop autoboot: 0 MMC_SPI: 0 at 0:1 hz 20000000 mode 0 

: . , - :

HiFive_U-Boot/cmd/bootmenu.c:

 static void bootmenu_loop(struct bootmenu_data *menu, enum bootmenu_key *key, int *esc) { int c; while (!tstc()) { WATCHDOG_RESET(); mdelay(10); } c = getc(); switch (*esc) { case 0: /* First char of ANSI escape sequence '\e' */ if (c == '\e') { *esc = 1; *key = KEY_NONE; } break; case 1: /* Second char of ANSI '[' */ if (c == '[') { ... 

, : :

  case DTSTimebase => BigInt(0) 

… , « — 0». WithNBigCores 1MHz (, , U-Boot). , , : , 25MHz! . «» ...

 Hit any key to stop autoboot: 0 MMC_SPI: 0 at 0:1 hz 20000000 mode 0 ## Unknown partition table type 0 libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND ** No partition table - mmc 0 ** ## Info: input data size = 34 = 0x22 Running uEnv.txt boot2... ## Error: "boot2" not defined HiFive-Unleashed # 

! , , , , mmc_spi 1 10000000 0; mmc part , SPI 20MHz 10MHz. क्यों? , 20MHz, . , , , , : ( — 25MHz) , . , 115200Hz UART- , , 25000000 20000000 1, .. 25MHz. , , , , - ( )… , — , , . 25MHz — Core i9.

 HiFive-Unleashed # env edit mmcsetup edit: mmc_spi 1 10000000 0; mmc part HiFive-Unleashed # boot MMC_SPI: 1 at 0:1 hz 10000000 mode 0 Partition Map for MMC device 0 -- Partition Type: EFI Part Start LBA End LBA Name Attributes Type GUID Partition GUID 1 0x00000800 0x0000ffde "Vfat Boot" attrs: 0x0000000000000000 type: ebd0a0a2-b9e5-4433-87c0-68b6b72699c7 type: data guid: 76bd71fd-1694-4ff3-8197-bfa81699c2fb 2 0x00040800 0x002efaf4 "root" attrs: 0x0000000000000000 type: 0fc63daf-8483-4772-8e79-3d69d8477de4 type: linux guid: 9f3adcc5-440c-4772-b7b7-283124f38bf3 3 0x0000044c 0x000007e4 "uboot" attrs: 0x0000000000000000 type: 5b193300-fc78-40cd-8002-e86c45580b47 guid: bb349257-0694-4e0f-9932-c801b4d76fa3 4 0x00000400 0x0000044b "uboot-env" attrs: 0x0000000000000000 type: a09354ac-cd63-11e8-9aff-70b3d592f0fa guid: 4db442d0-2109-435f-b858-be69629e7dbf libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND 2376 bytes read in 0 ms Running uEnv.txt boot2... 15332118 bytes read in 0 ms ## Loading kernel from FIT Image at 90000000 ... Using 'config-1' configuration Trying 'bbl' kernel subimage Description: BBL/SBI/riscv-pk Type: Kernel Image Compression: uncompressed Data Start: 0x900000d4 Data Size: 74266 Bytes = 72.5 KiB Architecture: RISC-V OS: Linux Load Address: 0x80000000 Entry Point: 0x80000000 Hash algo: sha256 Hash value: 28972571467c4ad0cf08a81d9cf92b9dffc5a7cb2e0cd12fdbb3216cf1f19cbd Verifying Hash Integrity ... sha256+ OK ## Loading fdt from FIT Image at 90000000 ... Using 'config-1' configuration Trying 'fdt' fdt subimage Description: unavailable Type: Flat Device Tree Compression: uncompressed Data Start: 0x90e9d31c Data Size: 6911 Bytes = 6.7 KiB Architecture: RISC-V Load Address: 0x81f00000 Hash algo: sha256 Hash value: 10b0244a5a9205357772ea1c4e135a4f882409262176d8c7191238cff65bb3a8 Verifying Hash Integrity ... sha256+ OK Loading fdt from 0x90e9d31c to 0x81f00000 Booting using the fdt blob at 0x81f00000 ## Loading loadables from FIT Image at 90000000 ... Trying 'kernel' loadables subimage Description: Linux kernel Type: Kernel Image Compression: uncompressed Data Start: 0x900123e8 Data Size: 10781356 Bytes = 10.3 MiB Architecture: RISC-V OS: Linux Load Address: 0x80200000 Entry Point: unavailable Hash algo: sha256 Hash value: 72a9847164f4efb2ac9bae736f86efe7e3772ab1f01ae275e427e2a5389c84f0 Verifying Hash Integrity ... sha256+ OK Loading loadables from 0x900123e8 to 0x80200000 ## Loading loadables from FIT Image at 90000000 ... Trying 'ramdisk' loadables subimage Description: buildroot initramfs Type: RAMDisk Image Compression: gzip compressed Data Start: 0x90a5a780 Data Size: 4467411 Bytes = 4.3 MiB Architecture: RISC-V OS: Linux Load Address: 0x82000000 Entry Point: unavailable Hash algo: sha256 Hash value: 883dfd33ca047e3ac10d5667ffdef7b8005cac58b95055c2c2beda44bec49bd0 Verifying Hash Integrity ... sha256+ OK Loading loadables from 0x90a5a780 to 0x82000000 

, , . . mcause , $pc si trap_entry . U-Boot mcause = 0..4, . , , , : conf/rvboot-fit.txt :

 fitfile=image.fit # below much match what's in FIT (ugha) 

, , , , SIF0 — - PCIe :

 -bootargs=console=ttySIF0,921600 debug +bootargs=console=ttyS0,125200 debug 

SHA-256 MD5: ( , ), , MD5 — . परिणाम क्या है? ( ), :

 ... Verifying Hash Integrity ... md5+ OK Loading loadables from 0x90a5a758 to 0x82000000 libfdt fdt_check_header(): FDT_ERR_BADMAGIC chosen { linux,initrd-end = <0x00000000 0x83000000>; linux,initrd-start = <0x00000000 0x82000000>; riscv,kernel-end = <0x00000000 0x80a00000>; riscv,kernel-start = <0x00000000 0x80200000>; bootargs = "debug console=tty0 console=ttyS0,125200 root=/dev/mmcblk0p2 rootwait"; }; libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND chosen { linux,initrd-end = <0x00000000 0x83000000>; linux,initrd-start = <0x00000000 0x82000000>; riscv,kernel-end = <0x00000000 0x80a00000>; riscv,kernel-start = <0x00000000 0x80200000>; bootargs = "debug console=tty0 console=ttyS0,125200 root=/dev/mmcblk0p2 rootwait"; }; Loading Kernel Image ... OK Booting kernel in 3 

...

 (gdb) x/x 0x0200bff8 0x200bff8: 0x00000000 

, , , , . , , , , :

 0x00000000bff6dbb0 in ?? () (gdb) set variable *0x0200bff8=1000000 (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x00000000bff6dbb0 in ?? () (gdb) set variable *0x0200bff8=2000000 (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x00000000bff6dbb0 in ?? () (gdb) set variable *0x0200bff8=3000000 (gdb) c Continuing. 

...

  Loading Kernel Image ... OK Booting kernel in 3 2 1 0 ## Starting application at 0x80000000 ... 

, — , , !

-

 0000000080001c20 <poweroff>: 80001c20: 1141 addi sp,sp,-16 80001c22: e022 sd s0,0(sp) 80001c24: 842a mv s0,a0 80001c26: 00005517 auipc a0,0x5 80001c2a: 0ca50513 addi a0,a0,202 # 80006cf0 <softfloat_countLeadingZeros8+0x558> 80001c2e: e406 sd ra,8(sp) 80001c30: f7fff0ef jal ra,80001bae <printm> 80001c34: 8522 mv a0,s0 80001c36: 267000ef jal ra,8000269c <finisher_exit> 80001c3a: 00010797 auipc a5,0x10 80001c3e: 41e78793 addi a5,a5,1054 # 80012058 <htif> 80001c42: 639c ld a5,0(a5) 80001c44: c399 beqz a5,80001c4a <poweroff+0x2a> 80001c46: 72c000ef jal ra,80002372 <htif_poweroff> 80001c4a: 45a1 li a1,8 80001c4c: 4501 li a0,0 80001c4e: dc7ff0ef jal ra,80001a14 <send_ipi_many> 80001c52: 10500073 wfi 80001c56: bff5 j 80001c52 <poweroff+0x32> 

Berkeley Boot Loader. htif — host interface, tethered- ( ARM), - standalone. , , , :

 void poweroff(uint16_t code) { printm("Power off\r\n"); finisher_exit(code); if (htif) { htif_poweroff(); } else { send_ipi_many(0, IPI_HALT); while (1) { asm volatile ("wfi\n"); } } } 

:

CLINT

  val io = IO(new Bundle { val rtcTick = Bool(INPUT) }) val time = RegInit(UInt(0, width = timeWidth)) when (io.rtcTick) { time := time + UInt(1) } 

RTC, MockAON, : «, ? ? !» , , System.scala :

  val rtcDivider = RegInit(0.asUInt(16.W)) //      16,   :) val mhzInt = p(DevKitFPGAFrequencyKey).toInt // ,      rtcDivider := Mux(rtcDivider === (mhzInt - 1).U, 0.U, rtcDivider + 1.U) outer.clintOpt.foreach { clint => clint.module.io.rtcTick := rtcDivider === 0.U } 

Linux kernel

, :

BBL FDT 0xF0000000 , ! , … HiFive_U-Boot/arch/riscv/lib/boot.c , 0x81F00000 , U-Boot.

BBL , . mem_prop , riscv-pk/machine/fdt.c : , fdt ram device_type = "memory" — , , , — .

( , ):

 This is bbl's dummy_payload. To boot a real kernel, reconfigure bbl with the flag --with-payload=PATH, then rebuild bbl. Alternatively, bbl can be used in firmware-only mode by adding device-tree nodes for an external payload and use QEMU's -bios and -kernel options. 

, riscv,kernel-start riscv,kernel-end DTB, . query_chosen , BBL 32- , <0x0 0xADDR> , , , . chosen

 chosen { #address-cells = <1>; #size-cells = <0>; ... } 

: 0x0 .

100500 , :

  Verifying Hash Integrity ... md5+ OK Loading loadables from 0x90a5a758 to 0x82000000 libfdt fdt_check_header(): FDT_ERR_BADMAGIC chosen { linux,initrd-end = <0x83000000>; linux,initrd-start = <0x82000000>; riscv,kernel-end = <0x80a00000>; riscv,kernel-start = <0x80200000>; #address-cells = <0x00000001>; #size-cells = <0x00000000>; bootargs = "debug console=tty0 console=ttyS0,125200 root=/dev/mmcblk0p2 rootwait"; stdout-path = "uart0:38400n8"; }; libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND chosen { linux,initrd-end = <0x83000000>; linux,initrd-start = <0x82000000>; riscv,kernel-end = <0x80a00000>; riscv,kernel-start = <0x80200000>; #address-cells = <0x00000001>; #size-cells = <0x00000000>; bootargs = "debug console=tty0 console=ttyS0,125200 root=/dev/mmcblk0p2 rootwait"; stdout-path = "uart0:38400n8"; }; Loading Kernel Image ... OK Booting kernel in 3 2 1 0 ## Starting application at 0x80000000 ... bbl loader SIFIVE, INC. 5555555555555555555555555 5555 5555 5555 5555 5555 5555 5555 5555555555555555555555 5555 555555555555555555555555 5555 5555 5555 5555 5555 5555 5555555555555555555555555555 55555 55555 555555555 55555 55555 55555 55555 55555 5 55555 55555 55555 55555 55555 55555 55555 55555 55555 55555 55555 555555555 55555 5 SiFive RISC-V Core IP [ 0.000000] OF: fdt: Ignoring memory range 0x80000000 - 0x80200000 [ 0.000000] Linux version 4.19.0-sifive-1+ (trosinenko@trosinenko-pc) (gcc version 8.3.0 (Buildroot 2019.02-07449-g4eddd28f99)) #1 SMP Wed Jul 3 21:29:21 MSK 2019 [ 0.000000] bootconsole [early0] enabled [ 0.000000] Initial ramdisk at: 0x(____ptrval____) (16777216 bytes) [ 0.000000] Zone ranges: [ 0.000000] DMA32 [mem 0x0000000080200000-0x00000000bfffffff] [ 0.000000] Normal [mem 0x00000000c0000000-0x00000bffffffffff] [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x0000000080200000-0x00000000bfffffff] [ 0.000000] Initmem setup node 0 [mem 0x0000000080200000-0x00000000bfffffff] [ 0.000000] On node 0 totalpages: 261632 [ 0.000000] DMA32 zone: 3577 pages used for memmap [ 0.000000] DMA32 zone: 0 pages reserved [ 0.000000] DMA32 zone: 261632 pages, LIFO batch:63 [ 0.000000] software IO TLB: mapped [mem 0xbb1fc000-0xbf1fc000] (64MB) 

( BBL, — ).

, , , RocketChip JTAG trap- — .

 Program received signal SIGTRAP, Trace/breakpoint trap. 0xffffffe0000024ca in ?? () (gdb) bt #0 0xffffffe0000024ca in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) file work/linux/vmlinux A program is being debugged already. Are you sure you want to change the file? (y or n) y Reading symbols from work/linux/vmlinux...done. (gdb) bt #0 0xffffffe0000024ca in setup_smp () at /hdd/trosinenko/fpga/freedom-u-sdk/linux/arch/riscv/kernel/smpboot.c:75 #1 0x0000000000000000 in ?? () Backtrace stopped: frame did not save the PC 

freedom-u-sdk/linux/arch/riscv/kernel/smpboot.c:

 void __init setup_smp(void) { struct device_node *dn = NULL; int hart; bool found_boot_cpu = false; int cpuid = 1; while ((dn = of_find_node_by_type(dn, "cpu"))) { hart = riscv_of_processor_hartid(dn); if (hart < 0) continue; if (hart == cpuid_to_hartid_map(0)) { BUG_ON(found_boot_cpu); found_boot_cpu = 1; continue; } cpuid_to_hartid_map(cpuid) = hart; set_cpu_possible(cpuid, true); set_cpu_present(cpuid, true); cpuid++; } BUG_ON(!found_boot_cpu); // <    } 

, CPU not found, running software emulation . running. .

 /* The lucky hart to first increment this variable will boot the other cores */ atomic_t hart_lottery; unsigned long boot_cpu_hartid; 

linux/arch/riscv/kernel/setup.c — . , - , ...

.

. , , singlestep-.

( ):