X-Git-Url: https://git.notmuchmail.org/git?a=blobdiff_plain;f=src%2Fexa%2Fi965%2Fnew_job_old_tricks.mdwn;h=4144cb189f63988575b75f74dc85c4c7a5378fe0;hb=5c014fe14d7a114dc525711d3236feb10f27177f;hp=f320434702f52888885710d6cfd39b90813ea88d;hpb=b96048fb57858c3c9323e20e86ce6a36a69fef73;p=cworth.org

diff --git a/src/exa/i965/new_job_old_tricks.mdwn b/src/exa/i965/new_job_old_tricks.mdwn
index f320434..4144cb1 100644
--- a/src/exa/i965/new_job_old_tricks.mdwn
+++ b/src/exa/i965/new_job_old_tricks.mdwn
@@ -1,6 +1,6 @@
-[[meta title="A new job, but old performance fixes"]]
+[[!meta title="A new job, but old performance fixes"]]
 
-[[tag exa performance i965]]
+[[!tag exa performance i965]]
 
 Many readers have heard already, but it will be news to some that I
 recently changed jobs. After just short of 4 years with Red Hat, I've
@@ -84,7 +84,7 @@ So, with that in place the only thing left to decide was how large of
 a vertex buffer to allocate upfront. And that gives me an excuse to
 put in a performance plot:
 
-[[img vertex_buffers.png]]
+[[!img vertex_buffers.png]]
 
 So the more the better, (obviously), until we get to 256 composite
 operations fitting into a single buffer. Then we start losing