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)
