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

ब्लैकहॉक USB560v2

इसके बजाय अग्रदूत

जो कोई भी एम्बेडेड सिस्टम के लिए प्रोग्राम डिबग करता है वह जानता है कि आपको प्रोसेसर से कनेक्ट करने के लिए विशेष उपकरणों का उपयोग करने की आवश्यकता है। JTAG एमुलेटर नामक एडेप्टर का उपयोग टेक्सास इंस्ट्रूमेंट्स प्रोसेसर परिवार के लिए किया जाता है।

कई हैं, और विभिन्न निर्माताओं से। मेरे पार्क में, दूसरों के बीच, ब्लैकहॉक USB560v2 दिखाई देता है । मुझे मानना चाहिए, लोहे का सबसे सस्ता टुकड़ा नहीं। और फिर एक दिन उसने बिना किसी स्पष्ट कारण के काम करना बंद कर दिया।

लक्षण

सब कुछ एक दिन हुआ, डिवाइस ने बस लोड करना बंद कर दिया और यूएसबी के माध्यम से पता लगाया। एलईडी झपकी ले गया, लेकिन "उपयोग करने के लिए तैयार" राज्य में नहीं गया।

इस डिवाइस में एक मनोरंजक दस्तावेज मोड है: 10-15 असफल डाउनलोड के बाद, इसे एक विशेष मोड (सुरक्षित मोड) पर स्विच करना चाहिए जो इसे फिर से चालू करने की अनुमति देगा। हालाँकि, मेरे डिवाइस ने इस मोड पर स्विच करने से इनकार कर दिया, यह USB नंबरिंग स्टेज तक नहीं पहुंचा, और इसलिए मानक उपयोगिता के साथ इसे फिर से शुरू करने की कोई संभावना नहीं थी। समर्थन सेवा के साथ पत्राचार कुछ भी नहीं हुआ: उन्होंने तकनीकी उपकरणों के साथ मेरी मदद करने से इनकार कर दिया, केवल यूएसए में उन्हें निदान और मरम्मत के लिए एक उपकरण भेजने (अपने खर्च पर) देने की पेशकश की।

स्वतंत्र मरम्मत शुरू करने के अलावा कोई चारा नहीं था।

उबंटू मेजबान पर स्थापित है, कुछ उपयोगिताओं को वितरण में शामिल किया गया है, कुछ एप्ट के माध्यम से स्थापित किया गया है।

बाहरी निरीक्षण

हम जुदा होते हैं, बोर्ड को देखते हैं। बोर्ड पर स्थित हैं:

माइक्रोप्रोसेसर TI TMS320DM6441
फ्लैश माइक्रोन MT29F1G08ABBDAHC
2x DRAM माइक्रोन MT47H64M16HR-3
FPGA Altera MAX II (EPM570GF00C5N) और साइक्लोन III (EP3C25U256C8N)

मैं विशेष रूप से सावधानीपूर्वक पहने हुए UART कनेक्टर से प्रसन्न था, जो इसके अलावा, 2.54 मिमी के मानक कंघी के लिए नस्ल था, इसलिए संपर्कों पर हस्ताक्षर किए गए थे। मैंने इसे लंबे समय तक नहीं देखा, बोर्ड पर अधिकतम पांच स्पॉट, और यहां तक कि टीपी 1 जैसे महत्वहीन चिह्नों के साथ, आदि।

चलिए शुरू करते हैं

हम यूएसबी-यूएआरटी कनेक्ट करते हैं (स्तर के बारे में मत भूलना, यह 3.3 वी है यहां)। हम मिनिकॉम शुरू करते हैं, हम प्राप्त करते हैं:

