search for: tfb

...r "random" effects, and then relying on Helmert contrasts and AIC, BIC, and LRT to simplify fixed effects. Maybe this was wrong? > load("tf.RdataBin") > library(lme4) > options(contrasts=c("contr.helmert", "contr.poly")) > mod <- lmer(tfb ~ reg+nutrient+amd +reg:nutrient+ + (1|rack) + (1|popu) + (1|gen), data=dat.tb2, family=binomial, method="Laplace") > summary(mod) Generalized linear mixed model fit using Laplace Formula: tfb ~ reg + nutrient + amd + reg:nutrient + (1 | rack) + (1 | popu) + (1 | gen)...

If a transform feedback buffer's size is 0, st_bufferobj_data doesn't end up creating a buffer for it. There's no point in trying to write to such a buffer, so just pretend as if it's not really there. This fixes arb_gpu_shader5-xfb-streams-without-invocations on nvc0. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/mesa/state_tracker/st_cb_xformfb.c | 2 +- 1

...ual file or just to an std::string or char* , I tried passing -o out.S -ivfsoverlay out.S but it still writes to disk and as far as I can tell does not write to the memory I created. If this isn't the right place for this post or if I need to clarify something please let me know! Thank you - TFB -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180829/1c519852/attachment.html>

Most of codegen is already FP64-ready. There are a few edge-cases that I ran into, many of which can apply even to non-fp64-enabled programs (although the double-wide registers are not very common without fp64). I've yet to give this a full piglit run, but wanted to send these out in case someone wanted to comment. They do not depend on the preliminary core fp64 work. Ilia Mirkin (5):

>Ken, did you ever get afs support compiled into 2.0.2? I am in exactly >the same boat as you are (were), where samba 1.9.18 was working great, but >2.0.2 wouldn't compile with afs support. I too tried to copy the relavant >parts of the makefile over, but ended up with the same errors as you did. >Then I found your post to the samba list, and I'm hoping that you've

...drm: revamp framebuffer cleanup interfaces drm: reference framebuffers which are on the idr drm: nest modeset locks within fpriv->fbs_lock drm/i915: fixup overlay stolen memory leak drm: push modeset_lock_all into ->fb_create driver callbacks drm: don't take modeset locks in getfb ioctl drm: fb refcounting for dirtyfb_ioctl drm: refcounting for sprite framebuffers drm: encapsulate crtc->set_config calls drm: refcounting for crtc framebuffers drm/i915: dump refcount into framebuffer debugfs file drm/vmwgfx: add proper framebuffer refcounting drm: optimize drm...

...eau/nvc0/nvc0_context.h b/src/gallium/drivers/nouveau/nvc0/nvc0_context.h index 76416a0..823a181 100644 --- a/src/gallium/drivers/nouveau/nvc0/nvc0_context.h +++ b/src/gallium/drivers/nouveau/nvc0/nvc0_context.h @@ -140,6 +140,13 @@ struct nvc0_context { struct nvc0_transform_feedback_state *tfb; } state; + struct { + struct nouveau_mm_allocation *mm; + struct nouveau_bo *bo; + u32 ofs; + u32 *map; + } fence; + struct nvc0_blend_stateobj *blend; struct nvc0_rasterizer_stateobj *rast; struct nvc0_zsa_stateobj *zsa; @@ -356,4 +363,29 @@ void nve4_lau...

Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- src/gallium/drivers/nouveau/nouveau_fence.c | 76 ++++++++++++------------- src/gallium/drivers/nouveau/nouveau_fence.h | 22 +++++-- src/gallium/drivers/nouveau/nouveau_screen.c | 9 +++ src/gallium/drivers/nouveau/nouveau_screen.h | 14 ++--- src/gallium/drivers/nouveau/nv30/nv30_context.c | 4 +-

.../src/gallium/drivers/nouveau/nvc0/nvc0_context.h > index 76416a0..823a181 100644 > --- a/src/gallium/drivers/nouveau/nvc0/nvc0_context.h > +++ b/src/gallium/drivers/nouveau/nvc0/nvc0_context.h > @@ -140,6 +140,13 @@ struct nvc0_context { > struct nvc0_transform_feedback_state *tfb; > } state; > > + struct { > + struct nouveau_mm_allocation *mm; > + struct nouveau_bo *bo; > + u32 ofs; > + u32 *map; > + } fence; > + > struct nvc0_blend_stateobj *blend; > struct nvc0_rasterizer_stateobj *rast; > struct...

Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- src/gallium/drivers/nouveau/nouveau_fence.c | 76 ++++++++++++------------- src/gallium/drivers/nouveau/nouveau_fence.h | 22 +++++-- src/gallium/drivers/nouveau/nouveau_screen.c | 9 +++ src/gallium/drivers/nouveau/nouveau_screen.h | 14 ++--- src/gallium/drivers/nouveau/nv30/nv30_context.c | 4

...imsVR?xM^zpG zzozU0kET2f9!=SyO+t&iwaJ>(xL$cuV^fgauT9k$4iwrnO<Y({N6CHK3_;ShnId4? zEb!kzW@}GrgXU;*Qs$!I$J#ti+=k5u&g9wx5jeDknlROiP|ItYkiZw(62#xomZJT) zv}MS>Ldx at 7O-S$)P0Yd9+A7fLRE?|#*E`x8lsKcU71E*WgcP;)z&~mmG`V$c6fGIr zCUBkA?ln8K84O=)TQsr#-ls{8*$UDJ+BV?#we4aKwEM+;YY(8 at G3`Ob-_stFBY4;> z at CZoXX*)z$2zgZ0>(m}IvmQs*d2J_p_p-JN<xgq5&A#jreIeRv(B9UbkYnGgU8X#( z?E~)%+LPiwTM>rhU2VT$)wBbs>Idzhs9rgQVlP6hvW=&aIHw&p6VIUdQSDiwnA#EG z&$Z{|*q#UdS?wq&zi7u0e@;7&_%|4orX1H!h+19RNszwMUN9xI6V<+?odW5Cb{hC2 zbWK%GYG>qBJcIc2+KW;Q&m;bfb{0GzqHa|=qP=8}Z...

I am doing yet another variation on diskless clients using Red Hat 9, tftp-hpa 0.34, and pxelinux. The client's Ethernet card is Intel 1000/100/10. My clients are booting OK, except that some new traffic has been occurring. Here is what gets logged on the server: Feb 25 00:34:20 localhost dhcpd: DHCPACK on 192.168.1.101 to 00:07:e9:0f:e9:d3 via eth0 Feb 25 08:34:20 localhost