Probablemente ya sepas esto, pero dado que es un error muy común al trabajar con interrupciones, creo que no está de más preguntar. Antes de este código:

pushf
call far dwoldISR
iret

¿Hiciste que DS apunte al segmento donde se encuentra dwoldISR (que, si estamos en un .COM, normalmente sería CS)? Porque como sabrás, dentro de un manejador de interrupciones no hay forma de saber de antemano los valores de los registros de segmento, salvo CS, naturalmente, así que, o apuntas a DS al segmento correcto o, más simple, agregas un override con CS:

call cs:dwoldISR

¿Qué ensamblador usas? Porque aunque algunos son bastante especiales y no muy inteligentes (de ahí lo que te comenté de meter opcodes directamente, que es casi a prueba de fallos), tanto TASM como MASM admiten perfectamente llamadas así: call cs:dwoldISR. Sin embargo, debes omitir la palabra far, o no la aceptarán. De cualquier forma, es redundante, ya que el ensamblador lo deduce del operando. Si declaraste dwoldISR como palaba doble:

dwoldISR dd ?

eso automáticamente hará far a la llamada.

¿No será que tu ensamblador usa alguna sintaxis distinta para anteponer el registro de segmento? Me parecería extraño que simplemente no admitiera eso.

Lo malo de codificar directamente direcciones como en el código que pones, es que pueden variar, por ejemplo, entre versiones de DOS o diferentes BIOS. Es posible usar la técnica de meter opcodes y ahí poner la dirección de tu variable dwoldISR, y eso funcionaría bien, pero tendrías que calcular offsets, además de saber los tamaños de cada instrucción, etc. y realmente creo que no vale la pena, sobre todo porque al menos los principales ensambladores admiten las llamadas directamente.

No me viene a la mente ninguna referencia que trate expresamente sobre interrupciones. La mayoría de los libros de ensamblador trataban el tema, aunque casi siempre de forma algo superficial. Creo que esto yo lo aprendí sobre todo de algún manual viejo de Intel, pero no lo recuerdo en este momento. Si me acuerdo de algo, lo posteo.