TI UBL Version: 1.13, Flash type: NAND Booting PSP Boot Loader PSPBootMode = NAND Starting NAND Copy... Initializing NAND flash... Manufacturer ID = 0x0000002C Device ID = 0x000000A1 Pages Per Block = 0x00000040 Number of Blocks = 0x00000400 Bytes Per Page = 0x00000800 Valid MagicNum found at block 0x00000001, page 0x00000008 NAND Boot success. DONE U-Boot 2010.12 (May 09 2012 - 13:10:23) Cores: ARM 257 MHz, DSP 513 MHz DDR: 162 MHz I2C: ready DRAM: 256 MiB NAND: 128 MiB MMC: Bad block table found at page 65472, version 0x01 Bad block table found at page 65408, version 0x01 In: serial Out: serial Err: serial Read USBID pin : DEVICE Read boot progress legacy : 0 Read boot progress : 0 Write boot progress legacy : 0 Write boot progress : 0 Hit any key to stop autoboot: 0 Loading from NAND 128MiB 1,8V 8-bit, offset 0x60000 Image Name: Linux-2.6.10_mvl401-xds560 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 1236292 Bytes = 1.2 MiB Load Address: 80008000 Entry Point: 80008000 NAND read from offset 60000 failed -74 ** Read error ## Booting kernel from Legacy Image at 80700000 ... Image Name: Linux-2.6.10_mvl401-xds560 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 1236292 Bytes = 1.2 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... Bad Data CRC ERROR: can't get kernel image!

जैसा कि आप देख सकते हैं, अनुक्रम काफी मानक है: पहले बूटलोडर (TI UBL) लोड किया गया है, फिर U- बूट, जो बदले में लिनक्स कर्नेल को लोड करता है।

लॉग के अनुसार, यह स्पष्ट है कि आंतरिक नंद फ्लैश में कुछ बह गया है, जब लिनक्स कर्नेल को लोड किया जाता है, तो चेकसम अभिसरण नहीं करता है। हालांकि, आप डाउनलोड को बाधित कर सकते हैं और यू-बूट कंसोल में प्रवेश कर सकते हैं।

उपलब्ध आदेशों पर एक नज़र डालें:

उनमें से बहुत सारे हैं

 U-Boot > help ? - alias for 'help' askenv - get environment variables from stdin base - print or set address offset boot - boot default, ie, run 'bootcmd' bootd - boot default, ie, run 'bootcmd' bootm - boot application image from memory cmp - memory compare coninfo - print console devices and information cp - memory copy crc32 - checksum calculation echo - echo args to console editenv - edit environment variable eeprom - EEPROM sub-system env - environment handling commands exit - exit script false - do nothing, unsuccessfully fatinfo - print information about filesystem fatload - load binary file from a dos filesystem fatls - list files in a directory (default /) go - start application at address 'addr' help - print command description/usage i2c - I2C sub-system iminfo - print header information for application image imxtract- extract a part of a multi-image itest - return true/false on integer compare loadb - load binary file over serial line (kermit mode) loads - load S-Record file over serial line loady - load binary file over serial line (ymodem mode) loop - infinite loop on address range md - memory display mdc - memory display cyclic mii - MII utility commands mm - memory modify (auto-incrementing address) mmc - MMC sub system mmcinfo - display MMC info mtest - simple RAM read/write test mw - memory write (fill) mwc - memory write cyclic nand - NAND sub-system nboot - boot from NAND device nm - memory modify (constant address) printenv- print environment variables reset - Perform RESET of the CPU run - run commands in an environment variable saveenv - save environment variables to persistent storage saves - save S-Record file over serial line setenv - set environment variables showvar - print local hushshell variables sleep - delay execution for some time source - run script from memory test - minimal test like /bin/sh true - do nothing, successfully usb - USB sub-system usbboot - boot from USB device version - print monitor version

आइए पर्यावरण चर देखें:

 U-Boot > printenv autokern=0x60000 autoroot=/dev/mtdblock3 baudrate=115200 bootcmd=nboot 80700000 0 ${autokern}; run setbootargsnand; bootm setbootargsnand=setenv bootargs mem=64M console=ttyS0,${baudrate}n8 root=${autoroot} rw rootfstype=jffs2 ip=off stderr=serial stdin=serial stdout=serial ver=U-Boot 2010.12 (May 09 2012 - 13:10:23) Environment size: 338/16380 bytes

पहली चीज़ जो मैंने कोशिश की, वह U- बूट कमांड का उपयोग करके चेक और बूट को बंद करने की थी।

 U-Boot > setenv verify n U-Boot > boot

थोड़ा और आगे बढ़ा, लेकिन ज्यादा नहीं:

 ## Booting kernel from Legacy Image at 80700000 ... Image Name: Linux-2.6.10_mvl401-xds560 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 1236292 Bytes = 1.2 MiB Load Address: 80008000 Entry Point: 80008000 Loading Kernel Image ... OK OK Starting kernel ... Uncompressing Linux................................................................................. crc error te

