いきなりご連絡なのですが、きたる11月6日（土）にEvents/Ubuntu 10.10 リリースパーティー東京が開催されるようで、現在参加者大募集中だそうです。

[詳細Wiki]
Ubuntu 10.10 リリースパーティー東京

恥ずかしながらtistaも参加希望で登録させて頂いております。当日は当方のMaverick on VAIO P (VPCP11AKJ)を持参致しますので、
「実際の動作を見てみたい」
「設定を見せてほしい・あるいは見てほしい」
「インストールを手伝ってほしい」
「ベンチマークで勝負してみたい」
などなど、興味がお有りの方はぜひご参加下さい。（定員が予定数以上に達すると開催できるようですので。）

取り急ぎ、ご連絡まで。

hito様

スティッキー登録ありがとう御座いました。

さて、最新Topicをひとつ。

GMA500/fixリポジトリにてMaverick用Poulsbo-configパッケージの不具合修正版をテスト中です。

下記のPPAリポジトリにて公開しており、本家トピック内でテスト結果を収集中です。
Intel GMA500 'Poulsbo' drivers # Testing

今回の修正要件の目玉：

・initiramfsへのv86d、uvesafb組み込みによるnative resolution描画でPlymouth実行。
・メモリアロケーション問題への更なる不具合修正策の適用。
・いくつかのマシンでのshutdown不具合の回避。
・・・etc.

となっております。Maverickをお使いでPoulsboの最新版テストをしてもいいという方はぜひお試し下さり、結果を直接本家トピックに投稿頂くか、こちらに投稿して頂きistaの翻訳で良ければ代筆で本家トピックに投稿致します。
今回のテストにて好結果となればメインPPAのGMA500/ppaのほうへ本パッケージを適用する予定だそうです。

tista

事例紹介 No.0002

・対象トピック・・・GMA500 psbドライバの動画の再生の問題
・対象カテゴリ・・・Poulsbo　マルチメディア
・対象パッケージ・・・Poulsbo全般　mplayer

[捕捉]
mpayer-vaapiでは下記のように再生します。

mplayer -vo vaapi -va vaapi 動画ファイル

"-vo"とはビデオ出力を、"-va"はビデオアクセラレータを指定します。mplayer-vaapi（VA-API対応済みmplayer）ではともに"vaapi"を指定します。併せて事例紹介 No.0001もお読み下さい。

[Topic]GMA500に関する基礎理解と経緯　ーその1ー　[Topic]

　不定期に数回にわたり、GMA500に関するこれまでの経緯も含めて解説をしていきます。

　まずは、こちらのWikipediaの記事：Intel GMA
をご紹介します。

　そもそも我々がGMA500と呼称しているのはグラフィックデバイスです。このGMA500はIntel Atom Zシリーズプロセッサ用の統合チップセットUS15Wに内蔵されたグラフィックス機能を担当する部分を指しています（現在のAtom Z560以降、US15Xチップセットも流通しています）。そう、「統合チップセット」と聞いただけではるか昔の悪戦苦闘が脳裏に蘇る方も多いかと思います。Intelをはじめ、一般的には統合チップセットではグラフィックデバイス固有のRAM（すなわちVideoRAM）を持ちません。描画に用いられるRAMはメインの物理メモリから割り当てられることになります。例えばWindows用のIntel統合チップセット用グラフィックドライバであれば、そのニーズに応じて"動的に"VideoRAMを割り当てることが可能です。
　しかし、これはあくまでプロプライエタリドライバ（すなわちソースが公開されていないドライバ）をハードウェアメーカが作成し、Windowsというプラットフォームへ提供するという前提で初めて利用できるものです。実はGMA500のドライバ開発においてもこの"動的に"というVideoRAMの割り当ては非常に厄介です。そのため、"静的に"ある程度予想されるVideoRAMの分をあらかじめシステムから剥奪することでVideoRAMとして強制的に割り当てます。それがGrubへ記述するような下記のコード：

mem=1920mb　（例えばRAM 2GBのマシンの場合）

で定義しています。ただしこのVideoRAMは狭義にはメモリアドレスの問題もあり、ただ単に量だけの問題ではありません。それが現在も試行錯誤中のメモリアロケーションへの対応の難しさに現れています（初期のころは48MB程度を割り当てれば良いと思われていましたが、現在は128MB程度は割り当てる必要があるというのが妥当なようです）。つまり、物理メモリのうち、Video用に割り当てる領域はメモリの中のどの辺りにあるのかということです。これはハードウェアにより大きく左右されます。我々Poulsboドライバのテスタも含め、最終的にはユーザが手動でいかなる設定をも変える必要なく完全に動作させることが目標です。

