search for: mt

...0 0 329 C07 CP2 CP 180 10 0 330 C07 CP2 CP 180 10 0 331 C07 CP2 CP 180 10 0 332 C07 CP2 CP 180 10 0 333 C07 CP2 CP 180 10 0 334 C07 CP2 CP 180 10 0 335 C07 CP2 CP 180 10 0 336 C07 CP2 CP 180 10 0 337 C07 CP2 CP 180 10 0 338 C07 CP2 CP 180 10 0 339 C07 CP2 CP 180 10 0 340 C07 CP2 CP 180 10 0 341 M01 MT1 MT 180 10 1 342 M01 MT1 MT 180 10 1 343 M01 MT1 MT 180 10 0 344 M01 MT1 MT 180 10 0 345 M01 MT1 MT 180 10 0 346 M01 MT1 MT 180 10 0 347 M01 MT1 MT 180 10 0 348 M01 MT1 MT 180 10 0 349 M01 MT1 MT 180 10 0 350 M01 MT1 MT 180 10 0 351 M01 MT1 MT 180 10 0 352 M01 MT1 MT 180 10 0 353 M01 MT1 MT 180 10...

I have a dataframe from an On-Board Survey with weights ("expwgt") and variables for up to 8 used lines: VEH1 through VEH8. The lines are labeled "MT-..1" through "MT-902". I want to know how many transfers there are between MT-802 and MT-901. That is, when one of them is VEHx and the other is VEHx+1 or VEHx-1 E.g. {VEH1 = MT-802 AND VEH2 = MT-901 } plus {VEH2 = MT-901 AND VEH3 = MT-802} plus all the other combinations.... Som...

...ate.h" #include "pipe/p_defines.h" #include "pipe/p_inlines.h" +#include "util/u_format.h" #include "util/u_math.h" #include "nv04_context.h" -#include "nv04_screen.h" -static void -nv04_miptree_layout(struct nv04_miptree *nv04mt) +static unsigned +nv04_miptree_layout(struct nv04_miptree *mt) { - struct pipe_texture *pt = &nv04mt->base; + struct pipe_texture *pt = &mt->base; uint offset = 0; - int nr_faces, l; - - nr_faces = 1; + unsigned uniform_pitch = 0; + static int no_swizzle = -1; + if(no_swizzle <...

...us email. I now tried statically linking the 'hello' pass to opt which does seem to work. But I'm not sure if this is reliable or if I'm bound to run into problems later, so any comments on this issue would be appreciated. Martin Wednesday, January 7, 2009, 2:54:52 AM, you wrote: MT> Hello, MT> I'm just starting out with LLVM, currently using Visual Studio on MT> Windows. Now I'd like to write a custom pass that can be loaded MT> dynamically as demonstrated in the 'hello world' tutorial. MT> So far my DLL loads OK but the actual pass registratio...

...ate.h" #include "pipe/p_defines.h" #include "pipe/p_inlines.h" +#include "util/u_format.h" #include "util/u_math.h" #include "nv04_context.h" -#include "nv04_screen.h" -static void -nv04_miptree_layout(struct nv04_miptree *nv04mt) +static unsigned +nv04_miptree_layout(struct nv04_miptree *mt) { - struct pipe_texture *pt = &nv04mt->base; + struct pipe_texture *pt = &mt->base; uint offset = 0; - int nr_faces, l; - - nr_faces = 1; + unsigned uniform_pitch = 0; + static int no_swizzle = -1; + if(no_swizzle <...

Hello, I'm just starting out with LLVM, currently using Visual Studio on Windows. Now I'd like to write a custom pass that can be loaded dynamically as demonstrated in the 'hello world' tutorial. So far my DLL loads OK but the actual pass registration does not seem to work. My question then is (as I could not find any information on the subject): is this even possible on win32 or