इसके अलावा डिवाइस हैंग हो जाता है।

यह पर्यावरण चर से देखा जा सकता है कि कर्नेल छवि 0x60000 की ऑफसेट के साथ NAND फ़्लैश में निहित है, जब इसे लोड किया जाता है, तो इसे 0x80700000 पते पर कॉपी किया जाता है (प्रोसेसर के मेमोरी मैप के अनुसार, यह बाहरी DRAM का पता स्थान है) और लोड किया गया है। कर्नेल छवि का आकार, जैसा कि लॉग से देखा जा सकता है, 1236292 बाइट्स है। मैंने मैन्युअल रूप से ऐसा करने की कोशिश की। हम मानते हैं कि छवि uImage प्रारूप में संग्रहीत है, इसलिए हम हेडर पर 64 बाइट फेंकते हैं, हमें 1236356 बाइट्स = 0x12DD84 मिलता है:

 U-Boot > nand read 80700000 60000 12dd84 U-Boot > iminfo ## Checking Image at 80700000 ... Legacy image found Image Name: Linux-2.6.10_mvl401-xds560 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 1236292 Bytes = 1.2 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... Bad Data CRC

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

लॉगिंग के साथ रन मिनिकॉम:

 minicom -C orig-uImage.txt

हम स्क्रीन पर मेमोरी की सामग्री प्रदर्शित करते हैं:

 U-Boot > md.b 80700000 12dd84

हम मिनिकॉम से बाहर निकलते हैं, लॉग को संपादित करते हैं, अतिरिक्त लाइनों को हटाते हैं, और इसे बाइनरी में परिवर्तित करते हैं:

 xxd -r -seek -0x80700000 orig-uImage.txt orig-uImage

मैं छवि को फिर से तैयार करना चाहता था ताकि यह चेकसम त्रुटियों का उत्पादन न करे। पहले 64 बाइट हटाएं, और फिर एक नया uImage बनाएं:

 mkimage -A arm -T kernel -C none -a 80008000 -e 80008000 -n "Linux-2.6.10_mvl401-xds560" -d orig-uImage patched-uImage

YModem प्रोटोकॉल का उपयोग करके परिणामी फ़ाइल वापस भरें:

 U-Boot > loady ## Ready for binary (ymodem) download to 0x80700000 at 115200 bps... C## Total Size = 0x0012dd84 = 1236356 Bytes U-Boot > iminfo ## Checking Image at 80700000 ... Legacy image found Image Name: Linux-2.6.10_mvl401-xds560 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 1236292 Bytes = 1.2 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK

हम बूट करने की कोशिश करते हैं, लेकिन कर्नेल को अनपैक करने के चरण पर भी लटकाते हैं:

 U-Boot > bootm ## Booting kernel from Legacy Image at 80700000 ... Image Name: Linux-2.6.10_mvl401-xds560 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 1236292 Bytes = 1.2 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... Uncompressing Linux................................................................................. crc error te

यह उम्मीद की जानी थी कि यहां कोई क्या उम्मीद कर सकता है। लेकिन कम से कम उन्होंने फ़ाइल साझाकरण वर्कफ़्लो अपलोड किया, बुरा नहीं।

हमारे पास निर्माता की वेबसाइट , USB560v2_firmware_5.0.573.0.bin से एक फर्मवेयर फ़ाइल है । मैंने माना कि इस फ़ाइल में कर्नेल छवि है, लेकिन यह अपेक्षा करना उचित होगा कि फ़ाइल कम से कम एक साधारण कुंजी से एन्क्रिप्ट की गई हो। इसलिए, मैं मानता हूं, मैं टूट गया और निर्माता को मुझे एक अखंड uImage प्रदान करने का अनुरोध किया, ताकि मैं इसे डिवाइस और बूट से अपलोड कर uImage , और फिर मैं मानक यूएसबी उपयोगिता के साथ डिवाइस को फिर से uImage कर सकता हूं। यहां तक कि उन्होंने जीपीएल (जिसके तहत लिनक्स वितरित किया गया है) की शर्तों का उल्लेख किया है, जिसके अनुसार इसके अलावा कर्नेल स्रोत कोड प्रदान करने के लिए चोट नहीं पहुंचेगी।

