Re: u-boot debug, was: Re: U-boot on RPI3, sees disk but won't boot it
Date: Wed, 28 Sep 2022 00:24:05 UTC
On 2022-Sep-27, at 16:29, bob prohaska <fbsd@www.zefox.net> wrote:
> On Tue, Sep 27, 2022 at 03:27:10PM -0700, Mark Millard wrote:
>> . . .
> . . .
>
> The only extra output seems to be the line
> Can't get reset: -2
> But, the disk was discovered successfully.
> The maximum logging level was 4 out of 7, fearing bloat.
>
https://github.com/u-boot/u-boot/blob/master/include/log.h
has the below. The first level of debug messages is
LOGL_DEBUG (a.k.a. 7), 4 is LOGL_WARNING :
enum log_level_t {
/** @LOGL_EMERG: U-Boot is unstable */
LOGL_EMERG = 0,
/** @LOGL_ALERT: Action must be taken immediately */
LOGL_ALERT,
/** @LOGL_CRIT: Critical conditions */
LOGL_CRIT,
/** @LOGL_ERR: Error that prevents something from working */
LOGL_ERR,
/** @LOGL_WARNING: Warning may prevent optimal operation */
LOGL_WARNING,
/** @LOGL_NOTICE: Normal but significant condition, printf() */
LOGL_NOTICE,
/** @LOGL_INFO: General information message */
LOGL_INFO,
/** @LOGL_DEBUG: Basic debug-level message */
LOGL_DEBUG,
/** @LOGL_DEBUG_CONTENT: Debug message showing full message content */
LOGL_DEBUG_CONTENT,
/** @LOGL_DEBUG_IO: Debug message showing hardware I/O access */
LOGL_DEBUG_IO,
/** @LOGL_COUNT: Total number of valid log levels */
LOGL_COUNT,
/** @LOGL_NONE: Used to indicate that there is no valid log level */
LOGL_NONE,
/** @LOGL_LEVEL_MASK: Mask for valid log levels */
LOGL_LEVEL_MASK = 0xf,
/** @LOGL_FORCE_DEBUG: Mask to force output due to LOG_DEBUG */
LOGL_FORCE_DEBUG = 0x10,
/** @LOGL_FIRST: The first, most-important log level */
LOGL_FIRST = LOGL_EMERG,
/** @LOGL_MAX: The last, least-important log level */
LOGL_MAX = LOGL_DEBUG_IO,
/** @LOGL_CONT: Use same log level as in previous call */
LOGL_CONT = -1,
};
===
Mark Millard
marklmi at yahoo.com