search for: seiji

...the data: CPU: Intel Pentium 4 3GHz Hyper Threading, 2nd cache 512KB RAM: 1GBytes IDE controller: on-board ICH5 (ATA100) HDD: E-IDE (7200rpm, 8MB cache, ATA133) x 2 (one for system and the other for writing test data) (The problem was also reproduced with a SCSI system) Regards, Seiji -- Seiji Kihara Open Source Software Computing Project, NTT Cyber Space Laboratories, Yokosuka, JAPAN -------------- next part -------------- A non-text attachment was scrubbed... Name: patches+results.tar.bz2 Type: application/octet-stream Size: 80725 bytes Desc: not available URL: <http://l...

...ring the symbol address. Signed-off-by: Masami Hiramatsu <masami.hiramatsu.pt at hitachi.com> Cc: Thomas Gleixner <tglx at linutronix.de> Cc: Ingo Molnar <mingo at redhat.com> Cc: "H. Peter Anvin" <hpa at zytor.com> Cc: Andi Kleen <ak at linux.intel.com> Cc: Seiji Aguchi <seiji.aguchi at hds.com> Cc: Frederic Weisbecker <fweisbec at gmail.com> --- arch/x86/include/asm/traps.h | 2 +- arch/x86/kernel/traps.c | 20 +++++++++++++------- 2 files changed, 14 insertions(+), 8 deletions(-) diff --git a/arch/x86/include/asm/traps.h b/arch/x86...

...masami.hiramatsu.pt at hitachi.com> Cc: Thomas Gleixner <tglx at linutronix.de> Cc: Ingo Molnar <mingo at redhat.com> Cc: "H. Peter Anvin" <hpa at zytor.com> Cc: Ananth N Mavinakayanahalli <ananth at in.ibm.com> Cc: Al Viro <viro at zeniv.linux.org.uk> Cc: Seiji Aguchi <seiji.aguchi at hds.com> Cc: Peter Zijlstra <peterz at infradead.org> Cc: Frederic Weisbecker <fweisbec at gmail.com> --- arch/x86/kernel/entry_32.S | 33 --------------------------------- arch/x86/kernel/entry_64.S | 20 -------------------- kernel/kprobes.c...

...mx.de> Ronnie Sahlberg <ronniesahlberg@gmail.com> Samuel Seay <LightningTH@GMail.com> Sander Eikelenboom <linux@eikelenboom.it> Satoru Moriya <satoru.moriya@hds.com> Scott Feldman <sfeldma@cumulusnetworks.com> Scott Wood <scottwood@freescale.com> Seiji Aguchi <seiji.aguchi@hds.com> Serge Hallyn <serge.hallyn@ubuntu.com> Soren Brinkmann <soren.brinkmann@xilinx.com> Stefan Berger <stefanb@linux.vnet.ibm.com> Stefan Hajnoczi <stefanha@redhat.com> Stefan Priebe <s.priebe@profihost.ag> Stefan Weil <sw...

...mx.de> Ronnie Sahlberg <ronniesahlberg@gmail.com> Samuel Seay <LightningTH@GMail.com> Sander Eikelenboom <linux@eikelenboom.it> Satoru Moriya <satoru.moriya@hds.com> Scott Feldman <sfeldma@cumulusnetworks.com> Scott Wood <scottwood@freescale.com> Seiji Aguchi <seiji.aguchi@hds.com> Serge Hallyn <serge.hallyn@ubuntu.com> Soren Brinkmann <soren.brinkmann@xilinx.com> Stefan Berger <stefanb@linux.vnet.ibm.com> Stefan Hajnoczi <stefanha@redhat.com> Stefan Priebe <s.priebe@profihost.ag> Stefan Weil <sw...

...mx.de> Ronnie Sahlberg <ronniesahlberg@gmail.com> Samuel Seay <LightningTH@GMail.com> Sander Eikelenboom <linux@eikelenboom.it> Satoru Moriya <satoru.moriya@hds.com> Scott Feldman <sfeldma@cumulusnetworks.com> Scott Wood <scottwood@freescale.com> Seiji Aguchi <seiji.aguchi@hds.com> Serge Hallyn <serge.hallyn@ubuntu.com> Soren Brinkmann <soren.brinkmann@xilinx.com> Stefan Berger <stefanb@linux.vnet.ibm.com> Stefan Hajnoczi <stefanha@redhat.com> Stefan Priebe <s.priebe@profihost.ag> Stefan Weil <sw...

Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've tried to implement new NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined, it is easy to maintain. This series

Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've tried to implement new NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined, it is easy to maintain. This series

Hi, Here is the version 3 of NOKPORBE_SYMBOL series. Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've introduced NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined

Hi, Here is the version 3 of NOKPORBE_SYMBOL series. Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've introduced NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined

...Riemer <sebastian.riemer@profitbricks.com> Sebastian Wankerl <sisewank@cip.cs.fau.de> Sebastien Guiriec <s-guiriec@ti.com> Sebastien Jan <s-jan@ti.com> Sebastien Pasdeloup <sebastien.pasdeloup-nonst@stericsson.com> Sedat Dilek <sedat.dilek@gmail.com> Seiji Aguchi <seiji.aguchi@hds.com> Sekhar Nori <nsekhar@ti.com> Selvan Mani <smani@micron.com> Selvan Mani <smani@micron.com> Sen Wang <senwang@linux.vnet.ibm.com> SeongJae Park <sj38.park@gmail.com> Serge E. Hallyn <serge.hallyn@canonical.com> Se...

...Riemer <sebastian.riemer@profitbricks.com> Sebastian Wankerl <sisewank@cip.cs.fau.de> Sebastien Guiriec <s-guiriec@ti.com> Sebastien Jan <s-jan@ti.com> Sebastien Pasdeloup <sebastien.pasdeloup-nonst@stericsson.com> Sedat Dilek <sedat.dilek@gmail.com> Seiji Aguchi <seiji.aguchi@hds.com> Sekhar Nori <nsekhar@ti.com> Selvan Mani <smani@micron.com> Selvan Mani <smani@micron.com> Sen Wang <senwang@linux.vnet.ibm.com> SeongJae Park <sj38.park@gmail.com> Serge E. Hallyn <serge.hallyn@canonical.com> Se...

...Riemer <sebastian.riemer@profitbricks.com> Sebastian Wankerl <sisewank@cip.cs.fau.de> Sebastien Guiriec <s-guiriec@ti.com> Sebastien Jan <s-jan@ti.com> Sebastien Pasdeloup <sebastien.pasdeloup-nonst@stericsson.com> Sedat Dilek <sedat.dilek@gmail.com> Seiji Aguchi <seiji.aguchi@hds.com> Sekhar Nori <nsekhar@ti.com> Selvan Mani <smani@micron.com> Selvan Mani <smani@micron.com> Sen Wang <senwang@linux.vnet.ibm.com> SeongJae Park <sj38.park@gmail.com> Serge E. Hallyn <serge.hallyn@canonical.com> Se...

...astian Wankerl <sisewank@cip.cs.fau.de> Sebastien Guiriec <s-guiriec@ti.com> Sebastien Jan <s-jan@ti.com> Sebastien Pasdeloup <sebastien.pasdeloup-nonst@stericsson.com> Sebastien Royen <sebastien.royen@armadeus.com> Sedat Dilek <sedat.dilek@gmail.com> Seiji Aguchi <seiji.aguchi@hds.com> Sekhar Nori <nsekhar@ti.com> Selvan Mani <smani@micron.com> Selvan Mani <smani@micron.com> Sen Wang <senwang@linux.vnet.ibm.com> SeongJae Park <sj38.park@gmail.com> Serban Constantinescu <serban.constantinescu@arm.com...

...astian Wankerl <sisewank@cip.cs.fau.de> Sebastien Guiriec <s-guiriec@ti.com> Sebastien Jan <s-jan@ti.com> Sebastien Pasdeloup <sebastien.pasdeloup-nonst@stericsson.com> Sebastien Royen <sebastien.royen@armadeus.com> Sedat Dilek <sedat.dilek@gmail.com> Seiji Aguchi <seiji.aguchi@hds.com> Sekhar Nori <nsekhar@ti.com> Selvan Mani <smani@micron.com> Selvan Mani <smani@micron.com> Sen Wang <senwang@linux.vnet.ibm.com> SeongJae Park <sj38.park@gmail.com> Serban Constantinescu <serban.constantinescu@arm.com...

...astian Wankerl <sisewank@cip.cs.fau.de> Sebastien Guiriec <s-guiriec@ti.com> Sebastien Jan <s-jan@ti.com> Sebastien Pasdeloup <sebastien.pasdeloup-nonst@stericsson.com> Sebastien Royen <sebastien.royen@armadeus.com> Sedat Dilek <sedat.dilek@gmail.com> Seiji Aguchi <seiji.aguchi@hds.com> Sekhar Nori <nsekhar@ti.com> Selvan Mani <smani@micron.com> Selvan Mani <smani@micron.com> Sen Wang <senwang@linux.vnet.ibm.com> SeongJae Park <sj38.park@gmail.com> Serban Constantinescu <serban.constantinescu@arm.com...

...astian Wankerl <sisewank@cip.cs.fau.de> Sebastien Guiriec <s-guiriec@ti.com> Sebastien Jan <s-jan@ti.com> Sebastien Pasdeloup <sebastien.pasdeloup-nonst@stericsson.com> Sebastien Royen <sebastien.royen@armadeus.com> Sedat Dilek <sedat.dilek@gmail.com> Seiji Aguchi <seiji.aguchi@hds.com> Sekhar Nori <nsekhar@ti.com> Selvan Mani <smani@micron.com> Selvan Mani <smani@micron.com> Sen Wang <senwang@linux.vnet.ibm.com> SeongJae Park <sj38.park@gmail.com> Serban Constantinescu <serban.constantinescu@arm.com...

...Bessiere <sebastien.bessiere@gmail.com> Sebastien Guiriec <s-guiriec@ti.com> Sebastien Jan <s-jan@ti.com> Sebastien Pasdeloup <sebastien.pasdeloup-nonst@stericsson.com> Sebastien Royen <sebastien.royen@armadeus.com> Sedat Dilek <sedat.dilek@gmail.com> Seiji Aguchi <seiji.aguchi@hds.com> Sekhar Nori <nsekhar@ti.com> Selvan Mani <smani@micron.com> Selvan Mani <smani@micron.com> Sen Wang <senwang@linux.vnet.ibm.com> SeongJae Park <sj38.park@gmail.com> Serban Constantinescu <serban.constantinescu@arm.com...

...Bessiere <sebastien.bessiere@gmail.com> Sebastien Guiriec <s-guiriec@ti.com> Sebastien Jan <s-jan@ti.com> Sebastien Pasdeloup <sebastien.pasdeloup-nonst@stericsson.com> Sebastien Royen <sebastien.royen@armadeus.com> Sedat Dilek <sedat.dilek@gmail.com> Seiji Aguchi <seiji.aguchi@hds.com> Sekhar Nori <nsekhar@ti.com> Selvan Mani <smani@micron.com> Selvan Mani <smani@micron.com> Sen Wang <senwang@linux.vnet.ibm.com> SeongJae Park <sj38.park@gmail.com> Serban Constantinescu <serban.constantinescu@arm.com...