search for: lokhmotov

...operations like add and sub with correct fp16 rounding etc. -Chris > > > -Chihong > > -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Chris Lattner > Sent: Monday, March 21, 2011 11:26 AM > To: Anton.Lokhmotov at arm.com > Cc: llvmdev at cs.uiuc.edu > Subject: Re: [LLVMdev] [PATCH] OpenCL half support > > > On Mar 21, 2011, at 3:44 AM, Anton Lokhmotov wrote: > >>> Adding half float to LLVM IR is *only* reasonable if you have hardware >>> that supports half float, or...

On Mar 21, 2011, at 3:44 AM, Anton Lokhmotov wrote: >> Adding half float to LLVM IR is *only* reasonable if you have hardware >> that supports half float, or if you want to add softfloat operations >> for these. > Yes, our graphics hardware natively supports some fp16 arithmetic > operations. Ok. >> Just like...

...vate, global, constant and local, and this is the same ordering that is used on Apple as well. As we already have OpenCL binaries out in public, making the change is problematic as we want to keep backward compatibility at all costs. Thanks, Micah > -----Original Message----- > From: Anton Lokhmotov [mailto:Anton.Lokhmotov at arm.com] > Sent: Monday, February 21, 2011 1:45 AM > To: Villmow, Micah; 'Peter Collingbourne' > Cc: llvmdev at cs.uiuc.edu; cfe-dev at cs.uiuc.edu > Subject: RE: [PATCH] OpenCL support - update on keywords > > > > > > +enum OpenCLAd...

On Mar 17, 2011, at 10:17 AM, Anton Lokhmotov wrote: > Hi Chris, > > So what do you think about this proposal? If you agree, it would be good to > include the patch into the 2.9 release (to avoid breaking compatibility > later). Hi Anton, I'm sorry I don't have the patch anymore. Please resend. It is too late for n...

> > > > +enum OpenCLAddressSpace { > > > > + OPENCL_PRIVATE = 0, > > > > + OPENCL_GLOBAL = 1, > > > > + OPENCL_LOCAL = 2, > > > > + OPENCL_CONSTANT = 3 > > > > +}; > -----Original Message----- > From: Villmow, Micah [mailto:Micah.Villmow at amd.com] > > Anton, > Would there be any issue with switching

...floating point type or enhance the LLVM infrastructure to make floating point type as scalable as int type. -Chihong -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Chris Lattner Sent: Monday, March 21, 2011 11:26 AM To: Anton.Lokhmotov at arm.com Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] [PATCH] OpenCL half support On Mar 21, 2011, at 3:44 AM, Anton Lokhmotov wrote: >> Adding half float to LLVM IR is *only* reasonable if you have hardware >> that supports half float, or if you want to add softfloat operatio...

