Jesus: The TI subcircuit model in this library makes use of level 3 SPICE MOSFET models, but the model cards for these do not specify most of the internal capacitance values, leaving them at their default of zero. These models are fairly notorious for their bad behavior in transient when the capacitances are not set. Many simulators appear to override these default-zero capacitances with some small value, which can mask the problem. Xyce does not do so by default unless you tell it to. If you add "MINCAP=1pf" to your .OPTIONS DEVICE line, your simulation will get past the timestep too small problem and run the full requested 0.1s simulation. This option causes the MOS3 devices to use 1pf for every unspecified capacitance parameter that would normally default to zero. Generally speaking we advise that this parameter be set to the minimum value necessary to get past convergence problems, because setting it too large could change the behavior in undesirable ways. In this case, 1pf is the smallest value that seems to work.
You will still need the SMOOTHBSRC option, though, because of the problems with the discontinuous ABM sources that you have already observed.
There is another issue with the TI model for that LM5021 part that force Xyce to take very small time steps. The subcircuit contains a lossless transmission line with a 90ns delay. The lossless transmission line forces a maximum timestep on the time integrator equal to the line delay --- so Xyce will never take a time step longer than 90ns no matter what the simulation is doing. This result in an enormous .prn file with simulation results. You might want to use a ".options output" line to cause Xyce to output less frequently than its default (which is to output every single simulation step taken by the time integrator). See the Xyce Users' Guide starting around page 136 (of the 6.11 version) for syntax of the .options outptut directive.
Furthermore, the transmission line model looks for discontinuities on its inputs and if it finds one sets a time integrator breakpoint so the simulator will not skip over the arrival of that discontinuous signal at the far end. This is causing further slow-down of your simulation as the ABM sources create discontinuities.