約 3,070,634 件
https://w.atwiki.jp/ddrspwiki2nd/pages/328.html
曲名 アーティスト フォルダ 難易度 BPM NOTES/FREEZE(SHOCK) going up colors X2 激12 212 491/0 譜面 http //eba502.web.fc2.com/fumen/ddr/x2mf/goingup_4m.html 動画 http //www.youtube.com/watch?v=aIhi5dntqdg (x2.5,RAINBOW) 解説 X3で足13→12に降格。 12/1 15 00に通常解禁。GF V DM V からの移植楽曲。 BPMが高いうえにNOTE数も多い。足12では最多NOTE数を誇る譜面である。 たまに軽い捻りが混ざるが、全体的には正面を向いたまま踏みやすい配置。 8分7連前後の配置が複数回続く箇所が乗り切れるならばクリアに問題はないだろう。 名前 コメント コメント(感想など) これで物足りないときはシャッフルなどをかけてみよう -- 名無しさん (2012-04-03 00 50 04) 今降格してることに気づいたがなんで降格してんだこの曲 -- 名無しさん (2012-11-17 18 33 19) ↑隅田川の影響じゃね？ -- 名無しさん (2012-11-17 21 19 35) 名前 コメント
https://w.atwiki.jp/cod_ghosts/pages/87.html
Point of Contact ソロ攻略 Point of Contact ソロ攻略 ロードアウト・クラス ・ハンドガンタイプ ・弾薬箱 ・チームサポート ・ストライク・パッケージ ・イコライザー ・レリック被ダメージ増加、威力制限 ハンドガン限定 モータル スモールウォレット 基本攻略【Gil's Lodge Motel】 【City】 【Cabin】 【脱出】 完全クリア主義者 ロードアウト ・クラス 好みで構わない。 ウェポンスペシャリストはADS時の移動速度が下がらなくなるので苦手なら避けよう。 また+3のリロード速度上昇をうまく使って、高火力のLMGをチョイスするといい。 タンクは近接攻撃のダメージが上げられ、スカウトが殴り1回で倒せるようになって便利。 メディックはスコーピオンのガス無効と移動速度アップがおいしい。 ・ハンドガンタイプ MP-443。 ・弾薬箱 焼夷弾以降の弾薬であればどれも有用。 焼夷弾はバリアハイブを壊しやすくなる。 炸裂弾はスカウトやシーカーの処理が楽になる。 AP弾はライノの処理が楽になる。 ・チームサポート 自分1人で戦う事を考えるとアーマーか五感ブーストがベスト。 ・ストライク・パッケージ セントリーガン。 使用レベルが満たない時は兎も角、これ以外はソロプレイでは縛りプレイにしかならない。 デスマシーンと併用する場合はキャッシュ残量に注意。 ・イコライザー ライオットシールドかデスマシーンが有用。 シールドは背負って置けば背後からのダメージを避けられるので、脱出時に特に有用。 デスマシーンはアップグレードと使用タイミングをしっかり図りたい。また、ストライクパッケージと併用する場合、キャッシュ残量に注意。 ・レリック 被ダメージ増加、威力制限 ダメージを受けてもいいようにアーマーをロードアウトに入れておきたい。 ハンドガン限定 ハンドガンだけでは火力が足りないのでデスマシーンやセントリーを火力の中心にしたい。 ハンドガンを二挺拳銃までアップグレードしても良いが、若干ポイントが勿体ないかもしれない。 ＋4前提になるが、バルチャーの方が破壊されることの無く安定するかもしれない。 ミッション次第だがメディック＋3、ハンドガン＋1、通常弾＋1、バルチャー＋4、デスマシーン＋2程度まで強化できれば バルチャー切らさずナイフとハンドガンで問題ないはず。ライノ出現タイミング時はデスマシーン出せるキャッシュは残しておくこと。 モータル クラスは消失するが、その分のスキルポイントを他に割り振れるのでそこまで難しくはならない。 スモールウォレット 一番の悩みの種。 セントリーの同時展開が出来なくなるため攻撃範囲が縮まってしまうし、弾薬を出すだけでもキャッシュ上限の約半分を使ってしまう事になり八方塞。 基本攻略 Coopの時よりも敵の数が少なくなり、脱出時のライノも1体ずつしか出現しないため、そちらで慣れている人と易しく感じるかもしれない。 キャッシュも溜まりやすく限界に達しやすいため、アーマーや弾薬にどんどん使っていこう。 ただ、特にライノの出現タイミングはしっかり把握しておき、キャッシュが不足に陥る事はないように。 ファイナルスタンド(ダウンしても一定時間後に起き上がれる)はゲーム開始時は一回だけ可能だが、バリアハイブ戦をクリアするごとにひとつずつ追加される。 ひとつのエリアで一回ダウンしてもいい計算になる。 デスマシーンは消滅するがとくにペナルティはないため捨て身でドリルを直す、などの選択もあり。 全エリアを通じて言えるのは一人身で戦う事になるので自分の身を守る事に手一杯になり、ドリルが疎かになりやすい。 【Gil s Lodge Motel】 難しいことはあまり無いだろう。 このエリアのチャレンジは全てクリアしていく気持ちで臨むと良い。 2つめのハイブで命中率75%以上のチャレンジが発生するため、電流フェンスがある所のハイブだと比較的楽に達成出来るだろう。 バリアハイブ戦も、しっかりスコーピオンに優先してダメージを与えていればそのうちクリア出来る。 タクティカルリロード(マガジンに弾が残った状態でのリロード)が高速なVectorがおすすめ。 フルカスタムすれば最後までVectorで十分通用する。 ただしその場合はライノ対策にデスマシーンを持っていこう。 ソロではバリアハイブも柔らかいので、プロパン集めはしてもしなくても良い。 【City】 最初のドリルを設置するまでエイリアンは出現しないため、アイテムを探して補充しておこう。 M27への移行タイミングが迷う所だ。 M27はリロード速度もそうだが装備中のアビリティの実行速度も遅くなるため、ハンドガンへの切り替えの癖を付けるようにしたほうがいい。 シーカーの自爆も地道に体力を削ってくるため、体力の確保が遅れてしまうと致命的になる。 ドリルの体力が十分であれば、モーテルまで戻りながら戦うのもあり。 バリアハイブ戦では正面の電気トラップを両方有効にしておくと、地味ながら展開が楽になる。 またその間にあるトタンの上にセントリーを配置すると、エイリアンの攻撃から守ってくれるため長持ちする。 【Cabin】 同じく最初のドリル設置までエイリアンは出現しない。 ライノが特定ハイブで出現するが、AP弾+LMGやデスマシーン、セントリーがあれば対処は比較的簡単。 ライノは最初、3番目、最後に出現するため、自分で戦いやすいハイブに出現させるといいだろう。 高低差があると逃げながら戦いやすい。 あらかじめライノの出現位置をセントリーが挟み込むように配置してあると、あっという間に倒してくれる。 【脱出】 核のスイッチを入れる前に武器のリロード、装備の補充、ハンドガンへの持ち替えを行っておく。 ハンドガンは+1以上になっているとなおいい。 セントリーがあれば脱出方向に1台向けておくと良い。 準備が整ったらスイッチを入れよう。 行き止まりまで一気に走り、行き止まりで対処 行き止まりまで移動しつつ対処 1の場合、敵を纏めて倒せる反面ダメージを喰らいやすい。 ライノ1体、スコーピオン2〜3体、ハンター4〜5体程度なのでここまで来れたなら別に脅威では無いはずだ。 2の場合、体力の確保、邪魔なエイリアンの排除、距離をとってライノの対処を行うといいだろう。 ただしライノをあまりにも早く倒しすぎてしまうと追加のライノやその他エイリアン(スコーピオン多し)が出現される。 高スコアを狙いたい人やマゾヒストは挑戦してみるのもいいだろう。 ライノは、距離を長めに取り、突進してきた所を躱して追撃すればあまりダメージを受けずに倒せる。 戦闘後、再びダッシュする場合はハンドガンに持ち替える。 トロフィーや実績の最速脱出を狙う場合はメディック+4、五感ブースト+4、ハンドガン+1以上状態が最速。このセッティングでなくても時間は足りる。 自分1人で脱出すればいいのでcoopよりもやりやすいかもしれない。 時間を1 45以上残して脱出すればプラチナが獲得出来る。 完全クリア主義者 全チャレンジをクリアして脱出するというシンプルな条件だが、チャレンジの出に左右される。 武器の位置、レパーの出現位置は全て覚えておきたい。 ロードアウトは、タンク（殴り攻撃の機会が多い為）、アーマー、セントリーが良いか。 武器はチャレンジに応じて購入する。チャレンジが出ない場合に購入する際は、そのエリアでの最強武器を購入しておけば間違いない。 レパー、空中キル、小屋エリアでのスナイパーライフルキル、トラップキル、シーカーのダメージを受けない辺りが悩みの種になる。 レパーはセントリーを起動していると、セントリーがレパーにダメージを入れる→そのまま逃亡という事があるので、出題されたらセントリーを壁側に向けるなどの対処が必要。 空中キル、小屋エリアスナイパーキル、トラップキルはそれぞれドリルの処理が速いハイブで出現すると大変厳しい。小屋エリアでのスナイパーキルはほぼ死刑宣告。 シーカーからノーダメージは出題されるハイブによっては回避不能に陥る場合もあるので、戦う場所は考慮したい。
https://w.atwiki.jp/xbox360gta4/pages/637.html
THE NICOISE HOTEL 概要 日本語：ザ・ニース・ホテル 業種：ホテル業 所在地：Columbus Ave Kunzite St, Lancet, Algonquin （アルゴンクイン、ランセット、コロンブス・アベニュー＆クンツァイト・ストリート） 解説 アルゴンクイン橋のたもとに建つ巨大なホテル。 ホテル名から恐らくフランス系のホテル。 たまにホテルの警備員として警官が配置されている場合もあるほど警備も厳重。 ちなみに屋上にある二つのドーム状の建物がオッパイに見えないこともない。 外観
https://w.atwiki.jp/yoshinabu/pages/47.html
rtl8139(蟹チップ)のドライバ パケット送信について調べてみた。 ドライバのソースは /drivers/net/8139too.c パケット送信は以下の関数で行われている模様。 626 static int rtl8139_start_xmit (struct sk_buff *skb, 627 struct net_device *dev); その関数は以下の様になっています。 1706 static int rtl8139_start_xmit (struct sk_buff *skb, struct net_device *dev) 1707 { 1708 struct rtl8139_private *tp = netdev_priv(dev); 1709 void __iomem *ioaddr = tp- mmio_addr; 1710 unsigned int entry; 1711 unsigned int len = skb- len; 1712 unsigned long flags; 1713 1714 /* Calculate the next Tx descriptor entry. */ 1715 entry = tp- cur_tx % NUM_TX_DESC; 1716 1717 /* Note the chip doesn t have auto-pad! */ 1718 if (likely(len TX_BUF_SIZE)) { 1719 if (len ETH_ZLEN) 1720 memset(tp- tx_buf[entry], 0, ETH_ZLEN); 1721 skb_copy_and_csum_dev(skb, tp- tx_buf[entry]); 1722 dev_kfree_skb(skb); 1723 } else { 1724 dev_kfree_skb(skb); 1725 tp- stats.tx_dropped++; 1726 return 0; 1727 } 1728 1729 spin_lock_irqsave( tp- lock, flags); 1730 RTL_W32_F (TxStatus0 + (entry * sizeof (u32)), 1731 tp- tx_flag | max(len, (unsigned int)ETH_ZLEN)); 1732 1733 dev- trans_start = jiffies; 1734 1735 tp- cur_tx++; 1736 wmb(); 1737 1738 if ((tp- cur_tx - NUM_TX_DESC) == tp- dirty_tx) 1739 netif_stop_queue (dev); 1740 spin_unlock_irqrestore( tp- lock, flags); 1741 1742 if (netif_msg_tx_queued(tp)) 1743 printk (KERN_DEBUG "%s Queued Tx packet size %u to slot %d.\n", 1744 dev- name, len, entry); 1745 1746 return 0; 1747 } 関数の実態を探ります。まずはこのあたり。 1718 if (likely(len TX_BUF_SIZE)) { 1719 if (len ETH_ZLEN) 1720 memset(tp- tx_buf[entry], 0, ETH_ZLEN); 1721 skb_copy_and_csum_dev(skb, tp- tx_buf[entry]); 1722 dev_kfree_skb(skb); 1723 } else { 1724 dev_kfree_skb(skb); 1725 tp- stats.tx_dropped++; 1726 return 0; 1727 } likely() /src/linux-2.6.18/include/linux/compiler.h 62 #define likely(x) __builtin_expect(!!(x), 1) この先はありません。今の僕には理解できませんでした。 memset() /src/linux-2.6.18/arch/i386/lib/memcpy.c 17 void *memset(void *s, int c, size_t count) 18 { 19 return __memset(s, c, count); 20 } ↓ /src/linux-2.6.18/include/asm-i386/string.h 462 #define __memset(s, c, count) \ 463 (__builtin_constant_p(count) ? \ 464 __constant_count_memset((s),(c),(count)) \ 465 __memset_generic((s),(c),(count))) ( A ? B C)の形の3項演算子ですね。Aが真ならB、そうでないならCという感じだったと思います。 __builtin_constant_p() GNUコンパイラの組み込み関数だそうです。これも今の僕には理解できませんでした。こちらに詳しく載っています。 参考URL __constant_count_memset() /src/linux-2.6.18/include/asm-i386/string.h 361 /* we might want to write optimized versions of these later */ 362 #define __constant_count_memset(s,c,count) __memset_generic((s),(c),(count)) __memset_generic() /src/linux-2.6.18/include/asm-i386/string.h 349 static inline void * __memset_generic(void * s, char c,size_t count) 350 { 351 int d0, d1; 352 __asm__ __volatile__( 353 "rep\n\t" 354 "stosb" 355 "= c" (d0), "= D" (d1) 356 "a" (c),"1" (s),"0" (count) 357 "memory"); 358 return s; 359 } ということでmemsetはインラインアセンブラになるみたいですね。 インラインアセンブラの制約条件などについてはこちらに詳しく書いてあります。 http //yashiromann.sakura.ne.jp/memo/GCC-Inline-Assembly-HOWTO.html#ss6.1 skb_copy_and_csum_dev() /src/linux-2.6.18/net/core/skbuff.c 1396 void skb_copy_and_csum_dev(const struct sk_buff *skb, u8 *to) 1397 { 1398 unsigned int csum; 1399 long csstart; 1400 1401 if (skb- ip_summed == CHECKSUM_HW) 1402 csstart = skb- h.raw - skb- data; 1403 else 1404 csstart = skb_headlen(skb); 1405 1406 BUG_ON(csstart skb_headlen(skb)); 1407 1408 memcpy(to, skb- data, csstart); 1409 1410 csum = 0; 1411 if (csstart != skb- len) 1412 csum = skb_copy_and_csum_bits (skb, csstart, to + csstart, 1413 skb- len - csstart, 0); 1414 1415 if (skb- ip_summed == CHECKSUM_HW) { 1416 long csstuff = csstart + skb- csum; 1417 1418 *((unsigned short *)(to + sstuff)) = csum_fold(csum); 1419 } 1420 } です。関数としては BUG_ON memcpy skb_copy_and_csum_bits csum_fold ですね。 BUG_ON() 探したら定義が2つあった。 BUG_ON()一つ目。 /src/linux-2.6.18/include/asm-generic/bug.h 14 #ifndef HAVE_ARCH_BUG_ON 15 #define BUG_ON(condition) do { if (unlikely((condition)!=0)) BUG(); } while(0) 16 #endif 中では unlikely() BUG() が実行されています。BUG()も複数定義があるのでよくわかりません。 一応二つの定義をこぴぺしておきます。 BUG() 一つ目。 /src/linux-2.6.18/include/asm-generic/bug.h 6 #ifdef CONFIG_BUG 7 #ifndef HAVE_ARCH_BUG 8 #define BUG() do { \ 9 printk("BUG failure at %s %d/%s()!\n", __FILE__, __LINE__, __FUNCTION__); \ 10 panic("BUG!"); \ 11 } while (0) 12 #endif 二つ目。 /src/linux-2.6.18/include/asm-generic/bug.h 27 #else /* !CONFIG_BUG */ 28 #ifndef HAVE_ARCH_BUG 29 #define BUG() 30 #endif BUG_ON()2つ目。 /src/linux-2.6.18/include/asm-generic/bug.h 32 #ifndef HAVE_ARCH_BUG_ON 33 #define BUG_ON(condition) do { if (condition) ; } while(0) 34 #endif なんかコンパイルフラグですね。よくわかりません。 memcpy() /src/linux-2.6.18/arch/i386/lib/memcpy.c 7 void *memcpy(void *to, const void *from, size_t n) 8 { 9 #ifdef CONFIG_X86_USE_3DNOW 10 return __memcpy3d(to, from, n); 11 #else 12 return __memcpy(to, from, n); 13 #endif 14 } コンパイルフラグですね。 __memcpy3d __memcpy の二つです。 __memcpy3d() /src/linux-2.6.18/include/asm-i386/string.h 300 static __inline__ void *__memcpy3d(void *to, const void *from, size_t len) 301 { 302 if (len 512) 303 return __memcpy(to, from, len); 304 return _mmx_memcpy(to, from, len); 305 } _mmx_memcpy()は結構長いインラインアセンブラでした。 src/linux-2.6.18/arch/i386/lib/mmx.c にありあます。長いので省きます。コピーをする長さで条件分岐しているんですね。mmxはmulti media extentionの略らしいです。 __memcpy() /src/linux-2.6.18/include/asm-i386/string.h 203 static __always_inline void * __memcpy(void * to, const void * from, size_t n) 204 { 205 int d0, d1, d2; 206 __asm__ __volatile__( 207 "rep ; movsl\n\t" 208 "movl %4,%%ecx\n\t" 209 "andl $3,%%ecx\n\t" 210 #if 1 /* want to pay 2 byte penalty for a chance to skip microcoded rep? */ 211 "jz 1f\n\t" 212 #endif 213 "rep ; movsb\n\t" 214 "1 " 215 "= c" (d0), "= D" (d1), "= S" (d2) 216 "0" (n/4), "g" (n), "1" ((long) to), "2" ((long) from) 217 "memory"); 218 return (to); 219 } こちらはインラインアセンブラになりますね。 skb_copy_and_csum_bits() 長い・・・ /src/linux-2.6.18/net/core/skbuff.c 1317 unsigned int skb_copy_and_csum_bits(const struct sk_buff *skb, int offset, 1318 u8 *to, int len, unsigned int csum) 1319 { 1320 int start = skb_headlen(skb); 1321 int i, copy = start - offset; 1322 int pos = 0; 1323 1324 /* Copy header. */ 1325 if (copy 0) { 1326 if (copy len) 1327 copy = len; 1328 csum = csum_partial_copy_nocheck(skb- data + offset, to, 1329 copy, csum); 1330 if ((len -= copy) == 0) 1331 return csum; 1332 offset += copy; 1333 to += copy; 1334 pos = copy; 1335 } 1336 1337 for (i = 0; i skb_shinfo(skb)- nr_frags; i++) { 1338 int end; 1339 1340 BUG_TRAP(start = offset + len); 1341 1342 end = start + skb_shinfo(skb)- frags[i].size; 1343 if ((copy = end - offset) 0) { 1344 unsigned int csum2; 1345 u8 *vaddr; 1346 skb_frag_t *frag = skb_shinfo(skb)- frags[i]; 1347 1348 if (copy len) 1349 copy = len; 1350 vaddr = kmap_skb_frag(frag); 1351 csum2 = csum_partial_copy_nocheck(vaddr + 1352 frag- page_offset + 1353 offset - start, to, 1354 copy, 0); 1355 kunmap_skb_frag(vaddr); 1356 csum = csum_block_add(csum, csum2, pos); 1357 if (!(len -= copy)) 1358 return csum; 1359 offset += copy; 1360 to += copy; 1361 pos += copy; 1362 } 1363 start = end; 1364 } 1365 1366 if (skb_shinfo(skb)- frag_list) { 1367 struct sk_buff *list = skb_shinfo(skb)- frag_list; 1368 1369 for (; list; list = list- next) { 1370 unsigned int csum2; 1371 int end; 1372 1373 BUG_TRAP(start = offset + len); 1374 1375 end = start + list- len; 1376 if ((copy = end - offset) 0) { 1377 if (copy len) 1378 copy = len; 1379 csum2 = skb_copy_and_csum_bits(list, 1380 offset - start, 1381 to, copy, 0); 1382 csum = csum_block_add(csum, csum2, pos); 1383 if ((len -= copy) == 0) 1384 return csum; 1385 offset += copy; 1386 to += copy; 1387 pos += copy; 1388 } 1389 start = end; 1390 } 1391 } 1392 BUG_ON(len); 1393 return csum; 1394 } 1395 これの実態を追いかけるのは面倒だなー。省略。 csum_fold() /src/linux-2.6.18/include/asm-i386/checksum.h 99 static inline unsigned int csum_fold(unsigned int sum) 100 { 101 __asm__( 102 "addl %1, %0 ;\n" 103 "adcl $0xffff, %0 ;\n" 104 "=r" (sum) 105 "r" (sum 16), "0" (sum 0xffff0000) 106 ); 107 return (~sum) 16; 108 } 次はこのあたり 1729 spin_lock_irqsave( tp- lock, flags); 1730 RTL_W32_F (TxStatus0 + (entry * sizeof (u32)), 1731 tp- tx_flag | max(len, (unsigned int)ETH_ZLEN)); 1732 1733 dev- trans_start = jiffies; 1734 1735 tp- cur_tx++; 1736 wmb(); spin_lock_irqsave RTL_W32_F wmb ですね。 RTL_W32_F() 8139too.c 同じソース内に定義がありました。 648 #define RTL_W32_F(reg, val32) do { iowrite32 ((val32), ioaddr + (reg)); ioread32 (ioaddr + (reg)); } while (0) iowrite ioread この二つの関数で構成されています。ioread,iowriteは同じような命令に帰着するのでwriteだけしか調べません。 iowrite /src/linux-2.6.18/lib/iomap.c 91 void fastcall iowrite32(u32 val, void __iomem *addr) 92 { 93 IO_COND(addr, outl(val,port), writel(val, addr)); 94 } ↓ /src/linux-2.6.18/lib/iomap.c 42 #define IO_COND(addr, is_pio, is_mmio) do { \ 43 unsigned long port = (unsigned long __force)addr; \ 44 if (port PIO_RESERVED) { \ 45 VERIFY_PIO(port); \ 46 port = PIO_MASK; \ 47 is_pio; \ 48 } else { \ 49 is_mmio; \ 50 } \ 51 } while (0) 渡されたアドレスがPIO_RESERVEDより小さいときはoutlが実行される。 そうではないときはwritelが実行される。 writel /src/linux-2.6.18/include/asm-i386/io.h 188 static inline void writel(unsigned int b, volatile void __iomem *addr) 189 { 190 *(volatile unsigned int __force *) addr = b; 191 } outl src/linux-2.6.18/include/asm-i386/io.h 334 #define BUILDIO(bwl,bw,type) \ 335 static inline void out##bwl##_local(unsigned type value, int port) { \ 336 __asm__ __volatile__("out" #bwl " %" #bw "0, %w1" "a"(value), "Nd"(port)); \ 337 } \ 338 static inline unsigned type in##bwl##_local(int port) { \ 339 unsigned type value; \ 340 __asm__ __volatile__("in" #bwl " %w1, %" #bw "0" "=a"(value) "Nd"(port)); \ 341 return value; \ 342 } \ 343 static inline void out##bwl##_local_p(unsigned type value, int port) { \ 344 out##bwl##_local(value, port); \ 345 slow_down_io(); \ 346 } \ 347 static inline unsigned type in##bwl##_local_p(int port) { \ 348 unsigned type value = in##bwl##_local(port); \ 349 slow_down_io(); \ 350 return value; \ 351 } \ 352 __BUILDIO(bwl,bw,type) \ 353 static inline void out##bwl##_p(unsigned type value, int port) { \ 354 out##bwl(value, port); \ 355 slow_down_io(); \ 356 } \ 357 static inline unsigned type in##bwl##_p(int port) { \ 358 unsigned type value = in##bwl(port); \ 359 slow_down_io(); \ 360 return value; \ 361 } \ 362 static inline void outs##bwl(int port, const void *addr, unsigned long count) { \ 363 __asm__ __volatile__("rep; outs" #bwl "+S"(addr), "+c"(count) "d"(port)); \ 364 } \ 365 static inline void ins##bwl(int port, void *addr, unsigned long count) { \ 366 __asm__ __volatile__("rep; ins" #bwl "+D"(addr), "+c"(count) "d"(port)); \ 367 } 368 369 BUILDIO(b,b,char) 370 BUILDIO(w,w,short) 371 BUILDIO(l,,int) 372 プリプロセッサを通すと、下のようなものになります。 static inline void outl_local(unsigned int value, int port) { __asm__ __volatile__("out" "l" " %" "" "0, %w1" "a"(value), "Nd"(port)); } static inline unsigned int inl_local(int port) { unsigned int value; __asm__ __volatile__("in" "l" " %w1, %" "" "0" "=a"(value) "Nd"(port)); return value; } static inline void outl_local_p(unsigned int value, int port) { outl_local(value, port); slow_down_io(); } static inline unsigned int inl_local_p(int port) { unsigned int value = inl_local(port); slow_down_io(); return value; } static inline void outl(unsigned int value, int port) { outl_local(value, port); } static inline unsigned int inl(int port) { return inl_local(port); } static inline void outl_p(unsigned int value, int port) { outl(value, port); slow_down_io(); } static inline unsigned int inl_p(int port) { unsigned int value = inl(port); slow_down_io(); return value; } static inline void outsl(int port, const void *addr, unsigned long count) { __asm__ __volatile__("rep; outs" "l" "+S"(addr), "+c"(count) "d"(port)); } static inline void insl(int port, void *addr, unsigned long count) { __asm__ __volatile__("rep; ins" "l" "+D"(addr), "+c"(count) "d"(port)); } inlなどの定義も混じってるけど気にしない。 結局のところインラインアセンブリのOUT系の命令になるようです。 PIOなどの定義は↓ /src/linux-2.6.18/lib/iomap.c 24 #ifndef HAVE_ARCH_PIO_SIZE 25 /* 26 * We encode the physical PIO addresses (0-0xffff) into the 27 * pointer by offsetting them with a constant (0x10000) and 28 * assuming that all the low addresses are always PIO. That means 29 * we can do some sanity checks on the low bits, and don t 30 * need to just take things for granted. 31 */ 32 #define PIO_OFFSET 0x10000UL 33 #define PIO_MASK 0x0ffffUL 34 #define PIO_RESERVED 0x40000UL 35 #endif 英文によれば、低アドレスは全部PIO用にしておくので細かくチェックしなくても良い。らしいです。
https://w.atwiki.jp/monacoin_mahjong/pages/91.html
2015年6月度ランキング 大会順位偏差値ランキング 獲得賞金ランキング 入賞者の抜き出し結果 大会順位偏差値ランキング 「平均大会順位偏差値」は大会別の順位の偏差値を平均した値の順位です。（偏差値を平均していいものかはわかりませんｗ） 決勝がある大会の場合、決勝の結果は含まれていません。予選の最終結果を集計しています。 対戦数が少ない場合、平均順位に比べて上位にくる事があります。 「平均得点」や「平均順位」が発表されていない大会もあるので、実際の結果とは異なる値になる事があります。 「平均順位」については大会毎の平均順位を平均したもので、厳密な平均値ではありません。 № プレーヤ名 出場回数 対戦 平均得点 平均順位 平均大会順位偏差値 1 檸檬 1 4 44.88 1.25 66.89 2 NONANE 1 5 34.86 1.40 65.84 3 みっきー 1 7 20.13 1.71 64.85 4 ミュース 2 8 28.70 1.63 64.68 5 W75 2 10 26.23 1.54 64.31 6 桃太郎侍-斬- 1 4 25.65 1.50 64.29 7 おもちの下の初美 1 3 37.07 1.33 63.86 8 だめ雀 1 3 34.67 1.33 62.60 9 だだっこ 1 5 16.26 2.00 60.83 10 もな天太郎 1 3 19.00 2.00 59.45 11 Choco 3 12 15.37 2.06 58.92 12 ハナザーワールド 1 3 22.77 1.67 57.92 13 蛋白質 1 3 20.33 1.67 57.36 14 船頭 2 10 11.95 2.17 57.07 15 kurapika 4 22 9.94 2.19 56.38 16 Suomi 3 18 6.23 2.36 56.23 17 harley01 1 4 13.02 2.00 55.94 18 すっとこっこ 4 20 10.12 2.10 55.67 19 lae 1 6 7.17 2.50 55.62 20 tikimono 4 20 15.22 1.96 55.59 21 摸菜 4 27 5.32 2.34 55.03 22 vi 3 14 8.93 2.17 54.57 23 heihati 2 11 4.82 2.27 54.56 24 ジャポニカ学習帳 2 8 9.04 2.07 54.50 25 shinki10 1 3 13.63 2.00 53.90 26 asitaka 2 8 7.05 2.17 53.52 27 チェケラおじさん 4 26 6.40 2.21 52.55 28 ISSTKG 3 17 4.33 2.51 52.34 29 miokun 1 6 1.78 2.50 51.98 30 モナ～ 4 19 2.72 2.38 51.83 31 ふうらいの置物 1 5 1.60 2.60 51.05 32 ロンのみ 1 3 1.27 2.67 50.99 33 オロナミ 4 24 0.40 2.42 50.90 34 Kazutora 4 25 1.64 2.47 50.35 35 美少女☆彡新子憧 1 7 1.43 2.29 50.00 36 白ブタ 3 12 0.81 2.55 49.88 37 求不得苦 4 16 1.98 2.43 49.76 38 u2u2u2 2 9 -2.31 2.50 49.64 39 ヤマダマチ 2 6 -3.08 2.50 49.48 40 東横桃k... 4 19 3.83 2.33 49.46 41 aki1987 3 18 -1.14 2.44 48.55 42 kenlark 4 21 0.82 2.51 48.30 43 鯛山 2 9 -8.32 2.75 47.92 44 monaQ 1 6 0.98 2.50 47.83 45 シンタロウ 4 25 -1.36 2.51 46.99 46 Felicia 1 3 -7.00 3.00 46.85 47 monaまぁじゃ 2 13 -0.88 2.54 46.18 48 ペンギン皇帝 4 15 -3.42 2.52 45.80 49 水戸郁魅 1 3 -7.00 2.67 45.80 50 マムシのごとく 1 4 -6.00 2.75 44.75 51 あすたろう 3 16 -7.43 2.63 44.07 52 ぐう聖ユンオ 2 8 -7.44 2.90 43.91 53 呂蒙子明 2 11 -5.32 2.64 43.08 54 BlueSky 1 5 -8.90 3.00 43.07 55 たいやま 2 12 -6.73 2.67 42.90 56 zori 2 9 -6.76 2.78 42.57 57 なめたい２ 3 14 -14.18 3.07 42.47 58 99takuto 3 21 -6.56 2.67 40.78 59 首長 3 10 -17.48 3.11 40.25 60 五分刈主婦 1 6 -8.00 2.67 39.50 61 knight.. 2 10 -13.90 3.10 37.60 62 YAｚ 2 7 -19.62 3.00 37.48 63 発情したアルパカ 1 3 -29.33 3.67 35.95 64 はむら 1 3 -37.60 4.00 34.84 65 kujira55 1 4 -32.47 3.50 33.97 66 枯れ葉＠win8 2 7 -32.05 3.63 33.62 67 Yoooo 3 14 -31.21 3.58 33.15 上へ 獲得賞金ランキング 「獲得賞金計」は端数を四捨五入してあります。賞金が不明な場合、賞金割り当て％をそのまま賞金として計算しています。 「平均獲得賞金」は「獲得賞金計」を「出場回数」で割ったもので、１大会での平均獲得賞金になります。 順位 プレーヤ名 １位 ２位 ３位 ４位 ５位以下・他 出場回数 平均獲得賞金 獲得賞金計 1 ミュース 1 1 2 115.20 230.40 2 すっとこっこ 1 4 42.50 170.00 3 tikimono 1 1 4 38.50 154.00 4 W75 1 1 2 64.20 128.40 5 NONANE 1 1 115.20 115.20 6 檸檬 1 1 114.00 114.00 7 求不得苦 1 4 22.80 91.20 8 みっきー 1 1 86.40 86.40 9 モナ～ 1 4 20.00 80.00 10 Suomi 1 3 22.80 68.40 11 シンタロウ 1 4 15.00 60.00 11 東横桃k... 1 4 15.00 60.00 13 おもちの下の初美 1 1 57.60 57.60 14 Choco 2 3 16.67 50.00 15 桃太郎侍-斬- 1 1 45.60 45.60 16 チェケラおじさん 1 4 10.00 40.00 17 u2u2u2 1 2 19.20 38.40 18 Kazutora 1 4 7.60 30.40 上へ 入賞者の抜き出し結果 基本、決勝戦ありの場合は決勝戦の結果になります。 開催日 大会名 順位 プレーヤ名 獲得賞金 2015/6/27 もな麻雀 もうすぐ夏だよ月末杯 1 tikimono 144 2 NONANE 115.2 3 みっきー 86.4 4 おもちの下の初美 57.6 5 W75 38.4 6 u2u2u2 38.4 2015/6/20 第19回 柳に蛙の週末杯 1 すっとこっこ 170 2 モナ～ 80 3 シンタロウ 60 4 チェケラおじさん 40 5 Choco 20 6 tikimono 10 2015/6/13 もな麻雀 梅雨入りだよ週末杯 1 檸檬 114 2 求不得苦 91.2 3 Suomi 68.4 4 桃太郎侍-斬- 45.6 5 Kazutora 30.4 6 ミュース 30.4 2015/6/6 第18回 祝・祝日のない週末杯 1 ミュース 200 2 W75 90 3 東横桃k... 60 4 Choco 30 上へ
https://w.atwiki.jp/gameqa/pages/48.html
株式会社KINSHA KINSHAはデバッグ専門会社ではありません。 本業は印刷/デザイン会社ですが、2007年からゲームのデバッグサービスも行っているようです。 待遇 勤務形態 短期アルバイト(?) 給与 750～800円 勤務地 京都府京都市下京区 交通費 なし 勤務日/時間 10：00～18：00 社会保険 明記なし 備考 自転車通勤可 関連リンク 公式サイト：http //www.kinsha.co.jp/ 採用情報：http //kyusaku.jp/d11819989.html コメント MAX時給1300円なんてほとんどいない -- 名無し (2017-12-16 04 23 28) 登録制ではないから常時勤務できる。1日7時間の土日祝休み。時給は最低賃金。交通費は半額。保険・年金なし。あと半年に1回昇給などと書いているが、最低賃金が上がったからその分昇給などと言って結局最低賃金になる。他に仕事無いならここでという感じ。 -- 名無しさん (2020-01-12 16 16 05) 一応ある程度在籍して社員のお眼鏡にかなうと、派遣スタッフに選ばれる（バ●ナムとかハ●ド等）。その場合は時給は1200円くらいになり、交通費全額支給、1日7.5時間勤務で年金や保険もつく。派遣期間が終われば最低賃金の福利厚生なし交通費半額に逆戻りする。 -- 名無しさん (2020-01-12 16 24 36) 名前 コメント
https://w.atwiki.jp/cryptwiki/pages/51.html
作成中です。
https://w.atwiki.jp/grune/pages/76.html
- City s - （街） Contents ■ TopPage（トップページ） ■ Register（会員登録） ■ Login（ログイン） ■ Stetus（ステータス） ■ Ship（船体関係データ） ■ Skill（スキルデータ） ■ Product（生産関係） ■ City s（街） ■ Trade＆Recipe（交易品＆レシピ） ■ Discoverries（発見物一覧） - City's - （街）The Mediterranean sea （地中海） - Atlantic Area - West Europe （西欧） - Atlantic Area - North Europe （北欧） - Atlantic Area - West African （西アフリカ） - Atlantic Area - East African （東アフリカ） - Afro Asian Outer - The Mediterranean sea （地中海） - Atlantic Area - Name JP-Name Point Alexandria アレキサンドリア -355.7 , -150.0 Athens アテネ -229.0 , -265.8 Istanbul イスタンブール -319.7 , -327.0 Beirut ベイルート -426.4 , -177.7 Venice ベニス -41.9 , -390.3 Genoa ジェノバ 3.2 , -379.5 Barcelona バルセロナ 126.5 , -311.3 Algiers アルジェ 101.2 , -250.7 Tripori トリポリ -14.4 , -186.8 West Europe （西欧） - Atlantic Area - Name JP-Name Point Seville セビリア 297.3 , -235.9 Lisbon リスボン 329 , -265.8 Madeira マディラ 467.6 , -153.6 Las-Palmas ラスパルマス 419.0 , -71.7 Bordeaux ボルドー 200.8 , -411.1 North Europe （北欧） - Atlantic Area - Name JP-Name Point London ロンドン 154.5 , -549.2 Amsterdam アムステルダム 79.2 , -551.7 Hamburg ハンブルグ -8.0 , -560.7 Oslo オスロ -13.8 , -713.7 Stockholm ストックホルム -135.2 , -176.5 Reykjavik レイキャビーク 481.4 , -830.0 West African （西アフリカ） - Atlantic Area - Name JP-Name Point Dakar ダカール 453.7 , 173.8 Accra アクラ 202.6 , 311.8 Lianda ルアンダ -52.5 , 588.4 Cape-Town ケープタウン -199 , 990.7 East African （東アフリカ） - Afro Asian Outer - #ref error ：画像URLまたは、画像ファイル名を指定してください。 Name JP-Name Point - - Copyright © 2005-2006 IGG.com Co.Ltd. All rights reserved.
https://w.atwiki.jp/bitcoinwiki/pages/14.html
インスタグラムプラグイン 人気の画像共有サービス、Instagram(インスタグラム）の画像をアットウィキに貼れるプラグインです。 #ig_user(ユーザー名) と記載することで、特定ユーザーのInstagramのフィードを表示することができます。 例）@dogoftheday #ig_user #ig_tags(タグ名) と記載することで、特定タグのInstagramのフィードを表示することができます。 #dogofthedayjp タグ #ig_tag #ig_popular と記載することで、Instagramのpopularフィードを表示することができます。 詳しい使い方は以下のページを参考にしてください！ ＝＞http //www1.atwiki.jp/guide/pages/935.html
https://w.atwiki.jp/coinwiki/pages/14.html
インスタグラムプラグイン 人気の画像共有サービス、Instagram(インスタグラム）の画像をアットウィキに貼れるプラグインです。 #ig_user(ユーザー名) と記載することで、特定ユーザーのInstagramのフィードを表示することができます。 例）@dogoftheday #ig_user #ig_tags(タグ名) と記載することで、特定タグのInstagramのフィードを表示することができます。 #dogofthedayjp タグ #ig_tag #ig_popular と記載することで、Instagramのpopularフィードを表示することができます。 詳しい使い方は以下のページを参考にしてください！ ＝＞http //www1.atwiki.jp/guide/pages/935.html