similar to: [LLVMdev] Compile Linux Kernel module into LLVM bitcode

Hi Kevin, On 01/06/13 09:59, Kevin Boos wrote: > Greetings, > > I am trying to compile a linux kernel module (currently a small part of the gpu driver) into the bitcode ".bc" format so that I can run a pass on it using the "opt" command. This pass will count the number of times copy_to/from_user() is invoked. > > Compiling the gnu driver kernel modules works

Greatings, I am encountering the same issue with Kevin. Does anyone know how to compile the linux kernel to .bc file? Is there any oneline guide for this? Thanks!~ Bests,Ping > Date: Sat, 1 Jun 2013 20:15:56 +0200 > From: baldrick at free.fr > To: llvmdev at cs.uiuc.edu > Subject: Re: [LLVMdev] Compile Linux Kernel module into LLVM bitcode > > Hi Kevin, >

Hi, I'm trying to compile linux-2.6.23.16 with llvm-2.3. Is it at all possible? I get "Not an ELF" error. I pass "-emit-llvm" option to spit LLVM IR, which can be JITed at runtime $ make CROSS_COMPILE=llvm- CFLAGS="-O2 -emit-llvm" Error: not ELF make[2]: *** [scripts/mod/elfconfig.h] Error 1 make[1]: *** [scripts/mod] Error 2 make: *** [scripts] Error 2 using

https://bugzilla.samba.org/show_bug.cgi?id=5567 Summary: REGRESSION: 3.0.3pre3 dies with "failed to open XXX, continuing: Too many open files" Product: rsync Version: 3.0.3 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core

Handy for testing with distro kernels. Warn that the resulting module is completely unsupported, and isn't intended for production use. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- tools/virtio/Makefile | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/tools/virtio/Makefile b/tools/virtio/Makefile index 8e2a908115c2..94106cde49e3 100644 ---

Handy for testing with distro kernels. Warn that the resulting module is completely unsupported, and isn't intended for production use. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- tools/virtio/Makefile | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/tools/virtio/Makefile b/tools/virtio/Makefile index 8e2a908115c2..94106cde49e3 100644 ---

On 2008-09-27 18:29, Ashish Bijlani wrote: > I plan to use virtualization infrastructure to JIT VM Kernel Code. > Michael Engel has done that in the past to have dynamic aspect in the > Kernel: http://llvm.org/pubs/2005-03-14-ACP4IS-AspectsKernel.pdf > > He used L4 based Hypervisor and Virtual Machines. Can this not be done > or am I missing something? > I think you'll

Handy for testing with distro kernels. Warn that the resulting module is completely unsupported, and isn't intended for production use. Usage: make oot # builds vhost_test.ko, vhost.ko make oot-clean # cleans out files created Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- changes from v1: lots of refactoring disable all modules except vhost by default

Hi all, For the R package bujar, the warnings below were generated on CRAN's Windows systems. The package uses some Fortran subroutines. I would appreciate any advice to eliminate the warnings. By the way, similar warnings were generated to some unrelated R packages as well: https://www.r-project.org/nosvn/R.check/r-oldrel-windows-ix86+x86_64/imputeTS-00check.html. Thanks in advance. Zhu

On Wed 2018-05-23 12:54:15, Thomas Garnier wrote: > When using -fPIE/PIC with function tracing, the compiler generates a > call through the GOT (call *__fentry__ at GOTPCREL). This instruction > takes 6 bytes instead of 5 on the usual relative call. > > If PIE is enabled, replace the 6th byte of the GOT call by a 1-byte nop > so ftrace can handle the previous 5-bytes as before.

On Wed 2018-05-23 12:54:15, Thomas Garnier wrote: > When using -fPIE/PIC with function tracing, the compiler generates a > call through the GOT (call *__fentry__ at GOTPCREL). This instruction > takes 6 bytes instead of 5 on the usual relative call. > > If PIE is enabled, replace the 6th byte of the GOT call by a 1-byte nop > so ftrace can handle the previous 5-bytes as before.

