And yet in-order blending is so much more power- and area-efficient with fixed function hardware support that, if your goal is to support graphics, especially f

And yet in-order blending is so much more power- and area-efficient with fixed function hardware support that, if your goal is to support graphics, especially for a mobile part, you'd be silly not to add it. The same applies to rasterization and a number of other similar things. Again, this doesn't matter for a pure compute part. It's just not particularly clear from the article whether they're even aware of the distinction.