search for: _kern

...# @func > # BB#0: # %entry > mov r1, 0 > mov r2, 0 > mov r3, 0 > call llvm.bpf.store.half it didn't work because number and types of args were incompatible. Every samples/bpf/sockex[0-9]_kern.c is using llvm.bpf.load.* intrinsics. the typeid changing ids with order is surprising. I think the assertion in ExtractTypeInfo() is not hard. Just there were no such use cases. May be we can do something similar to what LowerIntrinsicCall() does and lower it differently in the backend.

...#define SYNCER_MAXDELAY 32 -static int syncer_maxdelay = SYNCER_MAXDELAY; /* maximum delay time */ +int syncer_maxdelay = SYNCER_MAXDELAY; /* maximum delay time */ time_t syncdelay = 30; /* max time to delay syncing data */ time_t filedelay = 30; /* time to delay syncing files */ SYSCTL_INT(_kern, OID_AUTO, filedelay, CTLFLAG_RW, &filedelay, 0, ""); @@ -145,7 +149,7 @@ time_t dirdelay = 29; /* time to delay SYSCTL_INT(_kern, OID_AUTO, dirdelay, CTLFLAG_RW, &dirdelay, 0, ""); time_t metadelay = 28; /* time to delay syncing metadata */ SYSCTL_INT(_kern, OID_A...

Send again since llvmdev is moved to llvm-dev at lists.llvm.org On 2015/8/5 9:58, Wangnan (F) wrote: > > > On 2015/8/4 17:01, Wangnan (F) wrote: >> For people who in llvmdev: >> >> This mail is belong to a thread in linux kernel mailing list, the >> first message >> can be retrived from: >> >> http://lkml.kernel.org/r/55B1535E.8090406 at