　このように、Grubへ何気なく記述していたコードにもいろいろな経緯から生まれた必然があるのがおわかり頂けたでしょうか。次回は実際のPoulsboドライバがUbuntuの進化とともにどういう変遷を辿ってきたかを解説できればと思います。

tista

tistaさん

大変わかりやすいまとめありがとうございます。
未だにKarmicから抜けだしていないONKYO BXユーザです。
本当はLucidにしたいのですが、本家のwikiを見ると、ちょっとづつ進展はしているものの、なかなかKarmicと同等にはできていない様で・・・。

強力な動画再生支援が使える上に、なかなか省電力なGMA500は、自分の用途にはぴったりなので、これからも使い続けていきたいものです。

[Tweaks] Maverick & Poulsboの環境でのSuspend/Resume [Tweaks]

注）これはあくまでtistaのVAIO P (VPCP11AKJ)でのTweakです。すべての機種での動作を保証するものではありませんが、今後Maverickを導入予定、あるいは導入済みの方には有用になるかも知れません。

　1. -- まず、Maverickでは以下の設定ファイル：

/etc/modprobe.d/poulsbo.conf

には、

options psb disable_vsync=1

と記述して下さい。必ずno_fb=1を削除しておきます。
これでpsbfbという仮想framebufferを使用した状態でXorgが稼働します。これはPoulsboでのSuspend/Resumeにおいて重要かと思われます。

　2. -- 次に以下の設定ファイル：

/etc/default/acpi-support

を編集します。
　2-1. -- CPI_SLEEP_MODE=memをCPI_SLEEP_MODE=standbyと書き換えます。
　2-2. -- MODULES=""へ追記し、MODULES="psb"とします。加えてお使いのWiFiアダプタのmoduleも入れておくと自動で復帰させることが可能です（tistaはath9kをさらに加えています）。
　2-3. -- さらにPOST_VIDEO=trueやSAVE_VIDEO_PCI_STATE=trueがコメントされている場合は適宜コメントアウトして下さい。
　2-4. -- LOCK_SCREEN=trueは絶対にコメントアウトしないで下さい。tistaのVAIO Pでは必ずシステムクラッシュを起こします。ご面倒でもResume後にはパスワードダイアログにてパスワードを入力し復帰させるようにして下さい。

　3. -- Wikiに記載されている対策のうち、Suspend by moving 99videoを下記のように適用します。

sudo mv /usr/lib/pm-utils/sleep.d/99video /usr/lib/pm-utils/99video

　4. -- 一度Rebootします。

　5. -- Gnome Power Manager（Gnome電源管理）にて「ノートPCを閉じたとき」のイベントを「サスペンド状態にする」にするなどで一度テストを行なって下さい。LCDを閉じるとSuspendへ移行し、LCDを開け、何らかのキーを押下するとResumeします。ここで正常にResumeできればパスワード入力のダイアログとマウスポインタが見えるはずです。

これがVAIO Pで現状のGMA500/ppaを適用した状態でs2ramを使わないSuspend/ResumeのTweakです。s2ramをtistaが好まない理由はアクセス可能なstorageに何らかのswap partitionあるいはswap fileを要求されるからです。もしMaverickをお使いで他機種にて正常動作が確認できれば本家トピックへ投稿致します。次期Poulsbo-Configパッケージにこの一連の作業をスクリプト化して同梱できる可能性があるでしょう。

[Tips] 最新Poulsbo-Configを導入後にPlymouthを低解像度へ戻すには？ [Tips]

前エントリにて最新Poulsbo-Configパッケージ適用に関するお話をしましたが、人によっては以前の低解像度でも構わないから起動速度を速めたいというご要望もあるでしょう（かくいうtistaはすでにPlymouth自体を起動シークェンスから外してしまいましたが・・・）。

今回のパッケージではuvesafbをinitramfsへ組み込んでいますから、initramfsを再構築して解決できます。
1. -- /etc/initramfs-tools/conf.d/splashの中の記述：
　　

FRAMEBUFFER=y

　　の行頭へ#を付加し、コメントします。
2. -- /etc/initramfs-tools/modulesの最終行の記述：
　　

