search for: 17371

http://bugs.freedesktop.org/show_bug.cgi?id=17371 Summary: Xv on NV18: HD video flickers with Adaptor #0, going back and forth Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Prior...

...p-login 17375 1880 14903 0 1578475789 0 imap-login 17374 1965 10754 0 1578475790 0 imap-login 17373 1796 21137 0 1578475790 0 imap-login 17372 1194 52360 0 1578475789 0 imap-login 17371 1994 7482 0 1578475790 0 imap-login 17370 2061 3793 0 1578475789 0 imap-login 17369 2127 2992 0 1578475789 0 imap-login 17368 2014 5152 0 1578475790 0 imap-login 17362 2144...

Hi. I have been using asterisk-1.6.2 and if I update the version -- using svn -- to around May 19 or after, when I dial a digit on my fxs port which is on an X400p card, asterisk seg faults. If I go back before about this date, this problem does not occur. The dahdi version is svn 7445. Any ideas would be appreciated. -- Your life is like a penny. You're going to lose it. The question

I''ve been following the rails/osx tutorial at http://developer.apple.com/tools/rubyonrails.html This develops a simple application with expenses and accounts. Near the end of the tutorial, there is a view which allows expenses to be added to an account. This view has the "parent" @account rendered, then iterates throught @account.expenses to display the existing accounts,

On 07 Jan 2020, at 07:15, Dovecot Mailing List <dovecot at dovecot.org> wrote: > dovecot: master: Warning: service(imap-login): process_limit (16) reached, client connections are being dropped Is this an actual problem? Most client connections are idle, so I doubt if the occasional drop is noticed at all. Also, why a limit of 16? Have you tried, oh, 160 instead? -- "Master,

http://bugs.freedesktop.org/show_bug.cgi?id=17462 Summary: XVideo Overlay adaptor is jerky on HD videos (NV18 card) Product: xorg Version: 7.3 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

...input_pending (stream=<value optimized out>, pending=<value optimized out>) at istream.c:931 No locals. #2 0x00007f697af80b35 in openssl_iostream_bio_input (ssl_io=0x7f6980852320, type=OPENSSL_IOSTREAM_SYNC_TYPE_WRITE) at iostream-openssl.c:500 data = 0x7f697d6784e0 "" bytes = 17371 ret = <value optimized out> bytes_read = true size = 0 #3 openssl_iostream_bio_sync (ssl_io=0x7f6980852320, type=OPENSSL_IOSTREAM_SYNC_TYPE_WRITE) at iostream-openssl.c:512 ret = true #4 0x00007f697af8120a in openssl_iostream_more (ssl_io=0x7f6980852320, type=<value optimized out>) at i...

...put_pending (stream=<value optimized out>, pending=<value optimized out>) at istream.c:931 No locals. #2 0x00007f697af80b35 in openssl_iostream_bio_input (ssl_io=0x7f6980852320, type=OPENSSL_IOSTREAM_SYNC_TYPE_WRITE) at iostream-openssl.c:500 data = 0x7f697d6784e0 "" bytes = 17371 ret = <value optimized out> bytes_read = true size = 0 #3 openssl_iostream_bio_sync (ssl_io=0x7f6980852320, type=OPENSSL_IOSTREAM_SYNC_TYPE_WRITE) at iostream-openssl.c:512 ret = true #4 0x00007f697af8120a in openssl_iostream_more (ssl_io=0x7f6980852320, type=<value optimized out>)...

...l0/bri ck1 49152 0 Y 13533 Brick stor2data:/mnt/glusterfs/vol0/bri ck1 49152 0 Y 13302 Brick stor3data:/mnt/disk_b1/glusterfs/ vol0/brick1 49152 0 Y 17371 Brick stor3data:/mnt/disk_b2/glusterfs/ vol0/brick1 49153 0 Y 17391 NFS Server on localhost N/A N/A N N/A NFS Server on stor3data N/A N/A N N/A NFS Server on stor2data N/...

...49152 0 Y > 13533 > Brick stor2data:/mnt/glusterfs/vol0/bri > ck1 49152 0 Y > 13302 > Brick stor3data:/mnt/disk_b1/glusterfs/ > vol0/brick1 49152 0 Y > 17371 > Brick stor3data:/mnt/disk_b2/glusterfs/ > vol0/brick1 49153 0 Y > 17391 > NFS Server on localhost N/A N/A N > N/A > NFS Server on stor3data N/A N/A N N/A > NFS Ser...

...Y >> 13533 >> Brick stor2data:/mnt/glusterfs/vol0/bri >> ck1 49152 0 Y >> 13302 >> Brick stor3data:/mnt/disk_b1/glusterfs/ >> vol0/brick1 49152 0 Y >> 17371 >> Brick stor3data:/mnt/disk_b2/glusterfs/ >> vol0/brick1 49153 0 Y >> 17391 >> NFS Server on localhost N/A N/A N >> N/A >> NFS Server on stor3data N/A N/A...

...3 >>> Brick stor2data:/mnt/glusterfs/vol0/bri >>> ck1 49152 0 Y >>> 13302 >>> Brick stor3data:/mnt/disk_b1/glusterfs/ >>> vol0/brick1 49152 0 Y >>> 17371 >>> Brick stor3data:/mnt/disk_b2/glusterfs/ >>> vol0/brick1 49153 0 Y >>> 17391 >>> NFS Server on localhost N/A N/A N >>> N/A >>> NFS Server on stor3data...

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

Hi Jose, On 28 February 2018 at 18:28, Jose V. Carri?n <jocarbur at gmail.com> wrote: > Hi Nithya, > > I applied the workarround for this bug and now df shows the right size: > > That is good to hear. > [root at stor1 ~]# df -h > Filesystem Size Used Avail Use% Mounted on > /dev/sdb1 26T 1,1T 25T 4% /mnt/glusterfs/vol0 > /dev/sdc1

...61 dynprog.ll 12 25271 0 0.01 25220 0 0.01 25220 ecb_enc.ll 2 18267 0 0.01 18240 0 0.01 18240 em3d.ll 1 10207 0 0.01 10187 0 0.01 10187 emfloat.ll 19 104508 0 0.02 104492 0 0.02 104092 emitter.ll 1 25010 0 0.01 24981 0 0.01 24981 encode.ll 2 15460 0 0.01 15424 0 0.01 15424 endgame.ll 1 17397 0 0.01 17371 0 0.01 17371 EndianPortable.ll 13 15174 5 0.01 10262 3 0.01 11696 EnumDirItems.ll 22 358170 0 0.03 358135 0 0.04 358135 equiv.ll 2 31731 0 0.01 31701 0 0.01 31701 erase.ll 1 765 0 0.01 736 0 0.01 736 erc_api.ll 10 68842 0 0.01 68821 0 0.01 68821 erc_do_i.ll 6 90863 0 0.02 90842 0 0.02 90842 erc_do_...

Hi Nithya, I applied the workarround for this bug and now df shows the right size: [root at stor1 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/sdb1 26T 1,1T 25T 4% /mnt/glusterfs/vol0 /dev/sdc1 50T 16T 34T 33% /mnt/glusterfs/vol1 stor1data:/volumedisk0 101T 3,3T 97T 4% /volumedisk0 stor1data:/volumedisk1