search for: 32550

...rying to keep the scratchpad document here [1] up to date, but I'll try to summarize things on the mailing list as well: We still have a few bugs open that we should fix or at least discuss before turning GlobalISel on by default at O0 for AArch64: * PR32560 - A crash in regbank select [2] * PR32550 - Floating point values moving a lot through GPRs [3] * PR32561 - Improve placement of constants [4] * Optional - improve handling of switch statements (I think we don't even have a bug open for this, but it has been brought up) Unrelated to O0, here are some pending patches (at least that I...

Hi all, At the EuroLLVM BoF people asked where the design discussions around GlobalISel take place. Naturally, a lot of them take place at Apple, since they have the highest density of co-located GlobalISel devs, but we also have some in Phab. For those of you that are interested, please have a look at the following topics - discussions are progressing rather slowly and we definitely

...it 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 floating point values through general purpose registers. I've raised http://bugs.llvm.org/show_bug.cgi?id=32550 <http://bugs.llvm.org/show_bug.cgi?id=32550> for this. I think this one definitely needs fixing before enabling GlobalISel by default at -O0. I commented in the PR. This is a known problem and we have a solution. Given this is an optimization in the sense that it does not affect the correctn...

I've kicked off a run to compare "-O0 -g" versus "-O0 -g -mllvm -global-isel -mllvm -global-isel-abort=2". I've selected the test-suite (albeit a version which is a couple of months old now) and a few short-running proprietary benchmarks to get data back quickly for an initial feel of where things are. This was running on Cortex-A57 AArch64 Linux. I saw one assertion

...st performance regressions I've observed. >>> >>> What I've observed so far is: >>> * A lot of the biggest regressions are caused by unnecessarily moving floating point values through general purpose registers. I've raised http://bugs.llvm.org/show_bug.cgi?id=32550 <http://bugs.llvm.org/show_bug.cgi?id=32550> for this. I think this one definitely needs fixing before enabling GlobalISel by default at -O0. >> >> I commented in the PR. This is a known problem and we have a solution. Given this is an optimization in the sense that it does not a...

Guys, > On 10/02/2020 14:40, L.P.H. van Belle via samba wrote: >> @Rowland. >> >> I now see he only mailed me. >> Here you go.. > No, he emailed me as well, but I missed this: > samba-tool domain join domain.com DC -k yes --dns-backend NONE > --server=vm-dc1.domain.com > Why did he do that ? why no dns server ????? This is b/c we used to host AD zone on

...r 00:21:9B:9B:A7:56 inet addr:10.202.3.66 Bcast:10.202.255.255 Mask:255.255.0.0 inet6 addr: fe80::221:9bff:fe9b:a756/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:44930 errors:0 dropped:0 overruns:0 frame:0 TX packets:32550 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:32144094 (30.6 MiB) TX bytes:11541737 (11.0 MiB) peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOAR...

...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 > floating point values through general purpose registers. I've raised > http://bugs.llvm.org/show_bug.cgi?id=32550 for this. I think this one > definitely needs fixing before enabling GlobalISel by default at -O0. > * FastISel seems to transform division-by-constant-power-of-2 into right > shift (see > https://github.com/llvm-mirror/llvm/blob/master/lib/CodeGen/SelectionDAG/FastISel.cpp#L456-L468)....

...calizes (as in basic block local) the definition of the constants to > workaround the limitations of O0 regalloc. > > Cheers, > -Quentin > > > > On 8 May 2017, at 20:38, Quentin Colombet <qcolombet at apple.com> wrote: > > Hi Kristof, > > I made a fix for PR32550, that is much less involved in r302453. > > In particular, it does not rely on the greedy mode of the regbankselect > pass, thus there is no compile time implication. > > Could you try it and check where we stand? > > Thanks, > -Quentin > > On Apr 27, 2017, at 10:40 AM...

I have this failing every times I want to "update" the "destination". I've tried through SSH (from my box -/home is a NFS mount point here- to the backup one) or directly through "local transport" (because /home/ is a local RAID-5 mount point on the backup box). $ rsync -v -e /usr/bin/ssh -ax --delete \ /home/beta /home/worx \

...nts, this leads to lots and lots of constant creation and then immediately spilling it to the stack. (https://bugs.llvm.org//show_bug.cgi?id=32561) On 8 May 2017, at 20:38, Quentin Colombet <qcolombet at apple.com<mailto:qcolombet at apple.com>> wrote: Hi Kristof, I made a fix for PR32550, that is much less involved in r302453. In particular, it does not rely on the greedy mode of the regbankselect pass, thus there is no compile time implication. Could you try it and check where we stand? Thanks, -Quentin On Apr 27, 2017, at 10:40 AM, Quentin Colombet via llvm-dev <llvm-dev at...

...egister => 092779077:XXXX at 85.119.188.3 [3starsnet] type=peer host=85.119.188.3 username=092779077 secret=XXXX fromuser=092779077 fromdomain=sip.3starsnet.com dtmfmode=rfc2833 canreinvite=no insecure=port,invite qualify=yes nat=yes disallow=all allow=gsm allow=alaw [Jun 25 16:54:32] NOTICE[32550]: chan_sip.c:7683 sip_reg_timeout: -- Registration for '092779077 at 85.119.188.3' timed out, trying again (Attempt #54) Really destroying SIP dialog '628e05295c1a2cc560d1c6c073b85ca7 at 127.0.0.1' Method: REGISTER Really destroying SIP dialog '4f9b2b7a241f3f2a193ceb0020778eb...

...h errors. Thank you for > your cooperation. > -------------- next part -------------- > An embedded message was scrubbed... > From: Philippe Andersson <pan at iba-group.com> > Subject: Re: [Nut-upsuser] NOTIFYCMD not running > Date: Tue, 11 Feb 2020 15:41:50 +0100 > Size: 32550 > URL: < > http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20200211/4a868e92/attachment.mht > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Nut-upsuser mailing list > Nut-...

...e limitations of O0 regalloc. > > Cheers, > -Quentin >> >> >>> On 8 May 2017, at 20:38, Quentin Colombet <qcolombet at apple.com <mailto:qcolombet at apple.com>> wrote: >>> >>> Hi Kristof, >>> >>> I made a fix for PR32550, that is much less involved in r302453. >>> >>> In particular, it does not rely on the greedy mode of the regbankselect pass, thus there is no compile time implication. >>> >>> Could you try it and check where we stand? >>> >>> Thanks, >&g...

...our cooperation. > > -------------- next part -------------- > > An embedded message was scrubbed... > > From: Philippe Andersson <pan at iba-group.com> > > Subject: Re: [Nut-upsuser] NOTIFYCMD not running > > Date: Tue, 11 Feb 2020 15:41:50 +0100 > > Size: 32550 > > URL: < > > > http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20200211/4a868e92/attachment.mht > > > > > > > ------------------------------ > > > > Subject: Digest Footer > > > > _____________________________________...

...cast=172.26.255.255 > netmask=255.255.0.0 > resolve_lmhosts: Attempting lmhosts lookup for name > vm-dc1.domain.com<0x20> > Starting GENSEC mechanism spnego > Starting GENSEC submechanism gssapi_krb5 > GSSAPI credentials for administrator at domain.com will expire > in 32550 secs > gensec_gssapi: NO credentials were delegated > GSSAPI Connection will be cryptographically signed > INFO 2020-02-10 18:34:10,109 pid:26424 > /usr/local/samba/lib64/python3.6/site-packages/samba/join.py > #1179: Adding DNS A record VM-DC3.domain.com for IPv4 IP: 172.26.1.83 &...

>I just went through the same issue. Take a look at my thread. >Double check that upsmon.conf:NOTIFYCMD /sbin/upssched is not still commented. Thanks for the response, can you link to it? I'm not finding it in the search. I'm not using /sbin/upssched, I have NOTIFYCMD set up as: NOTIFYCMD /home/pi/Documents/scripts/ups-log.py and it's not commented out. On Tue, Feb 11, 2020

Hello, I''ve several problems with quota on our testcluster: When I set the quota for a person to a given value (e.g. the values which are provided in the operations manual), I''m able to write exact the amount which is set with setquota. But when I delete the files(file) I''m not able to use this space again. Here is what I''ve done in detail: lfs checkquota

...55 - bad news!' errors when compiling wine with newer Freetype 31757 Adobe Application Manager 6.x/7.x download fails with error code A12E5 (winhttp request headers missing byte range) 32127 Oblivion Launcher crash on start 32214 Shaiya Online (MMORPG, Aeria Games) crashes on startup 32550 Points2Grid crashes on calculation 33831 AliWangwang hangs before login 33849 Multiple 64-bit kernel drivers crash on access to KI_USER_SHARED_DATA range (0xfffff78000000000) (Tages DRM, Comodo Backup) 34112 Skilors Grooveshark Downloader installer crashes 34357 TaxAct 2012 and 2013 cr...

on our cluster that has been running lustre for about 1 month. I have 1 MDT/MGS and 1 OSS with 2 OST''s. Our cluster uses all Gige and has about 608 nodes 1854 cores. We have allot of jobs that die, and/or go into high IO wait, strace shows processes stuck in fstat(). The big problem is (i think) I would like some feedback on it that of these 608 nodes 209 of them have in dmesg