search for: landden

Displaying 20 results from an estimated 26 matches for "landden".

2020 Jul 09
2
[RFC] carry-less multiplication instruction
05.07.2020, 05:22, "Roman Lebedev" <lebedev.ri at gmail.com>: > On Sun, Jul 5, 2020 at 12:18 PM Shawn Landden via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >>  Carry-less multiplication[1] instructions exist (at least optionally) on many architectures: armv8, RISC-V, x86_64, POWER, SPARC, C64x, and possibly more. >> >>  This proposal is to add a llvm.clmul instruction. Or if...
2020 Jul 05
8
[RFC] carry-less multiplication instruction
...constanttime.html">[3] </a><a href="https://www.bearssl.org/constanttime.html">https://www.bearssl.org/constanttime.html</a></p><p> </p><p>(First posted to discord</p></div></div><div>-- </div><div>Shawn Landden</div><div> </div>
2012 Apr 28
9
[Bug 49243] New: graphical corruption with GeForce 6150SE nForce 430
...roduct: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: shawnlandden at gmail.com I just built wayland/mesa and related with this script which pulls from git http://www.chaosreigns.com/wayland/buildscript/dl/wayland-build-master.sh I am using Ubuntu 12.04 release, 3.2.0-24-generic window-screen-cap: https://imgur.com/Wg1ej kern.log: Apr 27 23:42:57 host kernel:...
2020 Jul 05
5
[RFC] carry-less multiplication instruction
On 05.07.20 12:21, Roman Lebedev via llvm-dev wrote: > On Sun, Jul 5, 2020 at 12:18 PM Shawn Landden via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> >> >> >> Carry-less multiplication[1] instructions exist (at least optionally) on many architectures: armv8, RISC-V, x86_64, POWER, SPARC, C64x, and possibly more. >> >> This proposal is to add a llvm...
2019 Jun 24
2
RFC: Interface user provided vector functions with the vectorizer.
...nkel at anl.gov>; Andrea Bocci <andrea.bocci at cern.ch>; Elovikov, Andrei <andrei.elovikov at intel.com>; Alexey Bataev <a.bataev at hotmail.com>; nd <nd at arm.com>; Roman Lebedev <lebedev.ri at gmail.com>; Philip Reames <listmail at philipreames.com>; Shawn Landden <slandden at gmail.com> Subject: Re: RFC: Interface user provided vector functions with the vectorizer. I mean, the FE will create only one of the 3 vector versions matching the one we want for a given vector length, wouldn't it? The question now is: can we with the scalar and one vector...
2019 May 29
3
Basic block merging
Am Mi., 29. Mai 2019 um 13:31 Uhr schrieb Shawn Landden via llvm-dev <llvm-dev at lists.llvm.org>: > > On Wed, May 29, 2019 at 10:49 AM David Jones via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > > > Under certain circumstances, my compiler outputs basic blocks having the same function: > > > > bb_97:...
2013 Dec 04
3
[Bug 881] New: SIGSEGV on startup
https://bugzilla.netfilter.org/show_bug.cgi?id=881 Summary: SIGSEGV on startup Product: nftables Version: unspecified Platform: x86_64 OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: nft AssignedTo: pablo at netfilter.org ReportedBy: shawn at churchofgit.com
2019 Jun 24
3
RFC: Interface user provided vector functions with the vectorizer.
> On Jun 24, 2019, at 10:53 AM, Tian, Xinmin <xinmin.tian at intel.com> wrote: > > To me, it is also an issue related to SIMD signature matching when the vectorizer kicks in. Losing info from FE to BE is not good in general. > Yes, we cannot loose such information. In particular, the three examples I reported are all generating i64 in the scalar function signature: // Type 1
2019 Jun 24
4
RFC: Interface user provided vector functions with the vectorizer.
...<xinmin.tian at intel.com> Sent: Monday, June 24, 2019 5:28:45 PM To: Saito, Hideki; Francesco Petrogalli; Doerfert, Johannes Cc: Simon Moll; LLVM Development List; Clang Dev; Renato Golin; Finkel, Hal J.; Andrea Bocci; Elovikov, Andrei; Alexey Bataev; nd; Roman Lebedev; Philip Reames; Shawn Landden Subject: RE: RFC: Interface user provided vector functions with the vectorizer. >>>>I don’t know if this is going to be a problem for other architectures ++++++I haven't checked what IA-32/Intel64 should do for type 2, but I fully agree that this needs to be done properly accordin...
2019 Jun 24
2
RFC: Interface user provided vector functions with the vectorizer.
...nkel at anl.gov>; Andrea Bocci <andrea.bocci at cern.ch>; Elovikov, Andrei <andrei.elovikov at intel.com>; Alexey Bataev <a.bataev at hotmail.com>; nd <nd at arm.com>; Roman Lebedev <lebedev.ri at gmail.com>; Philip Reames <listmail at philipreames.com>; Shawn Landden <slandden at gmail.com> Subject: Re: RFC: Interface user provided vector functions with the vectorizer. > On Jun 24, 2019, at 12:20 PM, Saito, Hideki <hideki.saito at intel.com> wrote: > > > For example, Type 2 case, scalar-foo used call by value while vector-foo used...
2019 May 29
2
Basic block merging
Under certain circumstances, my compiler outputs basic blocks having the same function: bb_97: ; preds = %bb_1 %476 = getelementptr inbounds %LMtop.I0.ARType, %LMtop.I0.ARType* %0, i64 0, i32 6 %477 = bitcast i8** %476 to %LBstd.Cprocess.CRType** %478 = load %LBstd.Cprocess.CRType*, %LBstd.Cprocess.CRType** %477, align 8 %479 = getelementptr
2020 Jul 09
2
[RFC] carry-less multiplication instruction
...o me (as llvm.experimental initially), assuming that it can be designed in such a way that it would eliminate the need for intrinsics on at least two targets (I think it should be possible to do so, with a small amount of back-end work). > > – Steve > > On Jul 5, 2020, at 5:18 AM, Shawn Landden via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Carry-less multiplication[1] instructions exist (at least optionally) on many architectures: armv8, RISC-V, x86_64, POWER, SPARC, C64x, and possibly more. > > This proposal is to add a llvm.clmul instruction. Or if that is conte...
2019 Jun 21
2
RFC: Interface user provided vector functions with the vectorizer.
...lovikov at intel.com>; Alexey Bataev <a.bataev at hotmail.com>; Saito, Hideki <hideki.saito at intel.com>; Tian, Xinmin <xinmin.tian at intel.com>; nd <nd at arm.com>; Roman Lebedev <lebedev.ri at gmail.com>; Philip Reames <listmail at philipreames.com>; Shawn Landden <slandden at gmail.com> Subject: Re: RFC: Interface user provided vector functions with the vectorizer. Hi all - I am working with a colleague to provide an initial implementation of this. We encountered a problem when dealing with generating the vector signatures of functions that use comp...
2013 Nov 19
0
[LLVMdev] construct va_list from llvm::Instruction
Hi, I'm trying to write some forward constant propagation of sprintf and friends, and I need a way to construct a (build) va_list from the IR of a variadic function so that I can evaluate it at build time. I can't find a standard way of doing this. -- --- Shawn Landden +1 360 389 3001 (SMS preferred)
2019 Jun 17
3
RFC: Interface user provided vector functions with the vectorizer.
...moll at cs.uni-saarland.de> Sent: Monday, June 17, 2019 10:02:58 AM To: Francesco Petrogalli; LLVM Development List; Clang Dev Cc: Renato Golin; Finkel, Hal J.; Andrea Bocci; Elovikov, Andrei; Alexey Bataev; Doerfert, Johannes; Saito, Hideki; Tian, Xinmin; nd; Roman Lebedev; Philip Reames; Shawn Landden Subject: Re: RFC: Interface user provided vector functions with the vectorizer. Hi Francesco, On 6/11/19 10:55 PM, Francesco Petrogalli wrote: > Dear all, > > I have re-written the proposal for interfacing user provided vector > functions, originally posted in both llvm-dev and cfe-de...
2019 Jun 24
2
RFC: Interface user provided vector functions with the vectorizer.
...t; Sent: Monday, June 17, 2019 10:02:58 AM >> To: Francesco Petrogalli; LLVM Development List; Clang Dev >> Cc: Renato Golin; Finkel, Hal J.; Andrea Bocci; Elovikov, Andrei; > Alexey Bataev; Doerfert, Johannes; Saito, Hideki; Tian, Xinmin; nd; > Roman Lebedev; Philip Reames; Shawn Landden >> Subject: Re: RFC: Interface user provided vector functions with the vectorizer. >> >> Hi Francesco, >> >> On 6/11/19 10:55 PM, Francesco Petrogalli wrote: >> > Dear all, >> > >> > I have re-written the proposal for interfacing user prov...
2019 Jun 11
2
RFC: Interface user provided vector functions with the vectorizer.
Dear all, I have re-written the proposal for interfacing user provided vector functions, originally posted in both llvm-dev and cfe-dev mailing list: "[RFC] Expose user provided vector function for auto-vectorization." The proposal looks quite different from the original submission, therefore I took the liberty to start a new thread. The original thread generated some good
2013 Mar 18
0
[linux-linus test] 17325: regressions - trouble: broken/fail/pass
....com> Shashidhar Hiremath <shashidharh@vayavyalabs.com> Shaun Ruffell <sruffell@digium.com> Shaveta Leekha <shaveta@freescale.com> Shawn Bohrer <sbohrer@rgmadvisors.com> Shawn Bohrer <shawn.bohrer@gmail.com> Shawn Guo <shawn.guo@linaro.org> Shawn Landden <shawnlandden@gmail.com> Shawn Lu <shawn.lu@ericsson.com> Shawn Nematbakhsh <shawnn@chromium.org> Shea Levy <shea@shealevy.com> Sheng Yang <sheng@linux.intel.com> Shengzhou Liu <Shengzhou.Liu@freescale.com> Sherwin Soltani <sherwin@wybc.com> S...
2013 Mar 29
0
[linux-linus test] 17454: regressions - FAIL
....com> Shashidhar Hiremath <shashidharh@vayavyalabs.com> Shaun Ruffell <sruffell@digium.com> Shaveta Leekha <shaveta@freescale.com> Shawn Bohrer <sbohrer@rgmadvisors.com> Shawn Bohrer <shawn.bohrer@gmail.com> Shawn Guo <shawn.guo@linaro.org> Shawn Landden <shawnlandden@gmail.com> Shawn Lu <shawn.lu@ericsson.com> Shawn Nematbakhsh <shawnn@chromium.org> Shea Levy <shea@shealevy.com> Sheng Yang <sheng@linux.intel.com> Shengzhou Liu <Shengzhou.Liu@freescale.com> Sherwin Soltani <sherwin@wybc.com> S...
2013 Apr 10
0
[linux-linus test] 17612: regressions - FAIL
....com> Shashidhar Hiremath <shashidharh@vayavyalabs.com> Shaun Ruffell <sruffell@digium.com> Shaveta Leekha <shaveta@freescale.com> Shawn Bohrer <sbohrer@rgmadvisors.com> Shawn Bohrer <shawn.bohrer@gmail.com> Shawn Guo <shawn.guo@linaro.org> Shawn Landden <shawnlandden@gmail.com> Shawn Lu <shawn.lu@ericsson.com> Shawn Nematbakhsh <shawnn@chromium.org> Shea Levy <shea@shealevy.com> Sheng Yang <sheng@linux.intel.com> Shengzhou Liu <Shengzhou.Liu@freescale.com> Sherwin Soltani <sherwin@wybc.com> S...