search for: msleep

...till using usleep: # grep -r usleep * config.h.in:/* Define to 1 if you have the `usleep' function. */ configure.ac: initgroups utimensat posix_fallocate attropen setvbuf usleep) configure.sh: initgroups utimensat posix_fallocate attropen setvbuf usleep OLDNEWS: - Use usleep() for our msleep() function if it is available. util2.c: usleep(t*1000); for my curiosity, that went into rsync @2014, which is not too long ago: https://git.samba.org/rsync.git/?p=rsync.git;a=commit;h=5546dab32970955e77ef7a5886bcd8fb765a25bf http://man7.org/linux/man-pages/man2/nanosleep.2.html is telling...

...inish+0x2d bufdone() at bufdone+0x6c g_io_schedule_up() at g_io_schedule_up+0xce g_up_procbody() at g_up_procbody+0x72 fork_exit() at fork_exit+0x135 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff85d8a93bb0, rbp = 0 --- Uptime: 1m59s Dumping 1219 out of 24477 MB:panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s p...

nv40_sensor_setup() is never called in atomic context. It calls mdelay() to busily wait, which is not necessary. mdelay() can be replaced with msleep(). This is found by a static analysis tool named DCNS written by myself Signed-off-by: Jia-Ju Bai <baijiaju1990 at gmail.com> --- drivers/gpu/drm/nouveau/nvkm/subdev/therm/nv40.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/the...

...06:58:11PM +0000, Mike Lothian wrote: > On 11 February 2018 at 09:38, Lukas Wunner <lukas at wunner.de> wrote: > > The patches for radeon and amdgpu are compile-tested only, I only have a > > MacBook Pro with an Nvidia GK107 to test. To test the patches, add an > > "msleep(12*1000);" at the top of the driver's ->runtime_suspend hook. > > This ensures that the poll worker runs after ->runtime_suspend has begun. > > Wait 12 sec after the GPU has begun runtime suspend, then check > > /sys/bus/pci/devices/0000:01:00.0/power/runtime_status...

nv50_sensor_setup() is never called in atomic context. It calls mdelay() to busily wait, which is not necessary. mdelay() can be replaced with msleep(). This is found by a static analysis tool named DCNS written by myself. Signed-off-by: Jia-Ju Bai <baijiaju1990 at gmail.com> --- drivers/gpu/drm/nouveau/nvkm/subdev/therm/nv50.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/therm/...

Dear Sirs and Madams, I run a small visual effects production company, Hammerhead Productions. We'd like to have an easily extensible inexpensive relatively high-performance storage network using open-source components. I was hoping that OCFS2 would be that system. I have a half-dozen 2 TB fileservers I'd like the rest of the network to see as a single 12 TB disk, with the aggregate

...ke Lothian wrote: > > On 11 February 2018 at 09:38, Lukas Wunner <lukas at wunner.de> wrote: > > > The patches for radeon and amdgpu are compile-tested only, I only have a > > > MacBook Pro with an Nvidia GK107 to test. To test the patches, add an > > > "msleep(12*1000);" at the top of the driver's ->runtime_suspend hook. > > > This ensures that the poll worker runs after ->runtime_suspend has begun. > > > Wait 12 sec after the GPU has begun runtime suspend, then check > > > /sys/bus/pci/devices/0000:01:00.0/power...

...Re: rsync windows -> unix still hanging :( Date: Mon, 30 Dec 2002 17:24:47 -0800 From: Jim Kleckner <jek_subs@kleckner.net> To: Mike Rubel <mrubel@galcit.caltech.edu> CC: cygwin@cygwin.com References: <Pine.GSO.4.10.10212301618100.1820-100000@betz.galcit.caltech.edu> The msleep(100) call is not checked into version 1.156 of main.c. I would recommend trying this one-line patch to see if it helps. I haven't personally delved into the true meaning. I just checked my read-only CVS tree for rsync again. Here is the context diff for that file. Note that the msleep(100) i...

Patrick, there following patches fix xenpaging for me. Granttable handling is incomplete. If a page is gone, a GNTST_eagain should be returned to the caller to inidcate the hypercall has to be retried after a while, until the page is available again. Please review. Olaf _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

...nce) At the end, the parent process waves farewell to the remote server, and then does a kill(..., SIGUSR2) on the child pid to tell it to exit. This signal seems to get lost, as suggested above, some moderate percentage of the time. The child process is supposedly waiting for this signal inside msleep(), which calls select() to wait in 20ms bursts. In the cases that the child manages to reach the select() in time to start waiting, I didn't observer any hangs. But consistently if the kill was received before that point, the child process simply locks up. This suggests that hack workaround...

...; > }; > >> > > >> > +static inline void bios_usleep(unsigned usecs) > >> > +{ > >> > + might_sleep(); > >> > + if (usecs < 1000 * MAX_UDELAY_MS) > >> > + udelay(usecs); > >> > + else > >> > + msleep(usecs / 1000 + 1); > >> > +} > > > > This function is to replace the BIOS_USLEEP() macro with > > something, that works both for short and long delays. > > BIOS_USLEEP would truncate all sleeps to milliseconds, meaning > > delays less than 1000 us would be...

