search for: zola

I was actually using `git llvm` in my daily workflow. Could you explain why we want people to move away from that script? In addition to the convenience, it prevented me from accidentally creating a new branch (which I did before with push once). Cheers,   Johannes On 5/11/20 11:43 AM, Zola Bridges via llvm-dev wrote: > Deleted this morning. Thanks! > Zola Bridges > > > On Mon, May 4, 2020 at 2:35 PM Eric Christopher <echristo at gmail.com> wrote: > >> Giving at least one explicit: >> >> Sounds good to me. >> >> On Mon, May 4, 2020...

Giving at least one explicit: Sounds good to me. On Mon, May 4, 2020 at 12:01 PM Zola Bridges via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Here is a link to the patch: https://reviews.llvm.org/D79348 > > Zola Bridges > > > On Mon, May 4, 2020 at 11:50 AM Zola Bridges <zbrid at google.com> wrote: > >> Hi everyone, >> >> I wou...

...ove away from that script? >> >> In addition to the convenience, it prevented me from accidentally >> creating a new branch (which I did before with push once). >> >> >> Cheers, >> >> Johannes >> >> >> >> On 5/11/20 11:43 AM, Zola Bridges via llvm-dev wrote: >> >> Deleted this morning. Thanks! >> Zola Bridges >> >> >> On Mon, May 4, 2020 at 2:35 PM Eric Christopher <echristo at gmail.com> <echristo at gmail.com> wrote: >> >> >> Giving at least one explicit: &g...

@Zola, Eric, I really feel the communication and reasoning here is problematic. From my perspective, you removed stuff "we don't need", ignoring whether it is used, and then let people figure out how to deal with the result. What I most dislike about the process most is how questions...

...e either unnecessary or there are other more common workflow options (ie git llvm push --> git push). - Is there any reason these scripts should continue to exist that I'm not aware of? - I'd like to delete these next Monday. Is that timeline unacceptable to anyone? Thanks, Zola Bridges -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200504/83755414/attachment.html>

...ask for, is a reason why `git llvm` was being removed. Your email was the only one that hinted on a reason. (more below) On 5/12/20 4:00 PM, David Blaikie wrote: > On Tue, May 12, 2020 at 1:50 PM Johannes Doerfert via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> @Zola, Eric, >> >> >> I really feel the communication and reasoning here is problematic. >> >> From my perspective, you removed stuff "we don't need", ignoring whether >> it is used, and then let people figure out how to deal with the result. >&...

...wanted to bring up & didn't. > >> (more below) >> >> On 5/12/20 4:00 PM, David Blaikie wrote: >> > On Tue, May 12, 2020 at 1:50 PM Johannes Doerfert via llvm-dev < >> > llvm-dev at lists.llvm.org> wrote: >> > >> >> @Zola, Eric, >> >> >> >> >> >> I really feel the communication and reasoning here is problematic. >> >> >> >> From my perspective, you removed stuff "we don't need", ignoring >> whether >> >> it is use...

...and function entry, for example. There isn't a lot of signal about what is really a gadget among the code instrumented by SLH. It really tries to be comprehensive and to avoid missing anything even when that means protecting things that can't realistically be used for a Spectre v1 gadget. Zola Bridges On Thu, Apr 23, 2020 at 12:59 PM Zola Bridges <zbrid at google.com> wrote: > Hi milsegv, > > I work on SLH. I haven't thought about the feature you'd like to see. It > sounds pretty interesting. What would you like to use it for? Are you > trying to learn mor...

Hi Zola, thanks for the response. People brought forth reasons why we should not have git scripts in the repo. I'm not sure about that but as long as we don't see other people coming forward, we don't need it in the repo. I can have a private copy after all. Thanks again,   Johannes...

...more below) >> >> >> >> On 5/12/20 4:00 PM, David Blaikie wrote: >> >> > On Tue, May 12, 2020 at 1:50 PM Johannes Doerfert via llvm-dev < >> >> > llvm-dev at lists.llvm.org> wrote: >> >> > >> >> >> @Zola, Eric, >> >> >> >> >> >> >> >> >> I really feel the communication and reasoning here is problematic. >> >> >> >> >> >> From my perspective, you removed stuff "we don't need", ignoring &...

