- properly turn on debug
This commit is contained in:
parent
141983790d
commit
a4ff800d78
7
a1.2.txt
7
a1.2.txt
@ -1,6 +1,7 @@
|
||||
1) a) um debug beim start des kerns zu aktivieren, reicht im Makefile die Debug output flags zu schalten: CFLAGS_sst_chrdev.o := -DDEBUG
|
||||
CFLAGS_sst_common.o := -DDEBUG
|
||||
CFLAGS_boundedbuffer.o := -DDEBUG
|
||||
1) a) um debug beim start des kerns zu aktivieren, reicht kern parameter (mit hilfe -a im unserem skript) zu geben dyndbg=\"module sst_chrdev +p\"
|
||||
b) gleiche idee aber statt module zu wählen, kann mann eine file und zeile auswählen wie z.B
|
||||
dyndbg=\"file sst_chrdev.c line 40 +p; file sst_chrdev.c line 72 +p\"
|
||||
|
||||
2) Mein grundlegendes Verständnis davon, wie kmemleak funktioniert, ist, dass jede neue Speicherzuweisung und ihre Zeiger zusammen mit einer Vielzahl von Metainformationen wie Größe verfolgt werden.
|
||||
Informationen wie z.B. der Größe verfolgt und in einer Baumstruktur (rbtree) gespeichert wird.
|
||||
einen Memory Allocator existiert, bedeutet dies, dass der Kernel nicht mehr in der Lage ist, ihn zu zerstören und er wird als Orphan bezeichnet.
|
||||
|
@ -3,7 +3,4 @@
|
||||
# Makefile for the SST's faulty drivers
|
||||
#
|
||||
|
||||
obj-$(CONFIG_SST) += sst_chrdev.o boundedbuffer.o sst_common.o
|
||||
CFLAGS_sst_chrdev.o := -DDEBUG
|
||||
CFLAGS_sst_common.o := -DDEBUG
|
||||
CFLAGS_boundedbuffer.o := -DDEBUG
|
||||
obj-$(CONFIG_SST) += sst_chrdev.o boundedbuffer.o sst_common.o
|
Loading…
Reference in New Issue
Block a user