...the 'hello' pass to opt which does seem to work. > But I'm not sure if this is reliable or if I'm bound to run into > problems later, so any comments on this issue would be appreciated. > > Martin > > Wednesday, January 7, 2009, 2:54:52 AM, you wrote: > > MT> Hello, > > MT> I'm just starting out with LLVM, currently using Visual Studio on > MT> Windows. Now I'd like to write a custom pass that can be loaded > MT> dynamically as demonstrated in the 'hello world' tutorial. > MT> So far my DLL loads OK but th...

...) diff --git a/src/gallium/drivers/nv30/nv30_miptree.c b/src/gallium/drivers/nv30/nv30_miptree.c index 5a9a63b..9700fa8 100644 --- a/src/gallium/drivers/nv30/nv30_miptree.c +++ b/src/gallium/drivers/nv30/nv30_miptree.c @@ -56,8 +56,7 @@ nv30_miptree_get_handle(struct pipe_screen *pscreen, if (!mt || !mt->base.bo) return FALSE; - stride = util_format_get_stride(mt->base.base.format, - mt->base.base.width0); + stride = mt->level[0].pitch; return nouveau_screen_bo_get_handle(pscreen, mt->base.bo, stride, handle); } diff --git...

.../lib/tls/i686/cmov/libdl-2.5.so) ==31534== by 0x400CFA5: (within /lib/ld-2.5.so) ==31534== by 0x4E952AB: (within /lib/tls/i686/cmov/libdl-2.5.so) ==31534== by 0x4E94B63: dlopen (in /lib/tls/i686/cmov/libdl-2.5.so) ==31534== by 0x4C90698: QLibraryPrivate::loadLibrary() (in /usr/lib/libqt-mt.so.3.3.7) ==31534== by 0x4CB50AA: QLibrary::load() (in /usr/lib/libqt-mt.so.3.3.7) ==31534== by 0x4C952B1: QComLibrary::createInstanceInternal() (in /usr/lib/libqt-mt.so.3.3.7) ==31534== by 0x4C956F4: QComLibrary::queryInterface(QUuid const&, QUnknownInterface**) (in /usr/lib/libqt-mt....

...w-decorator --sync --replace [Thread debugging using libthread_db enabled] [New Thread 46970607390640 (LWP 15227)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46970607390640 (LWP 15227)] 0x00002ab82ff1365a in QGListIterator::QGListIterator () from /usr/qt/3/lib/libqt-mt.so.3 (gdb) bt #0 0x00002ab82ff1365a in QGListIterator::QGListIterator () from /usr/qt/3/lib/libqt-mt.so.3 #1 0x0000000000417099 in KWD::Window::updateProperty (this=0x6b8350) at /usr/qt/3/include/qptrlist.h:157 #2 0x000000000041789d in KWD::Window::processDamage (this=0x6b8350) at window.cpp:...

...oR-core at r-project.org and have just been asked to instead submit it to you. Although I am basically not an R user, I have installed version 3.3.1 and am also the author of a statistics program written in Visual Basic that contains a component which correctly implements the Mersenne Twister (MT) algorithm. I believe that it is not possible to generate the correct stream of pseudorandom numbers using the MT default random number generator in R, and am not the first person to notice this. Here is a posted 2013 entry (www.r-bloggers.com/reproducibility-and-randomness/) on an R website...

...--- a/src/gallium/drivers/nouveau/nv50/nv50_miptree.c +++ b/src/gallium/drivers/nouveau/nv50/nv50_miptree.c @@ -329,13 +329,13 @@ nv50_miptree_create(struct pipe_screen *pscreen, if (pt->bind & PIPE_BIND_LINEAR) pt->flags |= NOUVEAU_RESOURCE_FLAG_LINEAR; - bo_config.nv50.memtype = nv50_mt_choose_storage_type(mt, TRUE); - if (!nv50_miptree_init_ms_mode(mt)) { FREE(mt); return NULL; } + bo_config.nv50.memtype = nv50_mt_choose_storage_type(mt, TRUE); + if (unlikely(pt->flags & NV50_RESOURCE_FLAG_VIDEO)) { nv50_miptree_init_layout...

How can I fix? Oct 29 09:33:06 frenetico-mt sshd[2635]: pam_winbind(sshd:auth): getting password (0x00000000)Oct 29 09:33:06 frenetico-mt sshd[2635]: pam_winbind(sshd:auth): user 'administrator' granted accessOct 29 09:33:06 frenetico-mt sshd[2635]: pam_winbind(sshd:account): user 'XXXX\administrator' granted accessOct 29 09:...

The mt address is about to be used more, make sure it's set appropriately. Reported-by: Emil Velikov <emil.l.velikov at gmail.com> Tested-by: Emil Velikov <emil.l.velikov at gmail.com> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Cc: "10.2 10.3" <mesa-stable at...

...resource *texture, > + const struct pipe_sampler_view *templ, > + uint32_t flags, > + enum pipe_texture_target target) > +{ > + const struct util_format_description *desc; > + const struct nvc0_format *fmt; > + uint64_t address; > + uint32_t *tic; > + uint32_t swz[4]; > + uint32_t width, height; > + uint32_t depth; > + struct nv50_tic_entry *view; > + struct nv50_miptree *mt; > + bool tex_int; > + > + view = MALLOC_STRUCT(nv50_tic_entry); > + if (!...

...>> index 1aacaec..13ed8a3 100644 >> --- a/src/gallium/drivers/nouveau/nv50/nv50_miptree.c >> +++ b/src/gallium/drivers/nouveau/nv50/nv50_miptree.c >> @@ -65,8 +65,7 @@ nv50_tex_choose_tile_dims(unsigned nx, unsigned ny, unsigned nz) >> static uint32_t >> nv50_mt_choose_storage_type(struct nv50_miptree *mt, boolean compressed) > The caller of this currently always says true. However it should > probably be drm_version >= whatever. Oh sure, i'll add it! > >> { >> - const unsigned ms = mt->ms_x + mt->ms_y; >> - &gt...

...ree.c b/src/gallium/drivers/nouveau/nv50/nv50_miptree.c index 1aacaec..13ed8a3 100644 --- a/src/gallium/drivers/nouveau/nv50/nv50_miptree.c +++ b/src/gallium/drivers/nouveau/nv50/nv50_miptree.c @@ -65,8 +65,7 @@ nv50_tex_choose_tile_dims(unsigned nx, unsigned ny, unsigned nz) static uint32_t nv50_mt_choose_storage_type(struct nv50_miptree *mt, boolean compressed) { - const unsigned ms = mt->ms_x + mt->ms_y; - + const unsigned ms = util_logbase2(mt->base.base.nr_samples); uint32_t tile_flags; if (unlikely(mt->base.base.flags & NOUVEAU_RESOURCE_FLAG_LINEAR)) @@ -96...

...int_DIRECT(i16* %tmp1324mod, i16* %tmp1322mod) nounwind define internal void @point_DIRECT(i16* %x, i16* %y) nounwind { entry: %xx = alloca i32 ; <i32*> [#uses=3] %yy = alloca i32 ; <i32*> [#uses=3] %tmp = load %struct.MT** @mt, align 8, !dbg !1018 ; <%struct.MT*> [#uses=1] %tmp1 = icmp eq %struct.MT* %tmp, null, !dbg !1018 ; <i1> [#uses=1] br i1 %tmp1, label %return, label %bb, !dbg !1018 bb: ; preds = %entry %tmp2 = load i16* %x, align 2, !dbg !1023...

On 08/30/2016 06:29 PM, Duncan Murdoch wrote: > I don't see evidence of a bug. There have been several versions of the > MT; we may be using a different version than you are. Ours is the > 1999/10/28 version; the web page you cite uses one from 2002. > > Perhaps the newer version fixes some problems, and then it would be > worth considering a change. But changing the default RNG definitely > introduces...

Hello! I am trying to compute minimal time on some data like this: mt<-tapply(mrsh$time1,list(mrsh$var1,mrsh$var2),min): a b 145 1054800600 1054789800 340 1054804500 1054794600 349 1054820400 1054792800 55 1054800600 1054789200 57 1054814100 1054791000 78 105482220...