Interesting.
I believe timer A is roughly proportional to horizontal resolution. On 60D, in 5x and 30p, raw resolutions are 2520 and 1888, and timer A values are 734 and 546 (ratio around 3.45). In 640 crop, if this theory is true, we should be able to push timer A down to around 270 (but it doesn't seem to be that simple). FYI, the raw resolution in this crop mode is 920x624.
I've checked the safe timer A values for 60D again, and they are: 536 for full-width modes, 732 for 5x, and 398 for 640 crop. So, the current timer A values from fps-engio.c are correct (with a tiny safety margin); only timer B probably can be pushed a little more in high FPS modes.
In crop mode, the captured area is not centered (it touches either the left or the right edge). Maybe that's an important restriction. If this is true, reading 920 raw pixels from center should be as expensive as reading 1888/2 + 920/2 = 1404 pixels from one edge (well, not very exact, because I didn't consider the black borders - you know, Pi is about 3). But 1404 / 3.45 is too close to 400 to be just a coincidence.
edit: myth debunked - the 60D has 3 horizontal positions for the 5x zoom window...