uvesafb mode_option=1600x768-24 mtrr=3 scroll=ywrap

　　の行頭へ#を付加し、コメントします。
3. -- update-initramfs -uにてinitramfs再構築します。
4. -- これは任意ですが、Grubまで高解像度である必要もない場合は/etc/default/grubの下記の記述：
　　

GRUB_GFXMODE=1600x768

　　の行頭へ#を付加し、update-grubで適用します。

以上でX以外の描画は以前の状態へ戻せます（解像度の値はあくまでVAIO Pのもので、当然ですがお使いのPCによって異なります）。

というのも、tistaはVAIO Pを使っていますが、あまりに高解像度すぎてVTコンソールが見にくくなり作業効率が落ちるだけでなく、描画が重くなるので手動で元に戻すことにしたという経緯が・・。起動時間も1〜2sec変わる可能性もあります。どなたかのお役に立てれば幸いです。

tista

[OffTopic] GMA500/Poulsboマシンでの高速化に関するいくつかのissues [OffTopic]

　まずは、tistaが愛用するVAIO P (VPCP11AKJ)をMaverickで起動する際のbootchartをご覧下さい。


　NotebookではAC駆動時、Batt駆動時、Batt充電時のように電源状態が起動時間へ直結します。これはUbuntuの場合、ACPIからキックされるupowerdによるpowersave等の各種パワーコントロールツールが稼働する為です（上記チャートはBatt駆動時で最も平均的な起動時間の代表値であり、平均して±1sec程度は変動します）。

　この起動にはtistaがrebuildしたkernel-2.6.35.4-4を使用しています。initramfsを廃し、vmlinuzから直接的にroot file systemをmountします。これは昨今の高速起動を謳うLinuxOSでよく用いられる手法ですが、フルパッケージのUbuntuで果敢に挑んでいる方は思うよりずっと少ないでしょう。特にLucid以降はupstartがudevとの連携による更なる高速化を実現し、ハイスペックなSATA-SSDを擁したデスクトップマシンでは5秒程度で起動されます。ただ、残念なことにPoulsboすなわちUS15WチップセットではSATAは利用できません。そのかわり、SATA-SSDをSATA/PATA変換して接続することは可能です。実は面白いことに、このような変換を介したとしてもネイティブなPATA-SSDのそれを遥かに凌ぐ性能を発揮できます。VAIO Pで言うなら、128GB以上のSSD構成を選択して購入すればSATA-SSDの恩恵を受けることができます（ちなみにtistaのVAIO Pは64GB PATA-SSDで低速な方です）。

　さて、SATAへ対応していないPoulsboでどのように高速化するかという本題ですが、tistaのbootchartをご覧頂ければお分かりのように、sequencial readが高速なSSDの利点を生かしureadaheadを最大限活用しましょう。ureadaheadでpackingした起動sequenceを起動初期へ集中し、その後は極力random readを抑えます。これはureadaheadのre-packing（packファイルの再構築）：

sudo rm -f /var/lib/ureadahead/pack && sudo reboot

で実現します。rebootされた後のbootの際にboot sequenceのProfilingを行い、起動が完了した段階で一定時間後にpackファイルを生成します。
　注) ureadaheadもboot sequenceを監視する機能があり、前回と著しく異なるプロセス群がコールされた場合、自動でre-packingします。

　また、既に周知の事ではありますが、不要と思われるプロセスは積極的に停止します。ただでさえプロセスの多いUbuntuではかなり不利な点でもあります。ただし、Lucid以降のupstartではdaemon数が多少増減したとしても、実はそれほど起動が高速になる訳ではありません。CONCURRENCY=shellにて起動している場合は尚更です。

　さらにhdparmの値を最適化することでH/Wレベルでさらにreadaheadします。

/etc/hdparm.conf

内の末尾へ以下のように記述します（ただし、これはお使いのSSDでの最適値をあらかじめ取得しておく必要があります）。例えばtistaは以下：

/dev/sda {
          quiet
      read_ahead_sect = 2048
      lookahead = on
      io32_support = 1
      write_cache = on      
}

のように記述しています。
VAIO PのSanDisk pSSD-P2 64GBではUDMA/100にて動作しますが、起動後のhdparm -t /dev/sdaにて約72MB/sec程度になります。

　最後に、その他のexperimentalな設定に関してはMaverickリリースパーティにてお話できるかもしれませんね。