> -----Original Message----- > From: Peter Collingbourne [mailto:peter at pcc.me.uk] > Sent: 04 January 2011 21:42 > To: Anton Lokhmotov > Cc: cfe-dev at cs.uiuc.edu > Subject: Re: OpenCL support > > Here are my comments on the second patch. > > > +enum OpenCLAddressSpace { > > + OPENCL_PRIVATE = 0, > > + OPENCL_GLOBAL = 1, > > + OPENCL_LOCAL = 2, > > + OPENCL_CONSTANT = 3 > >...

On May 20, 2011, at 6:48 AM, Anton Lokhmotov wrote: > Hi Chris, > >> Sorry for dropping this. Can you resend your current patch? Lets just >> start and iterate on the llvm patch first. > Please find the LLVM patch attached. Hi Anton, This looks like a great start, but it needs a lot of testcases showing that these t...

...robeynikov: http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-May/049849.html - Micah Villmow: http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-May/049848.html - David Neto: http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-May/049705.html */ Many thanks, Anton. -----Original Message----- From: Anton Lokhmotov [mailto:Anton.Lokhmotov at arm.com] Sent: 18 May 2012 14:36 To: 'Villmow, Micah'; 'David Neto' Cc: llvmdev at cs.uiuc.edu Subject: RE: [LLVMdev] [PATCH] OpenCL half support > Anton, would it be possible to add information to the documentation > here: > http://llvm.org/doc...

> -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > On Behalf Of Chris Lattner > Sent: Friday, March 18, 2011 1:15 PM > To: Anton.Lokhmotov at arm.com > Cc: llvmdev at cs.uiuc.edu > Subject: Re: [LLVMdev] [PATCH] OpenCL half support > > > On Mar 17, 2011, at 10:17 AM, Anton Lokhmotov wrote: > > > Hi Chris, > > > > So what do you think about this proposal? If you agree, it would be > good to &g...

On Feb 23, 2011, at 10:01 AM, Anton Lokhmotov wrote: > Please find attached Clang/LLVM patches for supporting 'half' - the > half-precision floating-point type, which in particular is used in OpenCL C. > Please review. > > Background and motivation. Whilst the half type is defined by IEEE 754-2008 > as storage only...

looks good here. > -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > On Behalf Of Anton Lokhmotov > Sent: Thursday, May 17, 2012 4:51 AM > To: 'David Neto' > Cc: llvmdev at cs.uiuc.edu > Subject: Re: [LLVMdev] [PATCH] OpenCL half support > > Hi David, > > Many thanks for the comments! > > > Tha 0xH format should be described in LangRef.html alon...

...type, then a fixed number of hex digits. After: // Either half, or some form of long double. // These appear as a magic letter identifying the type, then a // fixed number of hex digits. The rest of this patch to AsmWriter.cpp looks good. On Fri, Apr 20, 2012 at 7:15 AM, Anton Lokhmotov <Anton.Lokhmotov at arm.com> wrote: > Several companies have expressed interest in adding support for the half > data type.  Some code from our previous patch > (http://lists.cs.uiuc.edu/pipermail/llvmdev/2011-July/042043.html) made it > into ToT (at http://llvm.org/viewvc/llvm-pr...

...</a> [<a class="moz-txt-link-freetext" href="mailto:llvmdev-bounces@cs.uiuc.edu">mailto:llvmdev-bounces@cs.uiuc.edu</a>] On Behalf Of Chris Lattner Sent: Friday, March 18, 2011 1:15 PM To: <a class="moz-txt-link-abbreviated" href="mailto:Anton.Lokhmotov@arm.com">Anton.Lokhmotov@arm.com</a> Cc: <a class="moz-txt-link-abbreviated" href="mailto:llvmdev@cs.uiuc.edu">llvmdev@cs.uiuc.edu</a> Subject: Re: [LLVMdev] [PATCH] OpenCL half support On Mar 17, 2011, at 10:17 AM, Anton Lokhmotov wrote: </pr...

On Mon, Jul 25, 2011 at 8:52 AM, Anton Lokhmotov <Anton.Lokhmotov at arm.com>wrote: > There is an issue with representing opaque types in LLVM IR modules: if two > modules are using the same opaque type (which is only going to be > specialised at some later stage), it is only identified by its name. But > the current module li...

> Anton, would it be possible to add information to the documentation > here: > http://llvm.org/docs/BitCodeFormat.html Sure! Any further comments? Many thanks, Anton. -------------- next part -------------- A non-text attachment was scrubbed... Name: half-doc.patch Type: application/octet-stream Size: 657 bytes Desc: not available URL:

Anton, Would there be any issue with switching the ordering of constant and local? > -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > On Behalf Of Anton Lokhmotov > Sent: Friday, February 18, 2011 7:27 AM > To: 'Peter Collingbourne' > Cc: cfe-dev at cs.uiuc.edu; llvmdev at cs.uiuc.edu > Subject: [LLVMdev] [PATCH] OpenCL support - update on keywords > > > -----Original Message----- > > From: Peter Collingbourne [mailto:pete...

...possible to add information to the documentation here: http://llvm.org/docs/BitCodeFormat.html > -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > On Behalf Of Villmow, Micah > Sent: Thursday, May 17, 2012 9:04 AM > To: Anton.Lokhmotov at arm.com; 'David Neto' > Cc: llvmdev at cs.uiuc.edu > Subject: Re: [LLVMdev] [PATCH] OpenCL half support > > looks good here. > > > -----Original Message----- > > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > > On Behalf...

On Tue, Dec 21, 2010 at 07:17:40PM -0000, Anton Lokhmotov wrote: > > From: Peter Collingbourne [mailto:peter at pcc.me.uk] > > Sent: 20 December 2010 20:11 > > As with __local variables, it may be that "kernelness" cannot be > > represented in a standard form in LLVM. For example on a CPU a > > kernel function may...

Abstract: This message is in response to messages by Krister Wombell and Mike Gist, and contains a question to Chris Lattner and Devang Patel. From: Krister Wombell [mailto:kuwerty at gmail.com] Sent: 23 December 2010 14:10 To: Anton Lokhmotov Cc: Peter Collingbourne; cfe-dev at cs.uiuc.edu > I think this tends to work better than storing the names of kernels > in a list hanging off from one NamedMDNode: Let me start with (2): > (2) it's not obvious how you're going to extend the list approach to > carry attribute...