lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Mon, 6 Jun 2011 09:56:18 -0400
From:	Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>
To:	FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] swiotlb: Export io_tlb_nslabs as swiotlb_nslabs and use
 it.

On Sun, Jun 05, 2011 at 11:47:29AM +0900, FUJITA Tomonori wrote:
> On Wed,  1 Jun 2011 12:42:44 -0400
> Konrad Rzeszutek Wilk <konrad.wilk@...cle.com> wrote:
> 
> > By default the io_tlb_nslabs is set to zero, and gets set to
> > whatever value is passed in via swiotlb_init_with_tbl function.
> > The default value passed in is 64MB. However, if the user provides
> > the 'swiotlb=<nslabs>' the default value is ignored and
> > the value provided by the user is used... Except when the SWIOTLB
> > is used under Xen - there the default value of 64MB is used and
> > the Xen-SWIOTLB has no mechanism to get the 'io_tlb_nslabs' filled
> > out by setup_io_tlb_npages functions. This patch exports the
> > value that is potentially set by setup_io_tlb_npages and renames
> > it to swiotlb_nslabs.
> > 
> > CC: FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>
> > Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>
> > ---
> >  drivers/xen/swiotlb-xen.c |    7 +++-
> >  include/linux/swiotlb.h   |    5 +++
> >  lib/swiotlb.c             |   78 ++++++++++++++++++++++----------------------
> >  3 files changed, 49 insertions(+), 41 deletions(-)
> 
> Hmm, exporting the internal valuable and all the renaming look
> overdoing?
> 
> Why can't we simply do like this?

We can do that too. Let me queue this up for 3.1.

> 
> diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
> index 65ea21a..6e8c15a 100644
> --- a/drivers/xen/swiotlb-xen.c
> +++ b/drivers/xen/swiotlb-xen.c
> @@ -147,9 +147,15 @@ void __init xen_swiotlb_init(int verbose)
>  {
>  	unsigned long bytes;
>  	int rc;
> -
> -	xen_io_tlb_nslabs = (64 * 1024 * 1024 >> IO_TLB_SHIFT);
> -	xen_io_tlb_nslabs = ALIGN(xen_io_tlb_nslabs, IO_TLB_SEGSIZE);
> +	unsigned long nr_tbl;
> +
> +	nr_tbl = swioltb_nr_tbl();
> +	if (nr_tbl)
> +		xen_io_tlb_nslabs = nr_tbl;
> +	else {
> +		xen_io_tlb_nslabs = (64 * 1024 * 1024 >> IO_TLB_SHIFT);
> +		xen_io_tlb_nslabs = ALIGN(xen_io_tlb_nslabs, IO_TLB_SEGSIZE);
> +	}
>  
>  	bytes = xen_io_tlb_nslabs << IO_TLB_SHIFT;
>  
> diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
> index 8c0e349..445702c 100644
> --- a/include/linux/swiotlb.h
> +++ b/include/linux/swiotlb.h
> @@ -24,6 +24,7 @@ extern int swiotlb_force;
>  
>  extern void swiotlb_init(int verbose);
>  extern void swiotlb_init_with_tbl(char *tlb, unsigned long nslabs, int verbose);
> +extern unsigned long swioltb_nr_tbl(void);
>  
>  /*
>   * Enumeration for sync targets
> diff --git a/lib/swiotlb.c b/lib/swiotlb.c
> index 93ca08b..99093b3 100644
> --- a/lib/swiotlb.c
> +++ b/lib/swiotlb.c
> @@ -110,6 +110,11 @@ setup_io_tlb_npages(char *str)
>  __setup("swiotlb=", setup_io_tlb_npages);
>  /* make io_tlb_overflow tunable too? */
>  
> +unsigned long swioltb_nr_tbl(void)
> +{
> +	return io_tlb_nslabs;
> +}
> +
>  /* Note that this doesn't work with highmem page */
>  static dma_addr_t swiotlb_virt_to_bus(struct device *hwdev,
>  				      volatile void *address)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