search for: fenghua

Hi Konrad, I just tried to boot a 3.8.0-rc0 kernel (last commit: 7313264b899bbf3988841296265a6e0e8a7b6521) as dom0 on my machine with current xen-unstable. The boot stalls: [ 0.000000] ACPI: PM-Timer IO Port: 0x808 [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01]

...gt; Cc: Jeremy Fitzhardinge <jeremy at goop.org> Cc: Chris Wright <chrisw at sous-sol.org> Cc: Alok Kataria <akataria at vmware.com> Cc: Rusty Russell <rusty at rustcorp.com.au> Cc: virtualization at lists.linux-foundation.org Cc: Tony Luck <tony.luck at intel.com> Cc: Fenghua Yu <fenghua.yu at intel.com> Cc: Boris Ostrovsky <boris.ostrovsky at oracle.com> Cc: xen-devel at lists.xenproject.org Cc: kvm at vger.kernel.org Cc: linux-kernel at vger.kernel.org Signed-off-by: Luis R. Rodriguez <mcgrof at suse.com> --- Documentation/ia64/paravirt_ops.txt |...

...gt; Cc: Jeremy Fitzhardinge <jeremy at goop.org> Cc: Chris Wright <chrisw at sous-sol.org> Cc: Alok Kataria <akataria at vmware.com> Cc: Rusty Russell <rusty at rustcorp.com.au> Cc: virtualization at lists.linux-foundation.org Cc: Tony Luck <tony.luck at intel.com> Cc: Fenghua Yu <fenghua.yu at intel.com> Cc: Boris Ostrovsky <boris.ostrovsky at oracle.com> Cc: xen-devel at lists.xenproject.org Cc: kvm at vger.kernel.org Cc: linux-kernel at vger.kernel.org Signed-off-by: Luis R. Rodriguez <mcgrof at suse.com> --- Documentation/ia64/paravirt_ops.txt |...

Hi. I rewrote the patch according to the comments. I adopted generating in-place code because it looks the quickest way. The point Eddie wanted to discuss is how to generate code and its ABI. i.e. in-place generating v.s. direct jump v.s. indirect function call Indirect function call doesn't make sense because ivt.S is compiled multi times. And it is up to pv instances to choose in-place

Hi. I rewrote the patch according to the comments. I adopted generating in-place code because it looks the quickest way. The point Eddie wanted to discuss is how to generate code and its ABI. i.e. in-place generating v.s. direct jump v.s. indirect function call Indirect function call doesn't make sense because ivt.S is compiled multi times. And it is up to pv instances to choose in-place

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

...Kaechele <felix@fetzig.org> Felix Kuehling <Felix.Kuehling@amd.com> Feng Hong <hongfeng@marvell.com> Feng Shuo <steve.shuo.feng@gmail.com> Feng Tang <feng.tang@intel.com> Fengguang Wu <fengguang.wu@intel.com> Fengguang Wu <wfg@linux.intel.com> Fenghua Yu <fenghua.yu@intel.com> Fernando Guzman Lugo <fernando.lugo@ti.com> Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp> Fernando Luis Vazquez Cao<fernando@oss.ntt.co.jp> Filipe Brandenburger <filbranden@gmail.com> Filipe Brandenburger <filbranden@google.c...

...Kaechele <felix@fetzig.org> Felix Kuehling <Felix.Kuehling@amd.com> Feng Hong <hongfeng@marvell.com> Feng Shuo <steve.shuo.feng@gmail.com> Feng Tang <feng.tang@intel.com> Fengguang Wu <fengguang.wu@intel.com> Fengguang Wu <wfg@linux.intel.com> Fenghua Yu <fenghua.yu@intel.com> Fernando Guzman Lugo <fernando.lugo@ti.com> Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp> Fernando Luis Vazquez Cao<fernando@oss.ntt.co.jp> Filipe Brandenburger <filbranden@gmail.com> Filipe Brandenburger <filbranden@google.c...

...Kaechele <felix@fetzig.org> Felix Kuehling <Felix.Kuehling@amd.com> Feng Hong <hongfeng@marvell.com> Feng Shuo <steve.shuo.feng@gmail.com> Feng Tang <feng.tang@intel.com> Fengguang Wu <fengguang.wu@intel.com> Fengguang Wu <wfg@linux.intel.com> Fenghua Yu <fenghua.yu@intel.com> Fernando Guzman Lugo <fernando.lugo@ti.com> Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp> Fernando Luis Vazquez Cao<fernando@oss.ntt.co.jp> Filipe Brandenburger <filbranden@gmail.com> Filipe Brandenburger <filbranden@google.c...

...ehling <Felix.Kuehling@amd.com> Feng Hong <hongfeng@marvell.com> Feng Shuo <steve.shuo.feng@gmail.com> Feng Tang <feng.tang@intel.com> feng xiangjun <fengxj325@gmail.com> Fengguang Wu <fengguang.wu@intel.com> Fengguang Wu <wfg@linux.intel.com> Fenghua Yu <fenghua.yu@intel.com> Fernando Guzman Lugo <fernando.lugo@ti.com> Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp> Fernando Luis Vazquez Cao<fernando@oss.ntt.co.jp> Filipe Brandenburger <filbranden@gmail.com> Filipe Brandenburger <filbranden@google.c...