अनुरोध भेजने के तुरंत बाद, मैंने फ़र्मवेयर फ़ाइल को सरल संग्रह के रूप में अनज़िप करने का प्रयास करने का निर्णय लिया। और, लो और निहारना, यह निकला!

 tar -xf USB560v2_firmware_5.0.573.0.bin

अनपैक करने के बाद, दो फाइलें दिखाई दीं: uImage और rootfs.tar.gz । डॉक्टर ने जो बताया है वह कर्नेल इमेज और रूट फाइल सिस्टम है।

यह YModem और स्टार्ट का उपयोग करते हुए डिवाइस की मेमोरी में uImage भरने के लिए रहता है, जो मैंने किया था। डिवाइस ने उसी सुरक्षित मोड में सफलतापूर्वक बूट किया, मैंने उन लोगों को लटका दिया। निर्माता का समर्थन और, यह सोचकर कि मैं अगली बार डिवाइस लेने जा रहा हूं, शांति से बिस्तर पर चला गया।

दूसरी श्रृंखला

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

 INIT: PANIC: segmentation violation! sleeping for 30 seconds.

लंबी कर्नेल बूट लॉग

 Starting kernel ... Uncompressing Linux................................................................................. done, booting thelLinux version 2.6.10_mvl2 CPU: ARM926EJ-Sid(wb) [41069265] revision 5 (ARMv5TEJ) CPU0: D VIVT write-back cache CPU0: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets CPU0: D cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets Machine: DaVinci EVM Memory policy: ECC disabled, Data cache writeback Built 1 zonelists Kernel command line: mem=64M console=ttyS0,115200n8 root=/dev/mtdblock3 rw rootfstype=jffs2 ip=off PID hash table entries: 512 (order: 9, 8192 bytes) Console: colour dummy device 80x30 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 64MB = 64MB total Memory: 62080KB available (2118K code, 448K data, 136K init) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: Testing write buffer coherency: ok spawn_desched_task(00000000) desched cpu_callback 3/00000000 ksoftirqd started up. desched cpu_callback 2/00000000 desched thread 0 started up. NET: Registered protocol family 16 Registering platform device 'nor_davinci.0'. Parent at platform Registering platform device 'nand_davinci.0'. Parent at platform DaVinci I2C DEBUG: 12:46:30 Mar 29 2012 Registering platform device 'i2c'. Parent at platform musb_hdrc: version 2.2a/db-0.4.8 [cppi-dma] [peripheral] [debug=0] Registering platform device 'musb_hdrc'. Parent at platform musb_hdrc: USB Peripheral mode controller at c4800000 using DMA, IRQ 12 JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc. yaffs Mar 29 2012 12:46:15 Installing. Registering platform device 'davincifb.0'. Parent at platform Console: switching to colour frame buffer device 90x30 Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing disabled Registering platform device 'serial8250'. Parent at platform ttyS0 at MMIO 0x1c20000 (irq = 40) is a 16550A io scheduler noop registered io scheduler anticipatory registered RAMDISK driver initialized: 1 RAM disks of 32768K size 1024 blocksize Registering platform device 'ti_davinci_emac'. Parent at platform TI DaVinci EMAC: MAC address is 00:00:00:04:12:64 TI DaVinci EMAC Linux version updated 4.0 TI DaVinci EMAC: Installed 1 instances. netconsole: not configured, aborting i2c /dev entries driver elevator: using anticipatory as default io scheduler NAND device: Manufacturer ID: 0x2c, Chip ID: 0xa1 (Unknown NAND 128MiB 1,8V 8-bit) Scanning device for bad blocks Creating 8 MTD partitions on "nand_davinci.0": 0x00000000-0x00020000 : "params" 0x00020000-0x00060000 : "bootloader" 0x00060000-0x00260000 : "safekernel" 0x00260000-0x01260000 : "saferootfs" 0x01260000-0x01460000 : "kernel" 0x01460000-0x02860000 : "rootfs" 0x02860000-0x03860000 : "application" 0x03860000-0x03c60000 : "logging" nand_davinci: hardware revision: 2.1 mice: PS/2 mouse device common for all mice NET: Registered protocol family 2 IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 4096 bind 8192) NET: Registered protocol family 1 NET: Registered protocol family 17 jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000016c: 0xffef instead Empty flash at 0x00a237fc ends at 0x00a23800 Empty flash at 0x00c3b7d8 ends at 0x00c3b800 mtd->read(0x1f320 bytes from 0xec0ce0) returned ECC error mtd->read(0x1fb8c bytes from 0xf20474) returned ECC error VFS: Mounted root (jffs2 filesystem). Freeing init memory: 136K mtd->read(0x44 bytes from 0xf39da8) returned ECC error mtd->read(0x988 bytes from 0xf39420) returned ECC error mtd->read(0x44 bytes from 0xed8d20) returned ECC error jffs2_get_inode_nodes(): Data CRC failed on node at 0x00ed8d20: Read 0xa8462b94, calculated 0xa03c90e8 mtd->read(0xa7e bytes from 0xed82a0) returned ECC error jffs2_get_inode_nodes(): Data CRC failed on node at 0x00c3ad78: Read 0x31ac7e30, calculated 0xa52ecb11 jffs2_get_inode_nodes(): Data CRC failed on node at 0x00a22d9c: Read 0x31ac7e30, calculated 0xe9f89c4c mtd->read(0x988 bytes from 0xf39420) returned ECC error mtd->read(0xa7e bytes from 0xed82a0) returned ECC error INIT: version 2.85 booting INIT: PANIC: segmentation violation! sleeping for 30 seconds. jffs2_get_inode_nodes(): Data CRC failed on node at 0x00a2ad10: Read 0x5fa921cc, calculated 0x5282f1d9 INIT: PANIC: segmentation violation! sleeping for 30 seconds.

