linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dave Young <dyoung@redhat.com>
To: "Li, Zhen-Hua" <zhen-hual@hp.com>
Cc: dwmw2@infradead.org, indou.takao@jp.fujitsu.com, bhe@redhat.com,
	joro@8bytes.org, vgoyal@redhat.com,
	iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org,
	linux-pci@vger.kernel.org, kexec@lists.infradead.org,
	alex.williamson@redhat.com, ddutile@redhat.com,
	ishii.hironobu@jp.fujitsu.com, bhelgaas@google.com,
	doug.hatch@hp.com, jerry.hoemann@hp.com, tom.vaden@hp.com,
	li.zhang6@hp.com, lisa.mitchell@hp.com,
	billsumnerlinux@gmail.com, rwright@hp.com
Subject: Re: [PATCH v11 04/10] iommu/vt-d: functions to copy data from old mem
Date: Tue, 12 May 2015 16:29:54 +0800	[thread overview]
Message-ID: <20150512082954.GD4561@localhost.localdomain> (raw)
In-Reply-To: <1431337974-545-5-git-send-email-zhen-hual@hp.com>

On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote:
> Add some functions to copy the data from old kernel.
> These functions are used to copy context tables and page tables.
> 
> To avoid calling iounmap between spin_lock_irqsave and spin_unlock_irqrestore,
> use a link here, store the pointers , and then use iounmap to free them in
> another place.
> 
> Li, Zhen-hua:
>     The functions and logics.
> 
> Takao Indoh:
>     Check if pfn is ram:
>         if (page_is_ram(pfn))
> 
> Signed-off-by: Li, Zhen-Hua <zhen-hual@hp.com>
> Signed-off-by: Takao Indoh <indou.takao@jp.fujitsu.com>
> ---
>  drivers/iommu/intel-iommu.c | 102 ++++++++++++++++++++++++++++++++++++++++++++
>  include/linux/intel-iommu.h |   6 +++
>  2 files changed, 108 insertions(+)
> 
> diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
> index 07e6118..0b97c15 100644
> --- a/drivers/iommu/intel-iommu.c
> +++ b/drivers/iommu/intel-iommu.c
> @@ -371,6 +371,17 @@ static struct context_entry *device_to_existing_context_entry(
>  				struct intel_iommu *iommu,
>  				u8 bus, u8 devfn);
>  
> +/*
> + * A structure used to store the address allocated by ioremap();
> + * The we need to call iounmap() to free them out of spin_lock_irqsave/unlock;
> + */
> +struct iommu_remapped_entry {
> +	struct list_head list;
> +	void __iomem *mem;
> +};
> +static LIST_HEAD(__iommu_remapped_mem);
> +static DEFINE_MUTEX(__iommu_mem_list_lock);
> +
>  
>  /*
>   * This domain is a statically identity mapping domain.
> @@ -4833,3 +4844,94 @@ static struct context_entry *device_to_existing_context_entry(
>  	return ret;
>  }
>  
> +/*
> + * Copy memory from a physically-addressed area into a virtually-addressed area
> + */
> +int __iommu_load_from_oldmem(void *to, unsigned long from, unsigned long size)
> +{
> +	unsigned long pfn;		/* Page Frame Number */
> +	size_t csize = (size_t)size;	/* Num(bytes to copy) */
> +	unsigned long offset;		/* Lower 12 bits of to */

comment for above variable are unnecessary, they are clear enough.
BTW, use size_t size in function argument is better.

> +	void __iomem *virt_mem;
> +	struct iommu_remapped_entry *mapped;
> +
> +	pfn = from >> VTD_PAGE_SHIFT;
> +	offset = from & (~VTD_PAGE_MASK);
> +
> +	if (page_is_ram(pfn)) {
> +		memcpy(to, pfn_to_kaddr(pfn) + offset, csize);
> +	} else{
> +
> +		mapped = kzalloc(sizeof(struct iommu_remapped_entry),
> +				GFP_KERNEL);
> +		if (!mapped)
> +			return -ENOMEM;
> +
> +		virt_mem = ioremap_cache((unsigned long)from, size);
> +		if (!virt_mem) {
> +			kfree(mapped);
> +			return -ENOMEM;
> +		}
> +		memcpy(to, virt_mem, size);

csize or size? as previous comment use size_t in argument it will be ok here.

> +
> +		mutex_lock(&__iommu_mem_list_lock);
> +		mapped->mem = virt_mem;
> +		list_add_tail(&mapped->list, &__iommu_remapped_mem);
> +		mutex_unlock(&__iommu_mem_list_lock);
> +	}
> +	return size;

type mismatch?

> +}
> +
> +/*
> + * Copy memory from a virtually-addressed area into a physically-addressed area
> + */
> +int __iommu_save_to_oldmem(unsigned long to, void *from, unsigned long size)
> +{
> +	unsigned long pfn;		/* Page Frame Number */
> +	size_t csize = (size_t)size;	/* Num(bytes to copy) */
> +	unsigned long offset;		/* Lower 12 bits of to */

Ditto about data type and comments..

> +	void __iomem *virt_mem;
> +	struct iommu_remapped_entry *mapped;
> +
> +	pfn = to >> VTD_PAGE_SHIFT;
> +	offset = to & (~VTD_PAGE_MASK);
> +
> +	if (page_is_ram(pfn)) {
> +		memcpy(pfn_to_kaddr(pfn) + offset, from, csize);
> +	} else{
> +		mapped = kzalloc(sizeof(struct iommu_remapped_entry),
> +				GFP_KERNEL);
> +		if (!mapped)
> +			return -ENOMEM;
> +
> +		virt_mem = ioremap_cache((unsigned long)to, size);
> +		if (!virt_mem) {
> +			kfree(mapped);
> +			return -ENOMEM;
> +		}
> +		memcpy(virt_mem, from, size);
> +		mutex_lock(&__iommu_mem_list_lock);
> +		mapped->mem = virt_mem;
> +		list_add_tail(&mapped->list, &__iommu_remapped_mem);
> +		mutex_unlock(&__iommu_mem_list_lock);
> +	}
> +	return size;
> +}

