GRR, the oboe is a seriously broken peice of hardware, I have
two problems left. The first I think is probably not worth
solving and the second is I hope easy.
1) The oboe can only do back to back transmittion without
intervention, if both frames are submitted together.
At the time of queueing the frame to be transmitted you have
to decide what happens at the end of the frame you can choose.
a) Stop transmitter and generate interrupt or
b) Don't generate interrupt, and transmit next
frame in queue.
The obvious scenario below illustrates the problem.
hard_xmit(frame A)
queue frame A since we do not know if frame A is the last frame
before receiving we must chose a) above.
hard_xmit(frame B)
queue frame B, we cannot atomically change the mode for frame A
so we have to wait for the Txdone interrupt + latency and then
reenable the transmitter.
I can't see an obvious fix unless (which I am definitely not
encouraging you to do) I can receive packets in groups or
queue them up myself and have a timer interrupt to spit them
out.
2) The register on the oboe for increasing the Preamble in MIR
and FIR modes is only 5 bits big, what do I do about being
limited to a maximum of 31? Do I transmit multiple packets
in the turn time?
3) (Mathematicians can never count) could you export the
crc table from wrapper.c so it is visible in toshoboe?
Otherwise I have a stable new wizzy driver
Cheers,
James.
_______________________________________________
Linux-IrDA mailing list - [EMAIL PROTECTED]
http://www4.pasta.cs.UiT.No/mailman/listinfo/linux-irda
