| commit | 35f44fccdc0c9ea42026d48a5b1e25a916e2a60c | [log] [tgz] |
|---|---|---|
| author | Zev Weiss <zev@bewilderbeest.net> | Tue Sep 12 19:07:19 2023 -0700 |
| committer | Zev Weiss <zev@bewilderbeest.net> | Tue Sep 12 19:07:19 2023 -0700 |
| tree | 8bc0cbb0e602da1b2b0eddb48a5f7d36e58d5e84 | |
| parent | dfda5afb4ff7c76c4df3ebebbf496fdbda0fbbae [diff] |
config: Use isspace(3) instead of open-coding it While we're at it, a 'while' loop seems incrementally more readable than a partially-populated 'for' loop with the desired effect in the third clause. Signed-off-by: Zev Weiss <zev@bewilderbeest.net> Change-Id: I2a1a9b9f6fecc8e24ef7f124b8ac5048f20be3f9
To build this project, run the following shell commands:
meson setup build meson compile -C build
To test:
meson test -C build
Running the server requires a serial port (e.g. /dev/ttyS0):
touch obmc-console.conf ./obmc-console-server --config obmc-console.conf ttyS0
To connect to the server, simply run the client:
./obmc-console-client
To disconnect the client, use the standard ~. combination.
This shows how the host UART connection is abstracted within the BMC as a Unix domain socket.
+---------------------------------------------------------------------------------------------+
| |
| obmc-console-client unix domain socket obmc-console-server |
| |
| +----------------------+ +------------------------+ |
| | client.2200.conf | +---------------------+ | server.ttyVUART0.conf | |
+---+--+ +----------------------+ | | +------------------------+ +--------+-------+
Network | 2200 +--> +->+ @obmc-console.host0 +<-+ <--+ /dev/ttyVUART0 | UARTs
+---+--+ | console-id = "host0" | | | | console-id = "host0" | +--------+-------+
| | | +---------------------+ | | |
| +----------------------+ +------------------------+ |
| |
| |
| |
+---------------------------------------------------------------------------------------------+
This supports multiple independent consoles. The console-id is a unique portion for the unix domain socket created by the obmc-console-server instance. The server needs to know this because it needs to know what to name the pipe; the client needs to know it as it needs to form the abstract socket name to which to connect.