मैंने निष्कर्ष निकाला कि रूट फाइल सिस्टम भी क्षतिग्रस्त हो गया था। ठीक है, तो आपको इसे भी फ्लैश करने की आवश्यकता है।

सबसे पहले, uImage को NAND में लिखें, ताकि इसे हर बार UART के माध्यम से लोड न किया जाए (मुझे स्वीकार करना चाहिए, 115200 की गति पर, ध्यान देने योग्य समय एक मेगाबाइट के आकार पर भी लोड होता है)। नंद के साथ काम करते समय, बस के मामले में, हम नंद पृष्ठ के आकार के लिए छवि आकार को संरेखित करते हैं (मुझे ऐसी सिफारिश कहीं से मिली), और हमारे पृष्ठ का आकार 1024 बाइट्स = 0x800 है (पहले लॉग देखें)।

 U-Boot > loady ... U-Boot > nand erase 60000 12DC00 U-Boot > nand write 80700000 60000 12DC00

कर्नेल बूट लॉग से, उपयोगी जानकारी चुनें:

 Creating 8 MTD partitions on "nand_davinci.0": 0x00000000-0x00020000 : "params" 0x00020000-0x00060000 : "bootloader" 0x00060000-0x00260000 : "safekernel" 0x00260000-0x01260000 : "saferootfs" 0x01260000-0x01460000 : "kernel" 0x01460000-0x02860000 : "rootfs" 0x02860000-0x03860000 : "application" 0x03860000-0x03c60000 : "logging"

तो रूट फ़ाइल सिस्टम को 0x260000 की ऑफसेट के साथ NAND को लिखा जाना चाहिए। यह केवल किस प्रारूप में समझना है। हम यू-बूट वातावरण चर को याद करते हैं, विशेष रूप से, यह पंक्ति:

 setbootargsnand=setenv bootargs mem=64M console=ttyS0,${baudrate}n8 root=${autoroot} rw rootfstype=jffs2 ip=off

इसलिए, हमें अपने rootfs.tar.gz को बदलने की जरूरत है, जो कि फर्मवेयर फाइल से JFFS2 फॉर्मेट में है। टेक्सास इंस्ट्रूमेंट्स से विकी के साथ प्रॉम्प्ट पर , हम यह करते हैं ( tar लिए mknod आवश्यकता होती है, इसलिए यह mknod कमांड चलाते समय त्रुटियां उत्पन्न करता है)

 mkdir rootfs sudo tar -xf rootfs.tar.gz -C rootfs mkfs.jffs2 -n -r rootfs -e 16 -o rootfs.jffs2

