<?xml version="1.0" encoding="UTF-8"?>

<rdf:RDF
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:admin="http://webns.net/mvcb/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/"
  xmlns="http://purl.org/rss/1.0/"
>

<channel rdf:about="http://kurobox.sblo.jp/">
<title>Making gentoo-kurobox-pro</title>
<link>http://kurobox.sblo.jp/</link>
<description>玄人志向の 玄箱PROをGENTOO Linuxで動かそうかな、と。</description>
<dc:language>ja</dc:language>
<admin:errorReportsTo rdf:resource="mailto:info@blog.sakura.ne.jp" />
<admin:generatorAgent rdf:resource="http://blog.sakura.ne.jp" />
<items>
<rdf:Seq>
<rdf:li rdf:resource="http://kurobox.sblo.jp/article/27387442.html" />
<rdf:li rdf:resource="http://kurobox.sblo.jp/article/26845444.html" />
<rdf:li rdf:resource="http://kurobox.sblo.jp/article/25594383.html" />
<rdf:li rdf:resource="http://kurobox.sblo.jp/article/23198867.html" />
<rdf:li rdf:resource="http://kurobox.sblo.jp/article/4265607.html" />
<rdf:li rdf:resource="http://kurobox.sblo.jp/article/4217372.html" />
<rdf:li rdf:resource="http://kurobox.sblo.jp/article/4074322.html" />
<rdf:li rdf:resource="http://kurobox.sblo.jp/article/3979839.html" />
<rdf:li rdf:resource="http://kurobox.sblo.jp/article/3945339.html" />
</rdf:Seq>
</items>
</channel>

<item rdf:about="http://kurobox.sblo.jp/article/27387442.html">
<title>Linux kernel-2.6.26以降のKUROBOX-PROパッチ</title>
<link>http://kurobox.sblo.jp/article/27387442.html</link>
<description> 以下の非常に簡潔なパッチを当てると、LinuxカーネルがKUROBOX-PROで動作するようになりました。diff --git a/arch/arm/mach-orion5x/kurobox_pro-setup.c b/arch/arm/mach-orion5x/kurobox_pro-setup.cindex cb72f1b..86bf268 100644--- a/arch/arm/mach-orion5x/kurobox_pro-setup.c+++ b/arch/a...</description>
<dc:subject>日記</dc:subject>
<dc:creator>dounuts</dc:creator>
<dc:date>2009-03-05T19:33:19+09:00</dc:date>
<content:encoded><![CDATA[
　以下の非常に簡潔なパッチを当てると、LinuxカーネルがKUROBOX-PROで動作するようになりました。<br />diff --git a/arch/arm/mach-orion5x/kurobox_pro-setup.c b/arch/arm/mach-orion5x/kurobox_pro-setup.c<br />index cb72f1b..86bf268 100644<br />--- a/arch/arm/mach-orion5x/kurobox_pro-setup.c<br />+++ b/arch/arm/mach-orion5x/kurobox_pro-setup.c<br />@@ -137,7 +137,7 @@ static int __init kurobox_pro_pci_map_irq(struct pci_dev *dev, u8 slot, u8 pin)<br /> }<br /><br /> static struct hw_pci kurobox_pro_pci __initdata = {<br />-       .nr_controllers = 2,<br />+       .nr_controllers = 1,<br />        .swizzle        = pci_std_swizzle,<br />        .setup          = orion5x_pci_sys_setup,<br />        .scan           = orion5x_pci_sys_scan_bus,<br /><br />今のところ、上記パッチにてkurobox-proで動作を確認したのは<br />kernel-2.6.26.19<br />kernel-2.6.27<br />Kernel-2.6.28.7<br />Kernel-2.6.29-rc7<br />です。config はそれぞれ　arch/arm/configs/orion5x_defconfig<br />を .config にコピーすれば概ねOKです。<br /><br />たった１バイトの変更点ですが、やっとまともに動くカーネルがコンパイルできました。
]]></content:encoded>
</item>
<item rdf:about="http://kurobox.sblo.jp/article/26845444.html">
<title>実験的な gentoo-linux Arm9 stage3 と New-Kernel（2.6.25.6) について</title>
<link>http://kurobox.sblo.jp/article/26845444.html</link>
<description> KUROBOX-PRO で なかなかgentoo-linux が思ったように動かないのが私の癪の種でした。 が、ここにきて（２００９，０２）新しいstage3 ファイルが次々と公開されだしました。 新しいカーネルでどうやらまともに動くように思えるので簡単にレポートします。 ２００９年２月現在、公開されているhttp://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/autobuilds/ にはそれぞれ、月日別にバージョンが上が...</description>
<dc:subject>日記</dc:subject>
<dc:creator>dounuts</dc:creator>
<dc:date>2009-02-17T13:11:09+09:00</dc:date>
<content:encoded><![CDATA[
　KUROBOX-PRO　で　なかなかgentoo-linux が思ったように動かないのが私の癪の種でした。<br />　が、ここにきて（２００９，０２）新しいstage3 ファイルが次々と公開されだしました。<br />　新しいカーネルでどうやらまともに動くように思えるので簡単にレポートします。<br /><br />　２００９年２月現在、公開されている<br /><a href="http://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/autobuilds/" target="_blank">http://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/autobuilds/</a><br />	　にはそれぞれ、月日別にバージョンが上がっていますが、目下最新のものは<br /><a href="http://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/autobuilds/20090208/armv5tel-softfloat-linux-gnueabi/stage3-armv5tel-20090208.tar.bz2" target="_blank">http://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/autobuilds/20090208/armv5tel-softfloat-linux-gnueabi/stage3-armv5tel-20090208.tar.bz2</a><br />　のように思われます。<br />　glibc-2.7-r2 の仕様の関係と思われますが、Kernel-2.6.14以上でないとまったく起動せず、またバッファローが提供しているカーネル（Kernel-2.6.16.6-arm1)ではglibc が利用する一部のシステムコールが実装されていないので、Kernel-2.6.25程度の新しさがないと　rm,chmod,touch などが十分に機能しません。<br />　幸い、現在、LinuxのカーネルはMarvell　Arm9　シリーズをサポートしてくれているらしいので比較的新しいカーネルも作成できます。<br />　<a href="http://buffalo.nas-central.org/wiki/Kernel-cross-compile-kurobox-pro" target="_blank">http://buffalo.nas-central.org/wiki/Kernel-cross-compile-kurobox-pro</a><br />の助けを借りました。<br />結果的にはKernel-2.6.25.6はクロスでもセルフでもコンパイルでき、また、rm chmod touch <br />など従前のカーネルでは問題のあった動作もOKに見えます。<br />　以上簡潔に報告まで
]]></content:encoded>
</item>
<item rdf:about="http://kurobox.sblo.jp/article/25594383.html">
<title>Kurobox/Proカーネルのバージョンアップと新しいexperimental なgentoo-stage3</title>
<link>http://kurobox.sblo.jp/article/25594383.html</link>
<description> すでにお気づきの方も多いと思うが、バッファローのLS-HGLシリーズのファームウェアダウンロードサービスから得られるファームウェアアップデータは、LS-HGLがもともとKUROBOX/PROそっくりのハードウェアであると推定できることから、カーネルもそのまま流用できると考えられる。http://buffalo.jp/download/driver/hd/ls-hgl_fw106.htmhttp://buffalo.jp/download/driver/hd/ls-hgl_f...</description>
<dc:subject>日記</dc:subject>
<dc:creator>dounuts</dc:creator>
<dc:date>2009-01-17T12:22:03+09:00</dc:date>
<content:encoded><![CDATA[
　すでにお気づきの方も多いと思うが、バッファローのLS-HGLシリーズのファ<br />ームウェアダウンロードサービスから得られるファームウェアアップデータ<br />は、LS-HGLがもともとKUROBOX/PROそっくりのハードウェアであると推定できる<br />ことから、カーネルもそのまま流用できると考えられる。<br /><a href="http://buffalo.jp/download/driver/hd/ls-hgl_fw106.htm" target="_blank">http://buffalo.jp/download/driver/hd/ls-hgl_fw106.htm</a><br /><a href="http://buffalo.jp/download/driver/hd/ls-hgl_fw.html" target="_blank">http://buffalo.jp/download/driver/hd/ls-hgl_fw.html</a><br />これらに新しいカーネルイメージが含まれている　(uImage.buffalo)<br />カーネルkernel-2.6.16.16-arm1 などである。<br /><br />　動作確認については少なくとも私のところではKUROBOX/PROで正常に起動し、<br />この数日かなり激しい負荷をかけているがあまり問題がないように思える。<br /><br />　この新カーネルを用いると、最近の新しいARM9　用のLinuxが動く。<br />　たとえば、<br /><a href="http://ftp.linux.org.uk/pub/linux/arm/fedora/rootfs/rootfs-f8.tar.bz2" target="_blank">http://ftp.linux.org.uk/pub/linux/arm/fedora/rootfs/rootfs-f8.tar.bz2</a><br /><a href="http://ftp.linux.org.uk/pub/linux/arm/fedora/rootfs/rootfs-f10.tar.bz2" target="_blank">http://ftp.linux.org.uk/pub/linux/arm/fedora/rootfs/rootfs-f10.tar.bz2</a><br /> といったFedora　は、KUROBOX/PRO オリジナルのカーネルでは動作しないが、<br />上記新カーネルではOKのようである。<br />　今のところ、FC8についてはchroot して動くことは確認できる。FC10は未確<br />認。<br /><br />　さて、gentooについてもほぼ４年ぶりにARM用のStage3が更新された。<br /><a href="http://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/autobuilds/20090105/armv5tel-softfloat-linux-gnueabi/stage3-armv5tel-20090105.tar.bz2" target="_blank">http://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/autobuilds/20090105/armv5tel-softfloat-linux-gnueabi/stage3-armv5tel-20090105.tar.bz2</a><br />　まだできて間がないようだ。<br />　ある程度動作するのだが、やはりbuffaloカーネル2.6.16.16-arm1　と　Linux-headers　と　glibcの整合性が悪いのであろうか、coreutilsが案外まともに動いていない。<br />rm,touch,chmod,といったコマンドでFunction not Implemented となる場合が再々である。<br />もっとも旧カーネルではそもそもchroot すらできない。glibc-2.7がKernel-2.6.14以上を<br />要求するためのようである。<br /><br />　ともあれちょっとこれでは使えない。<br />　システムのセルフリビルドに挑戦中。
]]></content:encoded>
</item>
<item rdf:about="http://kurobox.sblo.jp/article/23198867.html">
<title>gentoo-armv5te-softfloat</title>
<link>http://kurobox.sblo.jp/article/23198867.html</link>
<description>１年半ぶりに、玄箱PROをgentoo-linux で動かすプロジェクトを更新しました。今回は浮動小数点計算をsoftfloat 化して、よりまともなものになりました。作業量が多くて３ヶ月近くかかりましたが、なんとか実用性のあるレベルにまで完成しております。http://mit21.sakura.ne.jp/gentoo-kuroboxpro/softfloat/stagesまだマクロプロセッサｍ４のバージョンが古かったり、ローカルでパッチを当てたものがあったりと、問題は感じ...</description>
<dc:subject>日記</dc:subject>
<dc:creator>dounuts</dc:creator>
<dc:date>2008-11-21T19:07:28+09:00</dc:date>
<content:encoded><![CDATA[
１年半ぶりに、玄箱PROをgentoo-linux で動かすプロジェクトを更新しました。今回は浮動小数点計算をsoftfloat 化して、よりまともなものになりました。作業量が多くて３ヶ月近くかかりましたが、なんとか実用性のあるレベルにまで完成しております。<br /><a href="http://mit21.sakura.ne.jp/gentoo-kuroboxpro/softfloat/stages" target="_blank">http://mit21.sakura.ne.jp/gentoo-kuroboxpro/softfloat/stages</a><br />まだマクロプロセッサｍ４のバージョンが古かったり、ローカルでパッチを当てたものがあったりと、問題は感じていますが、少しでも皆様のお役に立てればと。
]]></content:encoded>
</item>
<item rdf:about="http://kurobox.sblo.jp/article/4265607.html">
<title>Gentoo-kuroboxpro公開を始めました</title>
<link>http://kurobox.sblo.jp/article/4265607.html</link>
<description>ま、いろいろ曲折はあったんだけれども、１ヶ月の悪戦苦闘によりGentoo－Kuroboxpro、この数日まともに運用できとります。わかってしまえばStage3つくりのこつは何のことはない。１）インクリュードファイルは正確なものを。すべてはここから２）Perlはあらゆるユーティリティに優先してコンパイル３）そのあとm4やらautomake,makeなどを作ってから４）glibcをできるだけ古い順にコンパイルすると５）インクリュードファイルが更新されるので ２）に戻って一通りすん...</description>
<dc:subject>日記</dc:subject>
<dc:creator>dounuts</dc:creator>
<dc:date>2007-06-05T23:07:28+09:00</dc:date>
<content:encoded><![CDATA[
ま、いろいろ曲折はあったんだけれども、１ヶ月の悪戦苦闘によりGentoo－Kuroboxpro、この数日まともに運用できとります。<br />わかってしまえばStage3つくりのこつは何のことはない。<br />１）インクリュードファイルは正確なものを。すべてはここから<br />２）Perlはあらゆるユーティリティに優先してコンパイル<br />３）そのあとm4やらautomake,makeなどを作ってから<br />４）glibcをできるだけ古い順にコンパイルすると<br />５）インクリュードファイルが更新されるので　２）に戻って<br />一通りすんだら、これを用いてGCCをコンパイル、<br />6) GCCが変わると、またユーティリティーの互換性が崩れるので２に戻って５）までやって、それから、<br />7)Python <br />そして　Portage-2.0.系列の最終版をインストールして<br />emerge --metadata<br />さらにもう一度Portageの最新版をインストールする<br />ここまでできれば、あとはおなじみの<br />emerge -b -e system でOK。<br />大体５日かかる見通し。すごい作業量。<br />で、一応glibc-2.3.6-r5のまで進んだ分を掲載。<br /><a href="http://mit21.sakura.ne.jp/gentoo-kuroboxpro/" target="_blank">http://mit21.sakura.ne.jp/gentoo-kuroboxpro/</a><br />以下を漁っていただけるとよろしいかと
]]></content:encoded>
</item>
<item rdf:about="http://kurobox.sblo.jp/article/4217372.html">
<title>KUROBOX-PROにシリアルコンソールがついた</title>
<link>http://kurobox.sblo.jp/article/4217372.html</link>
<description>KUROBOX-PROにシリアルコンソールがついたので、さっそく遊んでみた。起動時のブートシーケンスの数秒の間に文字を入力すると、U-BOOTのパラメータが変更できる。結構うっとおしく、毎度同じことを触る必要があるが、ルートディスクも変更できる。 さて、紆余曲折を経て約１ヶ月かかって作成中のGentoo-Linux on Kurobox-pro であるが、結構あっけなく起動したのである。オブジェクトの品質に問題あることがわかっている割に、表面上はちゃんと起動し、リブートできる...</description>
<dc:subject>日記</dc:subject>
<dc:creator>dounuts</dc:creator>
<dc:date>2007-06-03T00:10:07+09:00</dc:date>
<content:encoded><![CDATA[
KUROBOX-PROにシリアルコンソールがついたので、さっそく遊んでみた。起動時のブートシーケンスの数秒の間に文字を入力すると、U-BOOTのパラメータが変更できる。結構うっとおしく、毎度同じことを触る必要があるが、ルートディスクも変更できる。<br />　さて、紆余曲折を経て約１ヶ月かかって作成中のGentoo-Linux　on Kurobox-pro であるが、結構あっけなく起動したのである。<br />オブジェクトの品質に問題あることがわかっている割に、表面上はちゃんと起動し、リブートできる。<br />　大分手抜きをしたので、たとえば電源スイッチを監視してないから電源オフがスイッチ操作でできないし、少なくともCPPの問題で（GCC全体の問題かもしれないが）一部のコマンドがセルフコンパイルできないのだが、それでも動き出した。<br />　どうも完全なセルフコンパイルができず、手作業でパッチ当てて動かしている代物で公開迷っていたのだが、動くのだからまあ試供品ということで近日GENTOO-KUROBOXPRO 公開できるのではと
]]></content:encoded>
</item>
<item rdf:about="http://kurobox.sblo.jp/article/4074322.html">
<title>やれやれ敵はそんなに甘くない</title>
<link>http://kurobox.sblo.jp/article/4074322.html</link>
<description>前の日記から飛んでいる割に、びっしりgentoo-kuroboxpro セルフコンパイルの繰り返しである。この間の成果は１）gentoo-zaurus の成果はそのまま流用できる。同じARMプロセッサだから当たり前か。割合良い成果２）で、make check をやると、例えばgettext でコンパイルの確認作業をすると１０時間ほどかかるけども、C++のサポート以外はみなOK。libtool m4 automake など数時間程度かかる難物だが、ほぼPASS（AUTOMAKE...</description>
<dc:subject>日記</dc:subject>
<dc:creator>dounuts</dc:creator>
<dc:date>2007-05-22T00:40:53+09:00</dc:date>
<content:encoded><![CDATA[
前の日記から飛んでいる割に、びっしりgentoo-kuroboxpro セルフ<br />コンパイルの繰り返しである。<br />この間の成果は<br />１）gentoo-zaurus の成果はそのまま流用できる。<br />同じARMプロセッサだから当たり前か。割合良い成果<br />２）で、make check をやると、例えばgettext でコンパイルの確<br />認作業をすると１０時間ほどかかるけども、C++のサポート以外は<br />みなOK。libtool m4 automake など数時間程度かかる難物だが、<br />ほぼPASS（AUTOMAKEにはバグが残るようだ）<br />３）USE="-fortran bootstrap" emerge -b gcc-4.1.2 は無事完了<br />８時間ほど。ほんとに苦労する。いまのところセルフコンパイル<br />できない大関門はbinutils ,glibc <br />みなセルフコンパイルしてんのか？クロスで通るからOKみたいな<br />雰囲気なんだろうなあ。
]]></content:encoded>
</item>
<item rdf:about="http://kurobox.sblo.jp/article/3979839.html">
<title>Build a my new stage3-arm-200705-tar.bz2 (2)</title>
<link>http://kurobox.sblo.jp/article/3979839.html</link>
<description>結局、クロスコンパイラのお世話になることが多いわけだが、簡単に利用方法を記述しておく。キーワードは crossdev と CHOST,CBUILDcrossdev -s4 --b 2.16.1-r3 --g 4.1.1-r3 --k 2.6.11-r6 --l 2.3.6-r5 -t arm-unknown-linux-gnuで、PC上にARM用のクロスコンパイル環境を作る。利用するときは、export CHOST=arm-unknown-linux-gnuexport CB...</description>
<dc:subject>日記</dc:subject>
<dc:creator>dounuts</dc:creator>
<dc:date>2007-05-14T00:56:41+09:00</dc:date>
<content:encoded><![CDATA[
結局、クロスコンパイラのお世話になることが多いわけだが、<br />簡単に利用方法を記述しておく。<br />キーワードは　crossdev と　CHOST,CBUILD<br />crossdev -s4 --b 2.16.1-r3 --g 4.1.1-r3 --k 2.6.11-r6 --l 2.3.6-r5 -t arm-unknown-linux-gnu<br />で、PC上にARM用のクロスコンパイル環境を作る。<br />利用するときは、<br />export CHOST=arm-unknown-linux-gnu<br />export CBUILD=i686-pc-linux-gnu<br />export PKGDIR=/armpkg<br />USE="-fortran" emerge -B =sys-devel/gcc-4.1.1-r3<br />の要領で、バージョンを指定することと、必ずーBフラグをつけること。<br />こうすると　/armpkg/All　の下にARM用のGENTOOのパッケージができる<br />から玄箱に　scp かなんかで持っていって、emerge -k =gcc でOK。<br /><br />問題は、これほど簡単にいかない重要なパッケージが多いのだわ。手作業の渦。
]]></content:encoded>
</item>
<item rdf:about="http://kurobox.sblo.jp/article/3945339.html">
<title>Build a my new stage3-arm-200705-tar.bz2 (1)</title>
<link>http://kurobox.sblo.jp/article/3945339.html</link>
<description>KUROBOX－PRO上に、ちょっと古いARM用のgentoo linux を展開するhttp://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/stages/arm/stage3-arm-20040510.tar.bz2なんかがそうだ。wget http://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/stages/arm/stage3-arm-20040510.tar.bz2...</description>
<dc:subject>日記</dc:subject>
<dc:creator>dounuts</dc:creator>
<dc:date>2007-05-11T01:14:34+09:00</dc:date>
<content:encoded><![CDATA[
KUROBOX－PRO上に、ちょっと古いARM用のgentoo linux　を展開する<br /><a href="http://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/stages/arm/stage3-arm-20040510.tar.bz2" target="_blank">http://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/stages/arm/stage3-arm-20040510.tar.bz2</a><br />なんかがそうだ。<br />wget <a href="http://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/stages/arm/stage3-arm-20040510.tar.bz2" target="_blank">http://ftp.naist.jp/pub/Linux/gentoo/experimental/arm/stages/arm/stage3-arm-20040510.tar.bz2</a><br />bzip2 が扱えないときは、どこかから引っ張ってきてコンパイルしておく。<br /><br />tar xjvpf stage3-arm-20040510.tar.bz2 -C /mnt/disk1/arm-040510<br />cp /etc/resolv.conf /mnt/disk1/arm-040510/etc<br />chroot /mnt/disk1/arm-040510<br /><br />一応ちゃんとgentooが動くのは動いているのだが、問題は大有り。<br />emerge --sync まではできるのだが<br />emerge portage は途中で停止してしまう。regexがどうのこうのでエラーに<br />なる。これは大抵当てにしているglibc が違うかららしい。<br /><br />　散々苦労した挙句、よそのPCでクロスコンパイルしたglibc を強引に持ってくるとかなり前進が見られる、ということが一つ、<br />  m4のバージョンを最新に持ってこれるとportageがupdate できること<br />　USE="-nls" をつけると大丈夫らしいことが何となくわかってきたこと<br /><br />　それで、セルフコンパイルには成功していないのだが、何となく最新のportage tree で<br />動作するARM　用のgentoo は稼動中。<br />目下、<br />emerge -b -e system で再構築トライアル中。２日ほどかかるのかな。
]]></content:encoded>
</item>
</rdf:RDF>

