TL;DR
It's wasn't any more specific than any other controller. Apple did in fact make the switch to 3.5" (for the Mac) using the Apple II controller - just now as a single chip implementation called IWM - Integrated Woz Machine.
In general, it doesn't matter and any controller could be used for any drive (size) - given they use a compatible plug. Like any 3,5" 300 rpm drive with standard (Shugart) interface can be used with a S100 5.25" controller. No conversion needed - except maybe the plug that is.
Long Read
It occurs to me to wonder about a possible downside: floppy disks were changing quite rapidly around that time, with several jumps in density, going from single to double sided, and a few years later, to 3.5".
That's the same downturn for any other format - or none at all.
To look at this one might want to separate four things here:
- The Drive
- The Material
- The Controller
- The Driver/OS
Drive capabilities are basically invariant to the recording scheme. Their technology doesn't differ much since big old (audio) tape machines. It's a head and a magnetic media. While these components set upper (and lower) limits for signal recording in speed (as length of media per time - usually in cm/s).
Basically 8", 5.25" or 3" drive don't differ at all. They are just motors spinning disks at a certain (sometimes variable) rate and a head to read or write from the media.
The disk material does define the density possible, they have no further say in recording format or how fast or slow recording will happen (within physical limits). Most important here density as fluxes per length, which, together with the rotation speed, defines the maximum transfer speed it can handle.
A controller again can work with any drive - given that they got the same interface - and any material. As long as the material in conjunction with the rotation speed can handle the transfer speed. The controller defines how recording is done. Wozniak's choice of GCR or 'standard' FM/MFM encoding for example. Usually a controller is defined for a certain transfer speed like 250 kbps (FM) or 500 kbps (MFM).
These parts can interact in many ways but are in general interchangeable.
Last part is the Driver/OS as it might need some knowledge about the disk. Most likely rotation speed so it can accommodate track length as intended. Second might be maximum density per track, as it also does influence the amount of data that can be stored.
Could the same controller card handle any of those transitions, or did a new model of drive need a new controller?
It depends on how the new combination of above four factors is build. The switch from 5.25" disks to 3.5" is a great case study about how it can be done.
When the Shugart standard world of 300 rpm FM/MFM drives changed from 5.25" to 3.5" (*1), they had to wait until material with almost triple the density was developed. With that successfuly developed, controllers as well as OS and drivers could use these drives without any change.
Apple, in contrast, did switch with the Mac as one of the first (major) users toward 3,5". Years ahead of the 'standard' users. At that point disk material wasn't as developed, thus they used variable speed recording. A disk was partitioned into 5 zones with 8 sectors on the innermost tracks and 12 on the outermost, effectively now able to put 800 KiB on a smaller (3,4") disk with unimproved media much like the one used for 5.25".
Apple also kept the same GCR controller Woz developed for the Apple II. Just now moved into a single chip and called IWM - Integrated Woz Machine and motor speed control (via PWM) added (*2). Except for motor control, the device interface was kept the same.
So both strategies did work out well without (or rather minor) changes.
Similar changing form 360 rpm 8" disks to 300 rpm 5.25" could be done by just adapting OS/drivers.
So there are endless possibilities to switch over. All depending what the tools are, the ability to wait, or what is to be achieved.
What about the associated firmware? Was the code that knew how to handle a particular kind of drive, located in ROM on the controller card?
Depends much on the machine you're asking for. Anything possible here.
*1 - This is always about capacity per track. Adding more tracks do not really need changes except for the number of tracks incorporated on OS level.
*2 - Well, there where other changes to simplify driver writing, like a bitstream buffer, relaxing the timing constrains for the CPU quite a bit. After all, years have passed, and the standard what consists minimal investment have shifted.