> It's plausible that they load the entire USB stack early on to get keyboards etc working, then sometime later some ancient code iterates all serial ports to check for serial mice. To that driver, USB-Serial bridges and "native" serial ports should look the same through the hardware abstraction layer.
That's exactly it. When a serial port is initialized on Windows, it looks for data coming in, and if the right 'garbage' at the right time is picked up, Windows will then hook the mouse driver.
This can lead into the unintentional effect of "plug in <serial-based device, like a GPS>, mouse suddenly goes wild". In my case... works as designed - serial mouse on USB-C dongle just works ;)
That's exactly it. When a serial port is initialized on Windows, it looks for data coming in, and if the right 'garbage' at the right time is picked up, Windows will then hook the mouse driver.
https://roborooter.com/post/serial-mice/ discusses the fairly simple protocol at hand.
This can lead into the unintentional effect of "plug in <serial-based device, like a GPS>, mouse suddenly goes wild". In my case... works as designed - serial mouse on USB-C dongle just works ;)
https://www.taltech.com/support/windows_2000_nt_serial_mice_...