search for: 0xf9

...ec, 0xed, 0xef }, { 0xec, 0xed, 0xee, 0xf0 }, { 0xed, 0xee, 0xef, 0xf1 }, { 0xee, 0xef, 0xf0, 0xf2 }, { 0xef, 0xf0, 0xf1, 0xf3 }, { 0xf0, 0xf1, 0xf2, 0xf4 }, { 0xf1, 0xf2, 0xf3, 0xf5 }, { 0xf2, 0xf3, 0xf4, 0xf6 }, { 0xf3, 0xf4, 0xf5, 0xf7 }, { 0xf4, 0xf5, 0xf6, 0xf8 }, { 0xf5, 0xf6, 0xf7, 0xf9 }, { 0xf6, 0xf7, 0xf8, 0xfa }, { 0xf7, 0xf8, 0xf9, 0xfb }, { 0xf8, 0xf9, 0xfa, 0xfc }, { 0xf9, 0xfa, 0xfb, 0xfd }, { 0xfa, 0xfb, 0xfc, 0xfe }, { 0xfb, 0xfc, 0xfd, 0xff }, { 0xfc, 0xfd, 0xfe, 0x00 }, { 0xfd, 0xfe, 0xff, 0x01 }, { 0xfe, 0xff, 0x00, 0x02 }, { 0xff, 0x00, 0x01, 0x03 }, { 0x1...

Hello, I am using wine on RH9. I am running Visual Source Safe like thus wine --ssexp.exe THe VSS GUI starts OK. the Visual Source Safe database is on Windows Partition. This Windows Partition is mounted on my Linux like thus: mount -t nfs -o rw,nolock 192.168.0.77:/mnt/server/Share /mnt/vss I am able to launch a VSS session : I can successfully check out and check in files (I point my

...}}, + { "", 0, 0, { 0, }, { 0, } }, + { "", 0, 0x1, + { 0x51, 0x4E, 0x28, 0xB7, }, + { 0x51, 0x4E, 0x28, 0xB7, } }, + { "", 0, 0xFFFFFFFF, + { 0x81, 0xF1, 0x6F, 0x39, }, + { 0x81, 0xF1, 0x6F, 0x39, } }, + { "\0\0\0\0", 4, 0, + { 0x23, 0x62, 0xF9, 0xDE, }, + { 0x23, 0x62, 0xF9, 0xDE, } }, + { "aaaa", 4, 0x9747b28c, + { 0x5A, 0x97, 0x80, 0x8A, }, + { 0x5A, 0x97, 0x80, 0x8A, } }, + { "aaa", 3, 0x9747b28c, + { 0x28, 0x3E, 0x01, 0x30, }, + { 0x28, 0x3E, 0x01, 0x30, } }, + { "aa", 2, 0x9747b28c, +...

...ec, 0xed, 0xef }, { 0xec, 0xed, 0xee, 0xf0 }, { 0xed, 0xee, 0xef, 0xf1 }, { 0xee, 0xef, 0xf0, 0xf2 }, { 0xef, 0xf0, 0xf1, 0xf3 }, { 0xf0, 0xf1, 0xf2, 0xf4 }, { 0xf1, 0xf2, 0xf3, 0xf5 }, { 0xf2, 0xf3, 0xf4, 0xf6 }, { 0xf3, 0xf4, 0xf5, 0xf7 }, { 0xf4, 0xf5, 0xf6, 0xf8 }, { 0xf5, 0xf6, 0xf7, 0xf9 }, { 0xf6, 0xf7, 0xf8, 0xfa }, { 0xf7, 0xf8, 0xf9, 0xfb }, { 0xf8, 0xf9, 0xfa, 0xfc }, { 0xf9, 0xfa, 0xfb, 0xfd }, { 0xfa, 0xfb, 0xfc, 0xfe }, { 0xfb, 0xfc, 0xfd, 0xff }, { 0xfc, 0xfd, 0xfe, 0x00 }, { 0xfd, 0xfe, 0xff, 0x01 }, { 0xfe, 0xff, 0x00, 0x02 }, { 0xff, 0x00, 0x01, 0x03 }, { 0x1...

...0xF2, 0x1C, - 0x4F, 0x96, 0x02, 0x00, 0x08, 0x0A, 0x1C, 0x96, 0x09, 0x00, 0x08, 0xF3, 0x07, 0x00, 0x00, 0x00, - 0x00, 0x08, 0xF4, 0x40, 0x4F, 0x96, 0x02, 0x00, 0x08, 0x0A, 0x1C, 0x96, 0x27, 0x00, 0x08, 0xF5, - 0x08, 0xF6, 0x05, 0x01, 0x08, 0xF7, 0x05, 0x01, 0x08, 0xF8, 0x05, 0x01, 0x08, 0xF9, 0x05, 0x01, - 0x08, 0xFA, 0x05, 0x01, 0x08, 0xFB, 0x05, 0x01, 0x08, 0xFC, 0x05, 0x01, 0x08, 0xFD, 0x05, 0x01, - 0x07, 0x08, 0x00, 0x00, 0x00, 0x43, 0x4F, 0x9B, 0x45, 0x00, 0x43, 0x6F, 0x6E, 0x74, 0x65, 0x78, - 0x74, 0x4D, 0x65, 0x6E, 0x75, 0x49, 0x74, 0x65, 0x6D, 0x00, 0x05, 0x00, 0x63...

On Thu, Aug 10, 2017 at 05:40:34PM +0100, Richard W.M. Jones wrote: > If using indirect descriptors, you can make the total_sg as large as > you want. That would be a spec violation though, even if it happens to work on current QEMU. The spec says: A driver MUST NOT create a descriptor chain longer than the Queue Size of the device. What prompted this patch? Do we ever encounter this

On Thu, Aug 10, 2017 at 05:40:34PM +0100, Richard W.M. Jones wrote: > If using indirect descriptors, you can make the total_sg as large as > you want. That would be a spec violation though, even if it happens to work on current QEMU. The spec says: A driver MUST NOT create a descriptor chain longer than the Queue Size of the device. What prompted this patch? Do we ever encounter this

...0x23/0x80 [<ffffffff8133ba8e>] alloc_cpumask_var+0xe/0x10 [<ffffffff813fdb3d>] vp_try_to_find_vqs+0x25d/0x810 [<ffffffff813fe171>] vp_find_vqs+0x81/0xb0 [<ffffffffa00d2a05>] init_vqs+0x85/0x120 [virtio_balloon] [<ffffffffa00d2c29>] virtballoon_probe+0xf9/0x1a0 [virtio_balloon] [<ffffffff813fb61e>] virtio_dev_probe+0xde/0x140 [<ffffffff814452b8>] driver_probe_device+0x98/0x3a0 [<ffffffff8144566b>] __driver_attach+0xab/0xb0 [<ffffffff814432f4>] bus_for_each_dev+0x94/0xb0 [<ffffffff81444f4e>] driver_at...

...0x23/0x80 [<ffffffff8133ba8e>] alloc_cpumask_var+0xe/0x10 [<ffffffff813fdb3d>] vp_try_to_find_vqs+0x25d/0x810 [<ffffffff813fe171>] vp_find_vqs+0x81/0xb0 [<ffffffffa00d2a05>] init_vqs+0x85/0x120 [virtio_balloon] [<ffffffffa00d2c29>] virtballoon_probe+0xf9/0x1a0 [virtio_balloon] [<ffffffff813fb61e>] virtio_dev_probe+0xde/0x140 [<ffffffff814452b8>] driver_probe_device+0x98/0x3a0 [<ffffffff8144566b>] __driver_attach+0xab/0xb0 [<ffffffff814432f4>] bus_for_each_dev+0x94/0xb0 [<ffffffff81444f4e>] driver_at...

...39; ../src/.libs/libutils.a(libutils_la-cleanup.o): In function `guestfs___cleanup_xmlFreeTextWriter': cleanup.c:(.text+0xd9): undefined reference to `xmlFreeTextWriter' ../src/.libs/libutils.a(libutils_la-cleanup.o): In function `guestfs___cleanup_xmlXPathFreeContext': cleanup.c:(.text+0xf9): undefined reference to `xmlXPathFreeContext' ../src/.libs/libutils.a(libutils_la-cleanup.o): In function `guestfs___cleanup_xmlXPathFreeObject': cleanup.c:(.text+0x119): undefined reference to `xmlXPathFreeObject' collect2: error: ld returned 1 exit status Makefile:1598: recipe for ta...

...0x23/0x80 [<ffffffff8133ba8e>] alloc_cpumask_var+0xe/0x10 [<ffffffff813fdb3d>] vp_try_to_find_vqs+0x25d/0x810 [<ffffffff813fe171>] vp_find_vqs+0x81/0xb0 [<ffffffffa00d2a05>] init_vqs+0x85/0x120 [virtio_balloon] [<ffffffffa00d2c29>] virtballoon_probe+0xf9/0x1a0 [virtio_balloon] [<ffffffff813fb61e>] virtio_dev_probe+0xde/0x140 [<ffffffff814452b8>] driver_probe_device+0x98/0x3a0 [<ffffffff8144566b>] __driver_attach+0xab/0xb0 [<ffffffff814432f4>] bus_for_each_dev+0x94/0xb0 [<ffffffff81444f4e>] driver_at...

...0x23/0x80 [<ffffffff8133ba8e>] alloc_cpumask_var+0xe/0x10 [<ffffffff813fdb3d>] vp_try_to_find_vqs+0x25d/0x810 [<ffffffff813fe171>] vp_find_vqs+0x81/0xb0 [<ffffffffa00d2a05>] init_vqs+0x85/0x120 [virtio_balloon] [<ffffffffa00d2c29>] virtballoon_probe+0xf9/0x1a0 [virtio_balloon] [<ffffffff813fb61e>] virtio_dev_probe+0xde/0x140 [<ffffffff814452b8>] driver_probe_device+0x98/0x3a0 [<ffffffff8144566b>] __driver_attach+0xab/0xb0 [<ffffffff814432f4>] bus_for_each_dev+0x94/0xb0 [<ffffffff81444f4e>] driver_at...

Hi Aki, On 15:55 Mon 26 Mar , Aki Tuomi wrote: > On 26.03.2018 15:49, Apollon Oikonomopoulos wrote: > > Hi, > > > > The dovecot 2.3.0.1 Debian package currently fails to build on all > > big-endian architectures[1], due to murmurhash3 tests failing. The > > relevant output from e.g. s390x is: > > > > test-murmurhash3.c:22: Assert(#8) failed:

...0xf7, 0xff, 0xfb, 0xff, 0x04, 0x00, 0xe2, 0xff, 0xef, 0xff, 0xc2, 0xff, 0xbc, 0xff, 0xcd, 0xff, 0xc9, 0xff, 0xc8, 0xff, 0xbc, 0xff, 0x8f, 0xff, 0x7d, 0xff, 0x51, 0xff, 0x42, 0xff, 0x72, 0xff, 0x5a, 0xff, 0xb9, 0xff, 0x9f, 0xff, 0xea, 0xff, 0xc3, 0xff, 0xea, 0xff, 0xca, 0xff, 0xf9, 0xff, 0xc8, 0xff, 0x20, 0x00, 0xf3, 0xff, 0x26, 0x00, 0xf7, 0xff, 0xd6, 0xff, 0xa2, 0xff, 0xa3, 0xff, 0x74, 0xff, 0x74, 0xff, 0x4f, 0xff, 0x5a, 0xff, 0x2e, 0xff, 0x3c, 0xff, 0x14, 0xff, 0x25, 0xff, 0x05, 0xff, 0x2a, 0xff, 0x15, 0xff, 0x4c, 0xff, 0x40, 0xff, 0x97, 0xff, 0x96...

...59] Call Trace: [ 4.047876] virtscsi_add_cmd+0x1c9/0x280 [virtio_scsi] [ 4.048528] virtscsi_kick_cmd+0x38/0x90 [virtio_scsi] [ 4.049161] virtscsi_queuecommand+0x104/0x280 [virtio_scsi] [ 4.049875] virtscsi_queuecommand_single+0x38/0x40 [virtio_scsi] [ 4.050628] scsi_dispatch_cmd+0xf9/0x390 [ 4.051128] scsi_queue_rq+0x5e5/0x6f0 [ 4.051602] blk_mq_dispatch_rq_list+0x1ff/0x3c0 [ 4.052175] blk_mq_sched_dispatch_requests+0x199/0x1f0 [ 4.052824] __blk_mq_run_hw_queue+0x11d/0x1b0 [ 4.053382] __blk_mq_delay_run_hw_queue+0x8d/0xa0 [ 4.053972] blk_mq_run_hw_queue+...

...page->count = 2 page->mapping = cd946510 vma->vm_ops = 0x0 ------------[ cut here ]------------ kernel BUG at mm/rmap.c:669! invalid opcode: 0000 [#1] SMP Pid: 7717, comm: java Not tainted (2.6.25.7 #1) EIP: 0061:[<c025a789>] EFLAGS: 00010246 CPU: 0 EIP is at page_remove_rmap+0xf9/0x110 EAX: 00000000 EBX: c10e2820 ECX: 00000000 EDX: 00000000 ESI: ed2a12c0 EDI: 5d8960e0 EBP: c10e2820 ESP: eb071d88 DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0069 Process java (pid: 7717, ti=eb070000 task=ed319050 task.ti=eb070000) Stack: c05aee5f cd946510 00000000 071410e1 c0252676 5d8960e0 00000...

...is 1.7 MB? I presumed it erroneously linked all the libraries as static. So I did: # ./configure --with-smbmount --with-automount --enable-shared --with-shared-modules=pdb_smbpasswd,pdb_tdbsam,pdb_guest,(.....all modules that I could name...) (...) # make (....) Linking bin/smbd smbd/uid.o(.text+0xf9): In function `check_user_ok': /root/instalki/samba-3.0.0/source/smbd/uid.c:76: undefined reference to `share_access_check' smbd/process.o(.text+0x1364): In function `timeout_processing': /root/instalki/samba-3.0.0/source/smbd/process.c:1223: undefined reference to `update_monitored_pri...

...0 legacy_get_tree+0x6c/0xb0 vfs_get_tree+0x3e/0x110 path_mount+0xa90/0xe10 __x64_sys_mount+0x16f/0x1a0 do_syscall_64+0x43/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc Freed by task 650: kasan_save_stack+0x1c/0x40 kasan_set_track+0x21/0x30 kasan_save_free_info+0x2a/0x50 __kasan_slab_free+0xf9/0x150 __kmem_cache_free+0x89/0x180 ocfs2_local_free_info+0x2ba/0x3f0 [ocfs2] dquot_disable+0x35f/0xa70 ocfs2_susp_quotas.isra.0+0x159/0x1a0 [ocfs2] ocfs2_remount+0x150/0x580 [ocfs2] reconfigure_super+0x1a5/0x3a0 path_mount+0xc8a/0xe10 __x64_sys_mount+0x16f/0x1a0 do_syscall_64+0x43/0x90 en...

...4.047876] virtscsi_add_cmd+0x1c9/0x280 [virtio_scsi] > [ 4.048528] virtscsi_kick_cmd+0x38/0x90 [virtio_scsi] > [ 4.049161] virtscsi_queuecommand+0x104/0x280 [virtio_scsi] > [ 4.049875] virtscsi_queuecommand_single+0x38/0x40 [virtio_scsi] > [ 4.050628] scsi_dispatch_cmd+0xf9/0x390 > [ 4.051128] scsi_queue_rq+0x5e5/0x6f0 > [ 4.051602] blk_mq_dispatch_rq_list+0x1ff/0x3c0 > [ 4.052175] blk_mq_sched_dispatch_requests+0x199/0x1f0 > [ 4.052824] __blk_mq_run_hw_queue+0x11d/0x1b0 > [ 4.053382] __blk_mq_delay_run_hw_queue+0x8d/0xa0 > [ 4...

...4.047876] virtscsi_add_cmd+0x1c9/0x280 [virtio_scsi] > [ 4.048528] virtscsi_kick_cmd+0x38/0x90 [virtio_scsi] > [ 4.049161] virtscsi_queuecommand+0x104/0x280 [virtio_scsi] > [ 4.049875] virtscsi_queuecommand_single+0x38/0x40 [virtio_scsi] > [ 4.050628] scsi_dispatch_cmd+0xf9/0x390 > [ 4.051128] scsi_queue_rq+0x5e5/0x6f0 > [ 4.051602] blk_mq_dispatch_rq_list+0x1ff/0x3c0 > [ 4.052175] blk_mq_sched_dispatch_requests+0x199/0x1f0 > [ 4.052824] __blk_mq_run_hw_queue+0x11d/0x1b0 > [ 4.053382] __blk_mq_delay_run_hw_queue+0x8d/0xa0 > [ 4...