search for: 20170122

...so. Regards. -- O.S. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-exports.h-properly-define-FLAC_API-when-building-a-d.patch Type: application/octet-stream Size: 761 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20170122/b0ecf40a/attachment.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-share-compat.h-properly-define-fseeko-ftello-and-FLA.patch Type: application/octet-stream Size: 695 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/flac-dev/attach...

...2 kernel: [ 1835.346970] nouveau 0000:01:00.0: bios: DCB contains no useful data -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20170122/4391ab37/attachment.html>

...== I have not investigated yet why the behaviour of the Vectorizer is changed. Kind regards, Evgeny Astigeevich Senior Compiler Engineer Compilation Tools ARM -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170122/df0cd762/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: sieve.zip Type: application/x-zip-compressed Size: 40139 bytes Desc: sieve.zip URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170122/df0cd762/attachment-0001.bin&gt...

This is a design and an initial patch for kernel side for AER support in VFIO. 0. What happens now (PCIE AER only) Fatal errors cause a link reset. Non fatal errors don't. All errors stop the VM eventually, but not immediately because it's detected and reported asynchronously. Interrupts are forwarded as usual. Correctable errors are not reported to guest at all.

This is a design and an initial patch for kernel side for AER support in VFIO. 0. What happens now (PCIE AER only) Fatal errors cause a link reset. Non fatal errors don't. All errors stop the VM eventually, but not immediately because it's detected and reported asynchronously. Interrupts are forwarded as usual. Correctable errors are not reported to guest at all.

Hi, We found that today's 17.30%/11.37% performance regressions in LNT SingleSource/Benchmarks/Shootout/sieve on LNT-AArch64-A53-O3__clang_DEV__aarch64 and LNT-Thumb2v7-A15-O3__clang_DEV__thumbv7 (http://llvm.org/perf/db_default/v4/nts/daily_report/2017/1/20?filter-machine-regex=aarch64%7Carm%7Cthumb%7Cgreen) are caused by changes [rL292492] in InstCombine: https://reviews.llvm.org/D28406

...> .dma = gf119_dma_new, > .fifo = gp100_fifo_new, > }; > 2709a2739 > case 0x137: device->chip = &nv137_chipset; break; -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20170122/f9da109b/attachment.html>

...on C55, the program always printed out something like "Persist Allocated..." and couldnot run into the core program. What's wrong ? Thanks. Hua -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/speex-dev/attachments/20170122/b2acac5a/attachment.html>

On 01/06/2017 12:27 AM, L. A. Walsh wrote: > Stefan Berger wrote: >> The security.evm extended attribute is fully owned by the Linux kernel >> and cannot be directly written from userspace. Therefore, we can always >> skip it. > --- (see below "...")... > > Please put this on a switch or option. > > The security.evm field seems only special on

...do that. Any hints/tips would be appreciated! Thanks, James -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20170122/b1f536aa/attachment.sig>

...== I have not investigated yet why the behaviour of the Vectorizer is changed. Kind regards, Evgeny Astigeevich Senior Compiler Engineer Compilation Tools ARM -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170122/56a74840/attachment.html>

I'm not sure exactly what you're after. I was under the impression that you want to know which register is live at a specific point (an instruction). If that's the case, how do one of the two suggested solutions not suffice? If a register is live-in to a block and not killed before your instruction or it has a def and no kill within the block, it is live. Otherwise it is dead and

https://bugs.freedesktop.org/show_bug.cgi?id=94990 Bug ID: 94990 Summary: Latest 4.6rc4 kernel, no booting on gtx970 Product: xorg Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at