Why are there Victimless Entries on the Deadlock Graph?
ExchangeEvent &amp; e_waitPipeNewRow suggests you've run into what Bart Duncan refers too as Annoyingly-Unwieldy Term: &quot;Intra-Query Parallel Thread Deadlocks&quot;.

Most intra-query parallelism deadlocks are considered bugs, although
some of them can be risky bugs to fix so a fix may not be possible.
If you run into one and you're already on the latest SQL service pack,
your best bet may be to investigate workarounds.

So, not much you can do other than:

Ensure you're on the latest service pack and cumulative update.
Try to identify indexes and/or other optimisations to improve the performance of the query. You mention that inputbuf isn't populated but you may be able to identify the query in play via the sqlhandle in the graph XML. If you get nothing from that try running a trace and correlating with the times these deadlocks occur.
Reduce MAXDOP for this query or try MAXDOP(1) to force single-threaded execution. Be aware that you might fix the deadlocks but introduce a different set of performance issues by restricting parallelism.
Open a support call with Microsoft. Possible that a) they have a non-public hotfix for this scenario or b) as these intra-query deadlocks are deemed to be bugs they may want to work with you to find a fix.