search for: 31744

...#39;bootloader'': None, ''cpu'': None, ''maxmem'': 31} [2005-11-11 23:53:02 xend.XendDomainInfo] DEBUG (XendDomainInfo:1028) XendDomainInfo.construct: None 0 [2005-11-11 23:53:02 xend.XendDomainInfo] DEBUG (XendDomainInfo:1050) XendDomainInfo.initDomain: 1033 31744 1.0 [2005-11-11 23:53:02 xend.XendDomainInfo] DEBUG (XendDomainInfo:1076) init_domain> Created domain=1033 name=Dom2N7mig memory=31744 [2005-11-11 23:53:02 xend] INFO (image:130) buildDomain os=linux dom=1033 vcpus=1 [2005-11-11 23:53:02 xend] DEBUG (image:175) dom = 1033 [2005-11-11...

...0 Thu Aug 15 09:30:14 1996 ARIS D 0 Thu Oct 31 09:15:08 1996 WORKSTATION LEASING .url 75 Thu Jan 23 13:30:10 1997 Todone.doc 16384 Thu Jan 16 16:19:54 1997 assetfld.doc 31744 Tue Jul 29 11:03:20 1997 65505 blocks of size 32768. 11287 blocks available Total bytes listed: 48203 smb: \> recurse directory recursion is now on smb: \> dir received 8 entries (eos=1 resume=0) . D 0 Thu Aug 15 09:19:58 1996...

...s ### fs was modified? what's going on here? ### a 3rd run gives: root@sheep:/# /usr/local/sbin/fsck.ext3 -fv /dev/sda8 e2fsck 1.30-WIP (30-Sep-2002) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Problem in HTREE directory inode 16430: node (0) has bad limit (31744) Clear HTree index<y>? ### well, and these HTREE issues are continuing (sp?) to infinity. that means, in *every* fs-check there are always HTREE issues, and i don't know if i should fix these by typing "y" or so. what are your advises on this? to re-check the issue, i create...

...cks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Free blocks count wrong for group #1 (32703, counted=8127). Fix<y>? yes Free blocks count wrong for group #2 (32768, counted=31744). Fix<y>? yes Free blocks count wrong (249509, counted=223909). Fix<y>? yes Free inodes count wrong for group #0 (8181, counted=8180). Fix<y>? yes Free inodes count wrong (65525, counted=65524). Fix<y>? yes /dev/sda: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sda: 12/65536 f...

...cks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Free blocks count wrong for group #1 (32703, counted=8127). Fix<y>? yes Free blocks count wrong for group #2 (32768, counted=31744). Fix<y>? yes Free blocks count wrong (249509, counted=223909). Fix<y>? yes Free inodes count wrong for group #0 (8181, counted=8180). Fix<y>? yes Free inodes count wrong (65525, counted=65524). Fix<y>? yes /dev/sda: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sda: 12/65536 f...

...e=S_IFREG|0775, st_size=49664, ...}) = 0 open("Issue14/3311-2.doc", O_RDONLY) = 4 read(4, "\320\317\21\340\241\261\32\341\0\0\0\0\0\0\0\0\0\0\0\0"..., 49664) = 49664 close(4) = 0 lstat("Issue14/3315.doc", {st_mode=S_IFREG|0775, st_size=31744, ...}) = 0 open("Issue14/3315.doc", O_RDONLY) = 4 read(4, "\320\317\21\340\241\261\32\341\0\0\0\0\0\0\0\0\0\0\0\0"..., 31744) = 31744 close(4) = 0 lstat("Issue14/3410.doc", {st_mode=S_IFREG|0775, st_size=34304, ...}) = 0 open("I...

...y) access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/x86_64-linux-gnu/librt.so.1", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220!\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=31744, ...}) = 0 mmap(NULL, 2128856, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ff03e2a8000 mprotect(0x7ff03e2af000, 2093056, PROT_NONE) = 0 mmap(0x7ff03e4ae000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x7ff03e4ae000 close(3)...

Hi, Michael I have met ext4 error when using vhost_scsi on arm64 platform, and suspect it is vhost_scsi issue. Ext4 error when testing virtio_scsi & vhost_scsi No issue: 1. virtio_scsi, ext4 2. vhost_scsi & virtio_scsi, ext2 3. Instead of vhost, also tried loopback and no problem. Using loopback, host can use the new block device, while vhost is used by guest (qemu).

Hi, Michael I have met ext4 error when using vhost_scsi on arm64 platform, and suspect it is vhost_scsi issue. Ext4 error when testing virtio_scsi & vhost_scsi No issue: 1. virtio_scsi, ext4 2. vhost_scsi & virtio_scsi, ext2 3. Instead of vhost, also tried loopback and no problem. Using loopback, host can use the new block device, while vhost is used by guest (qemu).

