search for: nsec

> OK, attempting one more convergence on all this, here's > what I did: > > 1. Reverted back to rev 1.5 of src/libFLAC/ia32/Makefile.am > 2. Applied Matt's last cleanup patch of 8 files. I did not > apply the patch to src/test_unit/main.c since it looks wrong. > main.c is supposed to include the local bitbuffer.h, not > src/libFLAC/private/bitbuffer.h; I think the

struct timespec64 has unused bits in the tv_nsec field that can be used for other purposes. In future patches, we're going to change how the inode->i_ctime is accessed in certain inodes in order to make use of them. In order to do that safely though, we'll need to eradicate raw accesses of the inode->i_ctime field from the kernel....

...smb_smb_negotiate : TZ = 360 smb_smb_negotiate : CAPS = 8080f3fd smb_smb_negotiate : MAXMUX = 50 smb_smb_negotiate : MAXVCS = 1 smb_smb_negotiate : MAXRAW = 65536 smb_smb_negotiate : MAXTX = 16644 smb_iod_negotiate : completed smb_iod_process_message : smb_iod_thread : going to sleep for 200 secs 0 nsecs smb_iod_process_message : smb_iod_thread : going to sleep for 200 secs 0 nsecs smb: Need username and domain for NTLMSSP smb_iod_request : smb_iod_process_message : smb_iod_thread : going to sleep for 200 secs 0 nsecs smb_iod_request : smb_iod_process_message : smb_iod_request : smb_iod_process_me...

