114 名無しにかわりましてVIPがお送りします 2006/06/26(月) 22:13:02.73 ID:+SUlmm/10
１７歳の夏。夜中に一人で地元をふらふらしてたら、泣きながら歩いてる女の人と遭遇した。
一回見てみぬフリをしてやり過ごしたのだが、なんかいたたまれなくなって話しかけてみた。
「あ、あのぉ・・・だいじょうぶですか？」
って。すると女は
「ひぐっえっぐ・・・だいじょうぶ・・・です・・・えっぐっ」
と全然だいじょうぶじゃない。
十分くらいずっと泣きじゃくる彼女を見守っていた。
おれはこのとき、人生で一番勇気を出したかもしれない。
おっぱいもんで逃げた。
それ、犯罪(^^ゞ
http://www.atmarkit.co.jp/flinux/rensai/watch2006/watch06b.html
□sched_clock()による時間計測に注意
短期間の処理に要した時間を計りたいという場合はよくあります。細かい時間で更新される時間カウンタとしては、sched_clock()という関数が使えます。例えば、以下のような用途が考えられるでしょう。
unsigned long long t0, t1, time_passed_ns;
t0 = sched_clock();
/* 時間を計りたい処理 */
t1 = sched_clock();
time_passed_ns = t1 - t0;
実は、上のコードは間違っているとRussell Kingは指摘しました。例えば、x86ではTSCレジスタを利用しており、TSCレジスタの値は64bitです。sched_clock()はその値を加工してナノ秒に変換しているのですが、結果として精度は54bitになります。また、ARMではこれが32bitしかありません。これは何を意味するでしょうか？
時間の経過とともに数字が増えるわけですが、ある時点で「0」に戻ります。それを64bitの変数の演算として見ると、突然長い時間が過ぎてしまったように見えます。この解決策の1つとして、彼は差分を計算する専用の関数sched_clock_diff()を定義することを提案しました。すると、そもそもsched_clock()をナノ秒で提供するように加工する必要がなくなります。また、SMPでは同期していない場合もあるので、TSCレジスタを汎用として利用するのは好ましくない、とNick Pigginがコメントしました。
この状況はあまり良くないことではありますが、あまり文句も出ていないため「このコードを利用している部分はあまり存在しないのだね」という結論に達して、結局何も修正はなされていないようです。
sched_clock()を利用する場合はご注意を。
64bit ulongの範囲だったらわざわざ新設せんでもtime_afterマクロで十分やんけ。と言ってみるテスト。
実際IA64のアーキ依存コードはタイマ割り込み周りでitcレジスタ（TSCレジスタみたいなもん。クロック毎にインクリメントされる64bitカウンタ）の比較をtime_afterでやってるぞ。
ポイントはjiffiesが所詮ただの64bit整数なので、jiffies用のマクロは全部途中で一周しちゃうような性質をもつ時間関係に使われている整数操作に汎用的に使えるってことだね。
うーん、小ネタだ。
あ、time_afterについては以下のブログが詳しいようです。
路地裏ソース解読研究室
時間は無限?（http://blog.miraclelinux.com/uraura/2006/06/post_4b60.html）
ではでは
そんなの必要ありません！ ランキング！
という疑問を問いかけたら、ひらさんから、i_semを忘れてる。とご指摘をいただいた。
なるほど。おっしゃる通りである。
とゆーわけで安心しつつも、いつおうkernel2.6.17で確認をいれてみる。
・・・・
・・・・・・・・・・・
・・・・・・・・・・・・・・・・・・・
i_sem がそもそも消えていますがなにか？
いや、かわりに i_mutex が追加されていて、
セマフォじゃなくてミューテックスで保護してるので、排他自体はしてるだが、ミューテックスって誰かとバッティングしないかぎり
atomic_xchg();
smp_mb();
の２行で抜けてくるので、プリエンプションはdisableされてないっぽげ。
なので、やっぱりワーストケースでは、i_size_write中にプリエンプションされてi_size_readがえらい待たされるケースがありそうな気がするでゴワスよ。
今のところの結論。
前回の指摘の１は、やっぱり疑わしい。
２と３は脳みそが腐っていたっぽげ。
しかし、つくづく記事にミスが多いブログだこと(^^ゞ
細かい事は気にしない！ ランキング！
キャンペーン中のグリーンアスパラと完熟トマトカレーと頼む。
・・・うまい！
トマトってなんでこんなにうまいんだろうな。何をしてもうまい。来世はイタリア人に生まれ変わろうと大決定したよ。
驚き料理！ ランキング！
でも、１つだけ目から鱗がぼろぼろ２７枚ぐらい落ちまくった。意見をぜひとも紹介したい。
isologueさんの、福井総裁の責任とファンドのvehicleの建て付け（http://www.tez.com/blog/archives/000709.html） より
村上ファンドは確か、今は、投資事業有限責任組合も使ってらっしゃるようですが、昔はケイマン籍のLPと日本の民法上の組合を組み合わせた構成になっていたはず。
民法上の組合（任意組合）は、いわゆる「無限責任」のvehicleでして、財産は組合員の共有であるとともに、組合の債権者に対して「直接」「無限責任」を負うものです。
このため、不動産投資など借入を行う投資には向きませんが、株式投資の場合には「株式」自体が間接有限責任なので、レバをかけない限り実際には組合員が出資額以上の責任を負うことは無い「はず」。このため、税務上パススルーということもあり、投資事業有限責任組合（LPS）の使い勝手がよくなる前は、（ベンチャー投資など）株式投資の私募ファンドには主に民法上の組合が使われてました。
ただし、銀行借入はしなくても、例えば、組合が不法行為を行って損害賠償責任が発生した場合には、組合員に債権者からの権利行使が行われるということもありうる、ことになるかと思います。
（中略）
では、組合がインサイダー取引をしちゃったら、各組合員の責任は？
おおお、すばらしい。
僕的には、道義的云々を言うよりもよほど説得力があったですよ。
我輩の主張！ ランキング！
文体はすごい乙女なポエムなのに、卑猥。もう、あほかと(褒め言葉)
ある朝僕のちんこが
おまえは俺のでっかいオマケなんだとうちあけてくれた
いわれてみればなるほど納得
僕はちんこが僕についてると思ってたよ
実は僕がちんこについてたんだね
全然協力的じゃない香具師だと悩んでたけど
すうっと気持ちが楽になった
今まで偉そうにしてて悪いことしたな
連れて歩いてやってるような態度でいたな
僕のほうが大きかったから、なんとなく勘違いしてたよ
ちんこの話をよく聞いて
すなおに生きればいいんだ
僕はちんこの、オマケなんだから
ある朝僕のちんこが
おまえは俺のでっかいオマケなんだとうちあけてくれた
きょうから僕は、
ちんこに連れて行ってもらうんだな
どこへでも、ちんこが指すほうへ
ちんこが行きたいほうへ
おまけすぎです！ ランキング！
最近、会社の別のグループのプロジェクトホームページを見る機会があって、とても興味深く拝見させていただいた。
んでもって、そこで、オススメ書籍として「キャズム」と「ゴリラゲーム」が並べて記述してあったのにちょっと感動したので、エントリを書く。
たぶん、このBlogを読んでいる読者層でキャズムを聞いたことないって人は少ないと思う。
Life is Beautifulさん(http://www.satoshi.blogs.com/)あたりにいけばキャズム関係の記事は一杯あるし
キャズムそのものを題材にした（わりと有名な）ブログもあるようだ
キャズムを超えろ！
http://d.hatena.ne.jp/wa-ren/
しかも、うそニュースで有名なbogusnewsさんでもキャズムねたのうそニュース記事があったりする。
ちなみに、この記事はコメントの
『「はてなとか近藤とか超きも〜い。」ってオイオイ知ってるじゃないか？ 』というコメントが最高すぎるのでイチオシしておく。
bogusnews: またキャズム転落事故 都内高校生死亡
http://bogusnews.seesaa.net/article/15166560.html
それに比べると、ゴリラゲームはとかく影が薄い。
すくなくとも、日本では。
ジェフリー・ムーアの名著なのだが。
たぶん、インターネットバブルの時代に、ＩＴ株式投資の指南書として売り出してしまったのが良くなかったのだと思う。
日本とアメリカではＩＴ株の動きは相当違うし、かつＩＴバブル崩壊でＩＴ株式云々の本は軒並み売れなくなった。
しかし、しかしだ。
ハイテクマーケッティングと本としては、ゴリラゲームのほうがいいこと書いてると思う。
もちろん、文頭が
なお、答案はアラビア語で書くこと。文体とスペリングは９世紀の標準に従いなさい。
などとギャグで始まっている時点で、脳みそ直撃しまくりんぐなので、個人的には内容にかかわらずイチオシ確定なのだが、それを差し置いてもいい。
つまり、「キャズム」はキャズムという概念を紹介すること。およびキャズムを超えるためのTipsをいくつか提案している本なのに対して、ゴリラゲームは一歩ひいて、客観的にキャズムという概念が存在するマーケットルールにおいて、どの企業が勝つか見極めよう。という趣旨で書かれているので応用範囲が広いのである。
敵を知り、己を知れば百戦危うからず。というではないか。
＃てゆーか、キャズムを読んだよちよちマネージャーが
＃自社のマーケッティングポジションも分析できないまま
＃キャズムキャズム騒ぐのはうざいです
そういうわけで、すでに絶版で入手困難だと思うけど、もし入手できる機会があったらぜひ読んでみていただきたいです ＞ゴリラ
最後に、最近人に見せるように確保しているキャズムを分かりやすく紹介している記事を紹介しておきます。
これで嫁あたりに突っ込まれたときに対策してやってください ＞ All
ブログはキャズム（ハイテクの落とし穴）を越えてブレイクするのか？
http://www.goodpic.com/mt/archives/000227.html
2007年中にWindows Vistaで地デジ対応に
海外から見た“不思議の国”日本の「デジタルテレビ」
http://www.watch.impress.co.jp/av/docs/20060525/winhec2.htm
なんと、普及率を計るのに機器の出荷台数でもなく、視聴者の人数でもなく、国家の面積で計測するという逆転のアイデア。
ステキすぎます。
てゆーか、真に受けた記事を書いた記者は何を考えているのやら。
その解釈には無理があります！ ランキング！
で、最近になって性能がぜんぜん出ていないのが問題になった。
・・・とてもよくある話ですね。
で、そのライブラリのつくりが悪いのかOSとかの環境の問題なのか切り分けて。
という話になった。
・・・とてもよくある話ですね。
で、汚いソースを全部読むのがいやなので、
「全部作り直したところ、性能が劇的に改善したのでライブラリの実装の問題であることは間違いありません」と報告してきた。今日。
たしかに最短ルートで仕事は終わったのだが、
よく考えたら、忙しいから仕事を人に振ろうという当初の目的はまるで達成できてない。
なにが悪かったのだろう？
不満足ですいません！ ランキング！
放送・通信の在り方に関する、私見その８（http://furukawablog.spaces.msn.com/Blog/cns!156823E649BD3714!4228.entry）より
今朝（2006年5月15日）のニュースでもSMAPの草薙さんが地デジのプロモーションに駆り出され、地上波デジタルの効用は「ハイビジョン放送だけでなく、データ放送、サーバー型放送、ワンセグ放送があって」と汗だくで語っているのを目の前のテレビが放送していますが...その全てにおいてBML言語を展開していくのであれば、日本は世界の誰も使っていないコンテンツ鎖国を築くことになってしまいます。
ここは、わざわざキムタクではなく、��の字がちゃんと出してもらえない草��くんというあたりを汲み取って、にやにやするのが正しい見方でしょう。
ネタにマジレスよくないですな。
と、ボケから入って、ここで無理やり話を真面目モードに戻す。
というか、コンテンツ鎖国っていうあからさまなポジショントークはやめませんか。
この言い方だとあたかも日本だけが特異な規格を採用しているように見えますが実際にはそうではなく、イギリス・欧州・北米で方式は異なるし、北米なんかはほとんどの家庭がケーブルTVで見ている状況かつ、そのケーブル会社が独自規格でやっていたりするので、状況はお寒いの一言でしょう。
（でした。僕が知っているころは。最近業界が違う人にtypecastしたので過去形）
そういうわけでBMLが汚い部分が一杯あることは僕も良く知っており、技術的に汚い。という話ならうんうん、と聞くのですが、欧米と同じ方式にしろと言われると、欧米ってどこのこと？と思うし北米と同じ方式にしろ。と言われるとなぜよりマイナーな規格に合わせる必要があるの、それで値段が下がるのは北米用STBだけよね。となるわけで・・・
日本以外の地域だとデータ放送が必須じゃないし、デジタル放送自体の普及率がいまひとつなので、現状日本を指して鎖国という言葉には違和感を覚えるんですよ。
で、蛇足かも。と思いつつ、古川さんの個々のご指摘に対するオイラの感想
1. 日本語の表記だけではなく、中国語、韓国語、アラビア語、フランス語などの各国言語が表示できる文字コード体系を採択するべきではないか？(丸C表記が不可能という点も含めて）
表示、という観点で見るなら現在も出来ていますよね。
ダウンロード外字をやら画像やらをつかって。
オリンピックのときにＮＨＫのデータ放送見ると、中国人選手の漢字ちゃんと出てましたよ
だから、Unicodeじゃないのと表示の話は、すくなくともエンドユーザから見ると関係ない話でしょう。
じゃあ、そうすると受信機もUnicodeにして番組制作を楽にするか、ローカルな汚いエンコーディング採用してででも受信機の値段を下げるか、というトレードオフの関係で論じるべきではないでしょうか。
2. 赤、緑、などの4色のボタンを使いその表記にR,GもしくはRed、Green、「赤」「緑」などの併記なしに画面に「色のみ表示」の選択肢を表示し、「色のみ表示のリモコンボタン」押すという仕様は、色覚障害者に対する配慮に欠けるのではないか？
これはおっしゃるとおり。
でも、これはイギリスのＢＢＣのカラーキーをそのまま採用しちゃった。という問題だから、コンテンツ鎖国を語る文脈であげるのは多分にミスリードじゃないかしら
3. パレンタル・フラグという意味不明の用語と有害コンテンツ指定は、米国のTVPGフラグや画面への表示、番組制作者のフラグ指定などの実施に比べて弱いと思われるので、インターネットで実施されているペアレンタル・コントロールによる有害コンテンツのデータベース化、ブラウザにおけるフィルタリング、一般ユーザーによる有害指定の提案と報告、などのカラクリを放送業界も共有するなどのアプローチは如何という提案...「放送業界は昔からパレンタルと呼んでいる」と一括され無視
えーと、名前が和製英語だと誰か困るのでしょうか？
エンドユーザに見せる名称でもあるまいし。
逆に、そこはスルーして技術的な部分だけを議論するべきだったと思います。
インターネットのペアレンタル・コントロールといってもいまだにブラウザ非依存・地域非依存のペアレンタル・コントロールってありませんよね？
すくなくとも、私、日本にいてぜんぜんペアレンタル・コントロールが有効に働いている気がしないんですけど。
これも単体で議論するにはいいですが、コンテンツ鎖国という文脈で語るにはどうかな。と思います。
それなりに普及してないと、テレビの事をあまり考えていない方式に無理やりあわせる。なんて出来ないですよ。
デメリット多くて。
5. 欧米で制作された放送番組にデータ放送と連動したインタラクティブな機能が追加されている場合は、日本の放送経由で供され、日本のチューナーで受信されると全く表示もできない、インタラクティブな番組は機能しないということになりますが..
欧州から北米でも無理ですよね。
というか、この発想は根本的に間違ってますよ。
データ放送が本当にオマケ的なものなら、単純に持っていけますけど
たとえば、番組の途中で、電話を発呼したりしたらアウトなわけで、
そもそも、日本でテレビを見る客層が翻訳もされていない外国語
データ放送をありがたがって見ると思うのはかなり特異な価値観だと思いますよ。
他の話は技術の話じゃなく、日本のテレビ局が海外マーケットをどう扱っていきますか。というマーケッティングの話だと思うのでスキップ（すいません）
結局、この話の諸悪の根源はエンドユーザにとって北米方式を採用するメリットが何もないことなんじゃないの。とか思ってしまう今日この頃。
＃DRMが迷走しているからコピーしまくりユーザにはうれしいのか？
我輩も勉強するワン！ ランキング！
いやいや、呼び出し側でIRQ disable()してるかもしれないから、一概にそうとは言えない。
と諭されてしまった。
おっしゃるとおり。
ちなみに、以下に seqcountのwrite lock関数を引用しておく。ご参考までに
136 static inline void write_seqcount_begin(seqcount_t *s)
137 {
138 s->sequence++;
139 smp_wmb();
140 }
141
142 static inline void write_seqcount_end(seqcount_t *s)
143 {
144 smp_wmb();
145 s->sequence++;
146 }
で、おっしゃるとおり。で終わっていると寂しいので使っている場所を見てみた。
ソースは例によって lxr.linux.no の 2.6.11 カーネルね。
まず、使っている場所は一箇所のみ。
以下に示すように、inode->i_size いじってる場所。
http://lxr.linux.no/source/include/linux/fs.h#L526
523 static inline void i_size_write(struct inode *inode, loff_t i_size)
524 {
525 #if BITS_PER_LONG==32 && defined(CONFIG_SMP)
526 write_seqcount_begin(&inode->i_size_seqcount);
527 inode->i_size = i_size;
528 write_seqcount_end(&inode->i_size_seqcount);
529 #elif BITS_PER_LONG==32 && defined(CONFIG_PREEMPT)
530 preempt_disable();
531 inode->i_size = i_size;
532 preempt_enable();
533 #else
534 inode->i_size = i_size;
535 #endif
536 }
あ、あららー
やっぱり、preempt_disable()しないとまずそうですよ。
IRQ disableしてないってのもあるが、それより何より、
シングルCPUのときは preempt_disable(); してるってのが、
いかにもわざとそうしてるんじゃないんだよー
という雰囲気をかもし出している。
いや、それ以前に、ここseqcountじゃなく、seqlock使わないとまずい場所に見えるんですが・・・(n'ω'`)
カーネル読書会に来ていなかった人のために補足すると問題点は以下
１．SMP環境においてwrite_seqcount_begin() したあとで、preemptすると、ロック保持期間が滅茶苦茶長くなる
２．seqcount()は書き手が複数いたときの排他をまったくしないので、設計上１人になることを保障しなければならないが、i_size_write()がそんな事をしているようには見えない。かつi_sizeは64bit変数なので、32bitアーキでは１命令では書けない
３．seqcount使うなら読み手もread lock取らないといけないが、そんな事をしてな場所が腐るほどある。
３は問題じゃないかもしれないけどね。i_sizeが絶対32bitで収まるfsだと単純に＝演算子で代入しちゃってもうまくいくから。
そこはちゃんと見てない。
なに？
2.6.11なんて見てないでちゃんと最新をおっかけろ？
おっしゃるとおり。ごめんなさい。
ちょっと、手間隙かかるのよね。最新をウォッチし続けるのって(^^ゞ
気になっているので誰かコメントくれると嬉しいっす。
ちゃんと見切れていません！ ランキング！
http://qootas.org/blog/archives/2006/06/perl_regex_perf.html
来日してる US の TypePad エンジニア Garth と話をしているときにでてきた正規表現の話。
$char =~ m/\p{Han}|\p{Hiragana}|\p{Katakana}/; #NG
$char =~ m/[\p{Han}\p{Hiragana}\p{Katakana}]/; #OK
return if $char =~ m/abc|def|ghi/; #NG
return if ($char =~ m/abc/ or $char =~ m/def/ or $char =~ m/ghi/); #OK
"|"(パイプ)を使った正規表現はめちゃくちゃ遅いから使わないように、ということです。確かにベンチマークを取ると32倍速いです。
あと、こっちで、なんか続きがあるっぽい
http://d.hatena.ne.jp/fbis/20060615/1150333992
うーん｜が遅くなるのってNFA特有の話ですよねぇ。
perlって常にNFAなんでしたっけ？
記憶では後方参照とかない単純なやつはDFAに落としてくれるとなっていたのだが、どこと混線したのだろう・・・
GNU grepあたり？
おまえは何をいっているんだ？ ランキング！
*1 おいらが命名
せっかくだからパッチ晒しとく。
しかし、インストラクションポインタが存在しないアーキなんて存在しないのに、機種非依存コードにする方法を思いつかないこのもどかしさ。
嗚呼・・・・
--- itimer_prof.orig 2006-06-13 14:13:21.000000000 +0900
+++ itimer_prof.c 2006-05-18 12:12:26.000000000 +0900
@@ -9,7 +9,12 @@ static FILE *prof_fp;
static void
prof_handler(int signal, siginfo_t *siginfo, void *ucontext)
{
+#ifdef __ia64__
+ struct ucontext *uc = (struct ucontext *)ucontext;
+ unsigned long long int pc = uc->uc_mcontext.sc_ip;
+#else /* assume i386*/
struct ucontext *uc = (struct ucontext *)ucontext;
unsigned long int pc = uc->uc_mcontext.eip;
+#endif
fwrite(&pc, sizeof(pc), 1, prof_fp);
女神さまをもプロファイル！ ランキング！
とばかりに、自分のサイドバーのトラックバック欄を改造してみる。
・・・
・・・・・・・・・
なぜだ？
まるで、使いやすくなった気がしない。
ちゃんと自分サイトははじいて、木構造にもしたのだが。
（よく見ると、１つ自サイトのTBをはじきそこなってる。ははは）
とりあえず、今日はもう会社にいく時間なので、明日考えよう。
とりあえず、コード晒しておく。
FC2の共有プラグインをちょっと改造してるだけなので、汚いけど
<div class="tree" id="RT"><ul>
<!--rtrackback--><li>
<!-- ここで title属性に、記事名をいれておく -->
<a href="<%rtrackback_url>" title="<%rtrackback_etitle>"
name="<%rtrackback_year>/<%rtrackback_month>/<%rtrackback_day>/<%rtrackback_hour>" >
<span>(<%rtrackback_month>/<%rtrackback_day>)</span>
<%rtrackback_blog_name>:<%rtrackback_title></a>
</li><!--/rtrackback-->
</ul></div>
<script type="text/javascript"><!--
// Blog設定の最大トラックバック数は３０（最大）にしておいて
// 実際の表示数はこちらの変数を使う
// もっといい方法はないのかな・・・・
max_count=7;
var A=document.getElementById('RT').getElementsByTagName('A');
I="<ul>"; // I: 生成テキスト
L=A.length; // L: A要素数
display_count=0;
for (i=0;i<L;i++){
E=A[i].title;
tburl=A[i].href;
if ( E!="" & tburl.indexOf("mkosaki.blog46.fc2.com")==-1 ){
display_count++;
if( display_count == max_count ){
break;
}
var C=new Array();
c=-1;
I+='<li><p>'+E+'<br />';
for (j=i;j<L;j++){
if (A[j].title==E) { // 以降に同じタイトルがあれば
c++;
C[c]=j
}
}
for (j=0;j<=c;j++){
k=C[j];
A[k].title="";
p=A[k].innerHTML.split(' ');
q=A[k].name;
if (j<c) {
I+=' ├'
} else {
I+=' └'
}
I+='<a href="'+A[k].href+'" title="'+q+'" name="'+q+'">'+p[1]+'</a><br />';
}
I+='</p></li>';
}
}
I+="</ul>";
document.getElementById('RT').innerHTML=I;
--></script>
犬でも反省！ ランキング！
このニュースは
http://www.itmedia.co.jp/news/articles/0606/12/news059.html
ところで、売り上げの４０％をAmazonが徴収って高いの、安いの？ ＞そっち方面の人
最近、人の作ったお話に入り込めなくなってきていて、実話系の本ばかりヒットしている気がする。
今回もそんな本。
（エヴァの）庵野監督と結婚してダブルアンノになってしまった安野モヨコ＊１ の新婚生活エッセイ。
はっきりいって、カントク君（庵野監督の愛称）のコドモっぷりが凄すぎる。もちろん漫画なのである程度の脚色はあるのだろうが庵野ならやりかねん。とか読者に思わせてしまうあたりサスガ・・・
＊１ 最初からこれを狙っていたペンネームだったら凄い
評価： ☆☆☆☆☆ （オススメっす）
Linuxではドライバのメジャー番号が1-4095の範囲で使える。
Linux/include/linux/kdev_t.h
4 #define MINORBITS 20
5 #define MINORMASK ((1U << MINORBITS) - 1)
6
7 #define MAJOR(dev) ((unsigned int) ((dev) >> MINORBITS))
8 #define MINOR(dev) ((unsigned int) ((dev) & MINORMASK))
9 #define MKDEV(ma,mi) (((ma) << MINORBITS) | (mi))
ただし、昔は1-255だったので、その範囲の番号を使いたいなら
Documentation/devices.txt を見ながら空いてる番号を探さなければいけない。
・・・・
・・・・・・・・・・・・
そう、思っていた時期が僕にもありました。
register_chrdev()の実装の中核、__register_chrdev_region()の一部をピックアップすると以下のようになっています
29 #define MAX_PROBE_HASH 255 /* random */
30
33 static struct char_device_struct {
34 struct char_device_struct *next;
35 unsigned int major;
36 unsigned int baseminor;
37 int minorct;
38 const char *name;
39 struct file_operations *fops;
40 struct cdev *cdev; /* will die */
41 } *chrdevs[MAX_PROBE_HASH];
（中略）
80 __register_chrdev_region(unsigned int major, unsigned int baseminor,
81 int minorct, const char *name)
82 {
（中略）
94
95 /* temporary */
96 if (major == 0) {
97 for (i = ARRAY_SIZE(chrdevs)-1; i > 0; i--) {
98 if (chrdevs[i] == NULL)
99 break;
100 }
101
102 if (i == 0) {
103 ret = -EBUSY;
104 goto out;
105 }
106 major = i;
107 ret = major;
108 }
つまりchar deviceのハッシュバケツを255から0に向かって検索、
バケツが空だったらインデックス値（必ず 1-255の範囲になる）をメジャー番号として確保します。
このとき、Documentation/devices.txtの紳士協定を考慮するような処理は一切ない。
つまり静的にメジャー番号を確保したいデバイスは、255以下の