忍者ブログ
Admin§Write

それも私。

yastak-blog since 2006...

HOME ≫ [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59]

[PR]

×

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。


ブログ統合

いくつかあるブログを統合したい。
どこに統合しよう…

ていうか情報論理の勉強しなきゃ。
21時くらいに起きたので寝ずに突入が十分可能。

もちょっと早く起きて学校に行くべきだったか…
PR

パケットが送れました!

・OS最終課題
 終了…烈 まだレポート書いてないけど。
 地下室にこもった甲斐がありました!
 T氏、O氏ありがとうございますm(_ _)m

 大変なところってのは、(ディスク領域が足りないところと)
 sk_buffをどう使っていいかだったりなんだりでした。

 Google先生に大変お世話になりました…。
 先輩方のブログ等に主に助けられ嶺
 感謝です。


これからは情報論理試験→Ocaml(+計算機構成論)という流れで頑張らなくては。
全部重々しいなぁ怜

ディスク領域が足りません

・仮想マシン、二台めをいれようとしたらディスク領域が足りなくなりました…。
ぎりぎり足りる計算だったのになぁ…。
そんなわけでディスククリーンアップとかしてます。

そして時間をもてあまし中。

MACアドレスって・・・

どうやって格納すればいいんだろう?

とりあえず、writeはできるものの、
受信できないので、一番あやしいMACアドレスに責任を求めてみる。

readはwait_event_interruptibleの時点でカーネルパニックを起こす仕様。

handlerはとりあえずtypeチェックではじきまくっているものの、
正しいのはとんでこないのでできているか不明。

sk_buff_headなるものを使っているけど、
正しく使えているのか不安…。

うーむ。

writeできた!

readしていないんで本当に遅れているかどうかは不明だけどw
(ただしくはreadで落ちた…)

is2004の掲示板に助けられました。先輩は偉大。TA偉大。

おお

カーネルパニック起こした!!
これ実機だったら焦るなぁ…。

原因はallock_skbしていないsk_buffにmemcpyしていたことでした。
何で気づかなかったんだろう…。

OSって大事。

あれぇ

再コンパイルしたものの、動かない。
どうやら原因と思っていたのは原因ではなかったのかも。
(原因のひとつ、だった可能性は否めないけど。)

じゃあ何が原因として残っているんだろう。

ちゃんとパッチ当てたファイルは書き換わってるし…
うーん…

≪ 前のページ |PageTop| 次のページ ≫

※ 忍者ブログ ※ [PR]
 ※
Writer 【yastak】  Design by NUI.T  Powered by NinjaBlog