Date: Thu, 14 Apr 2016 13:38:36 -0700 From: Matthew Macy <mmacy@nextbsd.org> To: "Arto Pekkanen" <isoa@kapsi.fi> Cc: "<freebsd-x11@freebsd.org>" <freebsd-x11@freebsd.org> Subject: Re: clarifying the state of drm-next-3.9 and next steps Message-ID: <154167f380a.11029a097214164.5670903735512919638@nextbsd.org> In-Reply-To: <570FFDD8.1080700@kapsi.fi> References: <1540c0ceea9.126b592b988423.8774357707501817476@nextbsd.org> <570FE736.6030803@kapsi.fi> <154162c9e5e.def07e19164201.9142009646778346084@nextbsd.org> <570FFDD8.1080700@kapsi.fi>
next in thread | previous in thread | raw e-mail | index | archive | help
---- On Thu, 14 Apr 2016 13:30:16 -0700 Arto Pekkanen <isoa@kapsi.fi> wrote ---- > Can't promise anything for certain. I don't have a Radeon chip or a > spare rig right now, but I might get one later. If not, I might be able > to fix a cheap, older laptop with a Radeon GPU. > > I've no experience systems level programming or anything like that. I > was thinking more about *coin mining or SETI@Home, you know, the kinda > entry level, brick layer stuff wannabe hackers run on their petty home > servers. I could try enabling AMD GPGPU option in some *coin miner in > the ports tree, or if there is no such miner app available try to port > one for FreeBSD, provided that the required libraries are made available > at the time. The HSA/HCC code that I'm looking at only supports Fiji chips. An older Radeon won't buy you anything unless you can piece together the OpenCL bits. -M > On 14.04.2016 22:08, Matthew Macy wrote: > > > > > > Thanks for the heads up :) > > > > I am especially interested in the GPGPU support for AMDs, since this > > would actually make FreeBSD x86 rigs very useful for power efficient > > cluster computing. Thus far cheapest alternatives (on x86 hardware) have > > been based on Windows or Linux. > > > > > > Can I count you as a volunteer to help jmd with user level runtime > > support? :D > > > > > > -M > > > > > > > > On 12.04.2016 22:57, Matthew Macy wrote: > > > There seems to be some confusion about the state of drm-next-3.9. > > All the work is currently going on in jmd's fork of > > freebsd-base-graphics: > > > > > > https://github.com/iotamudelta/freebsd-base-graphics > > > > > > The emphasis has been on bringing i915 and the drm code in > > dev/drm2 closer to upstream as opposed to a simple driver refresh. > > I'm currently implementing missing linuxkpi bits and hope to > > actually be testing in the next week or so. > > > > > > As of this moment there is nothing available for general > > consumption. I very much hope to have this phase done before code > > freeze. I will update the list as soon as there is anything to test. > > Until then, hold your horses. > > > > > > The next phase will be more interesting to anyone who isn't simply > > waiting on bug fixes for Haswell support. My plan is to update DRM > > to 4.6 and import amdgpu and amdkfd support. I would like to be able > > to do GPGPU work using HIP/HSA on my AMD cards. An ETA on 4.6/amdgpu > > support is difficult to come up with. But certainly it will _not_ be > > any earlier than end of May. > > > > > > -M > > > > > > _______________________________________________ > > > freebsd-x11@freebsd.org <mailto:freebsd-x11@freebsd.org> mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > > To unsubscribe, send any mail to > > "freebsd-x11-unsubscribe@freebsd.org > > <mailto:freebsd-x11-unsubscribe@freebsd.org>" > > > > > > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?154167f380a.11029a097214164.5670903735512919638>