You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: documentation/asciidoc/computers/camera/rpicam_apps_post_processing_writing.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -43,7 +43,7 @@ This class delegates model execution to a separate thread to prevent camera stut
43
43
The `TfStage` class implements all the `PostProcessingStage` member functions post-processing stages must normally implement, _except for_ ``Name``.
44
44
All `TfStage`-derived stages must implement the ``Name`` function, and should implement some or all of the following virtual member functions:
45
45
46
-
`void readExtras()`:: The base class reads the named model and certain other parameters like the `refresh_rate`. Use this function to read extra parameters for the derived stage and check that the loaded model is correct (for example, has right input and output dimensions).
46
+
`void readExtras()`:: The base class reads the named model and certain other parameters like the `refresh_rate`. Use this function to read extra parameters for the derived stage and check that the loaded model is correct (for example, has right input and output dimensions).
47
47
`void checkConfiguration()`:: The base class fetches the low resolution stream that TFLite operates on and the full resolution stream in case the derived stage needs it. Use this function to check for the streams required by your stage. If your stage can't access one of the required streams, you might skip processing or throw an error.
48
48
`void interpretOutputs()`:: Use this function to read and interpret the model output. _Runs in the same thread as the model when the model completes_.
49
49
`void applyResults()`:: Use this function to apply results of the model (could be several frames old) to the current frame. Typically involves attaching metadata or drawing. _Runs in the main thread, before frames are delivered_.
Copy file name to clipboardExpand all lines: documentation/asciidoc/computers/config_txt/boot.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -242,7 +242,7 @@ Default: ``
242
242
243
243
If set to a non-zero value (in seconds), this property enables a hardware watchdog timer that is handed over to the operating system (OS) at boot. If the OS does not regularly "kick" or reset the watchdog, the system will be reset after the specified timeout.
244
244
245
-
This property sets the `systemd` `watchdog.open_timeout` parameter, which controls how long the OS has to initialize and start servicing the watchdog. The value is passed to the OS via the kernel command line. For ongoing operation, the OS must also regularly reset the watchdog, typically controlled by the `RuntimeWatchdogSec` parameter in `systemd`. For more information, see https://www.freedesktop.org/software/systemd/man/latest/systemd-system.conf.html#RuntimeWatchdogSec=[systemd watchdog documentation].
245
+
This property sets the `systemd` `watchdog.open_timeout` parameter, which controls how long the OS has to initialize and start servicing the watchdog. The value is passed to the OS via the kernel command line. For ongoing operation, the OS must also regularly reset the watchdog, typically controlled by the `RuntimeWatchdogSec` parameter in `systemd`. For more information, see https://www.freedesktop.org/software/systemd/man/latest/systemd-system.conf.html#RuntimeWatchdogSec=[systemd watchdog documentation].
Copy file name to clipboardExpand all lines: documentation/asciidoc/computers/linux_kernel/building.adoc
+42-79Lines changed: 42 additions & 79 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -60,83 +60,62 @@ This section describes how to apply the default configuration when you build a k
60
60
* xref:linux_kernel.adoc#configure-the-kernel[enable and disable kernel features]
61
61
* xref:linux_kernel.adoc#patch-the-kernel[apply patches from another source]
62
62
63
-
To prepare the default configuration, run the appropriate commands from the table below for your Raspberry Pi model.
63
+
To prepare the default configuration, run the appropriate commands from the sections below depending on your architecture and Raspberry Pi model.
64
64
65
-
[cols="8,<.^20a,60a"]
66
-
|===
67
-
| Architecture | Raspberry Pi Model | Command
65
+
===== 64-bit architecture
68
66
69
-
.12+^.^| 64-bit
70
-
| 3
71
-
.9+.^|
67
+
[tabs]
68
+
======
69
+
Raspberry Pi 3, 3+, CM3, CM3+, Zero 2 W, 4, 400, CM4, CM4S::
70
+
+
72
71
[source,console]
73
72
----
74
73
$ cd linux
75
74
$ KERNEL=kernel8
76
75
$ make bcm2711_defconfig
77
76
----
78
-
| Compute Module 3
79
-
| 3+
80
-
| Compute Module 3+
81
-
| Zero 2 W
82
-
| 4
83
-
| 400
84
-
| Compute Module 4
85
-
| Compute Module 4S
86
-
87
77
88
-
.^| 5
89
-
.3+.^|
78
+
Raspberry Pi 5, 500, 500+, CM5::
79
+
+
90
80
[source,console]
91
81
----
92
82
$ cd linux
93
83
$ KERNEL=kernel_2712
94
84
$ make bcm2712_defconfig
95
85
----
96
-
| 500/500+
97
-
| Compute Module 5
86
+
======
98
87
99
-
.14+^.^| 32-bit
100
-
| 1
101
-
.4+.^|
88
+
===== 32-bit architecture
89
+
90
+
[tabs]
91
+
======
92
+
Raspberry Pi 1, CM1, Zero, Zero W::
93
+
+
102
94
[source,console]
103
95
----
104
96
$ cd linux
105
97
$ KERNEL=kernel
106
98
$ make bcmrpi_defconfig
107
99
----
108
-
| Compute Module 1
109
-
| Zero
110
-
| Zero W
111
100
112
-
113
-
| 2
114
-
.6+.^|
101
+
Raspberry Pi 2, 3, 3+, CM3, CM3+, Zero 2 W::
102
+
+
115
103
[source,console]
116
104
----
117
105
$ cd linux
118
106
$ KERNEL=kernel7
119
107
$ make bcm2709_defconfig
120
108
----
121
-
| 3
122
-
| Compute Module 3
123
-
| 3+
124
-
| Compute Module 3+
125
-
| Zero 2 W
126
109
127
-
128
-
| 4
129
-
.4+.^|
110
+
Raspberry Pi 4, 400, CM4, CM4S::
111
+
+
130
112
[source,console]
131
113
----
132
114
$ cd linux
133
115
$ KERNEL=kernel7l
134
116
$ make bcm2711_defconfig
135
117
----
136
-
| 400
137
-
| Compute Module 4
138
-
| Compute Module 4S
139
-
|===
118
+
======
140
119
141
120
[NOTE]
142
121
====
@@ -292,78 +271,62 @@ This section describes how to apply the default configuration when you build a k
292
271
* xref:linux_kernel.adoc#configure-the-kernel[enable and disable kernel features]
293
272
* xref:linux_kernel.adoc#patch-the-kernel[apply patches from another source]
294
273
295
-
Enter the following commands to build the sources and Device Tree files:
274
+
To build the sources and Device Tree files, run the appropriate commands from the sections below depending on your architecture and Raspberry Pi model.
296
275
297
-
[cols="8,<.^20a,60a"]
298
-
|===
299
-
| Target Architecture | Target Raspberry Pi Model | Command
276
+
===== 64-bit architecture
300
277
301
-
.12+^.^| 64-bit
302
-
| 3
303
-
.9+.^| [source,console]
278
+
[tabs]
279
+
======
280
+
Raspberry Pi 3, 3+, CM3, CM3+, Zero 2 W, 4, 400, CM4, CM4S::
281
+
+
282
+
[source,console]
304
283
----
305
284
$ cd linux
306
285
$ KERNEL=kernel8
307
286
$ make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- bcm2711_defconfig
308
287
----
309
-
| Compute Module 3
310
-
| 3+
311
-
| Compute Module 3+
312
-
| Zero 2 W
313
-
| 4
314
-
| 400
315
-
| Compute Module 4
316
-
| Compute Module 4S
317
288
318
-
.^| 5
319
-
.3+.^|
289
+
Raspberry Pi 5, 500, 500+, CM5::
290
+
+
320
291
[source,console]
321
292
----
322
293
$ cd linux
323
294
$ KERNEL=kernel_2712
324
295
$ make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- bcm2712_defconfig
325
296
----
326
-
| 500/500+
327
-
| Compute Module 5
297
+
======
298
+
299
+
===== 32-bit architecture
328
300
329
-
.14+^.^| 32-bit
330
-
| 1
331
-
.4+.^| [source,console]
301
+
[tabs]
302
+
======
303
+
Raspberry Pi 1, CM1, Zero, Zero W::
304
+
+
305
+
[source,console]
332
306
----
333
307
$ cd linux
334
308
$ KERNEL=kernel
335
309
$ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- bcmrpi_defconfig
336
310
----
337
-
| Compute Module 1
338
-
| Zero
339
-
| Zero W
340
311
341
-
| 2
342
-
.6+.^|
312
+
Raspberry Pi 2, 3, 3+, CM3, CM3+, Zero 2 W::
313
+
+
343
314
[source,console]
344
315
----
345
316
$ cd linux
346
317
$ KERNEL=kernel7
347
318
$ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- bcm2709_defconfig
348
319
----
349
-
| 3
350
-
| Compute Module 3
351
-
| 3+
352
-
| Compute Module 3+
353
-
| Zero 2 W
354
320
355
-
| 4
356
-
.4+.^|
321
+
Raspberry Pi 4, 400, CM4, CM4S::
322
+
+
357
323
[source,console]
358
324
----
359
325
$ cd linux
360
326
$ KERNEL=kernel7l
361
327
$ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- bcm2711_defconfig
362
328
----
363
-
| 400
364
-
| Compute Module 4
365
-
| Compute Module 4S
366
-
|===
329
+
======
367
330
368
331
[[cross-compiled-customisation]]
369
332
==== Customise the kernel version using `LOCALVERSION`
WARNING: The list above was correct as of April 2025 but may have been superseded. You should use `lscpu` on your Raspberry Pi to get up to date information. This is especially important when using a third-party operating system, as these may not include all the latest mitigations in their Linux kernel builds. The Arm processors used by Raspberry Pi Ltd do not use microcode, so all mitigations are at the kernel level.
42
42
43
-
The vulnerability information reported by `lscpu` is based on the currently executing kernel's detection scheme. It may not accurately reflect the true vulnerability status of the hardware, especially if the OS lacks recent kernel updates. Further vulnerability information on the CPU vendor advisories can be obtained from https://support.arm.com/documentation/#cf-navigationhierarchiesproducts=Arm%20Security%20Center,CPU%20Product%20Security[Arm support] referencing the Vendor ID and Model name reported by `lscpu`.
43
+
The vulnerability information reported by `lscpu` is based on the currently executing kernel's detection scheme. It may not accurately reflect the true vulnerability status of the hardware, especially if the OS lacks recent kernel updates. Further vulnerability information on the CPU vendor advisories can be obtained from https://support.arm.com/documentation/#cf-navigationhierarchiesproducts=Arm%20Security%20Center,CPU%20Product%20Security[Arm support] referencing the Vendor ID and Model name reported by `lscpu`.
0 commit comments