search for: 0xc1

...5, 0x92, } }, + { "Hello, world!", 13, 0x9747b28c, + { 0x24, 0x88, 0x4C, 0xBA, }, + { 0x24, 0x88, 0x4C, 0xBA, } }, { "\xcf\x80\xcf\x80\xcf\x80\xcf\x80\xcf\x80\xcf\x80\xcf\x80\xcf\x80", 16, 0x9747b28c, - { 0xD58063C1, 0, 0, 0 } + { 0xD5, 0x80, 0x63, 0xC1, }, + { 0xD5, 0x80, 0x63, 0xC1, } }, /* 8 U+03C0 (Greek Small Letter Pi) */ { "aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa" @@ -56,7 +93,8 @@ static void test_murmurhash3_32(void) "aaaaaaaaaaaaaaaaaaaa", 256, 0x9747b28c, - { 0x3740...

Hello, Is this possible to install drivers for this hardware under FreeBSD, and begginig from which version? Motherboard Epox 8RDA3+ (NForce2) none0@pci0:0:1: class=0x050000 card=0x10001695 chip=0x01eb10de rev=0xc1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce2 Memory Controller 1' class = memory subclass = RAM none1@pci0:0:2: class=0x050000 card=0x10001695 chip=0x01ee10de rev=0xc1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce2 M...

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:

...ant way, but the root filesystem is off-limits. (This will happen on just one of our servers; the other VM platforms run without issue.) In /var/log/messages, I'll see the following entry for each impacted VM: <date> <host> kernel: kvm: <pid>: cpu0 disabled perfctr wrmsr: 0xc1 data 0xabcd In /var/log/libvirt/qemu/<vm-name>.log, I'll see block I/O error in device 'drive-virtio-disk0': Stale file handle (116) Oddly, the underlying host might be running, say, five VMs, but only four of them will get the log messages, and show the read-only symptoms,...

...b4, 0xb5, 0xb7 }, { 0xb4, 0xb5, 0xb6, 0xb8 }, { 0xb5, 0xb6, 0xb7, 0xb9 }, { 0xb6, 0xb7, 0xb8, 0xba }, { 0xb7, 0xb8, 0xb9, 0xbb }, { 0xb8, 0xb9, 0xba, 0xbc }, { 0xb9, 0xba, 0xbb, 0xbd }, { 0xba, 0xbb, 0xbc, 0xbe }, { 0xbb, 0xbc, 0xbd, 0xbf }, { 0xbc, 0xbd, 0xbe, 0xc0 }, { 0xbd, 0xbe, 0xbf, 0xc1 }, { 0xbe, 0xbf, 0xc0, 0xc2 }, { 0xbf, 0xc0, 0xc1, 0xc3 }, { 0xc0, 0xc1, 0xc2, 0xc4 }, { 0xc1, 0xc2, 0xc3, 0xc5 }, { 0xc2, 0xc3, 0xc4, 0xc6 }, { 0xc3, 0xc4, 0xc5, 0xc7 }, { 0xc4, 0xc5, 0xc6, 0xc8 }, { 0xc5, 0xc6, 0xc7, 0xc9 }, { 0xc6, 0xc7, 0xc8, 0xca }, { 0xc7, 0xc8, 0xc9, 0xcb }, { 0xc...

0x0f 0x6f 0xc8 And 0x0f 0x7f 0xc1 Should both be movq % mm0, % mm1. (AT&T) However, llvm 3.4 at least does not recognise the second variant as being a valid instruction. We are currently compiling up latest src incase it has been fixed. If not, could someone take a look or recommend how to fix? Lee -------------- next part...

...0xd/0xf [ 142.851618] [<ffffffff8102f552>] ? check_events+0x12/0x20 [ 142.851627] [<ffffffff8102f53f>] ? xen_restore_fl_direct_reloc+0x4/0x4 [ 142.851635] [<ffffffff810b6ff4>] ? arch_local_irq_restore+0xb/0xd [ 142.851644] [<ffffffff810b73f4>] ? stop_machine_cpu_stop+0xc1/0xd3 [ 142.851652] [<ffffffff810b7333>] ? queue_stop_cpus_work+0xb5/0xb5 [ 142.851660] [<ffffffff810b7152>] ? cpu_stopper_thread+0xf7/0x187 [ 142.851667] [<ffffffff8108a927>] ? finish_task_switch+0x82/0xc1 [ 142.851676] [<ffffffff8162c50b>] ? __schedule+0x428/0x454 [...

...b4, 0xb5, 0xb7 }, { 0xb4, 0xb5, 0xb6, 0xb8 }, { 0xb5, 0xb6, 0xb7, 0xb9 }, { 0xb6, 0xb7, 0xb8, 0xba }, { 0xb7, 0xb8, 0xb9, 0xbb }, { 0xb8, 0xb9, 0xba, 0xbc }, { 0xb9, 0xba, 0xbb, 0xbd }, { 0xba, 0xbb, 0xbc, 0xbe }, { 0xbb, 0xbc, 0xbd, 0xbf }, { 0xbc, 0xbd, 0xbe, 0xc0 }, { 0xbd, 0xbe, 0xbf, 0xc1 }, { 0xbe, 0xbf, 0xc0, 0xc2 }, { 0xbf, 0xc0, 0xc1, 0xc3 }, { 0xc0, 0xc1, 0xc2, 0xc4 }, { 0xc1, 0xc2, 0xc3, 0xc5 }, { 0xc2, 0xc3, 0xc4, 0xc6 }, { 0xc3, 0xc4, 0xc5, 0xc7 }, { 0xc4, 0xc5, 0xc6, 0xc8 }, { 0xc5, 0xc6, 0xc7, 0xc9 }, { 0xc6, 0xc7, 0xc8, 0xca }, { 0xc7, 0xc8, 0xc9, 0xcb }, { 0xc...

...3:bf8c on vnet0.*. Jan 27 12:02:54 1235 ntpd[2905]: Listen normally on 29 vnet0 fe80::fc54:ff:fe43:bf8c UDP 123 Jan 27 12:02:54 1235 ntpd[2905]: peers refreshed Jan 27 12:03:17 1235 kernel: __ratelimit: 23 callbacks suppressed Jan 27 12:03:17 1235 kernel: kvm: 8006: cpu0 disabled perfctr wrmsr: 0xc1 data 0xabcd Jan 27 12:03:20 1235 kernel: ixgbe 0000:15:00.0: eth6: VF Reset msg received from vf 0 And this is the /var/log/libvirt/qemu/probe8.log from the host 2015-01-27 17:02:51.762+0000: starting up LC_ALL=C PATH=/sbin:/usr/sbin:/bin:/usr/bin QEMU_AUDIO_DRV=none /usr/libexec/qe...

...5:04:36 kernel: [<ffffffff8107c7f7>] ? run_timer_softirq+0x197/0x340 Feb 18 05:04:36 kernel: [<ffffffff810a0a10>] ? tick_sched_timer+0x0/0xc0 Feb 18 05:04:36 kernel: [<ffffffff8102ad6d>] ? lapic_next_event+0x1d/0x30 Feb 18 05:04:36 kernel: [<ffffffff81072001>] ? __do_softirq+0xc1/0x1d0 Feb 18 05:04:36 kernel: [<ffffffff81095610>] ? hrtimer_interrupt+0x140/0x250 Feb 18 05:04:36 kernel: [<ffffffff8100c24c>] ? call_softirq+0x1c/0x30 Feb 18 05:04:36 kernel: [<ffffffff8100de85>] ? do_softirq+0x65/0xa0 Feb 18 05:04:36 kernel: [<ffffffff81071de5>] ? irq_exi...

...3:bf8c on vnet0.*. Jan 27 12:02:54 1235 ntpd[2905]: Listen normally on 29 vnet0 fe80::fc54:ff:fe43:bf8c UDP 123 Jan 27 12:02:54 1235 ntpd[2905]: peers refreshed Jan 27 12:03:17 1235 kernel: __ratelimit: 23 callbacks suppressed Jan 27 12:03:17 1235 kernel: kvm: 8006: cpu0 disabled perfctr wrmsr: 0xc1 data 0xabcd Jan 27 12:03:20 1235 kernel: ixgbe 0000:15:00.0: eth6: VF Reset msg received from vf 0 And this is the /var/log/libvirt/qemu/probe8.log from the host 2015-01-27 17:02:51.762+0000: starting up LC_ALL=C PATH=/sbin:/usr/sbin:/bin:/usr/bin QEMU_AUDIO_DRV=none /usr/libexec/qe...

Hello, I have installed a Windows game using Wine. ("Ritter Rost", basically a simple point and click adventure for children, see http://www.terzio.de/produkte/677/Ritter_Rost_Geisterjagd_Wasserpost.html) When starting the game, I receive a message that some drivers are being installed. (That's okay, I receive the same message when running the game for the first time on Windows.)

....351678] ? dma_fence_free+0x20/0x20 [410260.351678] nvif_vmm_map+0x115/0x130 [nouveau] [410260.351678] ? reservation_object_wait_timeout_rcu+0x159/0x2d0 [410260.351678] nouveau_mem_map+0x8d/0xf0 [nouveau] [410260.351678] nouveau_vma_map+0x44/0x70 [nouveau] [410260.351678] nouveau_bo_move_ntfy+0xc1/0xe0 [nouveau] [410260.351678] ttm_bo_handle_move_mem+0x3a1/0x4f0 [ttm] [410260.351678] ttm_bo_evict+0x150/0x1d0 [ttm] [410260.351678] ? find_busiest_group+0x40/0x540 [410260.351678] ? drm_mm_scan_color_evict+0x66/0xd0 [drm] [410260.351678] ttm_mem_evict_first+0x262/0x340 [ttm] [410260.351678]...

...>> run_timer_softirq+0x197/0x340 >> Feb 18 05:04:36 kernel: [<ffffffff810a0a10>] ? >> tick_sched_timer+0x0/0xc0 Feb 18 05:04:36 kernel: >> [<ffffffff8102ad6d>] ? lapic_next_event+0x1d/0x30 Feb 18 05:04:36 >> kernel: [<ffffffff81072001>] ? __do_softirq+0xc1/0x1d0 Feb 18 >> 05:04:36 kernel: [<ffffffff81095610>] ? >> hrtimer_interrupt+0x140/0x250 >> Feb 18 05:04:36 kernel: [<ffffffff8100c24c>] ? >> call_softirq+0x1c/0x30 Feb 18 05:04:36 kernel: >> [<ffffffff8100de85>] ? do_softirq+0x65/0xa0 Feb 18 05:04:36...

...uid/XenInfo.h @@ -15,6 +15,8 @@ WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER EXPRESS OR IMPLIED. #ifndef __XEN_INFO_H__ #define __XEN_INFO_H__ +#include <Uefi/UefiBaseType.h> + #define EFI_XEN_INFO_GUID \ { 0xd3b46f3b, 0xd441, 0x1244, {0x9a, 0x12, 0x0, 0x12, 0x27, 0x3f, 0xc1, 0x4d } } @@ -35,6 +37,11 @@ typedef struct { /// Hypervisor minor version. /// UINT16 VersionMinor; + /// + /// E820 map + /// + EFI_PHYSICAL_ADDRESS E820; + UINT32 E820EntriesCount; } EFI_XEN_INFO; extern EFI_GUID gEfiXenInfoGuid; diff --git a/OvmfPkg/PlatformPei/Xen.h b/OvmfP...

...so.0(mail_index_sync_commit+0x9c) [0xb7f82a5c] -> /usr/lib/dovecot/libdovecot-storage.so.0 [0xb7f00f2b] -> /usr/lib/dovecot/libdovecot-storage.so.0 [0xb7f0034a] -> /usr/lib/dovecot/libdovecot-storage.so.0 [0xb7f006ba] -> /usr/lib/dovecot/libdovecot-storage.so.0(maildir_storage_sync_init+0xc1) [0xb7f00851] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync_init+0x39) [0xb7f33b79] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync+0x3d) [0xb7f365ad] -> dovecot/pop3(client_create+0x2e2) [0x804c5e2] -> dovecot/pop3 [0x804afec] -> dovecot/pop3 [0x804b607] -> /u...

...ound a bug in the x86 instruction definition file, while trying out the disassembler. It looks like the "ADD32rr_alt" instruction should have GR32 operands, not GR16. Attached you can find a patch, which should fix the problem. But even with the change I can not decode e.g. "0x03 0xC1" (should be "addl %ecx, %eax") only if I remove the "isCodeGenOnly = 1" line it works. Looking for help. -- Marius Wachtler -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100405...

...e.po(.text+0x55): undefined reference to `dbghdr' modules/vfs_recycle.po(.text+0x6d): undefined reference to `dbgtext' modules/vfs_recycle.po: In function `recycle_disconnect': modules/vfs_recycle.po(.text+0xb3): undefined reference to `DEBUGLEVEL_CLASS' modules/vfs_recycle.po(.text+0xc1): undefined reference to `DEBUGLEVEL_CLASS_ISSET' modules/vfs_recycle.po(.text+0xe5): undefined reference to `dbghdr' modules/vfs_recycle.po(.text+0x101): undefined reference to `lp_servicename' modules/vfs_recycle.po(.text+0x111): undefined reference to `dbgtext' modules/vfs_recycl...

...107d2c7>] ? run_timer_softirq+0x197/0x340 Feb 1 04:07:15 localhost kernel: [<ffffffff810a0910>] ? tick_sched_timer+0x0/0xc0 Feb 1 04:07:15 localhost kernel: [<ffffffff8102adad>] ? lapic_next_event+0x1d/0x30 Feb 1 04:07:15 localhost kernel: [<ffffffff81072991>] ? __do_softirq+0xc1/0x1e0 Feb 1 04:07:15 localhost kernel: [<ffffffff81095510>] ? hrtimer_interrupt+0x140/0x250 Feb 1 04:07:15 localhost kernel: [<ffffffff8100c1cc>] ? call_softirq+0x1c/0x30 Feb 1 04:07:15 localhost kernel: [<ffffffff8100de05>] ? do_softirq+0x65/0xa0 Feb 1 04:07:15 localhost kern...

...ffff810ae180>] ? filldir+0x0/0xb7 [902361.152490] [<ffffffff810a56e3>] ? cp_new_stat+0xe9/0xfc [902361.152493] [<ffffffff810ae180>] ? filldir+0x0/0xb7 [902361.152496] [<ffffffff810ae33f>] ? vfs_readdir+0x75/0xa7 [902361.152499] [<ffffffff810ae4a9>] ? sys_getdents+0x7a/0xc1 [902361.152503] [<ffffffff8100b9eb>] ? system_call_fastpath+0x16/0x1b echo w > /proc/sysrq-trigger ; dmesg -c > foo && cat foo Client : [ 4660.188240] SysRq : Show Blocked State [ 4660.188460] task PC stack pid father [ 4660.188474] rsync D...