History log of /openbmc/libmctp/libmctp-log.h (Results 1 – 7 of 7)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 1250727f 30-Sep-2024 Matt Johnston <matt@codeconstruct.com.au>

build/core: Add 'nolog' build option to omit logging entirely

This can be used to avoid dereferencing the global `log_type`
which may be inaccessible on platforms with memory protection.

Change-Id:

build/core: Add 'nolog' build option to omit logging entirely

This can be used to avoid dereferencing the global `log_type`
which may be inaccessible on platforms with memory protection.

Change-Id: Ib48468018e3afaf05978018199a9a2022cb49fdf
Signed-off-by: Matt Johnston <matt@codeconstruct.com.au>

show more ...


Revision tags: v0.11, v0.10
# 6f3630d2 22-May-2020 Andrew Jeffery <andrew@aj.id.au>

log: Make use of pr_fmt()

Several files defined pr_fmt() but the logging infrastructure failed to
make use of them.

Signed-off-by: Andrew Jeffery <andrew@aj.id.au>
Change-Id: I691df7203a9f219a27fea

log: Make use of pr_fmt()

Several files defined pr_fmt() but the logging infrastructure failed to
make use of them.

Signed-off-by: Andrew Jeffery <andrew@aj.id.au>
Change-Id: I691df7203a9f219a27fea5bf1036b48ec7c57854

show more ...


# cc49e16d 30-May-2019 Jeremy Kerr <jk@ozlabs.org>

headers: move log-level definitions to libmctp.h

Since we allow library clients to set the log levels when using a stdio
log implementation (through mctp_set_log_stdio()), we need to expose
values f

headers: move log-level definitions to libmctp.h

Since we allow library clients to set the log levels when using a stdio
log implementation (through mctp_set_log_stdio()), we need to expose
values for those log levels.

Signed-off-by: Jeremy Kerr <jk@ozlabs.org>

show more ...


# 3d36ee2e 29-May-2019 Jeremy Kerr <jk@ozlabs.org>

LICENSE: add GPLv2 license option.

As per the MCTP design document
(https://github.com/openbmc/docs/blob/master/designs/mctp.md), a
dual-licence (GPLv2+ and Apache-2.0) gives us flexibility with inc

LICENSE: add GPLv2 license option.

As per the MCTP design document
(https://github.com/openbmc/docs/blob/master/designs/mctp.md), a
dual-licence (GPLv2+ and Apache-2.0) gives us flexibility with including
libcmtp code into various firmware environments.

This change adds GPLv2+ as a license option. All current contributors
have agreed to this change.

Signed-off-by: Jeremy Kerr <jk@ozlabs.org>

show more ...


# c7e764a2 28-May-2019 Jeremy Kerr <jk@ozlabs.org>

Rework conditional feature usage

Currently, the infrastructure that we have to enable a flexible
compilation environment has a few issues:

- the allocator configuration is performed at run-time, w

Rework conditional feature usage

Currently, the infrastructure that we have to enable a flexible
compilation environment has a few issues:

- the allocator configuration is performed at run-time, while the log
configuration is performed at compile-time

- for a standard compile (ie, standard userspace, using
autoconf+automake to build), we need a few pre-defined configuration
options.

This change adds a bit of runtime selection to the logging
infrastructure, to match the allocator setup. We also unify the
compile-time defines into config.h, using MCTP_-prefixed macro names,
allowing integration into other build systems.

Signed-off-by: Jeremy Kerr <jk@ozlabs.org>

show more ...


# 5134f0eb 05-Mar-2019 Jeremy Kerr <jk@ozlabs.org>

API: use an extern for mctp_log

Rather than having custom log implementations define their own macro for
libmctp_log, this change adds it as an extern symbol. This way,
implementations do not need t

API: use an extern for mctp_log

Rather than having custom log implementations define their own macro for
libmctp_log, this change adds it as an extern symbol. This way,
implementations do not need to include function prototypes in config.h.

Signed-off-by: Jeremy Kerr <jk@ozlabs.org>

show more ...


# 4cdc200f 07-Feb-2019 Jeremy Kerr <jk@ozlabs.org>

Initial MCTP core code

Just a skeleton of the MCTP library at present.

Signed-off-by: Jeremy Kerr <jk@ozlabs.org>