WPAR/SM501 の履歴(No.15)

[ トップ ]   [ 新規 | 一覧 | 検索 | 最終更新 | ヘルプ ]

• 履歴一覧
• ソース を表示
• WPAR/SM501 は削除されています。
  • 1 (2005-02-02 (水) 16:37:13)
  • 2 (2005-02-02 (水) 17:05:39)
  • 3 (2005-02-16 (水) 00:28:08)
  • 4 (2005-02-16 (水) 04:13:27)
  • 5 (2005-02-16 (水) 12:13:08)
  • 6 (2005-02-21 (月) 21:19:15)
  • 7 (2005-03-07 (月) 00:48:46)
  • 8 (2005-03-07 (月) 07:38:20)
  • 9 (2005-03-07 (月) 11:47:56)
  • 10 (2005-03-08 (火) 05:32:35)
  • 11 (2005-03-08 (火) 09:25:15)
  • 12 (2005-03-09 (水) 02:49:16)
  • 13 (2005-03-09 (水) 16:12:57)
  • 14 (2005-03-14 (月) 07:32:27)
  • 15 (2005-05-25 (水) 08:00:59)
  • 16 (2005-07-15 (金) 08:29:04)
  • 17 (2005-08-04 (木) 02:02:49)

---

#navi(contents-page-name): No such page: Wpa

SM501

WPAのUSBポート†

SM501のUSBCanon PTP extensionsポートを動かす†

• キヤノンのremote capture対応機種(金子)
  

• デジカメを制御するために、SM501のUSBポートの利用を検討しています。(金子)
• 怪しそうだけど、解決する可能性はあるのだろうか?期間は?(金子)
  • まず、動作検証するための、Linux版デジカメ制御SDKが必要だよね。(金子)
  • 使う予定ではなかったので、かなりいい加減です。現状は、celinux-040503 のcodeを元に、現在のkernelにかなり適当に移植しました。(ま、動くしいいかな？と思って…)　問題点は、データ転送中にerrorが発生している。スループットが出ない。もちろんHotPlugには対応していない。と、こんなところでしょうか？使っている最中に、ハングとかは、多分したことないと思います。errorは出てても通信はちゃんとやってる？みたいなのでスループットをあまり気にしなければ、今のままでも使えるかもね。(errorが出てるからスループットが上がらないという噂も…) 動作実績のデバイスは、USBストレージが2種類と、USB-Etherというかその他のドライバは、入っていません。(ta)
  • 修正するとしたら、最新のコードにすると動くようになるとかだったらいいな… (ta)
  • ちなみにRTS7751R2DのVGA出力をコンソールにしてUSBキーボードを使うと，途中で文字が入力できなくなったり，変な行に飛んだことがありました/h/
  • デジカメ借用しました。(3/18まで)(金子)
    • Windowsでの動作確認、WPAで制御できるかの検討を長谷部君にお願いしたいです。(金子)

