I tried patching this work into cgminer 3.7.2 as it's own kernel switch. The one line in the kernel queue causes problems:
flip80(swap32, (uint32_t *)blk->work->data);/ convert getwork data to big-endian
If I don't set scrypt in configure it will hang on work not being available in dev_blk_ctx without enabling scrypt. All other issues handled, like I said I enable scrypt as a hack, it compiles fine, but segfaults at (you can almost see it when you have debug/verbose on) somewhere in the neighborhood of the swap line, and flipping the work data.
Again, as a hack to see if it would get off the ground, for giggles I enabled scrypt on the command line. I didn't add it in the 'proper' place, at the front of the command line, but added it at the end. It fired up, and hashed, but never claimed any diff at all. Best stayed at 0, even after monkying with the result diff in the cl. Thats as far as I got. Soon as that machine is available to me again, I was going to see about that work line..
edit: 200-300mhash sec, on a 5870, with sha settings, 966/300. It felt like it was doing what it was supposed to, just no results, probably due to me setting scrypt and the result getting fumbled.