Moving AI IP into new FPGA. Is the trigger for reading ROM an address change?
Your question's vaguer than it could be but I take it you're talking about an FPGA internal Block RAM that's being pre-loaded during configuration and used as a ROM.
This can vary depending on the FPGA family you're using but in general terms...
The ROM (Block RAM configured as read-only) reads are combinatorial but, during generation of the IP part, the address input and data output can be registered i.e. passed through D-type Flip-Flops (DFFs). Some FPGAs insist upon particular input/output registers, others let you choose. Their use can improve timing (max. clock frequency) if your has other combinatorial elements in the corresponding address input path or data output path.
If you use no address/data DFFs, your data output will be valid within a time specified in the FPGA data sheets. That can be converted into clock periods for the synchronous circuit around it, minimum 1 clock.
If you use just address or just data DFFs, your data output will be valid within 2 clocks of address valid.
If you use both address and data DFFs, data will be valid within 3 clocks of address.
The ROM has has no 'data valid' output. It's up to your logic circuit design to take data this specified number of clocks after the address changes. You can produce a 'data valid' by passing a single '1' bit into a delay shift register (SR) when you change the address. If the shift register length is that of the address-ROM-data delay, the '1' arrives at the SR output as the data arrives at the ROM output.
For fast throughput then, with careful design, you can pipeline ROM output data so that an address changes every clock gets a data output every clock, with every address-in-data-out pairing having a fixed latency of 'n' clocks.