search for: kristof

Hi Kristof, > On May 25, 2017, at 2:09 AM, Kristof Beyls <kristof.beyls at arm.com> wrote: > >> >> On 24 May 2017, at 22:01, Quentin Colombet <qcolombet at apple.com <mailto:qcolombet at apple.com>> wrote: >> >> Hi Kristof, >> >> Thanks for goin...

Hi Kristof, Thanks for going back so fast! > On May 24, 2017, at 12:57 PM, Kristof Beyls <kristof.beyls at arm.com> wrote: > >> >> On 24 May 2017, at 19:31, Quentin Colombet <qcolombet at apple.com <mailto:qcolombet at apple.com>> wrote: >> >> Hi Kristof, &...

Cool test :) It seems to work fine now, I don't see any new failures. IIUC, Kristof is also giving it another run. Cheers, Diana On 30 May 2017 at 22:57, Quentin Colombet <qcolombet at apple.com> wrote: > Hi Diana, > > I’ve actually gone ahead and pushed the fix as I was able to produce a > small reproducer. > > This is r304244 > > Let me know if y...

Thanks Quentin, it's in progress now, I'll let you know how it goes. Cheers, Diana On 27 May 2017 at 03:36, Quentin Colombet <qcolombet at apple.com> wrote: > Hi Kristof, > > I’ve pushed the localizer in r304051 and added it in the AArch64 O0 pipeline > in r304052. > > I let Diana investigate the seg fault she was seeing. > > @Diana, let me know if you need help. > > Cheers, > -Quentin > > On May 25, 2017, at 1:53 PM, Quentin Col...

...06, Diana Picus <diana.picus at linaro.org> wrote: >> Thanks Quentin, it's in progress now, I'll let you know how it goes. >> >> Cheers, >> Diana >> >> On 27 May 2017 at 03:36, Quentin Colombet <qcolombet at apple.com> wrote: >>> Hi Kristof, >>> >>> I’ve pushed the localizer in r304051 and added it in the AArch64 O0 pipeline >>> in r304052. >>> >>> I let Diana investigate the seg fault she was seeing. >>> >>> @Diana, let me know if you need help. >>> >>&...

Hi Kristof, Thanks for the measurements. > On May 24, 2017, at 6:00 AM, Kristof Beyls <kristof.beyls at arm.com> wrote: > >> >> On 23 May 2017, at 21:48, Quentin Colombet <qcolombet at apple.com <mailto:qcolombet at apple.com>> wrote: >> >> Great! >>...

...know of any further issues preventing us flipping the switch. At this point, I’d aim to flip the switch shortly after the creation of the 6.0.0 release branch, so that GlobalISel can harden a bit more enabled-by-default on trunk before it goes into an LLVM release (presumably 7.0.0 then). Thanks, Kristof > On 11 Dec 2017, at 17:08, Amara Emerson <aemerson at apple.com> wrote: > > As of r320388 we’ve either fixed the blocker bugs or disabled big-endian on GISel, falling back to SDAG. Fixing at least one of the big-endian issues will need use to change the way we handle aggregates, w...

...ow let all users of the release know to disable it by adding a convoluted command line option (‘-mllvm -global-isel=0’?) Combining the 2 observations above, I think it’s better to do the switch shortly after a release branch is taken, rather than just before it. I hope that makes sense? Thanks, Kristof On 15 Dec 2017, at 19:33, Amara Emerson <aemerson at apple.com<mailto:aemerson at apple.com>> wrote: Hi Kristof, We’ve had some more internal discussion and we think that we can, and should, still aim to enable this by default before the release. We have a month of testing time avai...

...lists.llvm.org> wrote: > > Ok. We’ll look at what we can do to further stress test it in the next two months, additional suggestions from the community is welcome. Patch should be incoming to enable it later today. > > Thanks, > Amara > >> On Dec 18, 2017, at 3:25 PM, Kristof Beyls <Kristof.Beyls at arm.com <mailto:Kristof.Beyls at arm.com>> wrote: >> >>> >>> On 18 Dec 2017, at 15:11, Amara Emerson <aemerson at apple.com <mailto:aemerson at apple.com>> wrote: >>> >>> >>>> On Dec 18, 2017,...

