[FE training-materials-updates] kernel debugging: remove trivial statement

Michael Opdenacker michael.opdenacker at free-electrons.com
Fri Oct 4 18:21:28 CEST 2013


Repository : git://git.free-electrons.com/training-materials.git

On branch  : master
Link       : http://git.free-electrons.com/training-materials/commit/?id=2187299ca8c4d0c4d5008ff72fa0b788bf3e42ba

>---------------------------------------------------------------

commit 2187299ca8c4d0c4d5008ff72fa0b788bf3e42ba
Author: Michael Opdenacker <michael.opdenacker at free-electrons.com>
Date:   Fri Oct 4 18:20:34 2013 +0200

    kernel debugging: remove trivial statement
    
    (at least trivial at that stage in the labs)
    
    Signed-off-by: Michael Opdenacker <michael.opdenacker at free-electrons.com>


>---------------------------------------------------------------

2187299ca8c4d0c4d5008ff72fa0b788bf3e42ba
 labs/kernel-debugging/kernel-debugging.tex |    3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/labs/kernel-debugging/kernel-debugging.tex b/labs/kernel-debugging/kernel-debugging.tex
index 7ff8e7c..c405c01 100644
--- a/labs/kernel-debugging/kernel-debugging.tex
+++ b/labs/kernel-debugging/kernel-debugging.tex
@@ -94,8 +94,7 @@ register contains the location of the instruction being executed, find
 in which function does the crash happens, and what the function call
 stack is.
 
-Using LXR (for example \url{http://lxr.free-electrons.com}) or the
-kernel source code, have a look at the definition of this
+Using LXR or the kernel source code, have a look at the definition of this
 function. This, with a careful review of the driver source code should
 probably be enough to help you understand and fix the issue.
 



More information about the training-materials-updates mailing list