Design patterns for using with PRISM

Hello guys, I'm in some sort of confusion: at one hand Microsoft architects and surrounding web community promote MVVM pattern for building WPF apps, but from the other hand in Prism patterns and practices You (PRISM workgroup, which as I know is a Microsoft
division) uses absolutely other design patterns - MVP, Presentation Model and Supervising Controller! And not a single example of use pure MVVM! You even say nothing about using MVVM in their PRISM documentation! So, what should one do in this situation? Is
it possible to use MVVM pattern in PRISM applications with the same level of freedom as with patterns listed above? I mean would it be more complex or not because of (probably) kind a native architectural optimization for these patterns?

As I understand, Prism guidance is meant to be UI pattern agnostic, but the documentation and samples do demonstrate how Presentation Model and Supervising Controller could be used. What might clear this up is to read this page on
the history of MVVM.

In 2005, John Gossman, currently one of the WPF and Silverlight Architects at Microsoft, unveiled the
Model-View-ViewModel (MVVM) pattern on his blog. MVVM is identical to Fowler's Presentation Model, in that both patterns feature an abstraction of a View, which contains a View's
state and behavior. Fowler introduced Presentation Model as a means of creating a UI platform-independent abstraction of a View, whereas Gossman introduced MVVM as a standardized way to leverage core features of WPF to simplify the creation of user interfaces.
In that sense, I consider MVVM to be a specialization of the more general PM pattern, tailor-made for the WPF and Silverlight platforms.

Note that much of the Prism documentation came together before the community reached consensus as to whether to keep the name MVVM or go back to Presentation Model. Here's just
such a discussion.

So Presentation Model = MVVM, Supervising Controller = MVP.

It's definitely possible to use MVVM with Prism and it's quite common.