All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jun Kamada <kama@jp.fujitsu.com>
To: Keir Fraser <keir@xensource.com>
Cc: kama@jp.fujitsu.com, xen-devel@lists.xensource.com,
	Hollis Blanchard <hollisb@us.ibm.com>
Subject: Re: Re: [Xen-changelog] [linux-2.6.18-xen] Add "#ifdef ARCH_HAS_DEV_MEM" to archtecture specific file_operations.
Date: Thu, 12 Jul 2007 20:05:05 +0900	[thread overview]
Message-ID: <20070712193743.23F0.KAMA@jp.fujitsu.com> (raw)
In-Reply-To: <C2BA68D5.12413%keir@xensource.com>

Keir-san,

On Wed, 11 Jul 2007 11:00:37 +0100
Keir Fraser <keir@xensource.com> wrote:
> The case of building drivers/xen/char/mem.c, yet not defining
> ARCH_HAS_DEV_MEM, does not seem useful. Who will pick up and use the
> mem_fops defined by drivers/xen/char/mem.c?
> 
> At the very least this seems abusive of ARCH_HAS_DEV_MEM, and you might be
> better off defining a different macro name? But I think you need to explain
> to us what it is you're actually trying to achieve.

I would like to deal with the drivers/xen/char/mem.c as follows. How do
you think about it? It will cause any problem?

- I will post a patch, which removes definition of ARCH_HAS_DEV_MEM, to
  xen-ia64-devel later.
- If needed, I will post a revert patch of 
  "xen-ia64-devel.hg c/s 12544:395aa5609e6d". (Creating the revert patch
  may be difficult...)

> better off defining a different macro name? But I think you need to explain
> to us what it is you're actually trying to achieve.

We would like to map machine address to guest physical address at PCI
initialization phase but at mmap system call in order to support Xwindow.
The patch I posted is one of the patch which disables mapping process at
mmap system call.

Best regards,

-----
Jun Kamada
Linux Technology Development Div.
Server Systems Unit
Fujitsu Ltd.
kama@jp.fujitsu.com

  reply	other threads:[~2007-07-12 11:05 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200707061715.l66HF2Ns030133@xenbits.xensource.com>
2007-07-06 20:25 ` [Xen-changelog] [linux-2.6.18-xen] Add "#ifdef ARCH_HAS_DEV_MEM" to archtecture specific file_operations Hollis Blanchard
2007-07-07  9:01   ` Keir Fraser
2007-07-09 19:20     ` Hollis Blanchard
2007-07-09 19:26       ` Keir Fraser
2007-07-09 19:41         ` Hollis Blanchard
2007-07-09 20:23           ` [XenPPC] " Jimi Xenidis
2007-07-09 21:20             ` Jimi Xenidis
2007-07-11  5:44     ` Jun Kamada
2007-07-11 10:00       ` Keir Fraser
2007-07-12 11:05         ` Jun Kamada [this message]
2007-07-13  2:42           ` [Xen-devel] Re: [Xen-changelog] [linux-2.6.18-xen] Add "#ifdefARCH_HAS_DEV_MEM" " Akio Takebe
2007-07-13 12:54             ` Keir Fraser
2007-07-13 14:54               ` Isaku Yamahata
2007-07-13 15:09                 ` Keir Fraser

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070712193743.23F0.KAMA@jp.fujitsu.com \
    --to=kama@jp.fujitsu.com \
    --cc=hollisb@us.ibm.com \
    --cc=keir@xensource.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.