タグ付けされた質問 「serial-console」

16
SSHを使用するのと同じくらい簡単にシリアルポートに接続する方法は?
SSHを使用するのと同じように、シリアル端末に接続する方法はありますか?このようなMinicomなどのツールよりも簡単な方法が必要です $ serial /dev/ttyS0 cat出力ができることは知っています/dev/ttyS0が、ポートからコンソールへの通信はその方法でのみ可能です。そして、echoポートへの出力ポートに、ちょうど同じですが、周りに他の方法です。 Unix / Linuxで可能な限り簡単な方法でシリアルポートとの双方向通信を実現するにはどうすればよいですか?

7
サイズ変更可能なシリアルコンソールウィンドウ?
私のシステムのシリアルコンソールを使用するとき、私は常にとに$COLUMNS=80なり$LINES=24ます。 これらの変数は手動で変更できますが、クライアント側のターミナルウィンドウのサイズが変更されたときにいつでも変更するのは面倒です。 通常、を使用してコンソールに接続していscreen /dev/mytty baudrateます。 変更$TERM「画面」または「のxterm」に、環境変数は助けにはなりません。 gettyvt100の代わりにそれらのいくつかを呼び出す必要がありますか? 言うまでもなく、sshを使用して同じマシンに接続すると、このすべてが正常に機能します。

4
カーネルハッキング環境
私は、uCOS、ThreadXなどの組み込みOSで作業してきました。Linuxでアプリをコーディングしましたが、今はLinuxカーネルの学習を開始する予定です。環境に関する質問はほとんどありません。 カーネル開発用の使いやすいツールを備えた最適なディストリビューションはどれですか?(これまで私はRHELとFedoraを使用していました。これらに満足していますが、Ubuntuにはmake_kpkgなどの簡単なカーネルコンパイル用の組み込みスクリプトもあるようです) カーネルデバッグの最適な設定について説明してください。他の組み込みOSのデバッグ中、進行状況やJTAGなどをダンプするためにシリアルポートを使用しました。Linuxカーネル開発者はどのようなセットアップを使用しますか?(シリアルポートを備えたテストベッドPCは私のニーズに十分ですか?はいの場合、カーネルをシリアルポートにダンプするように構成する方法は?)カーネルメッセージをラップトップで読み取られるシリアルコンソールにリダイレクトすることを計画しています。 カーネルコードのデバッグとトレースに最適なツールは何ですか?前述したように、シリアルコンソールが唯一の方法ですか?または、PC用のIDE / JTAG種類のインターフェイスがありますか?

5
シリアルコンソールしかないときにホストにファイルを取得する方法は?
シリアルコンソール(たとえば、ターミナルサーバーを介したtelnet経由)のみを使用している場合、ホストとの間でファイルを転送するためにどのような方法を使用できますか? 切り取り/貼り付けは小さい/印刷可能なものに対して機能し、uuencode / uudecodeの組み合わせ(gzipを使用)で印刷できないものを処理しましたが、すべて非常に制限されています。


4
シリアル端末をKVMインスタンスに接続するにはどうすればよいですか?
おそらく、KVMの機能を誤解しているかもしれませんが、VMにハードウェアを追加/削除する機能は、ターミナルとして機能するシリアルポートを追加できることを意味するようです。 だから、私の質問は次のとおりです。 ゲストFreeBSDディストリビューションに最適な設定はどれですか?(沢山あります!) Linuxホストから上記のターミナルにアクセスするにはどうすればよいですか?


2
コマンドは、80文字の後に同じ行を折り返します
Yocto Linuxマシンのシリアルコンソールに接続されたminicomに迷惑な問題があります。 入力したコマンドは、80番目の文字の後の同じ行で折り返されています。これは、作業するのに非常に不便になります。行の最初に入力したものはすべて、その行の最後の文字で上書きされます。 同じマシンへのSSH接続は問題なく機能します。80番目の文字の後、sshは次の行に進みます。 これはstty設定です: stty -a speed 115200 baud; rows 24; columns 80; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; …

1
保留中の文字が256文字を超えると、8250 UARTドライバーがTTYを起動しないのはなぜですか?
このif条件の動機は何void serial8250_tx_chars(struct uart_8250_port *up)ですか? if (uart_circ_chars_pending(xmit) < WAKEUP_CHARS) uart_write_wakeup(port); Linux 1.1.13(1994年5月)から存在し、ほとんどのUARTドライバーで繰り返されています。 背景:カスタマイズされたLinux 3.4.91、ARMv7の組み込みシステム、UARTポート0は、38400ボー、I / O用の16バイトFIFOに設定されています。これは、セットアップでは変更できません。 UARTを介してコンソールで非常に重いprintfを実行すると、内部の4kBバッファー(UART_XMIT_SIZE)がいっぱいになり、バッファーが空になるまで(38400ボーで1秒かかります)、ユーザー空間プロセスが停止します。その後、この動作が繰り返されます。これはn_tty_write()、バッファがいっぱいになると関数がスリープ状態になり、上記の疑わしい状態のために長時間ウェイクアップされないためです。 このチェックを削除するだけで、より自然で効率的になります。次に、printfsはできるだけ早くバッファーをいっぱいにして、私が観察しているバースト処理ではなく、バッファーが空になる速度で続行します。 私の環境では問題なく動作しますが、確かに何かが足りない、または誤解しています。現在の実装には理由があるはずです。その状態を取り除くと副作用はありますか? 余談ですが、この動作を調整するための構成オプションはありますか。たとえば、printfが常にすぐに戻り、バッファーがいっぱいの場合は出力を破棄するように設定しますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.