search for: __memcpy

...State Time(s) Domain-0 0 6144 24 r----- 6639.7 (null) 3 0 1 --pscd 36.3 [89920.839074] BUG: unable to handle kernel paging request at ffff88020ee9a000 [89920.839546] IP: [<ffffffff81430922>] __memcpy+0x12/0x20 [89920.839933] PGD 2008067 [89920.840022] PUD 17f43f067 [89920.840390] PMD 1e0976067 [89920.840469] PTE 0 [89920.840833] [89920.841123] Oops: 0000 [#1] SMP [89920.841417] Modules linked in: ebt_ip ebtable_filter ebtables arptable_filter arp_tables bridge xen_pciback xen_gntallo...

...2 +0100 OS Version: 10.3.4 (Build 7H63) Report Version: 2 Command: smbd Path: /usr/sbin/smbd Version: ??? (???) PID: 653 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_INVALID_ADDRESS (0x0001) at 0x002ff000 Thread 0 Crashed: 0 <<00000000>> 0xffff88a4 __memcpy + 0x104 1 smbd 0x0015ec98 talloc_memdup + 0x34 2 smbd 0x00156f5c data_blob_talloc + 0x5c 3 smbd 0x00194dd8 password_ok + 0x470 4 smbd 0x0008cd58 ntlmssp_end + 0xa98 5 smbd 0x0008c25c ntlmssp_update + 0x220 6 smbd 0x00195094 auth_ntlmssp_update + 0x28 7 smbd...

...ble to use cluster filesystems. The oops from FUSE/sshfs follows. This is with Xen 3.0-testing (8259) on a dual Xeon in x86_64 mode. --kyler ================================================================= Unable to handle kernel paging request at ffff81000f708790 RIP: <ffffffff801fef85>{__memcpy+117} PGD d4b4063 PUD da97067 PMD 0 Oops: 0002 [1] CPU 0 Modules linked in: fuse md5 ipv6 Pid: 745, comm: sshfs Not tainted 2.6.12.6-xenU RIP: e030:[<ffffffff801fef85>] <ffffffff801fef85>{__memcpy+117} RSP: e02b:ffff88000f725df8 EFLAGS: 00010202 RAX: ffff81000f708790 RBX: ffff88000f725e...

...[#1] PREEMPT SMP [ 2.897685] Modules linked in: [ 2.897692] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.6.0-rc5+ #543 [ 2.897694] Hardware name: ARM Juno development board (r1) (DT) [ 2.897699] task: ffffffc9768a0000 ti: ffffffc9768a8000 task.ti: ffffffc9768a8000 [ 2.897711] PC is at __memcpy+0x7c/0x180 [ 2.897719] LR is at OUT_RINGp+0x34/0x70 [ 2.897724] pc : [<ffffff80083465fc>] lr : [<ffffff800854248c>] pstate: 80000045 [ 2.897726] sp : ffffffc9768ab360 [ 2.897732] x29: ffffffc9768ab360 x28: 0000000000000001 [ 2.897738] x27: ffffffc97624c000 x26: 0000000000...

...[#1] PREEMPT SMP [ 2.897685] Modules linked in: [ 2.897692] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.6.0-rc5+ #543 [ 2.897694] Hardware name: ARM Juno development board (r1) (DT) [ 2.897699] task: ffffffc9768a0000 ti: ffffffc9768a8000 task.ti: ffffffc9768a8000 [ 2.897711] PC is at __memcpy+0x7c/0x180 [ 2.897719] LR is at OUT_RINGp+0x34/0x70 [ 2.897724] pc : [<ffffff80083465fc>] lr : [<ffffff800854248c>] pstate: 80000045 [ 2.897726] sp : ffffffc9768ab360 [ 2.897732] x29: ffffffc9768ab360 x28: 0000000000000001 [ 2.897738] x27: ffffffc97624c000 x26: 0000000000...

...[ 3.570982] CPU: 2 PID: 1 Comm: swapper/0 Not tainted 4.8.0-rc2-00001-g5077753 #1 [ 3.570984] Hardware name: ARM LTD ARM Juno Development Platform/ARM Juno Development Platform, BIOS EDK II Aug 5 2016 [ 3.570986] task: ffff800976ca8000 task.stack: ffff800976cb0000 [ 3.570999] PC is at __memcpy+0x7c/0x180 [ 3.571003] LR is at OUT_RINGp+0x34/0x70 [ 3.571006] pc : [<ffff00000841077c>] lr : [<ffff000008672f44>] pstate: 80000145 [ 3.571007] sp : ffff800976cb3350 [ 3.571011] x29: ffff800976cb3350 x28: 000000000000000e [ 3.571014] x27: ffff8009760f2000 x26: 0000000000...

...2.897685] Modules linked in: > [ 2.897692] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.6.0-rc5+ #543 > [ 2.897694] Hardware name: ARM Juno development board (r1) (DT) > [ 2.897699] task: ffffffc9768a0000 ti: ffffffc9768a8000 task.ti: ffffffc9768a8000 > [ 2.897711] PC is at __memcpy+0x7c/0x180 > [ 2.897719] LR is at OUT_RINGp+0x34/0x70 > [ 2.897724] pc : [<ffffff80083465fc>] lr : [<ffffff800854248c>] pstate: 80000045 > [ 2.897726] sp : ffffffc9768ab360 > [ 2.897732] x29: ffffffc9768ab360 x28: 0000000000000001 > [ 2.897738] x27: ffffffc...

...Version: Mac OS X 10.5.8 (9L31a) Report Version: 6 Anonymous UUID: D86CDCBC-00FD-4AEE-AB50-2EFE0DAE9E1E Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000067ee2 Crashed Thread: 0 Thread 0 Crashed: 0 libSystem.B.dylib 0xffff07c7 __memcpy + 39 (cpu_capabilities.h:246) 1 com.apple.CoreFoundation 0x96a6a0b4 __CFStringEncodeByteStream + 4052 2 com.apple.Foundation 0x94446eb7 -[NSString(NSStringOtherEncodings) getBytes:maxLength:usedLength:encoding:options:range:remainingRange:] + 295 3 com.apple.Foundation...

...Version: Mac OS X 10.5.8 (9L31a) Report Version: 6 Anonymous UUID: D86CDCBC-00FD-4AEE-AB50-2EFE0DAE9E1E Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000067ee2 Crashed Thread: 0 Thread 0 Crashed: 0 libSystem.B.dylib 0xffff07c7 __memcpy + 39 (cpu_capabilities.h:246) 1 com.apple.CoreFoundation 0x96a6a0b4 __CFStringEncodeByteStream + 4052 2 com.apple.Foundation 0x94446eb7 -[NSString(NSStringOtherEncodings) getBytes:maxLength:usedLength:encoding:options:range:remainingRange:] + 295 3 com.apple.Foundation...

..._GOOD + ALTERNATIVE(jmp copy_page_regs, , X86_FEATURE_REP_GOOD) movl $4096/8, %ecx rep movsq ret diff --git a/arch/x86/lib/memcpy_64.S b/arch/x86/lib/memcpy_64.S index 9a53a06e5a3e..7ada0513864b 100644 --- a/arch/x86/lib/memcpy_64.S +++ b/arch/x86/lib/memcpy_64.S @@ -28,8 +28,8 @@ */ ENTRY(__memcpy) ENTRY(memcpy) - ALTERNATIVE_2 "jmp memcpy_orig", "", X86_FEATURE_REP_GOOD, \ - "jmp memcpy_erms", X86_FEATURE_ERMS + ALTERNATIVE_2(jmp memcpy_orig, , X86_FEATURE_REP_GOOD, + jmp memcpy_erms, X86_FEATURE_ERMS) movq %rdi, %rax movq %rdx, %rcx diff -...

Hey folks, Here's a new spin of the pvops64 patch series. We didn't get that many comments from the last time, so it should be probably almost ready to get in. Heya! >From the last version, the most notable changes are: * consolidation of system.h, merging jeremy's comments about ordering concerns * consolidation of smp functions that goes through smp_ops. They're sharing

Hey folks, Here's a new spin of the pvops64 patch series. We didn't get that many comments from the last time, so it should be probably almost ready to get in. Heya! >From the last version, the most notable changes are: * consolidation of system.h, merging jeremy's comments about ordering concerns * consolidation of smp functions that goes through smp_ops. They're sharing

This changes the pv ops code generation to more closely match reality. For example, instead of: callq *0xffffffff81e3a400 (pv_irq_ops.save_fl) vmlinux will now show: pushfq pop %rax nop nop nop nop nop which is what the runtime version of the code will show in most cases. This idea was suggested by Andy Lutomirski. The benefits are: - For the most common runtime cases

This changes the pv ops code generation to more closely match reality. For example, instead of: callq *0xffffffff81e3a400 (pv_irq_ops.save_fl) vmlinux will now show: pushfq pop %rax nop nop nop nop nop which is what the runtime version of the code will show in most cases. This idea was suggested by Andy Lutomirski. The benefits are: - For the most common runtime cases

Hi all, These are the patches I'm planning to submit for 2.6.24. Comments gratefully accepted. Along with the usual cleanups and improvements are Jes' de-i386-ification patches, and a new "virtio" mechanism designed to be shared with KVM (and hopefully other hypervisors). Cheers, Rusty. Documentation/lguest/Makefile | 30 Documentation/lguest/lguest.c

Hi all, These are the patches I'm planning to submit for 2.6.24. Comments gratefully accepted. Along with the usual cleanups and improvements are Jes' de-i386-ification patches, and a new "virtio" mechanism designed to be shared with KVM (and hopefully other hypervisors). Cheers, Rusty. Documentation/lguest/Makefile | 30 Documentation/lguest/lguest.c