similar to: [ANNOUNCE] igt-gpu-tools 1.25

Displaying 20 results from an estimated 200 matches similar to: "[ANNOUNCE] igt-gpu-tools 1.25"

2017 Oct 04
0
[ANNOUNCE] intel-gpu-tools 1.20
A new intel-gpu-tools quarterly release is available with the following changes: Library changes: - Added helpers for launching external processes and capturing their outputs. (Abdiel Janulgue) - Increased max pipe count to 6 to support AMD GPUs. (Leo (Sunpeng) Li) - Various improvements for Chamelium support. (Paul Kocialkowski) - Added Coffeelake platform support. (Rodrigo Vivi, Anusha
2015 Dec 02
0
[ANNOUNCE] intel-gpu-tools 1.13
A new intel-gpu-tools quarterly release is available with the following changes: - New test: kms_atomic tests atomic mode setting (Daniel Stone) - New test: core_prop_blob tests blob properties (Daniel Stone) - New test: gem_request_retire targets request retirement code paths (Tvrtko Ursulin) - New test: core_setmaster_vs_auth checks that drop/setMaster correctly transfer master state
2018 Aug 08
0
[ANNOUNCE] igt-gpu-tools 1.23
A new intel-gpu-tools quarterly release is available with the following changes: General changes: - Bumped used C standard to gnu11. (Lucas De Marchi) - Bumped required meson version to 0.44. (Petri Latvala) - Introduced meson options for explicit control over optional dependencies. (Petri Latvala) - Added a meson option to set runpath for the installed executables. (Petri Latvala) -
2018 Mar 09
0
[ANNOUNCE] intel-gpu-tools 1.22
A new intel-gpu-tools quarterly release is available with the following changes: General changes: - Libudev has been made a mandatory dependency. (Antonio Argenziano) - Documentation changed to refer to the new igt-dev mailing list. (Rhys Kidd) Library changes: - Refactored timer usage for smaller code size. (Chris Wilson) - Various fixes to support planar framebuffers. (Maarten Lankhorst)
2018 Jan 16
0
[ANNOUNCE] intel-gpu-tools 1.21
A new intel-gpu-tools quarterly release is available with the following changes: Library changes: - Added helpers for using DRM syncobj. (Jason Ekstrand) - Refactored several i915 helpers into library functions. (MichaƂ Winiarski) - Improved the GPU quiescing code to more thoroughly flush old data and pending work. (Chris Wilson) - Reworked DRM property handling to be more suitable for
2016 May 31
0
[ANNOUNCE] intel-gpu-tools 1.15
Hello, A new intel-gpu-tools quarterly release is available with the following changes: - New KMS test: tests/kms_cursor_legacy (Stress legacy cursor ioctl) (Chris Wilson) - Several GEM tests have been removed from BAT: tests/gem_exec_whisper, tests/gem_sync (dropped individual engines), test/gem_cs_prefetch (replaced by test/gem_exec_gttfill), tests/gem_ctx_param_basic (got relabeled to
2016 Mar 01
0
[ANNOUNCE] intel-gpu-tools 1.14
A new intel-gpu-tools quarterly release is available with the following changes: - New test: gem_create validate parameters for GEM_CREATE ioctl (Ankitprasad Sharma) - New test: gem_softpin exercise the userptr ioctl to create shared buffers between CPU and GPU (Vinay Belgaumkar) - New tests: prime_mmap_coherency/kms_mmap_write_crc cache coherency tests (Tiago Vignatti) - New test: prime_mmap
2015 Mar 12
0
[ANNOUNCE] intel-gpu-tools 1.10
A new intel-gpu-tools quarterly release is available with the following changes: - New frequency manipulation tool (intel_gpu_frequency) - Adjustments for the Solaris port (Alan Coopersmith). - Remove tests/NAMING-CONVENTION since it's all in the docbook now, to avoid divergent conventions. - New CRITICAL log level for really serious stuff (Thomas Wood). - Interactive test mode can now
2015 Jun 11
0
[ANNOUNCE] intel-gpu-tools 1.11
A new intel-gpu-tools quarterly release is available with the following changes: - Various new tests and tools - Single combined test list (supported by piglit since commit 8a122bb) - Optional dependency on libunwind to provide automatic stack traces on test failures. (Thomas Wood) - Add optional default debug and optimisation flags for tests to enable better stack traces and debugging.
2016 Sep 02
0
[ANNOUNCE] intel-gpu-tools 1.16
Hello, A new intel-gpu-tools quarterly release is available with the following changes: - Build automatically tests required when issueing a make check, Tests/subtests that receive a crash signal should print a backtrace when i-g-t is built with libunwind support (Marius Vlad) - lib/igt_kms: Force connector probing on first use (Chris Wilson) - vc4: Add a test for BO lookup failure error path
2020 Mar 18
0
[PATCH i-g-t] tests/kms_plane: Generate reference CRCs for partial coverage too
From: Lyude Paul <lyude at redhat.com> There's been a TODO sitting in the kms_plane test suite for a while now as a placeholder for actually generating a reference CRC for plane-position-hole tests. This means we have never actually been verifying whether or not partially covering our hole with a hardware plane works displays properly, and have just simply been checking that the frame
2017 Mar 13
1
[ANNOUNCE] intel-gpu-tools 1.18
A new intel-gpu-tools quarterly release is available with the following changes: Library changes: - Various changes to library functions so that they don't assume Intel hardware. (Lyude) - Added helper functions for managing synchronization primitives. (Robert Foss) - Added support for the new generic CRC capture kernel ABI. (Tomeu Vizoso) - Added Geminilake platform support. (Ander
2015 Sep 11
0
[ANNOUNCE] intel-gpu-tools 1.12
A new intel-gpu-tools quarterly release is available with the following changes: - Various new tests and tools - New statistical analysis functions. (Damien Lespiau) - New benchmark tests. (Chris Wilson) - Old register tools that were superseded by intel_reg have been removed. - Various tests have been marked "basic", to indicate they are suitable for use in basic acceptance
2009 Nov 10
1
source() vs attach()0
Hello, After hours of googling I could not resolve the following (although it seems simple): I would like to put subfunctions in a separate .R file that is then called with source() from inside several "main" functions. A crude example would be as follows: **** file subtest.R ********** subtest <- function() { foo <<- foo+1 } ****************************** *** main
2005 Feb 18
1
eapply weirdness/bug
The following looks like an 'eapply' bug to me: t/subtest> e <- new.env() t/subtest> e$tempo <- quote( 1+'hi') t/subtest> lapply( ls( e), function( x) length( get( x,e))) [[1]] [1] 3 # seems reasonable-- e$tempo is a 'call' object of length 3 t/subtest> eapply( e, length) Error in 1 + "hi" : non-numeric argument to binary operator
2019 Jun 25
0
Emails not visible after renaming folders
Are you copying/moving the emails with {cp|mv} or with "doveadm {copy|move}"? On 2019-06-25 12:00, Aleksandr via dovecot wrote: > Hello, > > I have strange problem with "losing" emails after rename mail > folder(s) (via imap client: thunderbird, roundcude, etc..) > > How to reproduce: > > 1. Create some folder name, like TEST > 2. Create
2019 Aug 06
0
Emails not visible after renaming folders
Hi guys. Does anyone have problems with a similar configuration (mdbox)? Just tested with latest version (stage servers installation: dovecot 2.3.7), also affected. Not critical, but have complaints from users, 1-2 per month. 26.06.2019 12:05, Aleksandr ?????: > Copying or moving with email client: thunderbird, roundcube (webmail), mutt or any other email client via imap protocol. >
2010 Apr 23
4
basic table statistics
Hi, I have a very simple question, but I'm obviously not able to solve the problem on my own. I have a data.frame like sample(c("A","B","C"),size=20,replace = T)->type rnorm(20)->value data.frame(ty=type,val=value)->test There must be some built in functions, that will do some descriptive statistics with tabular output, in the end I like to have
2019 Jun 25
2
Emails not visible after renaming folders
Hello, I have strange problem with "losing" emails after rename mail folder(s) (via imap client: thunderbird, roundcude, etc..) How to reproduce: 1. Create some folder name, like TEST 2. Create sub-folder under TEST (like SUBTEST) Structure: TEST |--SUBTEST # doveadm mailbox list -u postmaster at testmailbox Spam Trash Sent Drafts INBOX TEST TEST/SUBTEST 3. Move (or copy)
2019 Jun 26
2
Emails not visible after renaming folders
Copying or moving with email client: thunderbird, roundcube (webmail), mutt or any other email client via imap protocol. 25.06.2019 22:10, Germ?n Herrera ?????: > Are you copying/moving the emails with {cp|mv} or with "doveadm {copy|move}"? > > On 2019-06-25 12:00, Aleksandr via dovecot wrote: >> Hello, >> >> I have strange problem with "losing"