Displaying 15 results from an estimated 15 matches for "siddha".
2008 Jul 15
4
Patch from LKML
> On Tue, Jul 15, 2008 at 10:33 AM, Suresh Siddha
> <suresh.b.siddha at intel.com> wrote:
> > On Sun, Jul 13, 2008 at 10:19:35PM -0700, Yinghai Lu wrote:
> >>
> >> fix for pv.
> >>
> >> Signed-off-by: Yinghai Lu <yhlu.kernel at gmail.com>
> >>
> >> ---
> >> arch/x...
2008 Jul 15
4
Patch from LKML
> On Tue, Jul 15, 2008 at 10:33 AM, Suresh Siddha
> <suresh.b.siddha at intel.com> wrote:
> > On Sun, Jul 13, 2008 at 10:19:35PM -0700, Yinghai Lu wrote:
> >>
> >> fix for pv.
> >>
> >> Signed-off-by: Yinghai Lu <yhlu.kernel at gmail.com>
> >>
> >> ---
> >> arch/x...
2008 Feb 26
8
[PATCH 0/8] RFC: ia64/xen TAKE 2: paravirtualization of hand written assembly code
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
2008 Feb 26
8
[PATCH 0/8] RFC: ia64/xen TAKE 2: paravirtualization of hand written assembly code
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
2013 Mar 18
0
[linux-linus test] 17325: regressions - trouble: broken/fail/pass
...kang@samsung.com>
Supriya Karanth <supriya.karanth@stericsson.com>
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Suresh Chandrasekaran <csuresh@qca.qualcomm.com>
Suresh Jayaraman <sjayaraman@suse.com>
Suresh Reddy <suresh.reddy@emulex.com>
Suresh Siddha <suresh.b.siddha@intel.com>
Suzuki K Poulose <suzuki@in.ibm.com>
Suzuki K. Poulose <suzuki@in.ibm.com>
Suzuki Poulose <suzuki@in.ibm.com>
Sven Eckelmann <sven@narfation.org>
Sven Eckelmann <sven@open-mesh.com>
Sven Geggus <lists@fuchsschwanzdomain....
2013 Mar 29
0
[linux-linus test] 17454: regressions - FAIL
...kang@samsung.com>
Supriya Karanth <supriya.karanth@stericsson.com>
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Suresh Chandrasekaran <csuresh@qca.qualcomm.com>
Suresh Jayaraman <sjayaraman@suse.com>
Suresh Reddy <suresh.reddy@emulex.com>
Suresh Siddha <suresh.b.siddha@intel.com>
Suzuki K Poulose <suzuki@in.ibm.com>
Suzuki K. Poulose <suzuki@in.ibm.com>
Suzuki Poulose <suzuki@in.ibm.com>
Sven Eckelmann <sven@narfation.org>
Sven Eckelmann <sven@open-mesh.com>
Sven Geggus <lists@fuchsschwanzdomain....
2013 Apr 10
0
[linux-linus test] 17612: regressions - FAIL
...kang@samsung.com>
Supriya Karanth <supriya.karanth@stericsson.com>
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Suresh Chandrasekaran <csuresh@qca.qualcomm.com>
Suresh Jayaraman <sjayaraman@suse.com>
Suresh Reddy <suresh.reddy@emulex.com>
Suresh Siddha <suresh.b.siddha@intel.com>
Suzuki K Poulose <suzuki@in.ibm.com>
Suzuki K. Poulose <suzuki@in.ibm.com>
Suzuki Poulose <suzuki@in.ibm.com>
Sven Eckelmann <sven@narfation.org>
Sven Eckelmann <sven@open-mesh.com>
Sven Geggus <lists@fuchsschwanzdomain....
2013 May 05
0
[linux-linus test] 17901: regressions - FAIL
...kang@samsung.com>
Supriya Karanth <supriya.karanth@stericsson.com>
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Suresh Chandrasekaran <csuresh@qca.qualcomm.com>
Suresh Jayaraman <sjayaraman@suse.com>
Suresh Reddy <suresh.reddy@emulex.com>
Suresh Siddha <suresh.b.siddha@intel.com>
Suzuki K Poulose <suzuki@in.ibm.com>
Suzuki K. Poulose <suzuki@in.ibm.com>
Suzuki Poulose <suzuki@in.ibm.com>
Sven Eckelmann <sven@narfation.org>
Sven Eckelmann <sven@open-mesh.com>
Sven Geggus <lists@fuchsschwanzdomain....
2013 May 07
0
[linux-linus test] 17916: regressions - FAIL
...ee.suthikulpanit@amd.com>
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Suresh Chandrasekaran <csuresh@qca.qualcomm.com>
Suresh Jayaraman <sjayaraman@novell.com>
Suresh Jayaraman <sjayaraman@suse.com>
Suresh Reddy <suresh.reddy@emulex.com>
Suresh Siddha <suresh.b.siddha@intel.com>
Suzuki K Poulose <suzuki@in.ibm.com>
Suzuki K. Poulose <suzuki@in.ibm.com>
Suzuki Poulose <suzuki@in.ibm.com>
Sven Eckelmann <sven@narfation.org>
Sven Eckelmann <sven@open-mesh.com>
Sven Geggus <lists@fuchsschwanzdomain....
2013 Jun 16
0
[linux-linus test] 18150: regressions - FAIL
...ee.suthikulpanit@amd.com>
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Suresh Chandrasekaran <csuresh@qca.qualcomm.com>
Suresh Jayaraman <sjayaraman@novell.com>
Suresh Jayaraman <sjayaraman@suse.com>
Suresh Reddy <suresh.reddy@emulex.com>
Suresh Siddha <suresh.b.siddha@intel.com>
Suzuki K Poulose <suzuki@in.ibm.com>
Suzuki K. Poulose <suzuki@in.ibm.com>
Suzuki Poulose <suzuki@in.ibm.com>
Sven Eckelmann <sven@narfation.org>
Sven Eckelmann <sven@open-mesh.com>
Sven Geggus <lists@fuchsschwanzdomain....
2013 Jun 23
0
[linux-linus test] 18181: regressions - trouble: broken/fail/pass
...ee.suthikulpanit@amd.com>
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Suresh Chandrasekaran <csuresh@qca.qualcomm.com>
Suresh Jayaraman <sjayaraman@novell.com>
Suresh Jayaraman <sjayaraman@suse.com>
Suresh Reddy <suresh.reddy@emulex.com>
Suresh Siddha <suresh.b.siddha@intel.com>
Suzuki K Poulose <suzuki@in.ibm.com>
Suzuki K. Poulose <suzuki@in.ibm.com>
Suzuki Poulose <suzuki@in.ibm.com>
Sven Eckelmann <sven@narfation.org>
Sven Eckelmann <sven@open-mesh.com>
Sven Geggus <lists@fuchsschwanzdomain....
2013 Aug 29
0
[linux-linus test] 18805: regressions - FAIL
...suthikulpanit@amd.com>
Surendranath Gurivireddy Balla <suren.reddy@samsung.com>
Suresh Chandrasekaran <csuresh@qca.qualcomm.com>
Suresh Jayaraman <sjayaraman@novell.com>
Suresh Jayaraman <sjayaraman@suse.com>
Suresh Reddy <suresh.reddy@emulex.com>
Suresh Siddha <suresh.b.siddha@intel.com>
Suzuki K Poulose <suzuki@in.ibm.com>
Suzuki K. Poulose <suzuki@in.ibm.com>
Suzuki Poulose <suzuki@in.ibm.com>
Sven Eckelmann <sven@narfation.org>
Sven Eckelmann <sven@open-mesh.com>
Sven Geggus <lists@fuchsschwanzdomain....
2013 Aug 29
0
[linux-linus test] 18844: regressions - FAIL
...suthikulpanit@amd.com>
Surendranath Gurivireddy Balla <suren.reddy@samsung.com>
Suresh Chandrasekaran <csuresh@qca.qualcomm.com>
Suresh Jayaraman <sjayaraman@novell.com>
Suresh Jayaraman <sjayaraman@suse.com>
Suresh Reddy <suresh.reddy@emulex.com>
Suresh Siddha <suresh.b.siddha@intel.com>
Suzuki K Poulose <suzuki@in.ibm.com>
Suzuki K. Poulose <suzuki@in.ibm.com>
Suzuki Poulose <suzuki@in.ibm.com>
Sven Eckelmann <sven@narfation.org>
Sven Eckelmann <sven@open-mesh.com>
Sven Geggus <lists@fuchsschwanzdomain....
2008 Mar 05
51
[PATCH 00/50] ia64/xen take 3: ia64/xen domU paravirtualization
Hi. This patchset implements xen/ia64 domU support.
Qing He and Eddie Dong also has been woring on pv_ops so that
I want to discuss before going further and avoid duplicated work.
I suppose that Eddie will also post his own patch. So reviewing both
patches, we can reach to better pv_ops interface.
- I didn't changed the ia64 intrinsic paravirtulization abi from
the last post. Presumably it
2008 Mar 05
51
[PATCH 00/50] ia64/xen take 3: ia64/xen domU paravirtualization
Hi. This patchset implements xen/ia64 domU support.
Qing He and Eddie Dong also has been woring on pv_ops so that
I want to discuss before going further and avoid duplicated work.
I suppose that Eddie will also post his own patch. So reviewing both
patches, we can reach to better pv_ops interface.
- I didn't changed the ia64 intrinsic paravirtulization abi from
the last post. Presumably it