...ehling <Felix.Kuehling@amd.com> Feng Hong <hongfeng@marvell.com> Feng Shuo <steve.shuo.feng@gmail.com> Feng Tang <feng.tang@intel.com> feng xiangjun <fengxj325@gmail.com> Fengguang Wu <fengguang.wu@intel.com> Fengguang Wu <wfg@linux.intel.com> Fenghua Yu <fenghua.yu@intel.com> Fernando Guzman Lugo <fernando.lugo@ti.com> Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp> Fernando Luis Vazquez Cao<fernando@oss.ntt.co.jp> Filipe Brandenburger <filbranden@gmail.com> Filipe Brandenburger <filbranden@google.c...

...ehling <Felix.Kuehling@amd.com> Feng Hong <hongfeng@marvell.com> Feng Shuo <steve.shuo.feng@gmail.com> Feng Tang <feng.tang@intel.com> feng xiangjun <fengxj325@gmail.com> Fengguang Wu <fengguang.wu@intel.com> Fengguang Wu <wfg@linux.intel.com> Fenghua Yu <fenghua.yu@intel.com> Fernando Guzman Lugo <fernando.lugo@ti.com> Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp> Fernando Luis Vazquez Cao<fernando@oss.ntt.co.jp> Filipe Brandenburger <filbranden@gmail.com> Filipe Brandenburger <filbranden@google.c...

...ehling <Felix.Kuehling@amd.com> Feng Hong <hongfeng@marvell.com> Feng Shuo <steve.shuo.feng@gmail.com> Feng Tang <feng.tang@intel.com> feng xiangjun <fengxj325@gmail.com> Fengguang Wu <fengguang.wu@intel.com> Fengguang Wu <wfg@linux.intel.com> Fenghua Yu <fenghua.yu@intel.com> Fernando Guzman Lugo <fernando.lugo@ti.com> Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp> Fernando Luis Vazquez Cao<fernando@oss.ntt.co.jp> Filipe Brandenburger <filbranden@gmail.com> Filipe Brandenburger <filbranden@google.c...

...ress\n", + slot_name(p_slot)); p_slot->state = STATIC_STATE; break; case POWEROFF_STATE: diff --git a/drivers/pci/intel-iommu.c b/drivers/pci/intel-iommu.c index 59f17ac..a728162 100644 --- a/drivers/pci/intel-iommu.c +++ b/drivers/pci/intel-iommu.c @@ -21,6 +21,8 @@ * Author: Fenghua Yu <fenghua.yu at intel.com> */ +#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt + #include <linux/init.h> #include <linux/bitmap.h> #include <linux/debugfs.h> @@ -418,25 +420,21 @@ static int __init intel_iommu_setup(char *str) while (*str) { if (!strncmp(...

...ress\n", + slot_name(p_slot)); p_slot->state = STATIC_STATE; break; case POWEROFF_STATE: diff --git a/drivers/pci/intel-iommu.c b/drivers/pci/intel-iommu.c index 59f17ac..a728162 100644 --- a/drivers/pci/intel-iommu.c +++ b/drivers/pci/intel-iommu.c @@ -21,6 +21,8 @@ * Author: Fenghua Yu <fenghua.yu at intel.com> */ +#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt + #include <linux/init.h> #include <linux/bitmap.h> #include <linux/debugfs.h> @@ -418,25 +420,21 @@ static int __init intel_iommu_setup(char *str) while (*str) { if (!strncmp(...

...ress\n", + slot_name(p_slot)); p_slot->state = STATIC_STATE; break; case POWEROFF_STATE: diff --git a/drivers/pci/intel-iommu.c b/drivers/pci/intel-iommu.c index 59f17ac..a728162 100644 --- a/drivers/pci/intel-iommu.c +++ b/drivers/pci/intel-iommu.c @@ -21,6 +21,8 @@ * Author: Fenghua Yu <fenghua.yu at intel.com> */ +#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt + #include <linux/init.h> #include <linux/bitmap.h> #include <linux/debugfs.h> @@ -418,25 +420,21 @@ static int __init intel_iommu_setup(char *str) while (*str) { if (!strncmp(...

...m> Feng Hong <hongfeng@marvell.com> Feng Kan <fkan@apm.com> Feng Shuo <steve.shuo.feng@gmail.com> Feng Tang <feng.tang@intel.com> feng xiangjun <fengxj325@gmail.com> Fengguang Wu <fengguang.wu@intel.com> Fengguang Wu <wfg@linux.intel.com> Fenghua Yu <fenghua.yu@intel.com> Fernando Guzman Lugo <fernando.lugo@ti.com> Fernando Guzman Lugo <lugo.fernando@gmail.com> Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp> Fernando Luis Vazquez Cao<fernando@oss.ntt.co.jp> Fernando M Soto <fsoto@bluecatnetworks...