...+++++++++-------------- 1 file changed, 24 insertions(+), 14 deletions(-) diff --git a/server/public.c b/server/public.c index a992df1..630de9b 100644 --- a/server/public.c +++ b/server/public.c @@ -304,6 +304,16 @@ nbdkit_realpath (const char *path) int nbdkit_nanosleep (unsigned sec, unsigned nsec) { + struct timespec ts; + + if (sec >= INT_MAX - nsec / 1000000000) { + nbdkit_error ("sleep request is too long"); + errno = EINVAL; + return -1; + } + ts.tv_sec = sec + nsec / 1000000000; + ts.tv_nsec = nsec % 1000000000; + #if defined HAVE_PPOLL && defined P...

Matt attempted to add CLOCK_TAI support to the VDSO clock_gettime() implementation, which extended the clockid switch case and added yet another slightly different copy of the same code. Especially the extended switch case is problematic as the compiler tends to generate a jump table which then requires to use retpolines. If jump tables are disabled it adds yet another conditional to the existing

...and look at upping the reboose_interval on some of our servers. #!/usr/sbin/dtrace -s sched:::off-cpu { self->cpu = cpu; self->timestamp=timestamp; } sched:::on-cpu /self->cpu != cpu && execname=="mstragent"/ { printf("%s migrated from cpu %d to cpu %d nsec:%d \n",execname,self->cpu,cpu,timestamp-self->timestamp); printf("%s migrated from cpu %d to cpu %d ms:%d \n",execname,self->cpu,cpu,(timestamp-self->timestamp)/1000000); self->cpu = 0; self->timestamp = 0; } Sample output is as follows dtrace: script...

Hi, I would like to know if there are any plans to introduce a creation timestamp in future ext3/4 versions. Having a 4th timestamp saving the creation time would be very good for projekts like Samba for example. It would be important that creation time can also be set manually later on by some system call. Systems like FreeBSD's UFS and Solais' ZFS already support creation times.

...that. Reproduced below is full serial console output of boot of hypervisor and dom0 kernel. I''ve indicated the points where progress seems to halt or be abnormally slow. The boot ends with a repeated message of: [10065189777.645584] CE: xen increasing min_delta_ns to 7197131137619773666 nsec [10065189777.645584] CE: xen increasing min_delta_ns to 1572324669574884690 nsec etc. Between this and some other messages about timers earlier on I gather there are timer problems here at the very least. If anyone has any suggestions for boot parameters that may allow further diagnosis or workar...

...-------- 5 files changed, 54 insertions(+), 53 deletions(-) diff --git a/nvkm/subdev/pwr/fuc/kernel.fuc b/nvkm/subdev/pwr/fuc/kernel.fuc index 54276c9..5cf5be6 100644 --- a/nvkm/subdev/pwr/fuc/kernel.fuc +++ b/nvkm/subdev/pwr/fuc/kernel.fuc @@ -98,12 +98,16 @@ wr32: // $r14 - ns // $r0 - zero nsec: + push $r9 + push $r8 nv_iord($r8, NV_PPWR_TIMER_LOW) nsec_loop: nv_iord($r9, NV_PPWR_TIMER_LOW) sub b32 $r9 $r8 cmp b32 $r9 $r14 bra l #nsec_loop + pop $r8 + pop $r9 ret // busy-wait for a period of time @@ -115,6 +119,8 @@ nsec: // $r11 - timeout (ns) // $r0 - zero wait:...

I just had a quick play with gzip compression on a filesystem and the result was the machine grinding to a halt while copying some large (.wav) files to it from another filesystem in the same pool. The system became very unresponsive, taking several seconds to echo keystrokes. The box is a maxed out AMD QuadFX, so it should have plenty of grunt for this. Comments? Ian

Matt attempted to add CLOCK_TAI support to the VDSO clock_gettime() implementation, which extended the clockid switch case and added yet another slightly different copy of the same code. Especially the extended switch case is problematic as the compiler tends to generate a jump table which then requires to use retpolines. If jump tables are disabled it adds yet another conditional to the existing

Matt attempted to add CLOCK_TAI support to the VDSO clock_gettime() implementation, which extended the clockid switch case and added yet another slightly different copy of the same code. Especially the extended switch case is problematic as the compiler tends to generate a jump table which then requires to use retpolines. If jump tables are disabled it adds yet another conditional to the existing

I like how some cds, such as the windows installer discs will skip booting from the disc if you accidentally left the drive because they require you to hit a key to make them actually boot from the disc. I've kind of tried to emulate this behavior using chain.c32, but, it requires me to specify which harddrive, and I'd rather see an independant setup. I've tried localboot -1, but, it

...d implements it under the hood as a ppoll that redirects signals but wakes up as needed. Including <time.h> for struct timespec in nbdkit-common.h is difficult (C++ is not required to provide it), so we just take the two arguments in pieces; we can rely on int being 32-bits, so don't need nsec to be a long, and in turn can avoid EINVAL for nsec outside the [0,1000000000) range by updating sec as needed. And sleeping longer than INT_MAX seconds is indistinguishable from having no timeout, at least when compared to human lifetimes, so we reject larger values. Although it is more likely t...

...; btrfs_inode = {generation = 1, transid = 140737354044640, size = 4994, nbytes = 0, block_group = 0, nlink = 1, uid = 1000, gid = 1000, mode = 16877, rdev = 0, flags = 0, sequence = 140737351933932, reserved = {0, 140737354040256, 140733193388033, 0}, atime = {sec = 1303466526, nsec = 0}, ctime = { sec = 1296464377, nsec = 0}, mtime = {sec = 1296464377, nsec = 0}, otime = {sec = 0, nsec = 0}} #10 copy_inodes (devname=0x7fffffffe897 "/dev/sdc1", datacsum=1, packing=1, noxattr=0) at convert.c:1154 ret =<value optimized out> err =&lt...

...ter (struct backend *next, size_t index, @@ -515,6 +517,11 @@ extern void *threadlocal_buffer (size_t size); extern void threadlocal_set_conn (struct connection *conn); extern struct connection *threadlocal_get_conn (void); +/* public.c */ +extern int do_nbdkit_nanosleep (unsigned sec, unsigned nsec); +extern const char *do_nbdkit_export_name (void); +extern int do_nbdkit_peer_name (struct sockaddr *addr, socklen_t *addrlen); + /* Macro which sets local variable struct connection *conn from * thread-local storage, asserting that it is non-NULL. If you want * to check if conn could be NUL...

...35166 com.ibm.websphere.models.config.ipc.impl.IpcPackageImpl <clinit> Use another java_gc.d to trace the process, seems no error founded: Content of java_gc.d #!/usr/sbin/dtrace -s dvm$target:::gc-start { self->ts = vtimestamp; } dvm$target:::gc-finish { printf("GC ran for %d nsec\n", vtimestamp - self->ts); } dtrace: script ''./java_gc.d'' matched 2 probes CPU ID FUNCTION:NAME 0 5637 cbGarbageCollectionFinish:gc-finish GC ran for 1633376422 nsec 0 5637 cbGarbageCollectionFinish:gc-finish GC ran for 1115770417 nsec 0...

...) diff --git a/drivers/block/xen-blkback/blkback.c b/drivers/block/xen-blkback/blkback.c index d622d86..876116b 100644 --- a/drivers/block/xen-blkback/blkback.c +++ b/drivers/block/xen-blkback/blkback.c @@ -1236,7 +1236,8 @@ static int dispatch_rw_block_io(struct xen_blkif *blkif, seg[i].nsec << 9, seg[i].offset) == 0)) { - bio = bio_alloc(GFP_KERNEL, nseg-i); + int nr_iovecs = (nseg-i) > BIO_MAX_PAGES ? BIO_MAX_PAGES : (nseg-i); + bio = bio_alloc(GFP_KERNEL, nr_iovecs); if (unlikely(bio == NULL)) goto fail_put_bio; -- 1.7.7.5 (Apple Git-26) ____...

I've been working on a patchset to change how the inode->i_ctime is accessed in order to give us conditional, high-res timestamps for the ctime and mtime. struct timespec64 has unused bits in it that we can use to implement this. In order to do that however, we need to wrap all accesses of inode->i_ctime to ensure that bits used as flags are appropriately handled. This patchset first

...like to do it in a way that it can be approved officially, thus I'd like to ask your opinions/ideas on the planned implementation. As I said, I've been looking at the code and it seems there's no way to do this "naturally" (adding u32 variables to the protocol stream for the nsec parts of atime/mtime) since that would break the compatibility with sftp clients/servers that don't expect those variables in the stream. I had a look at the protocol as defined in https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filexfer-13 and that seems to have many differences (in so...