This is my personal take on EF and I don't know know what Marco would say, but I can't see retrofitting EF into this particular site. I'd possibly re-use some of the code, but I'd probably give the new ASP.NET MVC pattern a try along with EF. The MVC model would require a much different architecture and it really wouldn't be very similar to what we have today.
MVC plays better with SOA, and less good with traditional 3-tier designs. It's funny that we're moving away from 3-tier already. The world is moving too fast, I think.
Anyone that is interested in Object Relational Mapping (ORM) might be happy to hear that Paul Wilson's cool ORMMapper is now open source. You can google for more on that.
Here's the writeup I did on ORM some time ago:
www.ericengler.com/downloads/orm.doc
I disagree that LINQ to SQL is ORM. LINQ is just a data access method. There's no mapping between objects and relational tables - at least this isn't built in. That's where EF comes into play. You're right that LINQ can fit into the DAL and you can do your own mapping - probably in the BLL.
You can keep the 3-tier model going with LINQ itself. But the EF might end up replacing the DAL and BLL with one black box - I talk about that in my ORM paper referenced above (it doesn't mention LINQ but the ORM ideas apply). Despite what the EF masters are saying, it still seems quite a lot like ORM to me.
I don't mean to downplay the significance of LINQ. But it's not especially exciting to me until the picture is augmented by supporting technologies. And the upside-down SQL takes some getting used to!
Eric