PicoITX would make for a nice small package, such as a multi-purpose "console/computer".
What we need now is for Timothy to chime in. :) I have referenced "But can it play Left 4 Dead 2?" a couple times already. For those who are unfamiliar, Left 4 Dead 2 is a Steam Game. *IF* Timothy and the rest of the crew can be dragged into this wild sceme, I think this could really begin to take off in a good direction. Contacting Gabe Newel at that point would actually be a good idea. He is a Business man as well as Games Master. @Troy - -- http://www.opensparc.net/opensparc-t2/index.html Perhaps the much newer and closer to up to date SPARC T2 might be worth a look? Another detail is DDR2 vs. DDR3, it would be best to go with what is currently mass produced. On Fri, Dec 7, 2012 at 7:39 PM, Troy Benjegerdes <[email protected]> wrote: > I am completely sold on pico-ITX. 72mm x 100mm, and it would fit > in my q3ube case design nicely (http://q3u.be) > > As for cpus.... I need synthesizable VHDL or Verilog I can start > testing some tools with. I downloaded the sparc/leon grlib > ( http://www.gaisler.com/index.php/downloads/leongrlib ), but > the docs say 'make xconfig', but it does not seem to work. I need > to spend some more time with it. > > > > On Fri, Dec 07, 2012 at 02:35:59PM -0800, gary sheppard wrote: > > Upon more searching, MicroATX seems the best bet, because then we open > up a > > world of rack mount options as well. No need to artificially limit > > ourselves for sales opportunities. > > > > Make it 64 bit, and flexible so we can "stack" it if a sales opportunity > > like that presents itself. > > > > > > On Fri, Dec 7, 2012 at 2:27 PM, gary sheppard <[email protected]> wrote: > > > > > I just did a search for cases, upon further reflection perhaps MiniITX > > > would be a better idea. > > > This is just for pure eye candy and to provoke some thought... > > > > > > > http://www.neweggbusiness.com/Product/Product.aspx?Item=N82E16811108196 > > > > > > A lot of options open up to us if we can tap currently produced > enclosures > > > and power supplies. The most important is open drivers that are fully > > > functional. By the way, Displayport 1.2+ is gaining traction as well > and it > > > is royalty free. > > > > > > > > > > > > On Fri, Dec 7, 2012 at 2:06 PM, gary sheppard <[email protected]> > wrote: > > > > > >> I honestly think because of ARM's encroachment there is a window of > > >> opportunity for a "PC" that is powered by something other than x86. > Keep in > > >> mind Joe six pack has no clue what "chip" arch is inside. They just > care > > >> about the internet, facebook, email, and a few games. With android > and ARM > > >> making waves, we would do well to look into what it would take to > "port" > > >> app's over to whatever arch we run with. > > >> > > >> On the other hand if we were to run with OpenSPARC our most likely > game > > >> plan would be more University / Educationally oriented. That does not > mean > > >> we should forgo a means to Port things like Steam and their Source > Engine. > > >> Hey, everyone likes some kind of game :) > > >> > > >> > > >> On Fri, Dec 7, 2012 at 1:51 PM, Gregory Carter <[email protected]> > wrote: > > >> > > >>> I am not a SoC expert but I think the general idea of a lot of these > GPU > > >>> designs tie them to CPU's and whole memory infrastructure as well, > which > > >>> makes the whole software end of things really a mess. Sending > messages to > > >>> a Mali GPU in MIPS from a Intel BUS does not after thinking about > some of > > >>> the comments here sound very well, efficient. > > >>> > > >>> I think that would go for just about any chip infrastructure that is > > >>> integrated. > > >>> > > >>> We really need something that is naked/bare and tied only to > PCI/Xpress. > > >>> Which at the moment from what I can find ties us to Nvidia, AMD or > a chip > > >>> that we make. > > >>> > > >>> Certainly it is most efficient. > > >>> > > >>> Perhaps we need a marketing plan instead? We could use my last idea, > > >>> however, we buy AMD chips, put them on boards and compete in the > market > > >>> place and use the funds to build a open GPU. > > >>> > > >>> Although, if AMD found out what we were doing with the profits, I > think > > >>> they might get upset and probably sue us. > > >>> > > >>> :-) > > >>> > > >>> -gc > > >>> > > >>> > > >>> On 12/07/2012 03:33 PM, gary sheppard wrote: > > >>> > > >>>> Unless some one has an ARM Lic. perhaps either OpenRISC or OpenSPARC > > >>>> would > > >>>> be a better starting place. While I do like the momentum of ARM the > > >>>> price > > >>>> of admission might be prohibitive. > > >>>> > > >>>> > > >>>> On Fri, Dec 7, 2012 at 1:04 PM, "Ing. Daniel Rozsny?" < > > >>>> [email protected]>wrote: > > >>>> > > >>>> These integrated GPU's are not available without the processor. > And you > > >>>>> will have very hard time, to find one which has PCIe (and that > would be > > >>>>> pcie host not device). > > >>>>> > > >>>>> Putting a SoC on a PCIe card has no real benefit. You are probably > > >>>>> trapped > > >>>>> in a recursion - and if you get again to the surface, you has to > > >>>>> acknowledge that you can do your work on the SoC itself. No need to > > >>>>> put it > > >>>>> into another system. > > >>>>> > > >>>>> Daniel > > >>>>> > > >>>>> > > >>>>> > > >>>>> On 12/07/2012 10:00 PM, Gregory Carter wrote: > > >>>>> > > >>>>> Well, what about the Mali GPU work being done right now? > > >>>>>> > > >>>>>> http://www.malideveloper.com/****developer-resources/drivers/**** > <http://www.malideveloper.com/**developer-resources/drivers/**> > > >>>>>> open-source-mali-gpus-linux-****kernel-device-drivers.php<http** > > >>>>>> ://www.malideveloper.com/**developer-resources/drivers/** > > >>>>>> open-source-mali-gpus-linux-**kernel-device-drivers.php< > http://www.malideveloper.com/developer-resources/drivers/open-source-mali-gpus-linux-kernel-device-drivers.php > > > > >>>>>> > > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> Seems like the source code is available, and at least one Linux > > >>>>>> desktop > > >>>>>> at the moment is up on OpenGL ES, which might be a little more > > >>>>>> realistic > > >>>>>> than a Ivy Bridge setup on a card. (Which people have written to > me > > >>>>>> that that is not really practical. Although they haven't spelled > out > > >>>>>> the specifics. :-) > > >>>>>> > > >>>>>> OpenGL ES is supported by KDE 4.10 right now, or at least I think > Kwin > > >>>>>> builds and runs fine on it completely accelerated last time I > looked. > > >>>>>> > > >>>>>> Maybe a little Mali coprocessor to start would be a better idea to > > >>>>>> getting a card out quickly to get a revenue stream for funding a > open > > >>>>>> architecture. > > >>>>>> > > >>>>>> -gc > > >>>>>> > > >>>>>> On 12/07/2012 02:06 AM, Dieter BSD wrote: > > >>>>>> > > >>>>>> So how much interest is there in my idea of a graphics card > > >>>>>>> > > >>>>>>>> with a framebuffer and a socket to optionally add the future > gpu? > > >>>>>>>>> Can we build one with existing off the shelf parts (that have > > >>>>>>>>> datasheets)? > > >>>>>>>>> > > >>>>>>>>> Daniel writes: > > >>>>>>>> I am interested, but my target is to pack it into a mini-pcie > > >>>>>>>> embedded > > >>>>>>>> design, however I can live with the fact that it can be > prototyped > > >>>>>>>> as a > > >>>>>>>> standard PCIe card. > > >>>>>>>> > > >>>>>>>> They make adapters to plug mini-pcie cards into PCIe slots. > > >>>>>>> > > >>>>>>> 1) Is a mini-pcie card large enough? > > >>>>>>> > > >>>>>>> 2) If we go mini-pcie, how do we handle the connections to the > > >>>>>>> displays? > > >>>>>>> > > >>>>>>> One idea I had awhile back was rather than have the OGP GPU chip > > >>>>>>> plug into a socket, put it on a mini-pcie card and then plug that > > >>>>>>> into the PCIe framebuffer card. > > >>>>>>> ______________________________****_________________ > > >>>>>>> Open-graphics mailing list > > >>>>>>> [email protected] > > >>>>>>> http://lists.duskglow.com/****mailman/listinfo/open-graphics< > http://lists.duskglow.com/**mailman/listinfo/open-graphics> > > >>>>>>> **<http://lists.duskglow.com/**mailman/listinfo/open-graphics< > http://lists.duskglow.com/mailman/listinfo/open-graphics> > > >>>>>>> **> > > >>>>>>> > > >>>>>>> List service provided by Duskglow Consulting, LLC ( > www.duskglow.com) > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> ______________________________****_________________ > > >>>>>> Open-graphics mailing list > > >>>>>> [email protected] > > >>>>>> http://lists.duskglow.com/****mailman/listinfo/open-graphics< > http://lists.duskglow.com/**mailman/listinfo/open-graphics> > > >>>>>> **<http://lists.duskglow.com/**mailman/listinfo/open-graphics< > http://lists.duskglow.com/mailman/listinfo/open-graphics> > > >>>>>> **> > > >>>>>> > > >>>>>> List service provided by Duskglow Consulting, LLC ( > www.duskglow.com) > > >>>>>> > > >>>>>> ______________________________****_________________ > > >>>>> Open-graphics mailing list > > >>>>> [email protected] > > >>>>> http://lists.duskglow.com/****mailman/listinfo/open-graphics< > http://lists.duskglow.com/**mailman/listinfo/open-graphics> > > >>>>> **<http://lists.duskglow.com/**mailman/listinfo/open-graphics< > http://lists.duskglow.com/mailman/listinfo/open-graphics> > > >>>>> **> > > >>>>> > > >>>>> List service provided by Duskglow Consulting, LLC ( > www.duskglow.com) > > >>>>> > > >>>>> > > >>>> > > >>>> ______________________________**_________________ > > >>>> Open-graphics mailing list > > >>>> [email protected] > > >>>> http://lists.duskglow.com/**mailman/listinfo/open-graphics< > http://lists.duskglow.com/mailman/listinfo/open-graphics> > > >>>> List service provided by Duskglow Consulting, LLC (www.duskglow.com > ) > > >>>> > > >>> > > >>> ______________________________**_________________ > > >>> Open-graphics mailing list > > >>> [email protected] > > >>> http://lists.duskglow.com/**mailman/listinfo/open-graphics< > http://lists.duskglow.com/mailman/listinfo/open-graphics> > > >>> List service provided by Duskglow Consulting, LLC (www.duskglow.com) > > >>> > > >> > > >> > > > > > > _______________________________________________ > > Open-graphics mailing list > > [email protected] > > http://lists.duskglow.com/mailman/listinfo/open-graphics > > List service provided by Duskglow Consulting, LLC (www.duskglow.com) > >
_______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
