search for: codepath

... using the use drm_gem_ttm_mmap() helper function. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/qxl/qxl_drv.h | 1 - drivers/gpu/drm/qxl/qxl_drv.c | 2 +- drivers/gpu/drm/qxl/qxl_object.c | 1 + drivers/gpu/drm/qxl/qxl_ttm.c | 16 ---------------- 4 files changed, 2 insertions(+), 18 deletions(-) diff --git a/drivers/gpu/drm/qxl/qxl_drv.h

Hi all! I recently got an ATI Radeon HD 3850 card and now noticed that with the fglrx driver many games that look well in AppDB do not run properly on this hardware (Supreme Commander ingame: flickering static garbage, Prince of Persia SoT has several issues that completely garble ingame graphics). Older games (not using shaders among other things) seem to run fine - need to do more testing

...0100, Stephan Roth via samba wrote: >>My goal with activating vfs_fruit was to speed up directory listings >>for Mac clients, which works. Can the accompanying slowdown for >>Windows clients be avoided? > >yeah, I guess so, but somebody has to dig through the relevant >codepaths for a few days to implement the optimisations. thinking about it, most codepaths already do avoid special processing if not in AAPL mode or when not operating on a stream. There's one exception however: fetching the file creation date from Netatalk metadata when in "fruit:metadata = n...

...on on > preprocessor defines, though I can?t find the specific settings offhand. You can use e.g. the define __ARM_NEON__ - it is defined in apple toolchains when targeting both armv7 and arm64. Likewise, when the compiler is building code for armv7 it will use neon instructions in normal C codepaths as well (if it finds it useful). So the only even theoretical use for runtime detection on iOS would be trying to include NEON instruction codepaths in armv6 slices, but there's little reason for that, and you can't probably even submit such binaries to appstore any longer even if you&...

...ommandline: testenc_uwb.exe elfi.snd elfi_out.snd elfi.bits where elfi.snd would be a 32kbit/s raw soundfile, 16 bit signed Little Endian. testenc_uwb.exe will output three SNR values per frame. The first one is the original Speex codec, the second one being the result of the floating point Sphinx codepath, the third one calculated from the integer output of Sphinx. Both the Floating Point and Integer codepaths execute mostly in parallel, however the integer path is not yet complete. So completely ignore the integer SNR value for now. I am working through the encoder step by step. Now I have everyt...

...n able to deprecate the built in winbind. That was the only goal I had - change the implementation, without changing the behaviour. Even then, we have a blocker bug 10720 - "error: Unable to convert first SID" that almost scuttled the whole idea. For better or worse, the idmap and nss codepaths in winbind are entirely separate, so while conceptually connected, the practice is a little more complex. How much more I'm sure you can tell me when you get back to me with a patch, or an example config. Then, we can start on the equally difficult path of deciding how/when to change the def...

...gt; Can you load the debug symbols please ? That should give us > more data on where this is failing. > > Thanks ! > > Jeremy. Jeremy, To lock this down properly we might need to put (#include) the vfs module into a cmocka test, mocking the various gluster calls so we cover these codepaths. Andrew Bartlett -- Andrew Bartlett https://samba.org/~abartlet/ Authentication Developer, Samba Team https://samba.org Samba Developer, Catalyst IT https://catalyst.net.nz/services/samba

The JIT has a codepath that supports JIT memory managers that return true for NeedsExactSize(). This is particularly bad for X86, because the "exact size" is not exact, and looks completely wrong in a lot of cases. Is anyone using this? Can I rip it out? This stuff should go away with the mc'ization of...

...intel cores), it won't contend with other cores for the L3 cache. So misses here are where cores start to feel each other's presence. https://reviews.llvm.org/P7943 --event=LLC-load-misses These are misses in last level cache (LLC). I.e. times that we have to go to DRAM (SLOOOW). The getVA codepath show up strongly and we see the memcpy into the output. We may want to consider a nontemporal memcpy to at least avoid polluting the cache. These misses contend on the DRAM bus (although currently it may be underutilized and so adding more parallelism will help to keep it busy, but only up to a poi...

...was the only goal I had - > > change the implementation, without changing the behaviour. Even then, > > we have a blocker bug 10720 - "error: Unable to convert first SID" that > > almost scuttled the whole idea. > > > > For better or worse, the idmap and nss codepaths in winbind are entirely > > separate, so while conceptually connected, the practice is a little more > > complex. How much more I'm sure you can tell me when you get back to me > > with a patch, or an example config. Then, we can start on the equally > > difficult pat...