tista

[News] Compiz/Unityの登場 !? [News]

皆様

　Compiz/Unity PPA for Nattyにて現在pre-alpha releaseのNattyに対応するCompizベースのUnityがPPAにて公開される予定だそうです。Poulsboテスタとしてはこれを待っていたという所が !!

　現時点では、GMA500/Poulsboでのいかなるドライバ（psb or EMGD or IEGD）でもnative Unityは動作させることが出来ていません。これはOpenGLあるいはMesaのバージョン不一致やbamf、あるいはmutterやclutterの問題で実現できていないというの実情です（つまりウィンドウ描画のコアおよびClutterがクラッシュするという致命的なものです）。ここへ来て、概念的にはCompizプライグインのように振舞うUnityが完成する見込みだと捉えて良いでしょう。これは我々Poulsboユーザには朗報です。Maverick用PPAの公開はもうじきということで、tistaもVAIO P + Maverick + psb + Compizでテストしていこうと考えております。テストレポートは可能な限り早急にご紹介しましょう。

　また、EMGDに関しては、MeeGo 1.1においてXorgが現在のEMGDで対応できないことを理由に、Intel側で適切なupgradeが行われる可能性が高まっています。これも引き続きMaverick用PPAへ対応していく予定です（XorgのダウンクレードをせずにEMGDを適用できる可能性が高まります）。EMGDに関してはFedoraあるいはMeeGo陣営のほうが先んじておりますので、そちらの情報も適宜収集しておいて頂く必要があります。ここで注意ですが、IEGDは既に過去のものとなりつつあり、IEGDに関するTipsは一部EMGDへは適用できない可能性があります（xorg.confはいまだ共通で問題レベルではありますが）。必ずEMGDに対するものか、IEGDに対するそれかをご判断下さいますようお願いします。もし有用と思われるkernel optionやxorg.confの記述等がありましたら、本家Topicへお知らせ下さい。

tista

hippocampus様

大変詳細なレポートをありがとう御座います。

#実はMaverickも試してみたのですが、こちらはちょっと挫折してしまいました。
#ONKYO BXでは無線LANチップのSD8686をNetworkManagerで扱うのにパッチをあてたlibertas.ko、libertas_sdio.koの作成が必要で、kernel 2.6.35ではこのパッチがうまくあてられないので・・・

なるほど。dkmsをビルドしなくてはならないWiFiチップなのですね。
Patch作成者の方へマシンとディストリビューションをお伝えしてbuild errorを添付してお伝えすると、ひょっとしたら更なる修正Patchが上がるかも知れませんね。
linux-backport-modulesパッケージへも何らかのアクションが必要かも知れません。
いずれにせよ、Lucidの導入おめでとう御座います!!

起動時のカーネルオプションは推奨の設定にいたしました。ONKYO BXはメモリ512MBなので、96MB差し引いた値にしております。
mem=416mb nohz=off pci=nocrs acpi_osi=Linux acpi_backlight=vendor acpi_skip_timer nomodeset

はい、これはお使いのマシンに合わせて増減させても問題ありません。ちなみにVAIO Pでは実は48MB引く状態でも起動できます。
我々としてもより多くの機種にて動作できるよう、あらかじめ”やや安全側”へ対処した結果、128MBへ落ち着きました
（ただしこれはあくまでpci=nocrsを併用するという前提でのお話です）。

ためしにxresprobeというパッケージを導入して頂ければ、ddcprobeというツールが入っております。
このddcprobeを使うと実際にVideoRAMへ割り当てられた量が確認できます。
tistaのVAIO Pなら7872kBです。つまりこの値がPoulsboが純粋に動作可能な最小値ということになります。
ただ、アロケーション問題で無闇に大量のRAMを剥奪せざるを得ないというのが実情です。

H.264/AVCの動画ファイルで確認しましたが、ややKarmicよりCPUの使用率が高め(数%〜十数%?)のように思いますが、実用上は問題なさそうです。

はい、やはりKarmicのpsbドライバとの親和性は素晴らしいものがあります。
OpenGLのような3Dレンダリングにおいてglxgearsテストでも300〜400 frames/5sec程度は差が出る可能性もあるでしょう。
もしmplayer-vaapiをお使いで描画の美しさを多少犠牲にしても良いのなら、Xorgの色深度を16bitへ落とすことで幾分かは改善することができます
（ただし、vlcにはご注意下さい。色深度16bitはvlc on Poulsboでは鬼門です）。

