Sync --- Stream Data -- Pariry
ldr r0,#1
add r3,r0,r1第二行指令在 decode/register read 時，r0 還沒update，因為上一行才執行到alu operation。所以在pipeline中的第二行指令就要停下來，等兩個clock，等上一行指令執行到register update後，才可以繼續。memory 的 address/data line 直接對應到內部的 cell，沒有 mapping到內部的 register。所以 DDR Spec 規定了一個 bus pattern ，當 bus pattern 是這樣，A0~A14 就對應要寫入 register 的內容。 這個動作就叫做 Mode Register Set
一般好像 CS, CAS, RAS, WE 都是 low 的時候是 mode register set，這時後 A0~A14 的內容會被解讀為 mod register set command 的 op-code好像在 chip power up sequence 中有MRS 的階段，所有 DDR 開機都要經過這個階段？有些把這個"寫入 DDR Mode Rester" 的動作叫 Load Mode Register - LMR)
就是把終端電阻放在chip 里，不是 lay在板子上。
ldr r0, =GPIO1_PAD_EN
mov r1, #0x00100000 ; pin 20
str r1,[r0]
ldr r0, =GPIO1_CTRL20
mov r1,#0x120
mov r2,#0x160
1
str r1,[r0]
nop
str r2,[r0]
nop
b %b1
str r1,[r0]
str r1,[r0]
str r2,[r0]
str r2,[r0]
b %b1
General
Complete name : G:\log.trp
Format : MPEG-TS
Format profile : No PAT/PMT
File size : 17.8 MiB
Video
ID : 1024 (0x400)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Baseline@L1.2
Format settings, CABAC : No
Format settings, ReFrames : 1 frame
Width : 320 pixels
Height : 180 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Resolution : 8 bits
Colorimetry : 4:2:0
Scan type : Progressive
Audio
ID : 1280 (0x500)
Format : MPEG Audio
Video delay : -899ms
Filter : Audio Switcher - CLSID : {18C16B08-6497-420E-AD14-22D21C2CEAB7}
- Connected to:
CLSID: {0F40E1E5-4F79-4988-B1A9-CC98794E6B55}
Filter: ffdshow Audio Decoder
Pin: Out
- Connection media type:
Audio: PCM 48000Hz stereo 1536kbps
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 18
WAVEFORMATEX:
wFormatTag: 0x0001
nChannels: 2
nSamplesPerSec: 48000
nAvgBytesPerSec: 192000
nBlockAlign: 4
wBitsPerSample: 16
cbSize: 0 (extra bytes)
pbFormat:
0000: 01 00 02 00 80 bb 00 00 00 ee 02 00 04 00 10 00 ....€.........
0010: 00 00 ..
Filter : MPC - Mpeg Splitter (Gabest) - CLSID : {DC257063-045F-4BE2-BD5B-E12279C464F0}
- Connected to:
CLSID: {E436EBB5-524F-11CE-9F53-0020AF0BA770}
Filter: G:\log.trp
Pin: Output
- Connection media type:
Unknown
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_MPEG2_TRANSPORT {E06D8023-DB46-11CF-B4D1-00805F6CBBEA}
formattype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 0
Filter : MPC - Mpeg Splitter (Gabest) - CLSID : {DC257063-045F-4BE2-BD5B-E12279C464F0}
- Connected to:
CLSID: {04FE9017-F873-410E-871E-AB91661A4EF7}
Filter: ffdshow Video Decoder
Pin: In
- Connection media type:
Video: MPEG4 Video (H264) 320x192 14.99fps
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {31435641-0000-0010-8000-00AA00389B71}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 159
VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 667333
VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 320
dwPictAspectRatioY: 192
dwControlFlags: 0x00000000
dwReserved2: 0x00000000
MPEG2VIDEOINFO:
dwStartTimeCode: 0
cbSequenceHeader: 27
dwProfile: 0x00000042
dwLevel: 0x0000000c
dwFlags: 0x00000004
BITMAPINFOHEADER:
biSize: 40
biWidth: 320
biHeight: 192
biPlanes: 0
biBitCount: 0
biCompression: AVC1
biSizeImage: 0
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0
pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 c5 2e 0a 00 00 00 00 00 ...............
0030: 00 00 00 00 00 00 00 00 40 01 00 00 c0 00 00 00 ........@......
0040: 00 00 00 00 00 00 00 00 28 00 00 00 40 01 00 00 ........(...@...
0050: c0 00 00 00 00 00 00 00 41 56 43 31 00 00 00 00 .......AVC1....
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0070: 00 00 00 00 1b 00 00 00 42 00 00 00 0c 00 00 00 ........B.......
0080: 04 00 00 00|00 13 67 42 e0 0c b6 81 41 9f 9e 10 ......gB.A.
0090: 00 00 3e 90 00 07 53 08 40 00 04 68 ce 3c 80 ..>..S.@..h<€ - Enumerated media type 0: Set as the current media type
pid = ((byte1 << 8) | byte2) & 0x1FFF
cnt = byte3 % 0x0F
acmd41的返回值中,OCR的bit31为0表明卡此时处于busy状态,*请隔50ms后重新发cmd55,acmd41命令*,重复**部分直到返回的OCR的bit31为1为止.请仔细阅读spec.
回應就是"Response"，一樣利用 SD card interface 的 "CMD" pin 來傳送。
= 所以 CMD line 是雙向 line
host 從CMD 送出command 後，讓 CMD維持 high-impendance，SD card 就可以拉動 CMD line，做出回應。
所以應該是有偵測到...
[786627.436013] usb 2-3: new full speed USB device using ohci_hcd and address 2
[786627.654996] usb 2-3: configuration #1 chosen from 2 choices
[786627.677190] usb 2-3: New USB device found, idVendor=1d50, idProduct=5119
[786627.677198] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[786627.677202] usb 2-3: Product: Neo1973 Bootloader U-Boot 1.3.2-moko12
[786627.677205] usb 2-3: Manufacturer: OpenMoko, Inc
[786627.677207] usb 2-3: SerialNumber: 0000000
[786628.281641] cdc_acm: This device cannot do calls on its own. It is no modem.
[786628.281641] cdc_acm 2-3:1.0: ttyACM0: USB ACM device
[786628.288104] usbcore: registered new interface driver cdc_acm
[786628.288112] cdc_acm: v0.26:USB Abstract Control Model driver for USB modems and ISDN adapters
所以 CMD42 的 Response 也跟 Block Write Command 的 Result 一樣 ？
int mmc_lock_unlock(struct mmc_card *card, struct key *key, int mode)
+{
+ struct mmc_request mrq;
+ struct mmc_command cmd;
+ struct mmc_data data;
+ struct scatterlist sg;
+ struct mmc_key_payload *mpayload;
+ unsigned long erase_timeout;
+ int err, data_size;
+ u8 *data_buf;
+
+ mpayload = NULL;
+ data_size = 1;
+ if (mode != MMC_LOCK_MODE_ERASE) {
+ mpayload = rcu_dereference(key->payload.data);
+ data_size = 2 + mpayload->datalen;
+ }
+
+ data_buf = kmalloc(data_size, GFP_KERNEL);
+ if (!data_buf)
+ return -ENOMEM;
+ memset(data_buf, 0, data_size);
+
+ data_buf[0] = mode;
+ if (mode != MMC_LOCK_MODE_ERASE) {
+ data_buf[1] = mpayload->datalen;
+ memcpy(data_buf + 2, mpayload->data, mpayload->datalen);
+ }
+
+ memset(&cmd, 0, sizeof(struct mmc_command));
+
+ cmd.opcode = MMC_SET_BLOCKLEN;
+ cmd.arg = data_size;
+ cmd.flags = MMC_RSP_R1 | MMC_CMD_AC;
+ err = mmc_wait_for_cmd(card->host, &cmd, CMD_RETRIES);
+ if (err != MMC_ERR_NONE)
+ goto out;
+
+ memset(&cmd, 0, sizeof(struct mmc_command));
+
+ cmd.opcode = MMC_LOCK_UNLOCK;
+ cmd.arg = 0;
+ cmd.flags = MMC_RSP_R1B | MMC_CMD_ADTC;
+
+ memset(&data, 0, sizeof(struct mmc_data));
+
+ mmc_set_data_timeout(&data, card, 1);
+
+ data.blksz = data_size;
+ data.blocks = 1;
+ data.flags = MMC_DATA_WRITE;
+ data.sg = &sg;
+ data.sg_len = 1;
+
+ memset(&mrq, 0, sizeof(struct mmc_request));
+
+ mrq.cmd = &cmd;
+ mrq.data = &data;
+
+ sg_init_one(&sg, data_buf, data_size);
+ err = mmc_wait_for_req(card->host, &mrq);
+ if (err != MMC_ERR_NONE)
+ goto out;
+
+ memset(&cmd, 0, sizeof(struct mmc_command));
+
+ cmd.opcode = MMC_SEND_STATUS;
+ cmd.arg = card->rca << 16;
+ cmd.flags = MMC_RSP_R1 | MMC_CMD_AC;
+
+ /* set timeout for forced erase operation to 3 min. (see MMC spec) */
+ erase_timeout = jiffies + 180 * HZ;
+ do {
+ /* we cannot use "retries" here because the
+ * R1_LOCK_UNLOCK_FAILED bit is cleared by subsequent reads to
+ * the status register, hiding the error condition */
+ err = mmc_wait_for_cmd(card->host, &cmd, 0);
+ if (err != MMC_ERR_NONE)
+ break;
+ /* the other modes don't need timeout checking */
+ if (mode != MMC_LOCK_MODE_ERASE)
+ continue;
+ if (time_after(jiffies, erase_timeout)) {
+ dev_dbg(&card->dev, "forced erase timed out\n");
+ err = MMC_ERR_TIMEOUT;
+ break;
+ }
+ } while (!(cmd.resp[0] & R1_READY_FOR_DATA));
+ if (cmd.resp[0] & R1_LOCK_UNLOCK_FAILED) {
+ dev_dbg(&card->dev, "LOCK_UNLOCK operation failed\n");
+ err = MMC_ERR_FAILED;
+ }
+
+ if (cmd.resp[0] & R1_CARD_IS_LOCKED)
+ mmc_card_set_locked(card);
+ else
+ mmc_card_clear_locked(card);
+
+out:
+ kfree(data_buf);
+
+ return err;
+}
25 -- 6, 哇，Overhead 好大呀！SD Card power on 時，只使用 D0 傳輸，適當的 initialize (SET_BUS_WIDTH)後，就可以選擇使用 D0 ，或是 D0~D4傳輸。
即使在 D0 (1 line) 傳輸狀態，D1~D4也不可以挪作他用，要保持 tri-state。
好像不是，SPI 還會用 D3 當 CS用，拿CMD當Di (datain)用。SD interface 是序列傳輸的 interface，有專屬的雙向 CMD, Data line。
我以前以為 data (0~3) 是共用的，然後用 CMD 的 high/low 來代表目前 data送的是 command 還是 data.CMD line 用來傳輸 host 給 SD card 的 command ，同用來傳輸 SD card 給 host 的 response。
但是好像實際都是8 的倍數呀。SD card 操作的形式都是 由 Command 來操作。