...Thanks for trying to help cleanup the LLVM codebase of Clang Static Analyzer warnings. But it seems a lot of the fixes that are being proposed are somewhat mechanical and may be doing the wrong thing in a few ways. * Initializing variables that are only used when initialized through some existing codepath - this can make tools like Memory Sanitizer less useful, because now the value is initialized even in some path where that value is never intended to be used * Adding assertions for pointers that are known to be non-null - in some cases this is helpful, when the algorithm that ensures the non-null...

Hello, all experts. When I use pid provider, my Dscript with -F option output the codepath with flowindent as you know, e.g. -> main -> f1 -> f2 however I realized that the exec file I used at that time was stripped. Does anyone know the reason why I could see the function names? Thanks in advance. -- This message posted from opensolaris.org

I've been playing with the Win32 SYSLINUX, and it fails if you're not using NT or 2K or XP. There are some differences when using it under Win95/98/ME, but is there any reason that this program couldn't just have a different codepath for those older version of Windows? Alex Pavloff - apavloff at esatechnology.com ESA Technology ---- www.esatechnology.com ------- Linux-based industrial HMI ------ -------- www.esatechnology.com/5k -------

...set. > > That is not always true in the cases I've found. That's the consequence > of ignoring warnings. Except it isn't. We can ignore this warning & instead use Valgrind-esque tools to catch not only these bugs, but catch & fix them better by learning which specific codepath leads to the uninitialized use, rather than just initializing a variable to zero (or whatever) even in cases where that value was never intended to be used in any computation.

...ckups when a fifo closes under certain conditions. Based on a mmio-trace and some trail and error testing i've come up with a patch that improves the situation on my NV96. This patch needs testing on NV50+ hardware and regression testing on older hardware, since i did change some of the common codepaths. This is very much a work in progress, and if you have anything to add/correct, please share it. I've also attached a 2 test apps, once is bitscan-fail from mwk, use it like ./bitscan-fail 0x200 to trigger PGRAPH errors. A modified version only emits NOPs (method 0x100) and represents the no...

Hi all, I'm using the JIT capabilities of LLVM. But so far, I've been unable to use the debug capabilities of LLVM in conjunction with the JIT. The problematic scenario goes as follow : - Emit some IR with debug infos. - Install hooks to get back into some codepath that I do not wish to codegen at this stage. - JIT the method. This require to finalize the DIBuilder to complete the emission of debug metadata. - Later on, emit IR for some of the missing branches. Here the problem surface : - Without debug infos, the codegen for this specific method can be...

...s > when I fooled myself into starting to look at it a few weeks ago). > > I'm glad you pointed out some of the patterns in the fixes, let's see > how I can address those: > > > * Initializing variables that are only used when initialized through some > > existing codepath - this can make tools like Memory Sanitizer less > useful, > > because now the value is initialized even in some path where that value > is > > never intended to be used > > * I guess this case could be related to http://reviews.llvm.org/D19971 > and http://reviews.llvm...

"Caldarale, Charles R" <Chuck.Caldarale at unisys.com> writes: >> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] >> On Behalf Of greened at obbligato.org >> Subject: Re: [LLVMdev] Build Failure > >> It seems a better option than simply ignoring warnings and then missing >> a real bug in the haystack of warning

It might not be available, so all codepaths have to recover from zlib unavailability. For example, I don't think compressed DWARF works on Windows. On Tue, Sep 16, 2014 at 3:21 PM, Filip Pizlo <fpizlo at apple.com> wrote: > What is the downside of Zlib dependency? I'm curious! :-) > > -Filip > > On Sep 16, 20...

...the domain is stripped. If it is > very > early on, then DOMAINA\fred and DOMAINB\fred would become fred and > fred, > so how would winbind know which is which ? It only strips the default domain. All the others are untouched. It is (essentially) also only in the getpwnam() and pam codepaths, not in the SID->ID stuff, we generally avoid going via names as much as possible. This is by design. The while idea of idmap_autorid and idmap_rid is that we don't want to rely on any remote communication (eg name->sid calls and reverse) to determine the mapping, as that could fail a...