GDBSX Maintainer

GDBSX Maintainer

[Julien Grall]

[-- Attachment #1: Type: text/plain, Size: 1051 bytes --]

Hi,

I had to modify some code in arch/x86/debug.c and noticed that Mukesh is 
still the maintainer. IIRC he left Oracle quite a while ago, so my 
e-mail was bounced by the server.

Do we have a new e-mail address for me? If not, does anyone plan to 
maintain this code? Shall we mark the code as "Orphan"?

Cheers,

-------- Forwarded Message --------
Subject: Undelivered Mail Returned to Sender
Date: Tue, 28 Jun 2016 09:18:43 -0700
From: Mail Delivery System <MAILER-DAEMON@foss.arm.com>
To: julien.grall@arm.com

This is the mail system at host usa-sjc-mx-foss1.foss.arm.com.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                    The mail system

<mukesh.rathor@oracle.com>: host userp2040.oracle.com[156.151.31.90] 
said: 550
     5.1.1 User Unknown (in reply to RCPT TO command)




[-- Attachment #2: Attached Message Part --]
[-- Type: message/delivery-status, Size: 394 bytes --]

[-- Attachment #3: ForwardedMessage.eml --]
[-- Type: message/rfc822, Size: 6545 bytes --]

From: Julien Grall <julien.grall@arm.com>
To: <xen-devel@lists.xen.org>
Cc: <sstabellini@kernel.org>, Julien Grall <julien.grall@arm.com>, "Andrew Cooper" <andrew.cooper3@citrix.com>, Boris Ostrovsky <boris.ostrovsky@oracle.com>, Christoph Egger <chegger@amazon.de>, Feng Wu <feng.wu@intel.com>, George Dunlap <george.dunlap@eu.citrix.com>, Ian Jackson <ian.jackson@eu.citrix.com>, Jan Beulich <jbeulich@suse.com>, Jun Nakajima <jun.nakajima@intel.com>, Kevin Tian <kevin.tian@intel.com>, "Konrad Rzeszutek Wilk" <konrad.wilk@oracle.com>, Liu Jinsong <jinsong.liu@alibaba-inc.com>, Mukesh Rathor <mukesh.rathor@oracle.com>, "Paul Durrant" <paul.durrant@citrix.com>, Shannon Zhao <shannon.zhao@linaro.org>, Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>, Tim Deegan <tim@xen.org>, Wei Liu <wei.liu2@citrix.com>
Subject: [PATCH v5 00/17] xen/arm: Use the typesafes gfn and mfn
Date: Tue, 28 Jun 2016 17:17:06 +0100
Message-ID: <1467130643-23868-1-git-send-email-julien.grall@arm.com>

Hello all,

Some of the ARM functions are mixing gfn vs mfn and even physical vs frame.

To avoid more confusion, this patch series makes use of the terminology
described in xen/include/xen/mm.h and the associated typesafe.

This series requires the patch [1] to be applied beforehand. I pushed a
branch with this patch and this series applied on xenbits:
git://xenbits.xen.org/people/julieng/xen-unstable.git branch typesafe-v4

For all the changes see in each patch.

Yours sincerely,

[1] http://lists.xenproject.org/archives/html/xen-devel/2016-06/msg01744.html

Cc: Andrew Cooper <andrew.cooper3@citrix.com>
Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: Christoph Egger <chegger@amazon.de>
Cc: Feng Wu <feng.wu@intel.com>
Cc: George Dunlap <george.dunlap@eu.citrix.com>
Cc: Ian Jackson <ian.jackson@eu.citrix.com>
Cc: Jan Beulich <jbeulich@suse.com>
Cc: Jun Nakajima <jun.nakajima@intel.com>
Cc: Kevin Tian <kevin.tian@intel.com>
Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: Liu Jinsong <jinsong.liu@alibaba-inc.com>
Cc: Mukesh Rathor <mukesh.rathor@oracle.com>
Cc: Paul Durrant <paul.durrant@citrix.com>
Cc: Shannon Zhao <shannon.zhao@linaro.org>
Cc: Stefano Stabellini <sstabellini@kernel.org>
Cc: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Cc: Tim Deegan <tim@xen.org>
Cc: Wei Liu <wei.liu2@citrix.com>

Julien Grall (17):
  xen: Use typesafe gfn/mfn in guest_physmap_* helpers
  xen: Use typesafe gfn in xenmem_add_to_physmap_one
  xen/arm: Rename grant_table_gfpn into grant_table_gfn and use the
    typesafe gfn
  xen: Use the typesafe mfn and gfn in map_mmio_regions...
  xen/passthrough: x86: Use INVALID_GFN rather than INVALID_MFN
  xen: Use a typesafe to define INVALID_MFN
  xen: Use a typesafe to define INVALID_GFN
  xen/arm: Rework the interface of p2m_lookup and use typesafe gfn and
    mfn
  xen/arm: Rework the interface of p2m_cache_flush and use typesafe gfn
  xen/arm: map_regions_rw_cache: Map the region with p2m->default_access
  xen/arm: dom0_build: Remove dead code in allocate_memory
  xen/arm: p2m: Remove unused operation ALLOCATE
  xen/arm: Use the typesafes mfn and gfn in map_dev_mmio_region...
  xen/arm: Use the typesafes mfn and gfn in map_regions_rw_cache ...
  xen/arm: p2m: Introduce helpers to insert and remove mapping
  xen/arm: p2m: Use typesafe gfn for {max,lowest}_mapped_gfn
  xen/arm: p2m: Rework the interface of apply_p2m_changes and use
    typesafe

 xen/arch/arm/domain.c                   |   4 +-
 xen/arch/arm/domain_build.c             |  72 ++-------
 xen/arch/arm/domctl.c                   |   2 +-
 xen/arch/arm/gic-v2.c                   |   4 +-
 xen/arch/arm/mm.c                       |  20 +--
 xen/arch/arm/p2m.c                      | 269 ++++++++++++--------------------
 xen/arch/arm/platforms/exynos5.c        |   8 +-
 xen/arch/arm/platforms/omap5.c          |  16 +-
 xen/arch/arm/traps.c                    |  21 +--
 xen/arch/arm/vgic-v2.c                  |   4 +-
 xen/arch/x86/cpu/mcheck/mce.c           |   2 +-
 xen/arch/x86/debug.c                    |  64 ++++----
 xen/arch/x86/domain.c                   |   7 +-
 xen/arch/x86/domain_build.c             |   6 +-
 xen/arch/x86/hvm/emulate.c              |   7 +-
 xen/arch/x86/hvm/hvm.c                  |  12 +-
 xen/arch/x86/hvm/ioreq.c                |  16 +-
 xen/arch/x86/hvm/svm/nestedsvm.c        |   2 +-
 xen/arch/x86/hvm/viridian.c             |   6 +-
 xen/arch/x86/hvm/vmx/vmx.c              |   8 +-
 xen/arch/x86/mm.c                       |  21 +--
 xen/arch/x86/mm/altp2m.c                |   2 +-
 xen/arch/x86/mm/guest_walk.c            |   4 +-
 xen/arch/x86/mm/hap/guest_walk.c        |  10 +-
 xen/arch/x86/mm/hap/hap.c               |   4 +-
 xen/arch/x86/mm/hap/nested_ept.c        |   2 +-
 xen/arch/x86/mm/p2m-ept.c               |   6 +-
 xen/arch/x86/mm/p2m-pod.c               |  24 +--
 xen/arch/x86/mm/p2m-pt.c                |  18 +--
 xen/arch/x86/mm/p2m.c                   | 164 ++++++++++---------
 xen/arch/x86/mm/paging.c                |  12 +-
 xen/arch/x86/mm/shadow/common.c         |  46 +++---
 xen/arch/x86/mm/shadow/multi.c          |  38 ++---
 xen/arch/x86/mm/shadow/private.h        |   2 +-
 xen/common/domain.c                     |   6 +-
 xen/common/domctl.c                     |   4 +-
 xen/common/grant_table.c                |  13 +-
 xen/common/memory.c                     |  38 ++---
 xen/drivers/passthrough/amd/iommu_map.c |   2 +-
 xen/drivers/passthrough/arm/smmu.c      |   4 +-
 xen/drivers/passthrough/vtd/iommu.c     |   4 +-
 xen/drivers/passthrough/x86/iommu.c     |   2 +-
 xen/include/asm-arm/domain.h            |   2 +-
 xen/include/asm-arm/grant_table.h       |   2 +-
 xen/include/asm-arm/p2m.h               |  44 +++---
 xen/include/asm-x86/guest_pt.h          |   4 +-
 xen/include/asm-x86/p2m.h               |  13 +-
 xen/include/xen/mm.h                    |   8 +-
 xen/include/xen/p2m-common.h            |   8 +-
 49 files changed, 481 insertions(+), 576 deletions(-)

-- 
1.9.1



[-- Attachment #4: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: GDBSX Maintainer

[Andrew Cooper]

On 28/06/16 17:31, Julien Grall wrote:
> Hi,
>
> I had to modify some code in arch/x86/debug.c and noticed that Mukesh
> is still the maintainer. IIRC he left Oracle quite a while ago, so my
> e-mail was bounced by the server.
>
> Do we have a new e-mail address for me? If not, does anyone plan to
> maintain this code? Shall we mark the code as "Orphan"?

If noone explicitly wishes to maintain it, then it should be subsumed
into general x86.  Its not like its a large or complicated area of code.

~Andrew

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: GDBSX Maintainer

[Elena Ufimtseva]

Hi Julien, Andrew

I was talking to Konrad some time ago about looking into this and the
possibility of maintaining gdbsx code. I am willing sign up for this
if there are no objections.

Elena

On Tue, Jun 28, 2016 at 9:46 AM, Andrew Cooper
<andrew.cooper3@citrix.com> wrote:
> On 28/06/16 17:31, Julien Grall wrote:
>> Hi,
>>
>> I had to modify some code in arch/x86/debug.c and noticed that Mukesh
>> is still the maintainer. IIRC he left Oracle quite a while ago, so my
>> e-mail was bounced by the server.
>>
>> Do we have a new e-mail address for me? If not, does anyone plan to
>> maintain this code? Shall we mark the code as "Orphan"?
>
> If noone explicitly wishes to maintain it, then it should be subsumed
> into general x86.  Its not like its a large or complicated area of code.
>
> ~Andrew
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel



-- 
Elena

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: GDBSX Maintainer

[Andrew Cooper]

On 28/06/16 17:52, Elena Ufimtseva wrote:
> Hi Julien, Andrew
>
> I was talking to Konrad some time ago about looking into this and the
> possibility of maintaining gdbsx code. I am willing sign up for this
> if there are no objections.

Fine by me.  The traditional way of doing this would be for you to
author a patch changing the mantainers file.

~Andrew

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel