search for: rechecked

...le for such a thing. Can enable_signalling fail? What's the reason for fence_signaled() in the first place? > It doesn't need to be completely reliable, or finish immediately. > > And any time wake_up_all(&rdev->fence_queue) is called all the fences that were enabled will be rechecked. I raised this already somewhere else, but should we have some common infrastructure in the core fence code to recheck fences periodically? radeon doesn't seem to be the only hw where this isn't reliable enough. Of course timer-based rechecking would only work if the driver provides the fe...

...enable_signalling fail? What's the reason for fence_signaled() in the first place? >>> It doesn't need to be completely reliable, or finish immediately. >>> >>> And any time wake_up_all(&rdev->fence_queue) is called all the fences that were enabled will be rechecked. >> I raised this already somewhere else, but should we have some common >> infrastructure in the core fence code to recheck fences periodically? >> radeon doesn't seem to be the only hw where this isn't reliable >> enough. Of course timer-based rechecking would only...

Hi, On 6/13/23 4:23 PM, Tuo Li wrote: > Hello, > > Our static analysis tool finds some possible data races in the OCFS2 file > system in Linux 6.4.0-rc6. > > In most calling contexts, the variables such as res->lockname.name and > res->owner are accessed with holding the lock res->spinlock. Here is an > example: > > lockres_seq_start() --> Line 539

hi before checking in that chown fix, i wanted you to take a look. tested on my workstation. basicaly the patch takes care that logtail saves the offset file with the correct permissions. when playing around lately with file tampering and those invoking logcheck as root. i got similar output to #253998 Alfie may point out that i should not invoke logcheck as root, but i better fix that before

Use a custom test driver for running the tests: based on the test-driver provided by automake, it adds the running time of the test in each .trs file. --- configure.ac | 1 + guestfs-test-driver | 151 ++++++++++++++++++++++++++++++++++++++++++++++++++++ tests/Makefile.am | 2 + 3 files changed, 154 insertions(+) create mode 100755 guestfs-test-driver diff --git a/configure.ac

https://bugzilla.samba.org/show_bug.cgi?id=5644 Summary: Option to recheck basis dirs for existing dest files Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

On 2019/10/24 ??11:26, Liu, Yong wrote: > >> -----Original Message----- >> From: Jason Wang [mailto:jasowang at redhat.com] >> Sent: Tuesday, October 22, 2019 9:06 PM >> To: Liu, Yong <yong.liu at intel.com>; mst at redhat.com; Bie, Tiwei >> <tiwei.bie at intel.com> >> Cc: virtualization at lists.linux-foundation.org >> Subject: Re: [PATCH]

Is there a command in Asterisk that will cause all Aastra phones to reboot and/or recheck for new firmware? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070312/d394c874/attachment.htm

...a thing. Can enable_signalling fail? What's the reason for fence_signaled() in the first place? >> It doesn't need to be completely reliable, or finish immediately. >> >> And any time wake_up_all(&rdev->fence_queue) is called all the fences that were enabled will be rechecked. > I raised this already somewhere else, but should we have some common > infrastructure in the core fence code to recheck fences periodically? > radeon doesn't seem to be the only hw where this isn't reliable > enough. Of course timer-based rechecking would only work if the dri...

...or better handling long file transfers that may be interrupted, however this does nothing to remove the overhead of resuming a dropped rsync transfer, i.e - if you have 100,000 files and the transfer stalls on the last one, then running the command again will cause the 99,000 successful files to be rechecked before the partial one is actually resumed. What I'd like to propose is a set of --resume parameters, when set these will cause rsync (or rather the rsync receiver) to attempt to write a file before closing that describes where in the transfer it go to. If a new rsync transfer begins and such...

On 2019/10/22 ??2:48, Liu, Yong wrote: > Hi Jason, > My answers are inline. > >> -----Original Message----- >> From: Jason Wang [mailto:jasowang at redhat.com] >> Sent: Tuesday, October 22, 2019 10:45 AM >> To: Liu, Yong <yong.liu at intel.com>; mst at redhat.com; Bie, Tiwei >> <tiwei.bie at intel.com> >> Cc: virtualization at

@ the guy with the ssl certs problem: recheck file- and folder-permissions. check if the ssl.-cert is generated correct. re-check the icecast config-file and it's file- and folder-permissions. are the involved files in the correct location so icecast can find them? what about the pid-entry? greets gee

On Sun, Mar 15, 2015 at 02:50:27PM +0800, Linhaifeng wrote: > Hi,Michael > > I had tested the start_xmit function by the follow code found that the tx queue's state is stopped and can't send any packets anymore. Why don't you Cc all maintainers on this email? Pls check the file MAINTAINERS for the full list. I added Cc for now. > > static netdev_tx_t

On Sun, Mar 15, 2015 at 02:50:27PM +0800, Linhaifeng wrote: > Hi,Michael > > I had tested the start_xmit function by the follow code found that the tx queue's state is stopped and can't send any packets anymore. Why don't you Cc all maintainers on this email? Pls check the file MAINTAINERS for the full list. I added Cc for now. > > static netdev_tx_t

Sorry about that ./configure --with-included-popt But then 200+ plus lines of warnings :( I'll read some more -pete

On Tue, Oct 22, 2019 at 01:10:04AM +0800, Marvin Liu wrote: > When callback is delayed, virtio expect that vhost will kick when > rolling over event offset. Recheck should be taken as used index may > exceed event offset between status check and driver event update. > > However, it is possible that flags was not modified if descriptors are > chained or in_order feature was

...sidual vectors (so it executes once for each residue vector). I've measured independently the average time for the whole extra code and it takes approximately 0.00012 secs per call (so that would make roughly 0.00012*channels*frames extra encoding time for an audio file). Despite I've re-re-rechecked my code and I haven't found anything strange, I don't discard at all that may be there are some algorithmic errors left that may make my code be a bit inefficient, but making 2 secs go to 2 mins is quite alarming and far away from permissible. Supposing I have no important algorithmic error...

http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html have lines: Add the directory containing the tools to your PATH. % set path = ( `cd llvm/tools/Debug && pwd` $path ) In my LLVM object directory at LLVM build (obj != src) obj/tools/Debug don't exist (instead exist obj/Debug) Also i recheck obj == src case with same result. I am use and I think command must be updated to set path =

Just discovered that on CentOS 4.1 when you issue the command: lvcreate -s -n temp -L2G /dev/vgname/lvname to create a snapshot, you get the error message: snapshot: Required device-mapper target(s) not detected in your kernel I've checked and recheck my spelling and tried using the device created under /dev/mapper. I've tried it on both x86_64 and on i386. Works as expected under

On Tue, Oct 22, 2019 at 01:10:04AM +0800, Marvin Liu wrote: > When callback is delayed, virtio expect that vhost will kick when > rolling over event offset. Recheck should be taken as used index may > exceed event offset between status check and driver event update. > > However, it is possible that flags was not modified if descriptors are > chained or in_order feature was