• Silicon Motionからの回答

  金子様
  
  こちらこそ、新年のご挨拶もせず申し訳ありません。
  
  SM501のUSBはマスターとしての動作実績といたしましては、
  キーボード、マウスがございます。詳細を以下に記します。
  -ロースピード時のコントロール転送およびインタラプト転送　: 実績あり
  -ISOCHRONOUS転送　:  シミュレーション上でのみ確認
  -BULK転送 : PCI評価ボードにて動作試験が終了(実績は不明）
  -フルスピードデバイス:  シミュレーション上でのみ確認(実績は不明）
  
  WindowsCE環境下では、USBに接続できるカメラ、及び、ドライバ
  がない為に検証はできておりません。
  
  また、USBに関しましては２つのerrataが出ております。
  １、　USBを使用する場合は、外部クロックの周波数を24MHzにしなければならない
  （AA-1）。これに伴い
  パネルクロックや、UARTの転送可能速度に影響がでます。
  
  ２、　Hostバス接続の場合、ハングすることがある（AA-１０）ので、ソフトワーク
  アランドが必要。
  
  詳細は添付ファイルを参照してください。
  
  また、参考USBドライバーはWindowsCE用となっており、Linuxはございません。ただ
  し、ルネサス様の
  評価ボード（赤いボード）でSM501のUSBは動作しておりますので、ルネサス様から
  Linuxドライバを入手
  できるかも知れませんので、ルネサス様に問い合わせしていただけますでしょうか。
  
  よろしくお願いいたします。
  

  Usb.zip
  SM501ErrataUpdated.zip

Documentation†

SM501デバイスドライバ†

SM501のレジスタへのアクセスはioctlシステムコールを， VRAMへのアクセスはLinuxのフレームバッファアーキテクチャの一部を用います。

Linuxフレームバッファアーキテクチャは, Geert Uytterhoeven <geert@linux-m68k.org> によって維持されているアーキテクチャで，最新バージョンは2001年5月10日です。 詳細については，「Appendix-A: Frame Buffer Devices」を参照願います。 （正確を期すため，原文のまま掲示しています。）

レジスタへのアクセス†

SM501レジスタへのアクセスにはioctlを用います。 ioctlの使用にはターゲットアーキテクチャのヘッダファイルが必要です。

# cp -R linux/include/asm-sh /usr/local/sh4-linux/include/asm

レジスタ値を読み込み，変更し，書き込むサンプルコードを以下に示します。

int reg32;
int value = 0xab;
int mask = 0x0000ff00;

// open device node
int fd  = open("/dev/fb0", O_RDWR);

// set MMIO address
ioctl(fd, 0, address);

// read register value
ioctl(fd, 1, &reg32);

// change register value
reg32 &= ~mask;
reg32 |= value << 8;

// write register value
ioctl(fd, 2, reg32);

レジスタ値変更の際，予約されているビットを変更しないように注意してください。

画面解像度設定†

画面解像度，ビデオタイミング信号，ドットクロック等は SM501レジスタによって完全に制御されます。 レジスタ値を変更することによって画面解像度を動的に変更することが可能です。 画面解像度設定の際には以下の点に留意願います。

• レジスタ値変更操作中はタイミング信号の生成を無効化してください。
  これは不適切なタイミング信号による表示デバイスの破損を防止するための処置です。
• すべてのフレームバッファを非表示にしてください。
  解像度変更に伴って画面とVRAMの対応が変わるため， 予期しない映像が表示されます。
• 画面情報はSM501レジスタから直接取得してください。
  ドライバの制限により，レジスタ値の変更が フレームバッファアーキテクチャのvinfo, finfoなどの構造体に反映されません。 このため，これらの構造体からは正しい情報が取得できません。

VRAMへのアクセス†

SM501は7つのビデオプレーンを持っています。 本製品で使用するのは，以下の4つのプレーンです。

1. アルファプレーン
2. ビデオアルファプレーン
3. ビデオプレーン
4. グラフィックプレーン

詳細は添付のデータシートの1-12，1-23章を参照して下さい。

各プレーンにはフレームバッファのデバイスノードを通じてアクセスします。 フレームバッファの詳細はAppendix-Aを参照して下さい。 RGB565モードのグラフィックプレーン（fb0）にカラー画像data[3][w][h]を 描画するサンプルコードを以下に示します。

int xres, yres, size, i, j, idx, r, g, b;
unsigned char *ptr;

int fd  = open("/dev/fb0", O_RDWR);
size = xres * yres * 2;
ptr = mmap(0, size, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);

for (j = 0; j < yres; ++j)
  for (i = 0; i < xres; ++i) {
      idx = (x + i) * 2 + (y + j) * xres * 2;
      r = data[0][j][i] >> 3;
      g = data[1][j][i] >> 2;
      b = data[2][j][i] >> 3;
      *((unsigned short int *)(ptr + idx)) = (r << 11) | (g << 5) | b;
    }
munmap(ptr, size);

SM501 is controled through MMIO registers,†

that are handled as follows.

1. Open dev/fb0:

   fd = open("/dev/fb0", O_RDWR);

2. Set MMIO address as follows:

   ioctl(fd, 0, address)

3. Read a register value as follows:

   int reg32;
   ioctl(fd, 1, &reg32)

4. Write a value to the register as follows:

   ioctl(fd, 2, reg32)

SM501 is accessed through seven frame buffers.†

They contain one video plane, two graphics planes, two alpha planes, and two hardware cursor planes. See SM501_MMCC_Databook pp.(1-12)-(1-13) for details of the video layers. Primary devices with display resolutions of VGA, SVGA, XGA, and SXGA (experimental) are considered in this document.

Each node is treated as a character device. See Documentation/fb/framebuffer.txt for details of the frame buffer. Just like MEM(4) device, a frame buffer is opened by OPEN(2):

fd = open("/dev/fb0", O_RDWR);

and mapped into memory by MMAP(2) to access:

p = (char *) mmap(0, size, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);

See SM501_MMCC_Databook pp.(1-26)-(1-28) for details of the memory map and register space.

SXGA Modemodeline†

SM501 frame buffers and their memory address†

are shown in the following table. The MMIO base address of the WPA is 0xa7e00000.

The Panel/CRT resolution is changed through register settings. It should be noted that Linux frame buffer-related information such as vinfo and finfo is no longer reliable except for the default resolution. A Panel/CRT timing signal should be turned off during the resolution change to avoid inappropriate timing signals.

The video alpha plane is disabled when a video plane is disabled. On the other hand, the alpha plane is independent of the video plane. Each buffer has a display priority. Priority 0 means the bottom layer, while priority 4 means the top layer.

Sample register settings†

are shown in the following table.

     

Site admin: admin

PukiWiki 1.5.4 © 2001-2022 PukiWiki Development Team. Powered by PHP 8.1.27. HTML convert time: 0.012 sec.