Hey, I was running some benchmarks (netserver/netperf) where the init script just launched the netserver and nothing else and was concerned to see the performance not up to par. This was an HVM guest running with PV drivers. If I compile the kernel without CONFIG_FUNCTION_TRACER it is much better - but it was my understanding that the tracing code does not impact the machine unless it is

On Thu, May 24, 2018 at 1:16 PM Steven Rostedt <rostedt at goodmis.org> wrote: > On Thu, 24 May 2018 13:40:24 +0200 > Petr Mladek <pmladek at suse.com> wrote: > > On Wed 2018-05-23 12:54:15, Thomas Garnier wrote: > > > When using -fPIE/PIC with function tracing, the compiler generates a > > > call through the GOT (call *__fentry__ at GOTPCREL). This

I plan to use virtualization infrastructure to JIT VM Kernel Code. Michael Engel has done that in the past to have dynamic aspect in the Kernel: http://llvm.org/pubs/2005-03-14-ACP4IS-AspectsKernel.pdf He used L4 based Hypervisor and Virtual Machines. Can this not be done or am I missing something? -Ashish On Sat, Sep 27, 2008 at 3:13 AM, Török Edwin <edwintorok at gmail.com> wrote: >

On Fri, Nov 02, 2018 at 11:46:36AM +0000, Mark Rutland wrote: > On Thu, Nov 01, 2018 at 04:06:19PM -0700, Linus Torvalds wrote: > > On Thu, Nov 1, 2018 at 4:00 PM Kees Cook <keescook at chromium.org> wrote: > > > > > > + memset(&rsp, 0, sizeof(rsp)); > > > + rsp.response = VIRTIO_SCSI_S_FUNCTION_REJECTED; > > > + resp =

On Fri, Nov 02, 2018 at 11:46:36AM +0000, Mark Rutland wrote: > On Thu, Nov 01, 2018 at 04:06:19PM -0700, Linus Torvalds wrote: > > On Thu, Nov 1, 2018 at 4:00 PM Kees Cook <keescook at chromium.org> wrote: > > > > > > + memset(&rsp, 0, sizeof(rsp)); > > > + rsp.response = VIRTIO_SCSI_S_FUNCTION_REJECTED; > > > + resp =

On Fri, Nov 02, 2018 at 09:14:51AM -0700, Linus Torvalds wrote: > On Fri, Nov 2, 2018 at 6:04 AM Michael S. Tsirkin <mst at redhat.com> wrote: > > > > I've tried making access_ok mask the parameter it gets. > > PLEASE don't do this. Okay. > Just use "copy_to/from_user()". Just for completeness I'd like to point out for vhost the copies are

On Fri, Nov 02, 2018 at 09:14:51AM -0700, Linus Torvalds wrote: > On Fri, Nov 2, 2018 at 6:04 AM Michael S. Tsirkin <mst at redhat.com> wrote: > > > > I've tried making access_ok mask the parameter it gets. > > PLEASE don't do this. Okay. > Just use "copy_to/from_user()". Just for completeness I'd like to point out for vhost the copies are

Allow building vringh without IOTLB (that's the case for userspace builds, will be useful for CAIF/VOD down the road too). Update for API tweaks. Don't include vringh with userspace builds. Cc: Jason Wang <jasowang at redhat.com> Cc: Eugenio P?rez <eperezma at redhat.com> Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- changes from v1: use IS_REACHEABLE to

I saw a few people mentioning they were running or trying to run asterisk on Xen. Last night I checked out v1-0, compiled, ran "make install; make samples", then started asterisk with "asterisk -vvvvc". Several modules refused to load giving this error: [chan_sip.so]May 22 13:48:41 WARNING[4308]: loader.c:258 ast_load_resource: /usr/lib/asterisk/modules/chan_sip.so: