search for: iiuc

...urns an undef and the returned value is >> used, then it results in an undefined behavior. Am I correct? > > It behaves like any other undef value... which do often lead to > undefined behavior. Eli, Java by necessity has to be well defined in spite of data- races (because, IIUC, detecting data-races in just about anything and java-byte-codes in particular is an N-P-complete problem, so cannot be part of the byte-code validation process, therefore any byte-code which does have a data-race and does pass validation must still execute with defined behavior). so, again...

...Intel anyway ... > > This should be okay, but I wonder if there should be a virtio_wmb(...) > or an "if (weak_barriers) wmb()" before the "writel" in vm_notify > (drivers/virtio/virtio_mmio.c). > > Thanks, > > Paolo That one uses weak barriers AFAIK. IIUC you mean rproc_virtio_notify. I suspect it works because specific kick callbacks have a barrier internally. > > > > include/linux/virtio_ring.h | 4 ++-- > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > diff --git a/include/linux/virtio_ring.h b/includ...

...Intel anyway ... > > This should be okay, but I wonder if there should be a virtio_wmb(...) > or an "if (weak_barriers) wmb()" before the "writel" in vm_notify > (drivers/virtio/virtio_mmio.c). > > Thanks, > > Paolo That one uses weak barriers AFAIK. IIUC you mean rproc_virtio_notify. I suspect it works because specific kick callbacks have a barrier internally. > > > > include/linux/virtio_ring.h | 4 ++-- > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > diff --git a/include/linux/virtio_ring.h b/includ...

I think I bought up this topic before, but I'd like to propose seriously removing the Native file format from LLD this time. IIUC, the Native file format was designed to be the fastest on-memory or on-disk file format for object files. The problem is that no one is working on that. No LLVM tools can produce object files in the Native, thus the feature of supporting the format is useless in the linker. I'm also skeptical...

On Mon, Mar 02, 2020 at 12:26:00PM +0100, Tomáš Golembiovský wrote: > Instead of running firstboot script during early boot schedule a task > delayed for 1-2 minute. IIUC, you picked 119 seconds, so effectively 2 minutes. IOW, s/1-2/2/ > During the first boot, after virt-v2v conversion, Windows installs the > drivers injected by virit-v2v. When this installation is finished s/virit/virt/ > Windows enforces some kind of internal reboot. This unfortunately...

...re not even any QMP monitor commands to use them - you are forced to use the legacy HMP interface to QEMU for mgmt. All of the workaround providing interesting block storage mgmt is focused on external snapshots (aka the backing_file option). There are some technical downsides to internal snapshots IIUC, such as inability to free the space used by the internal snapshot when it is deleted, loading/saving snapshots blocks execution of the guest OS, and probably more I've forgotten about. The only nice thing about internal snapshots is simplicity of mgmt, and that is a very nice thing indeed, wh...

On Tue, Sep 16, 2014 at 7:47 PM, Óscar Fuentes <ofv at wanadoo.es> wrote: > IIUC zlib availability is tested and the library used if present. Do you > mean that LLVM does not use zlib on Windows when the library is present? Sure, but if there aren't instructions for how to do it easily, then it's effectively unsupported. There isn't really a canonical way to &q...

...reg5; %vreg64<def> = INSN1 %vreg2, %vreg73; Now if you look right after the third insn after modulo scheduling, both vreg73 and vreg62 are live here. So when we remove the corresponding phi instruction, we end up with a copy instruction that cannot be removed by register coalescing. IIUC, this is a byproduct of modulo scheduling. I have not really started tuning modulo scheduling for our target, so I don't know if this is a result of modulo scheduling not being tuned or not? Have you seen this type of Copy? Any insights are greatly appreciated. Thanks Ehsan --------...

Hi Chandler, I am now working on a bisecting tool to find mis-optimization on LLVM. I found OptBisect a very useful option and hope to make it work on the new pass manager. I have several questions about it. 1. Any plans to apply codegen stage with new pass manager? IIUC, new pass manager only works for opt stage. However the OptBisect option tries to accumulate pass counts through opt stage and codegen stage. Porting it to new pass manager means that, for now opt stage accumulation will use new pass manager and llc stage will still use legacy pass mechanism....

...39;s isn't a clear culprit for this. I suspect we have been slowly approaching that threshold for a while. Both Renato and I are currently travelling, so we can't investigate this until Monday. I can't really think of any temporary solution other than bumping the timeout threshold, but IIUC that would affect all the bots. Sorry about the inconvenience, Diana