...his is also an option for folks who want to try to mitigate against speculative execution vulnerabilities as a whole and who don't have high performance needs. As mentioned in the documentation this is not necessarily foolproof, but it's as close as we can get to closing all side channels. Zola Bridges On Wed, Mar 18, 2020 at 2:03 PM Zola Bridges <zbrid at google.com> wrote: > Hi everyone, > > Scott and I have been working to make our patches upstreamable. I'd like > to hear more feedback. > > I would only upstream my patches if the community felt it would b...

...ementation of these mitigations added > to assembly (which there's some movement towards doing, although I'm not > clear as to the outcome) it's not clear to me that doing it in *both* places > is important. Do we really need both? > > > On Fri, Mar 20, 2020 at 6:14 PM Zola Bridges via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Hi everyone! >> >> I want to clarify the purpose and design of SESES. Thus far, I've >> characterized it as an LVI mitigation which is somewhat incorrect. >> >> SESES was built as a...

...d to be involved in this group and we decided that Matthew Riley (mattdr at google.com) would be the right person to be involved here. Sorry about the confusion. I'd like to withdraw my request. Thanks again to everyone involved! I'm glad to see this becoming a part of how LLVM works. :) Zola Bridges On Wed, Jun 17, 2020 at 4:52 PM Zola Bridges <zbrid at google.com> wrote: > Hi JF, > > Thanks for the quick response! > > The biggest reason I think the mailing list would make sense is to avoid a > single point of failure within Google. While folks like me and kc...

...ks to other related patches - https://reviews.llvm.org/D75941 - https://reviews.llvm.org/D75942 - https://reviews.llvm.org/D75944 I'd like to request comments, feedback, and discussion. Beyond that, we would also like guidance on whether to upstream this pass. Thanks, Zola Bridges >From the documentation: Overview of the mitigation As the name suggests, the "speculative execution side effect suppression" mitigation aims to prevent any effects of speculative execution from escaping into the microarchitectural domain where they could be observed, thereby...

...c r-help! 2. Word files are **not** text files. -- Bert Bert Gunter "The trouble with having an open mind is that people keep coming along and sticking things into it." -- Opus (aka Berkeley Breathed in his "Bloom County" comic strip ) On Fri, Jun 23, 2017 at 12:23 PM, Jay Zola <jayjay.1988 at hotmail.nl> wrote: > Dear sir, > > > This is the link of the page were I asked my question initially before I > was redirected to the r-help mailing list. Hopefully someone can help me > with my question. I read the guideline on not posting binary files and...

Thanks Zola, I’d rather have point-contact people, instead of having mailing lists. I have a few goals with this: Listing particular people makes it clear who’s on the hook from your organization These people can still communicate internally, but are responsible to ensure that the internal folks know what the...

Dear sir/madame, I am currently writing a meta-analysis on the complication and reoperation rates of 5 different treatment modalities after a distal radius fracture. I was able to pool the rates of the 5 different rates using R. Now I have to compare the pooled rates of the 4 treatment modalities with the golden standard separately. I though the chi squared test would be the best method. How do

Hi I think llvm-dev list (CC'ed) have more visibility in this. On Wed, 22 Apr 2020 at 22:18, milsegv via cfe-dev <cfe-dev at lists.llvm.org> wrote: > Hello everyone, > > It may not be the best place to ask this but I found nothing on the > internet about it. > I'm working on Spectre V1 detection and stumbled upon the mitigation > provided by clang, the

...s, > Bert > > > Bert Gunter > > "The trouble with having an open mind is that people keep coming along > and sticking things into it." > -- Opus (aka Berkeley Breathed in his "Bloom County" comic strip ) > > > On Fri, Jun 23, 2017 at 5:53 AM, Jay Zola <jayjay.1988 at hotmail.nl> wrote: >> Dear sir/madame, >> >> >> I am currently writing a meta-analysis on the complication and reoperation rates of 5 different treatment modalities after a distal radius fracture. I was able to pool the rates of the 5 different rates us...

...nter >> >> "The trouble with having an open mind is that people keep coming along >> and sticking things into it." >> -- Opus (aka Berkeley Breathed in his "Bloom County" comic strip ) >> >> >>> On Fri, Jun 23, 2017 at 5:53 AM, Jay Zola <jayjay.1988 at hotmail.nl> wrote: >>> Dear sir/madame, >>> >>> >>> I am currently writing a meta-analysis on the complication and reoperation rates of 5 different treatment modalities after a distal radius fracture. I was able to pool the rates of the 5...