Searched refs:why (Results 1 - 25 of 311) sorted by relevance

1234567891011>>

/xsrc/external/mit/xorg-server.old/dist/os/
H A Drpcauth.c55 static enum auth_stat why; variable in typeref:enum:auth_stat
71 why = AUTH_FAILED; /* generic error, since there is no AUTH_BADALLOC */
83 why = AUTH_FAILED;
100 why = AUTH_TOOWEAK;
104 if ((why = __authenticate(&r, &msg)) != AUTH_OK) {
106 if ((why = _authenticate(&r, &msg)) != AUTH_OK) {
144 sprintf(rpc_error, "Unable to authenticate secure RPC client (why=%d)", why);
/xsrc/external/mit/xorg-server/dist/os/
H A Drpcauth.c54 static enum auth_stat why; variable in typeref:enum:auth_stat
70 why = AUTH_FAILED; /* generic error, since there is no AUTH_BADALLOC */
82 why = AUTH_FAILED;
99 why = AUTH_TOOWEAK;
103 if ((why = __authenticate(&r, &msg)) != AUTH_OK) {
105 if ((why = _authenticate(&r, &msg)) != AUTH_OK) {
141 "Unable to authenticate secure RPC client (why=%d)", why);
/xsrc/external/mit/libpthread-stubs/dist/
H A Dconfigure.ac33 dnl See the README why '-pthread' is deemed sufficient.
/xsrc/external/mit/freetype/dist/builds/dos/
H A Ddetect.mk138 # explanations why we need hacking here.
/xsrc/external/mit/setxkbmap/dist/
H A Dsetxkbmap.c546 int major, minor, why; local in function:getDisplay
552 &why);
559 switch (why)
580 ERR1("Unknown error %d from XkbOpenDisplay\n", why);
/xsrc/external/mit/libdrm/dist/
H A DCONTRIBUTING.rst25 The body of the commit message should describe what the patch changes and why,
/xsrc/external/mit/MesaLib/dist/docs/relnotes/
H A D18.1.9.rst76 - meson: Print a message about why a libdrm version was selected
H A D18.2.1.rst89 - meson: Print a message about why a libdrm version was selected
/xsrc/external/mit/ctwm/dist/tests/
H A DCMakeLists.txt85 # why...)
/xsrc/external/mit/MesaLib/dist/src/amd/compiler/
H A DREADME.md25 This is why divergence is a performance concern in shader programming.
121 That's why, among other things, the HW VS is no longer used to execute the SW VS when tesselation or geometry shading are used.
161 This is why merged shaders get an argument called `merged_wave_info` which tells how many invocations each part needs,
/xsrc/external/mit/MesaLib.old/dist/src/gallium/drivers/swr/rasterizer/common/
H A Dsimdlib_256_avx2.inl222 // Only for this intrinsic - not sure why. :(
/xsrc/external/mit/MesaLib/dist/src/gallium/drivers/swr/rasterizer/common/
H A Dsimdlib_256_avx2.inl234 // Only for this intrinsic - not sure why. :(
/xsrc/external/mit/MesaLib/dist/src/freedreno/.gitlab-ci/traces/
H A Dafuc_test.asm115 ; branch cannot also be taken, which is why the last branch in the sequence
/xsrc/external/mit/xterm/dist/
H A Dmain.c3537 int why; local in function:set_owner
3544 why = errno;
3545 if (why != ENOENT
3550 TRACE(("...chown failed: %s\n", strerror(why)));
3552 why = errno;
3553 if (why != ENOENT) {
3567 TRACE(("...chmod failed: %s\n", strerror(why)));
4920 /* why are we copying this string again? (see above) */
H A Dxterm.h1398 #define xtermNeedSwap(xw,why) TScreenOf(xw)->needSwap |= (why)
1402 #define xtermNeedSwap(xw,why) /* nothing */
/xsrc/external/mit/MesaLib/dist/docs/drivers/
H A Dlima.rst231 `Mesa issue`_ (in which case some indication on why Lima in particular
/xsrc/external/mit/MesaLib/dist/docs/
H A Dfaq.rst199 3.1 Rendering is slow / why isn't my graphics hardware being used?
H A Dsubmittingpatches.rst337 manager will reply to the patch in question stating why the patch has
H A Denvvars.rst49 error message indicating where the error occurred, and possibly why,
/xsrc/external/mit/MesaLib.old/dist/src/gallium/docs/source/drivers/freedreno/
H A Dir3-notes.rst13 Here, the second instruction needs the output of the first group of scalar instructions in the wrong order, resulting in not enough instruction spots between the ``add r0.w, r1.w, r2.w`` and ``mul r0.x, r1.x, r0.w``. Which is why the original (old) compiler which merely translated nearly literally from TGSI to ir3, had a strong tendency to fall over.
/xsrc/external/mit/MesaLib/dist/docs/drivers/freedreno/
H A Dir3-notes.rst13 Here, the second instruction needs the output of the first group of scalar instructions in the wrong order, resulting in not enough instruction spots between the ``add r0.w, r1.w, r2.w`` and ``mul r0.x, r1.x, r0.w``. Which is why the original (old) compiler which merely translated nearly literally from TGSI to ir3, had a strong tendency to fall over.
/xsrc/external/mit/freetype/dist/docs/reference/assets/javascripts/
H A Dapplication.c33a9706.js44 */,D.generateStopWordFilter=function(e){var t=e.reduce(function(e,t){return e[t]=t,e},{});return function(e){if(e&&t[e.toString()]!==e.toString())return e}},D.stopWordFilter=D.generateStopWordFilter(["a","able","about","across","after","all","almost","also","am","among","an","and","any","are","as","at","be","because","been","but","by","can","cannot","could","dear","did","do","does","either","else","ever","every","for","from","get","got","had","has","have","he","her","hers","him","his","how","however","i","if","in","into","is","it","its","just","least","let","like","likely","may","me","might","most","must","my","neither","no","nor","not","of","off","often","on","only","or","other","our","own","rather","said","say","says","she","should","since","so","some","than","that","the","their","them","then","there","these","they","this","tis","to","too","twas","us","wants","was","we","were","what","when","where","which","while","who","whom","why","will","with","would","yet","you","your"]),D.Pipeline.registerFunction(D.stopWordFilter,"stopWordFilter")
/xsrc/external/mit/xorg-server.old/dist/xkb/
H A Dxkb.c58 int why;\
59 int rc = lf(&(dev), id, client, access_mode, &why);\
61 client->errorValue = _XkbErrCode2(why, id);\
/xsrc/external/mit/xorg-server/dist/xkb/
H A Dxkb.c59 int why;\
60 int tmprc = lf(&(dev), id, client, access_mode, &why);\
62 client->errorValue = _XkbErrCode2(why, id);\
/xsrc/external/mit/xsetpointer/dist/
H A Daclocal.m41107 # This was a mistake. There are at least two reasons why we must not

Completed in 45 milliseconds

1234567891011>>