Above two functions looks duplicate, can they be merged as one function and
add a argument about direction?

> +
> +/*
> + * Free the mapped memory for ioremap;
> + */
> +int __iommu_free_mapped_mem(void)
> +{
> +	struct iommu_remapped_entry *mem_entry, *tmp;
> +
> +	mutex_lock(&__iommu_mem_list_lock);
> +	list_for_each_entry_safe(mem_entry, tmp, &__iommu_remapped_mem, list) {
> +		iounmap(mem_entry->mem);
> +		list_del(&mem_entry->list);
> +		kfree(mem_entry);
> +	}
> +	mutex_unlock(&__iommu_mem_list_lock);
> +	return 0;
> +}
> +
> diff --git a/include/linux/intel-iommu.h b/include/linux/intel-iommu.h
> index 796ef96..ced1fac 100644
> --- a/include/linux/intel-iommu.h
> +++ b/include/linux/intel-iommu.h
> @@ -380,4 +380,10 @@ extern int dmar_ir_support(void);
>  
>  extern const struct attribute_group *intel_iommu_groups[];
>  
> +extern int __iommu_load_from_oldmem(void *to, unsigned long from,
> +					unsigned long size);
> +extern int __iommu_save_to_oldmem(unsigned long to, void *from,
> +					unsigned long size);
> +extern int __iommu_free_mapped_mem(void);
> +
>  #endif
> -- 
> 2.0.0-rc0
> 

  reply	other threads:[~2015-05-12  8:30 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-11  9:52 [PATCH v11 0/10] iommu/vt-d: Fix intel vt-d faults in kdump kernel Li, Zhen-Hua
2015-05-11  9:52 ` [PATCH v11 01/10] iommu/vt-d: New function to attach domain with id Li, Zhen-Hua
2015-05-11  9:52 ` [PATCH v11 02/10] iommu/vt-d: Items required for kdump Li, Zhen-Hua
2015-05-12  8:17   ` Dave Young
2015-05-13  1:45     ` Li, ZhenHua
2015-05-13  6:31       ` Alexander Duyck
2015-05-13  8:42       ` Dave Young
2015-05-11  9:52 ` [PATCH v11 03/10] iommu/vt-d: Function to get existing context entry Li, Zhen-Hua
2015-05-11  9:52 ` [PATCH v11 04/10] iommu/vt-d: functions to copy data from old mem Li, Zhen-Hua
2015-05-12  8:29   ` Dave Young [this message]
2015-05-13  9:00   ` Baoquan He
2015-05-13  9:13     ` Li, ZhenHua
2015-05-13  9:21       ` Baoquan He
2015-06-08 14:15   ` David Woodhouse
2015-06-08 15:21     ` Joerg Roedel
2015-06-08 15:44       ` David Woodhouse
2015-05-11  9:52 ` [PATCH v11 05/10] iommu/vt-d: Add functions to load and save old re Li, Zhen-Hua
2015-05-12  8:37   ` Dave Young
2015-05-13  1:47     ` Li, ZhenHua
2015-05-13  8:49       ` Dave Young
2015-05-11  9:52 ` [PATCH v11 06/10] iommu/vt-d: datatypes and functions used for kdump Li, Zhen-Hua
2015-05-12  8:48   ` Dave Young
2015-05-13  8:56   ` Baoquan He
2015-05-13  8:58     ` Li, ZhenHua
2015-05-13  9:10       ` Baoquan He
2015-05-11  9:52 ` [PATCH v11 07/10] iommu/vt-d: enable kdump support in iommu module Li, Zhen-Hua
2015-05-12  8:52   ` Dave Young
2015-05-13  2:10   ` Baoquan He
2015-05-13  2:28     ` Li, ZhenHua
2015-05-13  2:36       ` Baoquan He
2015-05-11  9:52 ` [PATCH v11 08/10] iommu/vt-d: assign new page table for dma_map Li, Zhen-Hua
2015-05-20 23:52   ` Baoquan He
2015-05-21  1:27     ` Li, ZhenHua
2015-05-21  6:54       ` Baoquan He
2015-05-21  8:40         ` Li, ZhenHua
2015-05-21 10:11           ` Baoquan He
2015-05-11  9:52 ` [PATCH v11 09/10] iommu/vt-d: Copy functions for irte Li, Zhen-Hua
2015-05-12  9:00   ` Dave Young
2015-05-11  9:52 ` [PATCH v11 10/10] iommu/vt-d: Use old irte in kdump kernel Li, Zhen-Hua
2015-05-12  6:18 ` [PATCH v11 0/10] iommu/vt-d: Fix intel vt-d faults " Baoquan He
2015-05-12  9:04 ` Dave Young
2015-05-12  9:34 ` Li, Zhen-Hua
2015-05-13  1:54 ` Li, ZhenHua
2015-05-18 10:05   ` Li, ZhenHua
2015-05-19  1:13     ` Dave Young
2015-05-19  7:43       ` Li, ZhenHua
2015-05-29 16:21 ` Joerg Roedel
2015-05-30 11:23   ` Li, Zhen-Hua
2015-06-08 14:26 ` David Woodhouse
2015-06-08 15:29   ` Joerg Roedel
2015-06-08 15:50     ` David Woodhouse
2015-06-08 16:13       ` Joerg Roedel
2015-06-09 12:55         ` David Woodhouse
2015-06-10  9:21           ` Joerg Roedel
2015-06-10  9:32             ` Li, ZhenHua
2015-06-10 14:10               ` David Woodhouse

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=20150512082954.GD4561@localhost.localdomain \
    --to=dyoung@redhat.com \
    --cc=alex.williamson@redhat.com \
    --cc=bhe@redhat.com \
    --cc=bhelgaas@google.com \
    --cc=billsumnerlinux@gmail.com \
    --cc=ddutile@redhat.com \
    --cc=doug.hatch@hp.com \
    --cc=dwmw2@infradead.org \
    --cc=indou.takao@jp.fujitsu.com \
    --cc=iommu@lists.linux-foundation.org \
    --cc=ishii.hironobu@jp.fujitsu.com \
    --cc=jerry.hoemann@hp.com \
    --cc=joro@8bytes.org \
    --cc=kexec@lists.infradead.org \
    --cc=li.zhang6@hp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=lisa.mitchell@hp.com \
    --cc=rwright@hp.com \
    --cc=tom.vaden@hp.com \
    --cc=vgoyal@redhat.com \
    --cc=zhen-hual@hp.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).