...te: > On Mon, Mar 02, 2020 at 11:35:29AM +0000, Daniel P. Berrangé wrote: > > On Mon, Mar 02, 2020 at 12:26:00PM +0100, Tomáš Golembiovský wrote: > > > Instead of running firstboot script during early boot schedule a task > > > delayed for 1-2 minute. > > > > IIUC, you picked 119 seconds, so effectively 2 minutes. IOW, s/1-2/2/ > > > > Well, the time is rounded down to minutes. It cannot be scheduled with > precision in seconds. So when scheduling in 00:00:00 it will be set to > 00:01:00. But now that I look at it it should be 120 and not...

...returned value is > > used, then it results in an undefined behavior. Am I correct? > > It behaves like any other undef value... which do often lead to > > undefined behavior. > > Eli, >       Java by necessity has to be well defined in spite of data-races > (because, IIUC, detecting > data-races in just about anything and java-byte-codes in particular is an > N-P-complete problem, > so cannot be part of the byte-code validation process, therefore any > byte-code which does have > a data-race and does pass validation must still execute with defined &gt...

On 2020/6/8 ??5:45, Michael S. Tsirkin wrote: > On Mon, Jun 08, 2020 at 05:43:58PM +0800, Jason Wang wrote: >>>> Looking at >>>> pci_match_one_device() it checks both subvendor and subdevice there. >>>> >>>> Thanks >>> But IIUC there is no guarantee that driver with a specific subvendor >>> matches in presence of a generic one. >>> So either IFC or virtio pci can win, whichever binds first. >> >> I'm not sure I get there. But I try manually bind IFCVF to qemu's >> virtio-net-pci...

On 2020/6/8 ??5:45, Michael S. Tsirkin wrote: > On Mon, Jun 08, 2020 at 05:43:58PM +0800, Jason Wang wrote: >>>> Looking at >>>> pci_match_one_device() it checks both subvendor and subdevice there. >>>> >>>> Thanks >>> But IIUC there is no guarantee that driver with a specific subvendor >>> matches in presence of a generic one. >>> So either IFC or virtio pci can win, whichever binds first. >> >> I'm not sure I get there. But I try manually bind IFCVF to qemu's >> virtio-net-pci...

Hello, Does anyone know if it is possible to RAUW the Metadata? I took a look at the source for it and IIUC, it is not possible. What should I do to implement the RAUW for DINode (more precisely DILocation)? Thank you for your help, Son Tuan Vu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180730/cfa3ae3b/attac...

...with confidence that what we build actually works in some real world context. We have a rough list of remaining issues in [1] and [2]. Min also gave a > talk > in [3] where he drafted out the TODO and plans for the backend [3]. The > talk > is also available on Youtube [4]. > So, IIUC, the current implementation is reasonably complete. You're able to compile C programs and run them on real hardware. The main effort now is to upstream what you have, and continue the development. This would make the "plan" easier. Getting the current state upstream would make for a...

hi, i've been running Exim & Dovecot together on the same box. Exim's been sharing Dovecot/SASL auth info over a local unix socket. works great. i'm now splitting Exim & Dovecot onto two different boxes. iiuc, Dovecot ONLY provides a UNIX (local) socket; *not* a TCP socket for over-the-network access. SUre, I could mount the Dovecot socket's volume over NFS ... but just don't want to go there. i've just discovered, socat - Multipurpose relay http://www.dest-unreach.org/socat/ "So...

...ad the man page virt-dib(1). > if elements = [] then > error (f_"at least one distribution root element must be specified"); > > + let python = > + match python with > + | Some exe -> > + let p = > + if Filename.is_relative exe then IIUC what you mean here is "the 'exe' filename doesn't contain any slashes"? That isn't what is written above. > + get_required_tool exe > + else ( > + Unix.access exe [Unix.X_OK]; > + exe > + ) in > + Some p &gt...

...(maybe apart from Vimeo) would be less ideal, especially > if they require plugins for browsers or mobiles, even if they're free. Anything that doesn’t *offer* a download option (breaking ToS is not an option) shouldn't be considered as the primary hosting IMO, which disqualify Youtube IIUC their ToS. Tanya's proposal seems nice: having the video hosted by llvm.org and mirrored to Youtube would be a good tradeoff. — Mehdi

On Thu, Aug 03, 2017 at 08:22:24AM -0600, Jonathan Roelofs wrote: > IIUC, you don't want to cross compile llvm itself (which is what those > instructions are for), but instead you want to *use* llvm to cross compile > things. > > To build your sysroot, you'll need to cross-build: > > 1) A libc. Good choices for that for baremetal are: newlib...