große Entwicklungsgemeinschaft
⇒ Privatpersonen, Wissenschaft, Unternehmen, …
diff --git a/drivers/tty/serial/stm32-usart.c b/drivers/tty/serial/stm32-usart.c
index 1ec5d8c3aef8..0854ad8c90cd 100644
--- a/drivers/tty/serial/stm32-usart.c
+++ b/drivers/tty/serial/stm32-usart.c
@@ -965,10 +965,8 @@ static void stm32_usart_start_tx(struct uart_port *port)
{
struct tty_port *tport = &port->state->port;
- if (kfifo_is_empty(&tport->xmit_fifo) && !port->x_char) {
- stm32_usart_rs485_rts_disable(port);
+ if (kfifo_is_empty(&tport->xmit_fifo) && !port->x_char)
return;
- }
⇒ Umsetzung mittels Versionskontrolle
mit
und ohne
grafischer Oberfläche🚨 Es ist schwierig!
Bringt die Indezierung nicht selten an ihre Grenzen.
⇒ Sucht Euch einen aus! 😃
Interaktives Git-Tutorial:
https://learngitbranching.js.org/
Eigene Einführung in Git:
https://sys-sideshow.cs.tu-dortmund.de/lehre/ws24/bsb/decker/pdf/s02-git.pdf
Achtung: Die Einführung ist für die Veranstaltung „Betriebssystembau” gedacht. Daher stimmen URLs und manche Szenarios nicht.
🚨 nur ein Bruchteil der gesamten Codebasis wird tatsächlich pro System benötigt🚨
🚨 Kern auf Bedürfnisse (Hardware, Komponenten, …) zuschneiden🚨
⇒ Varianten-Management (Maßschneiderung)
🚨 Konfigurationen nicht über verschiedene Kernel Versionen hinweg stabil 🚨
menuconfig
y
) werden oder nicht (n
)m
) oder einkompiliert (y
) benötigty
) benötigtVirtualisierung
Abstraktionsschicht zwischen
Hardware und Anwendung(en)
⇔
Emulation
funktionelles Nachbilden eines System durch ein anderes
QEMU/KVM
QEMU/KVM
Kommandos werden mit Escape Sequenz eingeleitet: +
QEMU/KVM
QEMU/KVM
Hinweise für unser Setup (Siehe virtio [17])
boot.sh Skript mit passenden QEMU Flags unter /fs/proj/sst/
Paravirtualisierung mittels Virtio ⇔ Kernel benötigt virtio-Treiber
Freigabe von Verzeichnissen zwischen Host und Gast per Plan 9 Folder Sharing
(Siehe Aufgabezettel)
git clone
)/fs/scratch/XXX
.config
Datei einchecken!🚨 kein Backup von /fs/scratch
, aber schneller 🚨