search for: 5692

...oved from the kernel tree. Initialize blktap request on mempool allocation instead. Checksums-Sha1: 39e0c4b3dc81329397626302f4e7b94bf75cb3d9 1975 blktap-dkms_2.0.93-0.5.dsc 27c936ab378a098fcaeb134924e69d7e78b06210 21971 blktap-dkms_2.0.93.orig.tar.gz 729399c2270876290e456d2f0894a882a205f2e4 5692 blktap-dkms_2.0.93-0.5.debian.tar.xz Checksums-Sha256: 2b942f1d2b7f58945e5401c9093cdda8928fdaf73377cba4b63bc16f0bad0b34 1975 blktap-dkms_2.0.93-0.5.dsc 7211a14bda91b69667b98bda2a3faaed3e4a22b79f1b47b88307374927fa1ab6 21971 blktap-dkms_2.0.93.orig.tar.gz 6688b2ed426195070143b5b4bee5756919cf7b9646...

...on pastebin. Just for fun, I added some debug dumps for machine instructions that spill registers (i.e. return non-zero from MachineInstr::getFoldedSpillSize()) that are fed by load-immediates and kill that register. Then I bootstrapped LLVM/Clang/compiler-rt with those dumps. Turns out there are 5692 occurrences of that. I might have more luck reducing one of those files. On Wed, Feb 20, 2019 at 7:16 PM Quentin Colombet <qcolombet at apple.com> wrote: > Do you have a reproducer? > > That shouldn’t happen. > > > On Feb 20, 2019, at 4:12 PM, Nemanja Ivanovic via llvm-dev...

...running the command *pidof nmbd* results in: *[root at BHFS01 etc]# pidof nmbd* *12861 12644 12404 12236 12071 11885 11720 11553 11388 11201 11036 10869 10704 10518 10353 10186 10020 9834 9669 9502 9337 9151 8985 8818 8653 8467 8302 8135 7970 7783 7618 7234 7069 6878 6713 6545 6380 6189 6024 5857 5692 5496 5330 5163 4998 4799 4633 4466 4300 4084 3858 3691 3526 3339 3174 3006 2841 2655 2429 2149 1855 1505* Restarting the nmbd service fixes the problem, but the above processes are what we get in a single day. I do not want to restart the service each night to fix this, but I am not sure where the...

...in. > > Just for fun, I added some debug dumps for machine instructions that spill registers (i.e. return non-zero from MachineInstr::getFoldedSpillSize()) that are fed by load-immediates and kill that register. Then I bootstrapped LLVM/Clang/compiler-rt with those dumps. Turns out there are 5692 occurrences of that. I might have more luck reducing one of those files. > > On Wed, Feb 20, 2019 at 7:16 PM Quentin Colombet <qcolombet at apple.com <mailto:qcolombet at apple.com>> wrote: > Do you have a reproducer? > > That shouldn’t happen. > > > On Feb 20...

...some debug dumps for machine instructions that >> spill registers (i.e. return non-zero from >> MachineInstr::getFoldedSpillSize()) that are fed by load-immediates and >> kill that register. Then I bootstrapped LLVM/Clang/compiler-rt with those >> dumps. Turns out there are 5692 occurrences of that. I might have more luck >> reducing one of those files. >> >> On Wed, Feb 20, 2019 at 7:16 PM Quentin Colombet <qcolombet at apple.com> >> wrote: >> >>> Do you have a reproducer? >>> >>> That shouldn’t happen. >&g...

...28 52 80 112 148 188 232 280 332 388 448 512 [20] 580 652 728 808 892 980 1072 1168 1268 1372 1480 1592 1708 1828 1952 2080 2212 2348 2488 [39] 2632 2780 2932 3088 3248 3412 3580 3752 3928 4108 4292 4480 4672 4868 5068 5272 5480 5692 5908 [58] 6128 6352 6580 6812 7048 7288 7532 7780 8032 8288 8548 8812 9080 9352 9628 9908 10192 10480 10772 [77] 11068 11368 11672 11980 12292 12608 12928 13252 13580 13912 14248 14588 14932 15280 15632 15988 16348 16712 17080 [96] 17452 17828 18208 18592 18980 > model_p = lm...