Hi Kristof, > On Apr 6, 2017, at 6:53 AM, Kristof Beyls <kristof.beyls at arm.com> wrote: > > I've been digging a little bit deeper into the biggest performance regressions I've observed. > > What I've observed so far is: > * A lot of the biggest regressions are caused b...

...''s out of budget. So the only challenger of the intel board is the Foxconn one, which supports 16GB ram, instead of the 8GB of the Intel. (The ASUS one does this, too, but I tend to avoid it when selecting workstation/server-grade HW.) What do you suggest? Thank you for your help: Kristof Csillag _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

...ble, although the fact that LowLevelType doesn't support vectors of pointers is already actionable. Nevertheless, I thought to share what I see as is, to see if others see similar results so far. I thought Diana was going to look into fallback rate on the test-suite on AArch64 linux? Thanks, Kristof On 30 Mar 2017, at 10:54, Renato Golin <renato.golin at linaro.org<mailto:renato.golin at linaro.org>> wrote: On 30 March 2017 at 00:27, Quentin Colombet <qcolombet at apple.com<mailto:qcolombet at apple.com>> wrote: On iOS we are at 100% pass rate in 00 g for the LLVM tes...

Hi Kristof, > On Apr 27, 2017, at 9:47 AM, Kristof Beyls <kristof.beyls at arm.com> wrote: > > Hi Quentin, > >> On 27 Apr 2017, at 00:48, Quentin Colombet <qcolombet at apple.com <mailto:qcolombet at apple.com>> wrote: >> >> Hi Kristof, >> >>&gt...

On 18 Dec 2017, at 15:11, Amara Emerson <aemerson at apple.com<mailto:aemerson at apple.com>> wrote: On Dec 18, 2017, at 12:37 PM, Kristof Beyls <Kristof.Beyls at arm.com<mailto:Kristof.Beyls at arm.com>> wrote: Hi Amara, My reasons for preferring the switch to happen after the release branch is based on the following observations: * As far as I can see, the projects and products following top-of-trunk tend to test...

Hi Kristof, Thanks for the updated numbers. > On May 31, 2017, at 7:45 AM, Kristof Beyls <kristof.beyls at arm.com> wrote: > >> >> On 31 May 2017, at 15:33, Diana Picus via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >&g...

...aking those changes shortly. I think the comments also make clear that it's less obvious whether we'd want -mcpu=native to become a default. It's probably good for some use cases, but really not good for other use cases. I won't be making that change, nor advocate for it. Thanks! Kristof On 31 May 2017, at 17:57, Stephen Hines <srhines at google.com<mailto:srhines at google.com>> wrote: Wow, these are some fantastic results! Android is definitely in favor of fixing the defaults, so this proposal looks great from our perspective. Thanks, Steve On Wed, May 31, 2017 a...

...uced at -O0 -g with GlobalISel. I didn't check compile time, nor do I intend to check that as I don't have a good infrastructure set up for that. Overall, my impression is that GlobalISel is ready to be enabled by default for AArch64 at -O0, if others also believe it's ready. Thanks, Kristof Detailed observations: 1. Debug info analysis with DIVA<https://github.com/SNSystems/DIVA/blob/master/linux/doc/DIVA_user_guide.pdf>: I used DIVA options "-a --show-generated --show-level --show-location" to dump and diff debug info differences for the test-suite for "-...

Hi Quentin, On Tue, May 9, 2017 at 11:47 AM Quentin Colombet via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi Kristof, > > On May 9, 2017, at 3:41 AM, Kristof Beyls <kristof.beyls at arm.com> wrote: > > Great Quentin :). > > I've rerun the benchmarks comparing "-O0 -g" with "-O0 -g -mllvm > -global-isel -mllvm -global-isel-abort=2" on r302453, on AArch64 Cortex-A5...

On Thu, Apr 6, 2017 at 6:53 AM, Kristof Beyls via llvm-dev <llvm-dev at lists.llvm.org> wrote: > I've been digging a little bit deeper into the biggest performance > regressions I've observed. > > What I've observed so far is: > * A lot of the biggest regressions are caused by unnecessarily moving > fl...

I agree. Fixed in r237748. > On May 18, 2015, at 9:39 AM, Kristof Beyls <kristof.beyls at arm.com> wrote: > > BTW – graphs like the one in attachment make me think that the LNT webUI should be showing > sample points by default instead of line graphs showing the minimum execution time > per build number. -------------- next part --------------...