search for: 20161012

https://bugs.freedesktop.org/show_bug.cgi?id=70972 Priority: medium Bug ID: 70972 Assignee: nouveau at lists.freedesktop.org Summary: Nouveau fails with broken screen on nv40 with kernel 3.12 QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All)

...the outer loop unrolled by 2? It would be a great help. Thanks. -- Kind regards, Charith Mendis Graduate Student, CSAIL, Massachusetts Institute of Technology -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/1efd6500/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: test_unroll_sse2.c Type: text/x-csrc Size: 1431 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/1efd6500/attachment.c> --------------...

...ch is why this issue was not discovered previously. Thoughts? Thanks, Teresa -- Teresa Johnson | Software Engineer | tejohnson at google.com | 408-460-2413 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/bf735024/attachment.html>

...straight forward to create a new load, e.g. for loads, as DAG.getLoad will return "old" node if identical => a) can I clone a node? Thanks! Hendrik -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/d69073c4/attachment.html>

...s.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > -- Teresa Johnson | Software Engineer | tejohnson at google.com | 408-460-2413 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/cd4add9c/attachment.html>

Se ha borrado un adjunto en formato HTML... URL: <https://stat.ethz.ch/pipermail/r-help-es/attachments/20161012/d78d03a2/attachment.html>

An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20161012/e1da045b/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: pbpjlcmiobnmoieg.png Type: image/png Size: 370974 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20161012/e1da045b/attachment-0001.png...

Samuel, the HP GT630 is unfortunately the GK107. Given we find the other GT630 model I will check it and come back to you. Are you interested in any of the other two cards? Regards, Martin On 2016-10-10 13:45, Samuel Pitoiset wrote: > > > On 10/10/2016 01:44 PM, Martin Vorbach wrote: >> Hi, >> >> I talked to our IT guy over lunch. He thinks there is an old GT630

...> > LLVM Developers mailing list > > llvm-dev at lists.llvm.org > > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/e569881d/attachment.html>

...;, End: " << format_time_point(end) << ", Elapsed: " << std::chrono::duration_cast<std::chrono::millis>(start-end).count(); -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/01ea6532/attachment.html>

...lt_[] = "0000000000000000000000000000000000000000000000000000000000000000"; 3. sprintf( default_, "%lu", (unsigned long)5 ); 4. } -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/2aad0472/attachment.html>

...d an end time in std::chrono types, and you want to print the start, end, and duration. The code to do this using llvm::format() or stream operators is horrible. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/bef65fa9/attachment.html>

...uthor (http://ziglang.org/), I want to compete with Jon's speed without having to duplicate the effort that LLVM already solves. Thanks for your time. Andrew -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/520a6075/attachment.html>

>> 1. os << format_string("Test"); // writes "test" >> 2. os << format_string("{0}", 7); // writes "7" > > > The "<< format_string(..." is ... really verbose for me. It also makes me > strongly feel like this produces a string rather than a streamable entity. I wonder if we could use UDLs instead? os

...__________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/e0ab5ecc/attachment.html>

On 10/12/2016 2:22 PM, Alex Bradley wrote: > > > > You probably want to look at the x86 backend; it has a lot of > instructions which involve both computation and memory. Take the > following IR, a variant of your example: > > > > define void @foo(i32 *%a, i32 *%b, i32 *%c) { > > entry: > > %0 = load i32, i32* %a, align 4 > > %1 = load i32,

..._________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/0d1b7dcd/attachment.html>

...ease help me out by reviewing my patch! And if you think this would not be helpful for LLVM and I should not worry about this, let me know as well! Thanks, Zach -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/f47cc270/attachment.html>

..._________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161012/596b57d2/attachment.html>

Hi All, I am new to llvm backend. I am trying out few examples to understand backend codegen. I have ported llvm LEG @ https://github.com/frasercrmck/llvm-leg to llvm 3.9 successfully. Currently, the LEG instructions are RISC load-store type instruction. I want to generate some instructions for register indirect mode, like following: IR: @a = local_unnamed_addr global i32 0, align 4 @b =