Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 26 May 2010 21:46:18 -0700
From:      Garrett Cooper <yanefbsd@gmail.com>
To:        Mayo Jordanov <mayo@oyam.ca>
Cc:        remko@freebsd.org, freebsd-bugs@freebsd.org
Subject:   Re: kern/147082: [uart] Serial ports unusable
Message-ID:  <AANLkTiksnVef6o59_AV3fWls3atgy7BYjehEmfTl0qM2@mail.gmail.com>
In-Reply-To: <7353B9CB-BAEF-4A7E-9C89-6B46227DF779@oyam.ca>
References:  <201005261942.o4QJgacx011479@freefall.freebsd.org> <008FD1A4-F1AB-4683-A3A6-6EAA3C0AECED@oyam.ca> <AANLkTil7Y_Yb500zXHilLvHlmpRfDMaJZP_UffNURKmk@mail.gmail.com> <7353B9CB-BAEF-4A7E-9C89-6B46227DF779@oyam.ca>

next in thread | previous in thread | raw e-mail | index | archive | help

On Wed, May 26, 2010 at 8:01 PM, Mayo Jordanov <mayo@oyam.ca> wrote:
>
> On 2010-05-26, at 19:34 , Garrett Cooper wrote:
>
>> On Wed, May 26, 2010 at 6:42 PM, Mayo Jordanov <mayo@oyam.ca> wrote:
>>>
>>> On 2010-05-26, at 12:42 , remko@FreeBSD.org wrote:
>>>
>>>> Synopsis: [uart] Serial ports unusable
>>>>
>>>> State-Changed-From-To: open->feedback
>>>> State-Changed-By: remko
>>>> State-Changed-When: Wed May 26 19:42:36 UTC 2010
>>>> State-Changed-Why:
>>>> I send my working serial line to Mayo, set status to feedback
>>>>
>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=147082
>>>
>>> I'm gona re-reply here, to preserve the history.
>>>
>>>>>> How-To-Repeat:
>>>>> 1) Edit /etc/ttys, do the ttyu0 line reads:
>>>>> ttyu0        "/usr/libexec/getty std.9600"   vt100   on secure
>>>>> 2) kill -HUP 1
>>>>> 3) Try connecting to it with terminal application
>>>>
>>>>
>>>> /etc/ttys
>>>> console    "/usr/libexec/getty Pc"         cons25  on  secure
>>>>
>>>> /boot/loader.conf
>>>> console="comconsole"
>>>>
>>>> That enabled serial access to my Soekris device running on FreeBSD8(PFsense), it also works for several remote machines I have.
>>>>
>>>> Can you confirm that you have these settings in loader.conf and rebooted?!
>>>>
>>>> --
>>>> /"\   Best regards,                        | remko@FreeBSD.org
>>>> \ /   Remko Lodder                      | remko@EFnet
>>>> X    http://www.evilcoder.org/    |
>>>> / \   ASCII Ribbon Campaign    | Against HTML Mail and News
>>>
>>> test# cat /boot/loader.conf
>>> console="comconsole"
>>>
>>> looking at the /etc/ttys entry you pasted above, will that enable serial console? That looks like a regular console on the machine itself.
>>>
>>> I have rebooted numerous times, and I do get the kernel messages during boot on serial up to the point where getty starts (presumably... I see portion of the messages as nics are getting setup and then nothing).
>>>
>>> I have some machines where serial works fine, but I have some machines where it doesn't and behaves the same way as described above. If necessary, I can provide access to a troublesome machine.
>>
>>    All of this is described in more grusome detail at
>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html
>
> Unfortunately, the handbook does not help in this case. If there is a solution to the problem I describe in the PR description in the handbook, please be so kind and point it out to me, because I must be blind.
>
> Also, why do the gettys get stuck and I have to kill them manually (or reboot because they can't be killed) to reflect changes to /etc/ttys instead of simple `kill -HUP 1`? I've never ever had to do it manually in previous FreeBSD installations/versions. Why are they stuck in ttydtd and not in ttyin as they are supposed to be?

    The comconsole bit is in the section of /etc/ttys in the
beforementioned page.
    Details about debugging your connection is available here:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/term.html .
What's the baud rate for your serial connection?
    The part about kill -HUP 1 not working sounds like a possible
syscons/tty bug. Can you try killing init, then provide us with the
wait state in ps/top for the relevant getty instance?
Thanks!
-Garrett



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTiksnVef6o59_AV3fWls3atgy7BYjehEmfTl0qM2>