add note on chrome60
[ikiwiki.git] / docs / howtos / HowToDebugVKernels / index.mdwn
index 08b6853..ac398ad 100644 (file)
@@ -13,6 +13,7 @@ this feature, but at that point I didn't know.
     $ ./t_aio 
     aio_read: Function not implemented
     $ 
+    $ 
 
 Ktrace'ing the process and seeing with my own eyes what was going on, seemed like a good idea.
 Here comes the fun. I misread the [ktrace(1)](http://leaf.dragonflybsd.org/cgi/web-man?command=ktrace&section=1) man page and typed:
@@ -218,13 +219,20 @@ Among other things, you can have a look at vkernel's process list using ps:
      0     0     0   0   0 -52     0    0 -      ?    con-   0:00.00  ()
      0   188     1   2 153   0   788 3068 poll   I     v0-   0:00.00  (dhclient) 
 
+# Bugs
 
 ## Gdb + vkernel issues
-gdb and vkernel (SMP or not) don't play well together anymore.  It is possible to get into
-a state where the vkernel is in state "stop" and the vkernel is in "wait", and nothing moves on.
-The only help is to kill gdb, which either makes the vkernel run again, or kills it as well.
 
-See also [this bug report](http://bugs.dragonflybsd.org/issue1301).
+gdb and vkernel (SMP or not) don't play well together anymore.  It is possible to get into a state where the vkernel is in state "stop" and the vkernel is in "wait", and nothing moves on.  The only help is to kill gdb, which either makes the vkernel run again, or kills it as well.
+
+See also [[!df-bug 1301]].
 
-Experience has shown that running vkernel with -n1, that is telling it to emulate only 1 CPU, alleviates thes issue.
+Experience has shown that running vkernel with -n1, that is telling it to emulate only 1 CPU, alleviates the issue.
 
+> Bug noted above appears to have been closed, however, this does not appear to work on current STABLE.
+>
+>              [...] 4.4-RELEASE DragonFly v4.4.3.9.ge5cb2-RELEASE #0: Fri Jul 15 03:04:52 UTC 2016 [...]/X86_64_GENERIC x86_64
+>
+> See [[!df-bug 2931]] for details.
+>
+> -- [[tofergus]]