[SLOF] [PATCH] Mention the CR vs. LF problem in the documentation

Alexey Kardashevskiy aik at ozlabs.ru
Wed Sep 1 18:39:24 AEST 2021



On 01/09/2021 18:29, Thomas Huth wrote:
> Let's hope that this will help to avoid that people run into the same
> problem again in the future. At least we've got some lines of documentation
> this way where we can point people to who try to use "nc" without "-C".
> 
> Signed-off-by: Thomas Huth <thuth at redhat.com>
> ---
>   README | 11 +++++++++++
>   1 file changed, 11 insertions(+)
> 
> diff --git a/README b/README
> index 203797b..1b6d5bf 100644
> --- a/README
> +++ b/README
> @@ -266,6 +266,17 @@ New assembly code submitted to SLOF should follow the coding style
>   guidelines for the Linux kernel [4], i.e. indent with tabs, not with spaces.
>   
>   
> +6.0 Tips and tricks
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> +
> +- Note that the serial console support is written with serial terminals in
> +  mind. Thus SLOF only looks for CR (0x0d) characters as line endings at the
> +  command prompt. If you want to connect to the console with a program like
> +  "ncat" for example, you have to make sure that it indeed sends CR characters
> +  instead of plain LF (0x0a) characters. For ncat that means that you have to
> +  use "nc -C ..." to enable the CR-LF mode.


We rather want "stty raw && nc ..." ("nc" without -C) as this is closer 
to what terminal + QEMU do.



-- 
Alexey


More information about the SLOF mailing list