・サスペンド
本家wiki及びこちらの書き込みを参考に設定しましたが、サスペンドはうまく移行できず、画面がブラックアウト(バックライトは点灯したまま)でハングアップしました。Alt+SysRq+Bも無効でした。
しかし、これはUSBメモリへのインストールだからかも知れません。

まず、tistaが提唱したs2ramを使用しない手法と、lucaのs2ramを使用したそれではside-by-sideで（コロコロ切り替えて）併用できません。
どちらか一方をご利用頂くことになります。
さらに、standby方式のsuspendではUSBへの給電も一度停止する可能性がありますので、仰るような現象が起こる可能性が高いですね。
ここでBus復電のタイミングとroot fsをremountするタイミングがずれると当該の現象が起こり得ます。
内蔵HDDあるいはSSDへのインストールではこの不安は払拭できますが、のこる機種依存の問題があります。こればかりはtryしてみないと分からないというのが実情です。

ところで、GMA500/PPAのリポジトリには、Lucidのgnome-mplayerはなく、デフォルトで提供されているgnome-mplayerはvaapiに対応していないようですね。
(wikiでのLucazade氏の指示のようにビデオ出力、mplayerへのオプションを指定しても、動画再生が始まらない)
これが可能になれば、gecko-mplayer+firefox add-on flvideoreplacerで夢が広がるのですが。

これは失礼致しました。いまだLucid用のGMA500/PPAではvaapi対応gnome-mplayerが整備できていない可能性がありますね。
早急にlucaへ報告しておきますね（ただのパッキング忘れというオチが・・・）。
もしお急ぎなら、Maverick用GMA500/PPAからgnome-mplayerを個別にDLし、dpkgでインストールしても問題ない可能性もありますね。
PPAが整備できるまで、tryしてみて下さい。
やはりYouTube等が埋め込みmplayer-vaapiで再生できるというのは非常に快適ですからね♪

tista

hippocampus様

調子に乗って、BXのSSDにインストールを試みました。
#インストール手順について、どなたかの参考になればと思い、当フォーラムに投稿しておきました。
#https://forums.ubuntulinux.jp/viewtopic.php?id=9970

これはこれはありがとう御座います。

ご提案いただいたので、早速maverickのものをダウンロードして試してみました(gnome-mplayer_0.9.9.2-2~maarten8_i386.deb)。
しかし、依存関係の問題で、lucidではインストールできないようです。
gdebのエラー　依存関係を満たせません：libgconf2.4 (>= 2.31.1)

依存関係でerrorですか・・・。

では、workaroundとして下記の手法を。
gnome-mplayerのsourceからvaapi対応のgnome-mplayerパッケージをbuildします。
正常に終了すればdebパッケージが完成しているはずですので、これをdpkgで導入しましょう。

1. まず、下記のコードでgnome-mplayerのsourceを取得して下さい（カレントディレクトリへ展開しますので、適当な作業ディレクトリへ移ってから実行します）。

apt-get source gnome-mplayer

(DLされるのはMainリポジトリのものですが、それで結構です。多分ver. 0.9.9.2-xだと思われます。)

2. 下記のようにsrc内の当該sourceを修正します。例えばver.0.9.9.2なら

gedit gnome-mplayer-0.9.9.2/src/support.c

のようにしてエディタで開いて下さい（ユーザ権限で十分編集可能です。）

3. support.c内の998行目の下記の記述を探して下さい。

|| g_ascii_strcasecmp(vo, "xvmc") == 0 || g_ascii_strcasecmp(vo, "vdpau") == 0) {

4. 上記へ下記のように追記し、保存して下さい。

|| g_ascii_strcasecmp(vo, "xvmc") == 0 || g_ascii_strcasecmp(vo, "vdpau") == 0 || g_ascii_strcasecmp(vo, "vaapi") == 0) {

5. パッケージbuildに必要なパッケージを導入します。

sudo apt-get build-dep gnome-mplayer

6. debパッケージをbuildします。

cd gnome-mplayer-0.9.9.2/ && dpkg-buildpackage -rfakeroot

このような手法でgnome-mplayerのdebパッケージをbuildして頂けますでしょうか。不足する情報等は適宜Webから収集して頂けると助かります。

tista

では当該トピックONKYO BX(BX407A4)へのUbuntu 10.04LTSのインストール手順で続けましょうか。