Thanks for using it and appreciating the minimalist approach. (Just banking on the idea that vanilla should be enterprise class, so modify it as less as I can

.)
The git-alsa patch is not really really necessary. Just for explicit support of newer C-Media Oxygen based audio cards (which might be already there in vanilla). (There is always some new audio hardware that needs git-alsa.) Moreover, it looks it doesn't break anything (I hate regressions

). Plus I am not sure if alsa in vanilla already has the strict power saving features.
About the fastness part. Here is my config. On both my notebook (dell vostro 1400) and workstation (athlon64x2 3800+ & nv geforce 7300gs), I run a 100Hz dyn ticks kernel with no pre-empt whatsoever and no fiddling with any features. (Also using 4k stacks and slub, which are bog standard by now

.) Essentially what might be called a very 'server' type kernel. And I am reasonably happy with that. It is very stable. Merrily runs doom3 even after days of uptime. And interactive enough for my purposes. Also good for battery I suppose. There may be something 'faster', but I am very happy with this. I think after years of kernel compiling, every one settles on his/her own magic config

. Now then again, I haven't ever tried it on lesser hardware, both my machines are dual core

.
As a side remark, I have removed latencytop. It requires frame-pointers among other debug stuff to be enabled. I am ok with that, though my CLAGS have -fomit-frame-pointer. But the surprising thing is that even after doing that, when I ran the latencytop application, the list was blank

. If anyone has tried latencytop before, does this need CONFIG_EMBEDDED=y ? (general setup, configure standard kernel features for small systems).
@ KernelOfTruth : The patches in .24-h1 are same as in h0, adding the reiser4-fix-null-pointer-dereference-in-sys_truncate64.patch as you suggested in zen-sources thread. Thanks for that.