Well, llblgen pro 3.x also supports the entity framework, so you can use it as designer for both, so you don't have to make a choice.
Our designer is better in many areas, I've summed up a lot of them here
Our framework has much better prefetch paths, better inheritance SQL, enum support, type converters, change tracking in the entities, de-centralized system so no central context, no startup delay due to view generation, multiple flexible query systems (we recently added QuerySpec), much faster bugfixing/support: a bug in EF gets hardly fixed before the next vs.net release, sourcecode for the framework, query system is extensible in many ways so you can always tweak the system to your needs, .NET 2.0 and higher, so you don't need to move to .NET 4, queries are using parameters always (EF inlines constants!), parameters are always specified with the field length/precision so execution plan re-use is better, multiple catalogs per server, better Oracle support, etc. I'm sure I forgot a lot
EF has: value types (DDD, complex types as they're called in EF), poco, multiple inheritance types per hierarchy.