On the subject of kernel updates: I had my install kernel (2.6.18-8.el5xen) and 2.6.18-8.1.8.el5xen on the box. I was unable to originally boot the update (8.1.8xen) because of the 3ware driver issues (I needed to use a driver floppy at install time). I jumped through some hoops (which I am struggling to understand) with weak-updates to get the 2.6.18-8.1.8 kernel to see my raid devices, which

Hi, The attached patch extends the mux listener to accept SOCKS requests in addition to the native mux commands. The rationale behind is that creating tunnels attached to TCP ports is a security hazard in multi-user machines where there is no way to control who connects through the tunnels. On the other hand, The mux UNIX domain socket binds to the file system and regular permissions can be

I have encountered a rather odd situation with Greedy where it will end up spilling a register that was populated with a zero (with a trivially rematerializable load-immediate instruction). In fact, it spills 3 such values (LICM moves stuff out of a loop, register coalescer replaces copies with load-immediates and then Greedy spills them). I personally can't think of a situation where a spill

...d / # ls -alR configfs configfs: total 412 drwxr-xr-x 2 root root 4096 May 27 15:06 . drwxr-xr-x 23 root root 4096 May 31 20:44 .. -rw-r--r-- 1 root root 406287 May 19 21:32 configfs.ko # pwd /lib/modules/2.6.9-5.0.3.EL.orafw1smp/kernel/fs # ls -alR ocfs2 ocfs2: total 5692 drwxr-xr-x 2 root root 4096 May 27 15:06 . drwxr-xr-x 23 root root 4096 May 31 20:44 .. -rw-r--r-- 1 root root 318365 May 19 21:32 ocfs2_dlmfs.ko -rw-r--r-- 1 root root 1429939 May 19 21:32 ocfs2_dlm.ko -rw-r--r-- 1 root root 3424866 May 19 21:32 ocfs2.ko -rw-r--r-- 1...

...;*" after changing map_nt_error_from_unix(). * Make sure to always set errno on error path in OpenDir. o Jeremy Allison <jra@samba.org> * BUG 5675: Fix smbspool program assuming Kerberos authentication by mistake. * BUG 5686: Fix segfaults in libsmbclient. * BUG 5692: Fix coredump in full_audit.so. * BUG 5696: Fix "force group" in setups using Winbind. * Rename cifs.spnego to cifs.upcall. * Fix segfault in cifs.upcall when it is called without any arguments. * Fix coverity ID 594 (resource leak on error path). * Fix assigning of pr...

...;*" after changing map_nt_error_from_unix(). * Make sure to always set errno on error path in OpenDir. o Jeremy Allison <jra@samba.org> * BUG 5675: Fix smbspool program assuming Kerberos authentication by mistake. * BUG 5686: Fix segfaults in libsmbclient. * BUG 5692: Fix coredump in full_audit.so. * BUG 5696: Fix "force group" in setups using Winbind. * Rename cifs.spnego to cifs.upcall. * Fix segfault in cifs.upcall when it is called without any arguments. * Fix coverity ID 594 (resource leak on error path). * Fix assigning of pr...

...5 73 0 1 1 1 0 1648 4728 106152 0 0 0 20480 5900 363 27 68 0 6 1 0 0 1900 4688 107144 0 0 4 21905 5562 414 18 73 6 3 1 0 0 1872 4700 106924 0 0 0 17750 6133 485 23 77 0 0 1 0 0 2096 4716 106396 0 0 0 16384 5692 397 18 69 0 13 1 0 0 1956 4736 106204 0 0 0 20480 6087 440 16 81 0 3 1 0 0 2096 4752 105768 0 0 0 20480 5915 457 15 81 0 4 1 0 0 2152 4608 106744 0 0 0 19592 5895 429 23 75 1 1 1 0 0 1844 4496 107064 0 0...

...com> wrote: > Another other generator is subject to the same problem with the same > probabilitiy. > > > Filter(function(s){set.seed(s, kind="Knuth-TAOCP-2002");runif(1,17,26)>25.99}, > 1:10000) > [1] 280 415 826 1372 2224 2544 3270 3594 3809 4116 4236 5018 5692 7043 > 7212 7364 7747 9256 9491 9568 9886 > > > > Bill Dunlap > TIBCO Software > wdunlap tibco.com > > On Fri, Nov 3, 2017 at 10:31 AM, Tirthankar Chakravarty < > tirthankar.lists at gmail.com> wrote: > >> >> Bill, >> >> I have clarifie...

...and Environmental Sciences Program Department of Civil and Environmental Engineering 201 Mineral Industries Building (MWRF) 123 Civil Mechanical Building (T) South Dakota School of Mines and Technology 501 East St Joseph Street Rapid City, SD 57701-3995 USA Ph: +1-605-394-1994 Mobile: +1-605-484-5692

..._mdns4_minimal.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\354\7\0\0004\0\0\0"..., 512) = 512 lseek(3, 5964, SEEK_SET) = 5964 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1040) = 1040 lseek(3, 5692, SEEK_SET) = 5692 read(3, "A0\0\0\0aeabi\0\1&\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., 49) = 49 fstat64(3, {st_mode=S_IFREG|0644, st_size=7004, ...}) = 0 mmap2(NULL, 38464, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6a39000 mprotect(0xb6a3b000, 28...

...77ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\354\7\0\0004\0\0\0"..., >> 512) = 512 >> lseek(3, 5964, SEEK_SET) = 5964 >> read(3, >> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1040) >> = 1040 >> lseek(3, 5692, SEEK_SET) = 5692 >> read(3, >> "A0\0\0\0aeabi\0\1&\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., >> 49) = 49 >> fstat64(3, {st_mode=S_IFREG|0644, st_size=7004, ...}) = 0 >> mmap2(NULL, 38464, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWR...

...4166 4173 4176 4224 4273 4345 4400 4401 4436 4461 4490 4491 4498 4561 4595 4618 4651 4676 4711 4712 4713 4729 4731 4736 4737 4738 4739 4746 4786 4787 4788 4813 4816 4822 4847 4883 4885 4933 4941 4942 4957 4958 5029 5052 5097 5135 5136 5182 5217 5253 5271 5357 5543 5551 5565 5577 5589 5602 5612 5643 5692 5722 . OK Search completed (11.078 secs). ---- Now I run the same original three searches, but they return completely different results(!): ---- . UID SEARCH FROM "Nick" * SEARCH 9 66 100 116 179 212 228 240 274 338 347 386 448 494 519 579 603 643 766 781 788 827 1095 1107 1174 1240 125...

Another other generator is subject to the same problem with the same probabilitiy. > Filter(function(s){set.seed(s, kind="Knuth-TAOCP-2002");runif(1,17,26)>25.99}, 1:10000) [1] 280 415 826 1372 2224 2544 3270 3594 3809 4116 4236 5018 5692 7043 7212 7364 7747 9256 9491 9568 9886 Bill Dunlap TIBCO Software wdunlap tibco.com On Fri, Nov 3, 2017 at 10:31 AM, Tirthankar Chakravarty < tirthankar.lists at gmail.com> wrote: > > Bill, > > I have clarified this on SO, and I will copy that clarification in here: > &gt...

...\7\0\0004\0\0\0"..., >>>> 512) = 512 >>>> lseek(3, 5964, SEEK_SET) = 5964 >>>> read(3, >>>> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., >>>> 1040) = 1040 >>>> lseek(3, 5692, SEEK_SET) = 5692 >>>> read(3, >>>> "A0\0\0\0aeabi\0\1&\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., >>>> 49) = 49 >>>> fstat64(3, {st_mode=S_IFREG|0644, st_size=7004, ...}) = 0 >>>> mmap2(NULL, 38464, PRO...