...define ROM16(x) le16_to_cpu(*(uint16_t *)&(x)) #define ROM32(x) le32_to_cpu(*(uint32_t *)&(x)) @@ -50,6 +48,15 @@ struct init_exec { bool repeat; }; +static inline void bios_usleep(unsigned usecs) +{ + might_sleep(); + if (usecs < 1000 * MAX_UDELAY_MS) + udelay(usecs); + else + msleep(usecs / 1000 + 1); +} + static bool nv_cksum(const uint8_t *data, unsigned int length) { /* there's a few checksums in the BIOS, so here's a generic checking function */ @@ -262,7 +269,7 @@ static int parse_init_table(struct nvbios *, unsigned int, struct init_exec *); static void stil...

...error = dounmount(mp, MNT_FORCE, td); (kgdb) p mp->mnt_lockref $1=1 (kgdb) f 4 #4 0xffffffff8048ee42 in dounmount (mp=0xffffff007f7e52f0, flags=524288, td=<value optimized out>) at /usr/src/sys/kern/vfs_mount.c:1266 1266 error = msleep(&mp->mnt_lockref, MNT_MTX(mp), PVFS, (kgdb) list 1261 if (flags & MNT_FORCE) 1262 mp->mnt_kern_flag |= MNTK_UNMOUNTF; 1263 error = 0; 1264 if (mp->mnt_lockref) { 1265 mp->mnt_kern_flag |= MNTK_DRAINING; 1266...

...metime later when the >> balloon work item gets its turn to run. Yes, it will then continue to >> inflate. >> Here are the two cases that will happen then: >> 1) the guest is still under memory pressure, the inflate will fail at >> memory allocation, which results in a msleep(200), and then it exists >> for another time to run. >> 2) the guest isn't under memory pressure any more (e.g. the task which >> consumes the huge amount of memory is gone), it will continue to inflate >> as normal till the requested size. >> > How likely does...

...(ret < 0) + ret = dlm_do_remote_ast(dlm, res, lock); + if (ret < 0) { mlog_errno(ret); + while ((ret == -112 || ret == -107) && send_times++ < 5 ) { + msleep(1000); + ret = dlm_do_remote_ast(dlm, res, lock); + mlog(ML_NOTICE, "AST message retry send again, %d code, send_time = %d\n", ret, send_times); + } + send_times = 0; +...

...see pci_bridge_d3_possible()). > */ > if (!pci_is_pcie(dev)) { > - pci_dbg(dev, "waiting %d ms for secondary bus\n", 1000 + delay); > + pci_info(dev, "waiting %d ms for secondary bus\n", 1000 + delay); > msleep(1000 + delay); > return; > } > @@ -4741,10 +4736,10 @@ void pci_bridge_wait_for_secondary_bus(struct pci_dev *dev) > return; > > if (pcie_get_speed_cap(dev) <= PCIE_SPEED_5_0GT) { > - pci_dbg(dev, "waiting %d...

Hi, In http://sources.redhat.com/ml/cygwin/2002-09/msg01155.html, I noted that the often-observed hangs of rsync under Cygwin were assuaged by a call to msleep(). After upgrading my Cygwin environment to rsync 2.5.6, I'm seeing these hangs again, not surprisingly given a CVS entry for main.c notes that this kludge was not harmless: Revision 1.162 / (download) - annotate - [select for diffs] , Tue Jan 28 05:05:53 2003 UTC (4 months, 4 weeks ago)...

...ridge_wait_for_secondary_bus(struct pci_dev *dev) * management for them (see pci_bridge_d3_possible()). */ if (!pci_is_pcie(dev)) { - pci_dbg(dev, "waiting %d ms for secondary bus\n", 1000 + delay); + pci_info(dev, "waiting %d ms for secondary bus\n", 1000 + delay); msleep(1000 + delay); return; } @@ -4741,10 +4736,10 @@ void pci_bridge_wait_for_secondary_bus(struct pci_dev *dev) return; if (pcie_get_speed_cap(dev) <= PCIE_SPEED_5_0GT) { - pci_dbg(dev, "waiting %d ms for downstream link\n", delay); + pci_info(dev, "waiting %d ms for do...

...ode1 Index 5: took 0 ms to do bio add page read Jul 14 05:55:59 node1 Index 10: took 0 ms to do submit_bio for write Jul 14 05:55:59 node1 Index 11: took 0 ms to do checking slots Jul 14 05:55:59 node1 Index 6: took 0 ms to do submit_bio for read Jul 14 05:55:59 node1 Heartbeat thread stuck at msleep, stuffing current time into that blocker (index 0) Jul 14 05:55:59 node1 Index 12: took 0 ms to do waiting for write completion Jul 14 05:55:59 node1 Index 1: took 0 ms to do waiting for write completion Jul 14 05:55:59 node1 Index 13: took 1999 ms to do msleep Jul 14 05:55:59 node1 Index 7: to...

...in the workqueue code and another small helper in the > DRM library. This solution lends itself nicely to stable-backporting. > > The patches for radeon and amdgpu are compile-tested only, I only have a > MacBook Pro with an Nvidia GK107 to test. To test the patches, add an > "msleep(12*1000);" at the top of the driver's ->runtime_suspend hook. > This ensures that the poll worker runs after ->runtime_suspend has begun. > Wait 12 sec after the GPU has begun runtime suspend, then check > /sys/bus/pci/devices/0000:01:00.0/power/runtime_status. Without this...