search for: num_elements

Hello, I'm trying to permute a vector of positive integers > 0 with the constraint that each element must be <= twice the element before it (i.e. for some vector x, x[i] <= 2*x[i-1]), assuming the "0th" element is 1. Hence the first element of the vector must always be 1 or 2 (by assuming the "0th" element is 1). Similarly, the 2nd must always be below/= 4, the

...allium/drivers/nouveau/nv50/nv50_vbo.c index 600b973..fb4305f 100644 --- a/src/gallium/drivers/nouveau/nv50/nv50_vbo.c +++ b/src/gallium/drivers/nouveau/nv50/nv50_vbo.c @@ -301,6 +301,14 @@ nv50_vertex_arrays_validate(struct nv50_context *nv50) unsigned i; const unsigned n = MAX2(vertex->num_elements, nv50->state.num_vtxelts); + /* A vertexid is not generated for inline data uploads. Have to use a + * VBO. This check must come after the vertprog has been validated, + * otherwise vertexid may be unset. + */ + assert(nv50->vertprog->translated); + if (nv50->vertprog-&...

`memset(&mc_ext, 0, ...)'' leads to a buffer overflow and a subsequent null pointer dereference. Replace `&mc_ext'' with `mc_ext''. Signed-off-by: Xi Wang <xi@mit.edu> --- xen/arch/x86/cpu/mcheck/mce_intel.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/arch/x86/cpu/mcheck/mce_intel.c b/xen/arch/x86/cpu/mcheck/mce_intel.c index

This patch fixes all the incorrect uses of "then" that I could find on the whole SAMBA_4_0 branch. i.e. it is relative to svn://svnanon.samba.org/samba/branches/SAMBA_4_0 at revision 16046. Index: source/auth/ntlmssp/ntlmssp_sign.c =================================================================== --- source/auth/ntlmssp/ntlmssp_sign.c (revision 16046) +++

...nv30_vbo_validate(struct nv30_context *nv30) > > > Sometimes, ve->vertex_buffer_index seems to be greater or equal > nv30->num_vtxbuf. If this happens, PUSH_RESRC crashes! > How can this happen?? > > I tried to break out of the for-loop > for (i = 0; i < vertex->num_elements; i++) > when the problem appears. > If I do this, the driver won't crash anymore, but some screen elements > are missing. > A short while later I get a GPU lockup message: >> kernel: nouveau E[ DRM] GPU lockup - switching to software fbcon > > > I can reproduce th...

...vercome this limitation I'm thinking about adding set of intrinsics which will execute as a series of unordered atomic memory accesses. To be more specific here is the definition I'm thinking about: declare void @llvm.memcpy_atomic.p0i8.p0i8.i32(i8* <dest>, i8* <src>, i32 <num_elements>, i32 <element_size>, i32 <align>, i1 <isvolatile>) It closelly mimicks original memcpy intrinsic. Only difference is that now we explicitly specify element_size. Semantically memcpy_atomic is equivalent to the explicit IR loop...

..., mul (i64 vscale, i64 4) > ``` > > ## *stepvector* > > ### Syntax: > > > `stepvector` > > ### Overview: > > This complex constant represents the runtime value of a vector of > increasing > integers in the arithmetic series: > > > `<0, 1, 2, ... num_elements-1>` > > This is the basis for a scalable form of vector constants. Adding a splat > changes the effective starting point, and multiplying changes the step. The > main uses for this are: > > * Predicate creation using vector compares for fully predicated loops (see > also: &g...

Hi Renato, Sorry for the delay in responding. We've been busy rethinking some of our changes after the feedback we've received thus far (particularly from the devmeeting). The incremental patches will use our revised design(which should be less invasive), and I'll be updating our document to match. On 16/11/2016, 12:46, "Renato Golin" <renato.golin at linaro.org>

Hello all, I am having a pretty serious problem with rpcclient ... if I try 'enumprinters' at the prompt, i get back rpcclient $> enumprinters cli_pipe: return critical error. Error was NT_STATUS_INVALID_PARAMETER result was NT_STATUS_UNSUCCESSFUL However, enumdrivers works fine. Addriver does not work either, and just returns NT_STATUS_UNSUCCESSFUL ... which means that

...er Syntax: [000] 04 5D 88 8A EB 1C C9 11 9F E8 08 00 2B 10 48 60 .]...... ....+.H` [010] 00 00 00 02 .... 000000 smb_io_rpc_hdr_rb 000000 smb_io_rpc_hdr_bba 0000 max_tsize: 1630 0002 max_rsize: 1630 0004 assoc_gid: 00000000 0008 num_elements: 00000001 000c context_id : 0000 000e num_syntaxes: 01 00000f smb_io_rpc_iface 0010 data : 78 56 34 12 34 12 cd ab ef 00 01 23 45 67 cf fb 0020 version: 00000001 000024 smb_io_rpc_iface 0024 data : 04 5d 88 8a eb 1c c9 11 9f e8 08 00 2b 10 48 60...

Hi, I'm having terrible difficulties getting Samba to cooperate. I have the following scenario: Samba 2.2.3 set up as a PDC on a linux machine (turing, with the domain set to DEFAULTDOMAIN), working fine with a win2k client. Now I wish to join a Samba 2.2 linux machine was a domain member server (moog), and I can't seem to convince samba to do what I want it to. moog$ is set up on the PDC

...0004 pack_type0: 10 0005 pack_type1: 00 0006 pack_type2: 00 0007 pack_type3: 00 0008 frag_len : 0048 000a auth_len : 0000 000c call_id : 00000001 000010 smb_io_rpc_hdr_rb 0010 max_tsize: 10b8 0012 max_rsize: 10b8 0014 assoc_gid: 00000000 0018 num_elements: 00000001 001c context_id : 0000 001e num_syntaxes: 01 0020 data : 12345778 0024 data : 1234 0026 data : abcd 0028 data : ef 00 01 23 45 67 89 ab 0030 version: 00000000 0034 data : 8a885d04 0038 data : 1ceb 003a da...

...pack_type1: 00 0006 pack_type2: 00 0007 pack_type3: 00 0008 frag_len : 0048 000a auth_len : 0000 000c call_id : 00000005 000010 smb_io_rpc_hdr_rb 000010 smb_io_rpc_hdr_bba 0010 max_tsize: 1630 0012 max_rsize: 1630 0014 assoc_gid: 00000000 0018 num_elements: 00000001 001c context_id : 0000 001e num_syntaxes: 01 00001f smb_io_rpc_iface 0020 data : 12345778 0024 data : 1234 0026 data : abcd 0028 data : ef 00 01 23 45 67 89 ac 0030 version: 00000001 000034 smb_io_rpc_iface 0034 data...

...pack_type1: 00 0006 pack_type2: 00 0007 pack_type3: 00 0008 frag_len : 0048 000a auth_len : 0000 000c call_id : 00000001 000010 smb_io_rpc_hdr_rb 000010 smb_io_rpc_hdr_bba 0010 max_tsize: 10b8 0012 max_rsize: 10b8 0014 assoc_gid: 00000000 0018 num_elements: 00000001 001c context_id : 0000 001e num_syntaxes: 01 00001f smb_io_rpc_iface 000020 smb_io_uuid uuid 0020 data : 12345778 0024 data : 1234 0026 data : abcd 0028 data : ef 00 002a data : 01 23 45 67 89 ab...

...ck_type1: 00 0006 pack_type2: 00 0007 pack_type3: 00 0008 frag_len : 0048 000a auth_len : 0000 000c call_id : 00000001 000010 smb_io_rpc_hdr_rb 000010 smb_io_rpc_hdr_bba 0010 max_tsize: 1630 0012 max_rsize: 1630 0014 assoc_gid: 00000000 0018 num_elements: 00000001 001c context_id : 0000 001e num_syntaxes: 01 00001f smb_io_rpc_iface 0020 data : 12345778 0024 data : 1234 0026 data : abcd 0028 data : ef 00 01 23 45 67 89 ab 0030 version: 00000000 000034 smb_io_rpc_iface 0034 d...

...pack_type1: 00 0006 pack_type2: 00 0007 pack_type3: 00 0008 frag_len : 0048 000a auth_len : 0000 000c call_id : 00000001 000010 smb_io_rpc_hdr_rb 000010 smb_io_rpc_hdr_bba 0010 max_tsize: 1630 0012 max_rsize: 1630 0014 assoc_gid: 00000000 0018 num_elements: 00000001 001c context_id : 0000 001e num_syntaxes: 01 00001f smb_io_rpc_iface 0020 data : 12345778 0024 data : 1234 0026 data : abcd 0028 data : ef 00 01 23 45 67 89 ab 0030 version: 00000000 000034 smb_io_rpc_iface 0034 data...

...struct tegra_context *context = to_tegra_context(pcontext); > + > + context->gpu->delete_gs_state(context->gpu, so); > +} > + > +static void * > +tegra_create_vertex_elements_state(struct pipe_context *pcontext, > + unsigned num_elements, > + const struct pipe_vertex_element *elements) > +{ > + struct tegra_context *context = to_tegra_context(pcontext); > + > + return context->gpu->create_vertex_elements_state(context->gpu, > +...

...pack_type1: 00 0006 pack_type2: 00 0007 pack_type3: 00 0008 frag_len : 0048 000a auth_len : 0000 000c call_id : 00000005 000010 smb_io_rpc_hdr_rb 000010 smb_io_rpc_hdr_bba 0010 max_tsize: 1630 0012 max_rsize: 1630 0014 assoc_gid: 00000000 0018 num_elements: 00000001 001c context_id : 0000 001e num_syntaxes: 01 00001f smb_io_rpc_iface 0020 data : 12345678 0024 data : 1234 0026 data : abcd 0028 data : ef 00 01 23 45 67 89 ab 0030 version: 00000001 000034 smb_io_rpc_iface 0034 data...

...6) 0010 max_tsize: 10b8 [2004/03/16 11:56:53, 5] rpc_parse/parse_prs.c:prs_uint16(606) 0012 max_rsize: 10b8 [2004/03/16 11:56:53, 5] rpc_parse/parse_prs.c:prs_uint32(635) 0014 assoc_gid: 00000000 [2004/03/16 11:56:53, 5] rpc_parse/parse_prs.c:prs_uint32(635) 0018 num_elements: 00000001 [2004/03/16 11:56:53, 5] rpc_parse/parse_prs.c:prs_uint16(606) 001c context_id : 0000 [2004/03/16 11:56:53, 5] rpc_parse/parse_prs.c:prs_uint8(577) 001e num_syntaxes: 01 [2004/03/16 11:56:53, 5] rpc_parse/parse_prs.c:prs_uint32(635) 0020 data : 12345778 [2004/...

...ra_delete_gs_state(struct pipe_context *pcontext, + void *so) +{ + struct tegra_context *context = to_tegra_context(pcontext); + + context->gpu->delete_gs_state(context->gpu, so); +} + +static void * +tegra_create_vertex_elements_state(struct pipe_context *pcontext, + unsigned num_elements, + const struct pipe_vertex_element *elements) +{ + struct tegra_context *context = to_tegra_context(pcontext); + + return context->gpu->create_vertex_elements_state(context->gpu, + num_elements, + elements); +} + +static void +tegra_bind_vertex_elements_state(struct...