...755 76568 0:0 794 - dir 100755 114032 0:0 795 - dmesg 100755 10432 0:0 796 - echo 100755 39328 0:0 797 - egrep 100755 105688 0:0 798 - false 100755 35216 0:0 799 - fgrep 100755 64600 0:0 800 - fuser 100755 31744 0:0 801 - fusermount 104755 31384 0:0 802 - grep 100755 113912 0:0 803 - gunzip 100755 63 0:0 804 - gzexe 100755 5874 0:0 805 - gzip 100755 64168 0:0 806 - ip 100755 226568 0:0 807 - kill 100755 18800 0:0 8...

...eclaimable? no Apr 17 07:49:11 mail2 kernel: lowmem_reserve[]: 0 0 880 4848 Apr 17 07:49:11 mail2 kernel: Normal free:3684kB min:3756kB low:4692kB high:5632kB active:184kB inactive:20kB present:901120kB pages_scanned:361 all_unreclaimable? yes Apr 17 07:49:11 mail2 kernel: lowmem_reserve[]: 0 0 0 31744 Apr 17 07:49:11 mail2 kernel: HighMem free:2863824kB min:512kB low:4748kB high:8988kB active:360868kB inactive:38568kB present:4063232kB pages_scanned:0 all_unreclaimable? no -Rich

I've been working on this the past few days and thought I would put it out there to see if anyone else has interest in it. It really has nothing to do with the Digium appliance, I've just been looking for some mass produced solid state hardware to run small branch offices off of for awhile now and I think I've finally landed on something I like. Basically I've taken an HP thin

...(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = 0 open("/lib/x86_64-linux-gnu/librt.so.1", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220!\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=31744, ...}) = 0 mmap(NULL, 2128856, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fc135e3e000 mprotect(0x7fc135e45000, 2093056, PROT_NONE) = 0 mmap(0x7fc136044000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x7fc136044000 close(3)...

...= 0 > access("/etc/ld.so.nohwcap", F_OK) = 0 > open("/lib/x86_64-linux-gnu/librt.so.1", O_RDONLY) = 3 > read(3, > "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220!\0\0\0\0\0\0"..., 832) > = 832 > fstat(3, {st_mode=S_IFREG|0644, st_size=31744, ...}) = 0 > mmap(NULL, 2128856, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) > = 0x7fc135e3e000 > mprotect(0x7fc135e45000, 2093056, PROT_NONE) = 0 > mmap(0x7fc136044000, 8192, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x7fc136044000 > clos...

...Application freezes when the current directory field is editable, and you right-click a regular file and click Properties 28037 cmd: sharing violation when using redirections 30185 SuperPower 2 demo crashes on launch 30487 Add icons for 'My Network Places', 'My favorites' 31744 Multiple GFWL (Games For Windows Live) 3.5 games crash on startup due to incomplete Windows LiveID install (Street Fighter X Tekken) 36884 Drakensang: The Dark Eye demo crashes on startup (needs d3dx9_36.dll.D3DXCreateTeapot implementation) 37525 Bionic Commando: No shadows mapping 37636...

This has already been pushed upstream. I am simply posting these here so we have a reference in the mailing list in case we find bugs later (as I'm sure we will - it's a complex patch series). Great thanks to Eric Blake for tireless review on this one. It also seems to have identified a few minor bugs in qemu along the way. Rich.

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

...m.ll 3 87431 0 0.02 87416 0 0.01 87416 Salignmm.ll 14 266793 0 0.03 266778 0 0.03 266778 salsa20.ll 3 36062 0 0.01 36047 0 0.01 36047 savewolf.ll 2 130823 0 0.02 130790 0 0.01 130790 scan_line.ll 7 36711 0 0.01 36681 0 0.01 36681 scan.ll 12 90419 0 0.02 90399 0 0.02 90399 scimark2.ll 3 31764 0 0.01 31744 0 0.01 31744 scrapnet.ll 1 9001 0 0.01 8968 0 0.01 8968 scrappin.ll 1 5020 0 0.01 4987 0 0.01 4987 SearchGame.ll 23 69760 0 0.02 69735 0 0.01 69735 search.ll 8 56463 0 0.01 56432 0 0.01 56432 seed.ll 1 1269 0 0.01 1243 0 0.01 1243 seidel-2d.ll 12 23212 0 0.01 23173 0 0.01 23173 sei.ll 53 230283 0 0...