@ -415,7 +415,7 @@ device-specific configuration and data structures and API functions, like this:
@@ -415,7 +415,7 @@ device-specific configuration and data structures and API functions, like this:
..code-block:: c
/* my_driver.c */
#include <drivers/some_api.h>
#include <zephyr/drivers/some_api.h>
/* Define data (RAM) and configuration (ROM) structures: */
@ -42,9 +42,9 @@ The application can configure the credit-based shaper like this:
@@ -42,9 +42,9 @@ The application can configure the credit-based shaper like this:
@ -196,7 +196,7 @@ Here is a generic template for a test showing the expected use of
@@ -196,7 +196,7 @@ Here is a generic template for a test showing the expected use of
..code-block:: C
#include <ztest.h>
#include <zephyr/ztest.h>
extern void test_sometest1(void);
extern void test_sometest2(void);
@ -227,7 +227,7 @@ Alternatively, it is possible to split tests across multiple files using
@@ -227,7 +227,7 @@ Alternatively, it is possible to split tests across multiple files using
..code-block:: C
#include <ztest.h>
#include <zephyr/ztest.h>
void test_sometest1(void) {
zassert_true(1, "true");
@ -251,7 +251,7 @@ state and different test suites need to run. This is achieved in the following:
@@ -251,7 +251,7 @@ state and different test suites need to run. This is achieved in the following:
@ -446,7 +446,7 @@ The example below contains a complete example of a device driver that uses the
@@ -446,7 +446,7 @@ The example below contains a complete example of a device driver that uses the
@ -194,7 +194,7 @@ A device-specific API definition typically looks like this:
@@ -194,7 +194,7 @@ A device-specific API definition typically looks like this:
..code-block:: C
#include <drivers/subsystem.h>
#include <zephyr/drivers/subsystem.h>
/* When extensions need not be invoked from user mode threads */
int specific_do_that(const struct device *dev, int foo);
@ -235,7 +235,7 @@ implementation of both the subsystem API and the specific APIs:
@@ -235,7 +235,7 @@ implementation of both the subsystem API and the specific APIs:
#ifdef CONFIG_USERSPACE
#include <syscall_handler.h>
#include <zephyr/syscall_handler.h>
int z_vrfy_specific_from_user(const struct device *dev, int bar)
@ -286,7 +286,7 @@ In order to use instance level filtering following steps must be performed:
@@ -286,7 +286,7 @@ In order to use instance level filtering following steps must be performed:
..code-block:: c
#include <logging/log_instance.h>
#include <zephyr/logging/log_instance.h>
struct foo_object {
LOG_INSTANCE_PTR_DECLARE(log);
@ -345,7 +345,7 @@ Following snippet shows how logging can be processed in simple forever loop.
@@ -345,7 +345,7 @@ Following snippet shows how logging can be processed in simple forever loop.
..code-block:: c
#include <log_ctrl.h>
#include <zephyr/log_ctrl.h>
void main(void)
{
@ -613,7 +613,7 @@ to the pool. It is up to the backend how message is processed.
@@ -613,7 +613,7 @@ to the pool. It is up to the backend how message is processed.
@ -122,7 +122,7 @@ the initial state is S0.
@@ -122,7 +122,7 @@ the initial state is S0.
Code::
#include <smf.h>
#include <zephyr/smf.h>
/* Forward declaration of state table */
static const struct smf_state demo_states[];
@ -230,7 +230,7 @@ S0 and S1 share a parent state and S0 is the initial state.
@@ -230,7 +230,7 @@ S0 and S1 share a parent state and S0 is the initial state.