search for: data_t

...et of variables (var1, var2, var3, var4, var5) for which I have historical yearly data. I am trying to use this data to produce a prediction of var1, 3 years into the future. I have a few basic questions: 1) I am able to read in my data, and convert it to a time series format using 'ts.' data_ts <- ts(data, start = 1988, end = 2005, frequency = 1, deltat = 1) However, I am not able to refer to the individual columns or variables of my new time series object. For example, I am able to reference 'var1' by typing, data$var1, but I can not do the same by using data_ts$var1. I do...

...05795cd..c95f3584 100644 --- a/tests/kms_plane.c +++ b/tests/kms_plane.c @@ -44,6 +44,11 @@ typedef struct { float blue; } color_t; +typedef struct { + int x, y; + color_t color; +} rectangle_t; + typedef struct { int drm_fd; igt_display_t display; @@ -71,9 +76,52 @@ static void test_fini(data_t *data) igt_pipe_crc_free(data->pipe_crc); } +enum { + TEST_POSITION_PARTIALLY_COVERED = 1 << 0, + TEST_DPMS = 1 << 1, + TEST_PANNING_TOP_LEFT = 1 << 2, + TEST_PANNING_BOTTOM_RIGHT = 1 << 3, + TEST_SUSPEND_RESUME = 1 &...

Hi Good day. I am facing issue with creating a GlobalVariable. I already have an extern for that global in a header file to use it in the following way extern const void* DATA_TABLE[]; And with a LLVM PASS, I am trying to create this array with the same name and with initializer. So, I have following: GlobalVariable *gvar_data = new GlobalVariable( M, blockItems->getType(), true, GlobalValue::CommonLinkage, blockItems, "DATA_TABLE"); gvar_data->se...

Hi Ashi, > ld: illegal text-relocation to _data_table in table.o from foo in > use_table.o for architecture armv7 It looks like you're using iOS. I'm not familiar with the exact workings of that platform, but I think a similar message would occur in ELF-land. If iOS *is* comparable, your issue is that symbols in dynamically loaded obj...

...all if you swap the pop and the .long. Bernie, is it related to ARM pipeline? I'm interesting in this, is there any other additional information? On Fri, Mar 8, 2013 at 4:59 AM, Tim Northover <t.p.northover at gmail.com>wrote: > Hi Ashi, > > > ld: illegal text-relocation to _data_table in table.o from foo in > > use_table.o for architecture armv7 > > It looks like you're using iOS. I'm not familiar with the exact > workings of that platform, but I think a similar message would occur > in ELF-land. > > If iOS *is* comparable, your issue is that...

I have changed it to ExternalLinkage. Now, in LLVM IR, it looks like that: @DATA_TABLE = external global [0 x i8*], section "data_section", align 16 #0 @DATA_TABLE.1 = global [10 x i8*] [i8* inttoptr (i64 53415718 to i8*), i8* bitcast (void (%class.Hello*)* @_ZN5Hello5ptofnEv to i8*),...], section "data_section", align 16 #0 In my uses: %arrayidx = getelement...

Hello. I'm trying to understand how fastcall works. As far as I know, first two integer type arguments are passed in ecx and edx. I tested several test, but the result was different from what I expected #1 typedef struct _data_t { int d; } data_t; void __attribute__((fastcall)) test_suuu(data_t s, unsigned int a, unsigned int b, unsigned int c); unsigned int a is passed in edx, and the rest are passed in stack (in s, b, c order). #2 : order of arguments is diff from #1 void __attribute__((fastcall)) t...

...0 42.86 Aa 0 66.07 Aa 0 60.24 Aa 0 42.86 Qe 0 66.07 Qe 0 60.24 Qe 0 42.86 Cx 56 310.86 Cx 56 223.17 Cx 56 186.77 Tw 56 149.42 Tw 56 127.75 Tw 56 138.59 Aa 56 130.24 Aa 56 214.83 Aa 56 137.95 Qe 56 186.64 Qe 56 189.09 Qe 56 187.87 this is my script require(agricolae) file <- "A1.txt" data_table <- read.table(file, header=T, row.names=NULL) attach(data_table) anova <- aov(A1 ~ factor(Thesis)*factor(Days)) detach(data_table) first of all, I need to know if my script has conceptual errors secondly, I need to calculate HSD between Thesis:Days means I try with Tukey.test command f...

...s/kms_pipe_crc_basic.c | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/tests/kms_pipe_crc_basic.c b/tests/kms_pipe_crc_basic.c index d169b7bd..f121e27e 100644 --- a/tests/kms_pipe_crc_basic.c +++ b/tests/kms_pipe_crc_basic.c @@ -65,15 +65,14 @@ static void test_bad_source(data_t *data) static void test_read_crc(data_t *data, enum pipe pipe, unsigned flags) { igt_display_t *display = &data->display; - igt_output_t *output = igt_get_single_output_for_pipe(display, pipe); + igt_output_t *output; igt_plane_t *primary; drmModeModeInfo *mode; igt_crc_t *crcs = N...

...n aspects of CRC capture that are exclusive to nvidia hardware, " +"such as context flipping."); + +typedef struct { + int pipe; + int drm_fd; + int nv_crc_dir; + igt_display_t display; + igt_output_t *output; + igt_plane_t *primary; + drmModeModeInfo *mode; + igt_fb_t default_fb; +} data_t; + +struct color_fb { + double r, g, b; + igt_crc_t crc; + igt_fb_t fb; +}; + +#define HEX_COLOR(r_, g_, b_) \ + { .r = (r_ / 255.0), .g = (g_ / 255.0), .b = (b_ / 255.0) } + +static void set_crc_flip_threshold(data_t *data, unsigned int threshold) +{ + igt_debug("Setting CRC notifier flip thr...

...n aspects of CRC capture that are exclusive to nvidia hardware, " +"such as context flipping."); + +typedef struct { + int pipe; + int drm_fd; + int nv_crc_dir; + igt_display_t display; + igt_output_t *output; + igt_plane_t *primary; + drmModeModeInfo *mode; + igt_fb_t default_fb; +} data_t; + +struct color_fb { + double r, g, b; + igt_crc_t crc; + igt_fb_t fb; +}; + +#define HEX_COLOR(r_, g_, b_) \ + { .r = (r_ / 255.0), .g = (g_ / 255.0), .b = (b_ / 255.0) } + +static void set_crc_flip_threshold(data_t *data, unsigned int threshold) +{ + igt_debug("Setting CRC notifier flip thr...

...n aspects of CRC capture that are exclusive to nvidia hardware, " +"such as context flipping."); + +typedef struct { + int pipe; + int drm_fd; + int nv_crc_dir; + igt_display_t display; + igt_output_t *output; + igt_plane_t *primary; + drmModeModeInfo *mode; + igt_fb_t default_fb; +} data_t; + +struct color_fb { + double r, g, b; + igt_crc_t crc; + igt_fb_t fb; +}; + +#define HEX_COLOR(r_, g_, b_) \ + { .r = (r_ / 255.0), .g = (g_ / 255.0), .b = (b_ / 255.0) } + +static void set_crc_flip_threshold(data_t *data, unsigned int threshold) +{ + igt_debug("Setting CRC notifier flip thr...

Hi I saw from the ChangeLog that [get|set]_client_data was removed from ComboBox for 0.4.0 because the methods weren''t working properly. TreeCtrl#get_item_data still seems to be there. I was wondering if someone who understood the issue could say if TreeItemData might also be afflicted with the same problems? I seem to be segfaulting quite a bit (actually, on TreeEvt#get_item), but it

...n aspects of CRC capture that are exclusive to nvidia hardware, " +"such as context flipping."); + +typedef struct { + int pipe; + int drm_fd; + int nv_crc_dir; + igt_display_t display; + igt_output_t *output; + igt_plane_t *primary; + drmModeModeInfo *mode; + igt_fb_t default_fb; +} data_t; + +struct color_fb { + double r, g, b; + igt_crc_t crc; + igt_fb_t fb; +}; + +#define HEX_COLOR(r_, g_, b_) \ + { .r = (r_ / 255.0), .g = (g_ / 255.0), .b = (b_ / 255.0) } + +static void set_crc_flip_threshold(data_t *data, unsigned int threshold) +{ + igt_debug("Setting CRC notifier flip thr...

From: Lyude Paul <lyude at redhat.com> Nouveau has finally gotten CRC support, hooray! Well, it's under review at least: https://patchwork.freedesktop.org/series/74804/ (it has a cover letter, but nouveau's mailing list configuration has blocked the email so I'm waiting for a moderator to fix that) So, this series adds the relevant tests for it since nvidia's CRC

...; > > + > > +typedef struct { > > + int pipe; > > + int drm_fd; > > + int nv_crc_dir; > > + igt_display_t display; > > + igt_output_t *output; > > + igt_plane_t *primary; > > + drmModeModeInfo *mode; > > + igt_fb_t default_fb; > > +} data_t; > > + > > +struct color_fb { > > + double r, g, b; > > + igt_crc_t crc; > > + igt_fb_t fb; > > +}; > > + > > +#define HEX_COLOR(r_, g_, b_) \ > > + { .r = (r_ / 255.0), .g = (g_ / 255.0), .b = (b_ / 255.0) } > > + > > +static void s...

...re, " > +"such as context flipping."); > + > +typedef struct { > + int pipe; > + int drm_fd; > + int nv_crc_dir; > + igt_display_t display; > + igt_output_t *output; > + igt_plane_t *primary; > + drmModeModeInfo *mode; > + igt_fb_t default_fb; > +} data_t; > + > +struct color_fb { > + double r, g, b; > + igt_crc_t crc; > + igt_fb_t fb; > +}; > + > +#define HEX_COLOR(r_, g_, b_) \ > + { .r = (r_ / 255.0), .g = (g_ / 255.0), .b = (b_ / 255.0) } > + > +static void set_crc_flip_threshold(data_t *data, unsigned int thresh...

From: Lyude Paul <lyude at redhat.com> (Just forwarding this to nouveau's ml, since I completely forgot to before) Nouveau has finally gotten CRC support, hooray! Well, it's under review at least: https://patchwork.freedesktop.org/series/74804/ (it has a cover letter, but nouveau's mailing list configuration has blocked the email so I'm waiting for a moderator to fix that)

From: Lyude Paul <lyude at redhat.com> Nouveau has finally gotten CRC support, and at this point that support has made its way upstream. Hooray! So, let's start adding some relevant tests for it since nvidia's CRC implementation has some rather interesting design choices that needed to be worked around. Lyude Paul (5): lib/igt_core: Fix igt_assert_fd() documentation

...asic.c | 38 ++++++++++++++++++++++++++++++++++++++ 1 file changed, 38 insertions(+) diff --git a/tests/kms_pipe_crc_basic.c b/tests/kms_pipe_crc_basic.c index f121e27e..4a58332a 100644 --- a/tests/kms_pipe_crc_basic.c +++ b/tests/kms_pipe_crc_basic.c @@ -152,6 +152,41 @@ static void test_read_crc(data_t *data, enum pipe pipe, unsigned flags) } } +static void test_disable_crc_after_crtc(data_t *data, enum pipe pipe) +{ + igt_display_t *display = &data->display; + igt_output_t *output = igt_get_single_output_for_pipe(&data->display, pipe); + igt_pipe_crc_t *pipe_crc = igt_pipe_crc...