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"