From: Peter Tyser <ptyser@xes-inc.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Endless loop in cmd_log.c?
Date: Thu, 06 May 2010 18:27:27 -0500 [thread overview]
Message-ID: <1273188447.22784.23.camel@localhost.localdomain> (raw)
In-Reply-To: <012501caec88$40387670$c0a96350$@com>
Hi Dennis,
On Wed, 2010-05-05 at 12:22 -0700, Dennis Ruffer wrote:
> I am trying to implement CONFIG_LOGBUFFER and CONFIG_CMD_LOG on our ARM
> systems and I seem to have run into an endless loop. With loglevel=5 so we
> still see our console output, the printf at the end of logbuff_printk
> appears to create an endless loop.
>
> I had to replace that line with serial_puts(msg);
>
> Have I missed some other solution or do the systems that use this never set
> logbuffer higher than default_message_loglevel?
I see the same issue you describe when enabling CONFIG_LOGBUFFER. It
looks like only a few boards have CONFIG_LOGBUFFER enabled, and many of
them also have CONFIG_SYS_CONSOLE_IS_IN_ENV defined. When
CONFIG_SYS_CONSOLE_IS_IN_ENV is defined I believe the behavior is
changed so that the the stdout/stderr/stdin values are read from the
environment, with a default fallback of 'serial'.
My guess is most of the boards with CONFIG_LOGBUFFER defined have their
'stdout' value set to 'serial', so they don't actually utilize the
logbuffer, and thus don't run into the issue you found.
In any case, I think its a bug and your suggested workaround sounds good
to me. Have any interest in submitting a patch to fix it?
Best,
Peter
next prev parent reply other threads:[~2010-05-06 23:27 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-05 14:28 [U-Boot] [PATCH V2 0/3] Add support for MB86R0x SoCs Matthias Weisser
2010-05-05 14:28 ` [U-Boot] [PATCH V2 1/3] arm: " Matthias Weisser
2010-05-05 14:28 ` [U-Boot] [PATCH V2 2/3] video: add support for display controller in " Matthias Weisser
2010-05-05 14:28 ` [U-Boot] [PATCH V2 3/3] arm: Add support for jadecpu board based on MB86R01 SoC Matthias Weisser
2010-05-05 19:22 ` [U-Boot] Endless loop in cmd_log.c? Dennis Ruffer
2010-05-06 23:27 ` Peter Tyser [this message]
2010-05-07 0:04 ` Dennis Ruffer
2010-05-07 0:15 ` Peter Tyser
2010-05-07 8:18 ` Detlev Zundel
2010-05-05 21:34 ` Dennis Ruffer
2010-05-06 4:20 ` Dennis Ruffer
2010-05-06 16:03 ` Dennis Ruffer
2010-05-06 16:21 ` Peter Tyser
2010-05-06 17:51 ` Dennis Ruffer
2010-05-06 18:05 ` Peter Tyser
2010-06-12 9:36 ` [U-Boot] [PATCH V2 3/3] arm: Add support for jadecpu board based on MB86R01 SoC Anatolij Gustschin
2010-06-12 9:28 ` [U-Boot] [PATCH V2 2/3] video: add support for display controller in MB86R0x SoCs Anatolij Gustschin
2010-06-12 9:19 ` [U-Boot] [PATCH V2 1/3] arm: Add support for " Anatolij Gustschin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1273188447.22784.23.camel@localhost.localdomain \
--to=ptyser@xes-inc.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.