हम परिणामस्वरूप फ़ाइल को डिवाइस की मेमोरी में लोड करते हैं, और फिर इसे वांछित एनएंड सेक्शन में कॉपी करते हैं (पेज पर आकार भी गोल होता है:

 U-Boot > loady ... U-Boot > nand erase 260000 39f000 U-Boot > nand write 80700000 260000 39f000

हम अपनी उंगलियों को पार करते हैं, रिबूट करते हैं, ठीक है, अब सब कुछ निश्चित रूप से ठीक है।

सफल डाउनलोड का बहुत लंबा पूर्ण लॉग

 TI UBL Version: 1.13, Flash type: NAND Booting PSP Boot Loader PSPBootMode = NAND Starting NAND Copy... Initializing NAND flash... Manufacturer ID = 0x0000002C Device ID = 0x000000A1 Pages Per Block = 0x00000040 Number of Blocks = 0x00000400 Bytes Per Page = 0x00000800 Valid MagicNum found at block 0x00000001, page 0x00000008 NAND Boot success. DONE U-Boot 2010.12 (May 09 2012 - 13:10:23) Cores: ARM 257 MHz, DSP 513 MHz DDR: 162 MHz I2C: ready DRAM: 256 MiB NAND: 128 MiB MMC: Bad block table found at page 65472, version 0x01 Bad block table found at page 65408, version 0x01 In: serial Out: serial Err: serial Read USBID pin : DEVICE Read boot progress legacy : 3 Read boot progress : 10 Write boot progress legacy : 2 Write boot progress : 9 Hit any key to stop autoboot: 0 Loading from NAND 128MiB 1,8V 8-bit, offset 0x1260000 Image Name: Linux-2.6.10_mvl401-xds560 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 1235632 Bytes = 1.2 MiB Load Address: 80008000 Entry Point: 80008000 ## Booting kernel from Legacy Image at 80700000 ... Image Name: Linux-2.6.10_mvl401-xds560 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 1235632 Bytes = 1.2 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... Uncompressing Linux................................................................................. done, booting thelLinux version 2.6.10_mvl2 CPU: ARM926EJ-Sid(wb) [41069265] revision 5 (ARMv5TEJ) CPU0: D VIVT write-back cache CPU0: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets CPU0: D cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets Machine: DaVinci EVM Memory policy: ECC disabled, Data cache writeback Built 1 zonelists Kernel command line: mem=64M console=ttyS0,115200n8 root=/dev/mtdblock5 rw rootfstype=jffs2 ip=off PID hash table entries: 512 (order: 9, 8192 bytes) Console: colour dummy device 80x30 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 64MB = 64MB total Memory: 62080KB available (2118K code, 448K data, 136K init) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: Testing write buffer coherency: ok spawn_desched_task(00000000) desched cpu_callback 3/00000000 ksoftirqd started up. desched cpu_callback 2/00000000 desched thread 0 started up. NET: Registered protocol family 16 Registering platform device 'nor_davinci.0'. Parent at platform Registering platform device 'nand_davinci.0'. Parent at platform DaVinci I2C DEBUG: 12:46:30 Mar 29 2012 Registering platform device 'i2c'. Parent at platform musb_hdrc: version 2.2a/db-0.4.8 [cppi-dma] [peripheral] [debug=0] Registering platform device 'musb_hdrc'. Parent at platform musb_hdrc: USB Peripheral mode controller at c4800000 using DMA, IRQ 12 JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc. yaffs Mar 29 2012 12:46:15 Installing. Registering platform device 'davincifb.0'. Parent at platform Console: switching to colour frame buffer device 90x30 Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing disabled Registering platform device 'serial8250'. Parent at platform ttyS0 at MMIO 0x1c20000 (irq = 40) is a 16550A io scheduler noop registered io scheduler anticipatory registered RAMDISK driver initialized: 1 RAM disks of 32768K size 1024 blocksize Registering platform device 'ti_davinci_emac'. Parent at platform TI DaVinci EMAC: MAC address is 00:00:00:04:12:64 TI DaVinci EMAC Linux version updated 4.0 TI DaVinci EMAC: Installed 1 instances. netconsole: not configured, aborting i2c /dev entries driver elevator: using anticipatory as default io scheduler NAND device: Manufacturer ID: 0x2c, Chip ID: 0xa1 (Unknown NAND 128MiB 1,8V 8-bit) Scanning device for bad blocks Creating 8 MTD partitions on "nand_davinci.0": 0x00000000-0x00020000 : "params" 0x00020000-0x00060000 : "bootloader" 0x00060000-0x00260000 : "safekernel" 0x00260000-0x01260000 : "saferootfs" 0x01260000-0x01460000 : "kernel" 0x01460000-0x02860000 : "rootfs" 0x02860000-0x03860000 : "application" 0x03860000-0x03c60000 : "logging" nand_davinci: hardware revision: 2.1 mice: PS/2 mouse device common for all mice NET: Registered protocol family 2 IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 4096 bind 8192) NET: Registered protocol family 1 NET: Registered protocol family 17 mtd->read(0x400 bytes from 0x0) returned ECC error VFS: Mounted root (jffs2 filesystem). Freeing init memory: 136K INIT: version 2.85 booting 0 Mounting local filesystems: mount none on /var/log type tmpfs (rw,size=2M) none on /var/lock type tmpfs (rw) none on /var/run type tmpfs (rw) INIT: Entering runlevel: 3 /etc/rc.d/rc3.d/S88davinci_mmc: 69: /usr/local/bin/sd_app: not found Registering platform device 'mmc0.1'. Parent at platform : Supporting 4-bit mode /etc/rc.d/rc3.d/S90fsemulator: 72: /usr/local/bin/sd_app: not found bh560v2u gadget: Blackhawk USB560v2 System Trace Emulator, version: 1.00 bh560v2u gadget: using musb_hdrc, OUT ep1out IN ep1in bh560v2u gadget: DTC-USB device attached to major/minor numbers 254 0 /etc/rc.d/rc3.d/S93dsplink: 69: /usr/local/bin/sd_app: not found bh560v2u gadget: high speed config #1: High-speed configuration dsplinkk: no version for "struct_module" found: kernel tainted. DSPLINK Module (1.51) created on Date: Mar 29 2012 Time: 12:48:55 /etc/rc.d/rc3.d/S95fpgaprog: 72: /usr/local/bin/sd_app: not found Device '/dev/mem' opened successfully. Turned off Debug Clock Turned off Trace Clock FPGA erased successfully FPGA data length=460284 Device '/dev/mem' opened successfully. Programming FPGA: FPGA Image CRC=39550, FPGA programmed CRC=28013 Turned on Debug Clock Turned on Trace Clock Device #1 IDCODE is 020F30DD configuring SRAM device(s)... DONE Exit code = 0... Success /etc/rc.d/rc3.d/S96dtc_main: 70: /usr/local/bin/sd_app: not found MontaVista(R) Linux(R) Professional Edition 4.0.1 (0600980) (none) login: emac_control:4584[0]ioctl called when device is NOT open<3>ERROR: davinci_emac: eth0 error: Error 3000000E from EMAC TX Channel O) SIOCSIFHWADDR: Input/output error Failed to reset boot progress: dtc_periph_lock.cpp(78) : timeout : /var/lock/i2c MontaVista(R) Linux(R) Professional Edition 4.0.1 (0600980) 00:00:00:04:12:64 login: root Welcome to MontaVista(R) Linux(R) Professional Edition 4.0.1 (0600980). login[825]: root login on `console' #

अंतभाषण

हां, अंतिम प्रक्रिया बहुत जटिल नहीं थी, वास्तव में, यहां बहुत वास्तविक रिवर्स इंजीनियरिंग नहीं है। लेकिन मैंने व्यक्तिगत रूप से एम्बेडेड लिनक्स की बूट प्रक्रिया के दौरान निम्न-स्तरीय चीजों के बारे में बहुत कुछ सीखा, यू-बूट कंसोल के साथ काम करना सीखा।

ब्लैकहॉक USB560v2 के मालिकों के लिए

यह देखा जा सकता है कि लोग सुरक्षा से परेशान नहीं थे। लिनक्स बूट करने के बाद, कंसोल में लॉग इन करने के लिए एक संकेत दिखाई देता है। पासवर्ड के बिना root लॉगिन आपको प्रशासनिक पहुंच के साथ लॉग इन करने और डिवाइस के साथ कुछ भी करने की अनुमति देता है। सबसे दिलचस्प /usr/local/bin ।

लेकिन यह पूरी तरह से अलग कहानी है।

मुझे उम्मीद है कि यह दिलचस्प था।

कैसे मैंने U-Boot के माध्यम से एक डिवाइस (JTAG-emulator BH-USB-560v2) को पुन: प्राप्त किया