commit | 4ee702a86592edcd1a1dd2c2ab94a50e0a49ee0d | [log] [tgz] |
---|---|---|
author | Andrew Jeffery <andrew@aj.id.au> | Tue May 02 14:13:17 2023 +0930 |
committer | Andrew Jeffery <andrew@aj.id.au> | Wed May 03 17:48:16 2023 +0930 |
tree | 489a0c6be29b116869f711d0a22363ea0c00d80d | |
parent | d3cb9c224bc63c61d0dabd529d3074278496a39a [diff] |
console-server: Rationalise acquisition of console_id It turns out we were also populating console->console_id in `set_socket_info()`. Remove the open-coded acquisition in main(), as it's not particularly useful beyond the call to `set_socket_info()`. Signed-off-by: Andrew Jeffery <andrew@aj.id.au> Change-Id: I696d95157953f396a9ce65dd57d15daa66191118
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 +---+--+ | socket-id = "host0" | | | | socket-id = "host0" | +--------+-------+ | | | +---------------------+ | | | | +---------------------+ +------------------------+ | | | | | | | +--------------------------------------------------------------------------------------------+
This supports multiple independent consoles. The socket-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.