Colleagues, FutureGrid has as two of its many goals the creation of a Grid middleware testing and interoperability testbed as well as the maintenance of standards compliant endpoints against which experiments can be executed. We at the University of Virginia are tasked with bringing up three stacks as well as maintaining standard-endpoints against which these experiments can be run. We currently have UNICORE 6 and Genesis II endpoints functioning* on X-Ray (a Cray). Over the next few weeks we expect to bring two additional resources, India and Sierra (essentially Linux clusters), on-line in a similar manner (Genesis II is already up on sierra). As called for in the FutureGrid program execution plan, once those two stacks are operational we will begin to work on g-lite (with help we may be able to accelerate that J). Other standards-compliant endpoints are welcome in the future (no pun intended), but not part of the current funding plan. I'm writing the PGI and GIN working groups to see if there is interest in using these resources (endpoints) as a part of either the GIN or PGI work, in particular in demonstrations or projects for OGF in October or SC in November. One of the key differences between these endpoints and others is that they can be expected to persist. These resources will not go away when a demo is done. They will be there as a testbed for future application and middleware development (e.g., a metascheduler that works across g-lite and Unicore 6). I want to STRESS that these resources are just coming up and ARE NOT YET robust-full time endpoints. I invite the community though to help us find ways to test and use these endpoints. Andrew *Functioning here means that there are endpoints up that we have tested with respect to executing BES activities defined by simple JSDL documents, including file staging in the case of the Genesis II endpoints. Access control in the Genesis II case is via our normal mechanism. Straight HPC-Basic Profile access and access control via username/password can also be configured as needed. Documentation on these resources, as well as a process to use them more readily is not complete.