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] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150211204841.GB30585@l.oracle.com>
Date:	Wed, 11 Feb 2015 15:48:41 -0500
From:	Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>
To:	"Wang, Xiaoming" <xiaoming.wang@...el.com>
Cc:	David Vrabel <david.vrabel@...rix.com>,
	"linux-mips@...ux-mips.org" <linux-mips@...ux-mips.org>,
	"pebolle@...cali.nl" <pebolle@...cali.nl>,
	"Zhang, Dongxing" <dongxing.zhang@...el.com>,
	"lauraa@...eaurora.org" <lauraa@...eaurora.org>,
	"d.kasatkin@...sung.com" <d.kasatkin@...sung.com>,
	"heiko.carstens@...ibm.com" <heiko.carstens@...ibm.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"ralf@...ux-mips.org" <ralf@...ux-mips.org>,
	"chris@...is-wilson.co.uk" <chris@...is-wilson.co.uk>,
	"takahiro.akashi@...aro.org" <takahiro.akashi@...aro.org>,
	"linux@...izon.com" <linux@...izon.com>,
	"xen-devel@...ts.xenproject.org" <xen-devel@...ts.xenproject.org>,
	"boris.ostrovsky@...cle.com" <boris.ostrovsky@...cle.com>,
	"Liu, Chuansheng" <chuansheng.liu@...el.com>,
	"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>
Subject: Re: [Xen-devel] [PATCH] modify the IO_TLB_SEGSIZE to io_tlb_segsize
 configurable as flexible requirement about SW-IOMMU.

On Wed, Feb 11, 2015 at 08:38:29AM +0000, Wang, Xiaoming wrote:
> Dear David
> 
> > -----Original Message-----
> > From: David Vrabel [mailto:david.vrabel@...rix.com]
> > Sent: Tuesday, February 10, 2015 5:46 PM
> > To: Wang, Xiaoming; Konrad Rzeszutek Wilk
> > Cc: linux-mips@...ux-mips.org; pebolle@...cali.nl; Zhang, Dongxing;
> > lauraa@...eaurora.org; d.kasatkin@...sung.com;
> > heiko.carstens@...ibm.com; linux-kernel@...r.kernel.org; ralf@...ux-
> > mips.org; chris@...is-wilson.co.uk; takahiro.akashi@...aro.org;
> > david.vrabel@...rix.com; linux@...izon.com; xen-
> > devel@...ts.xenproject.org; boris.ostrovsky@...cle.com; Liu, Chuansheng;
> > akpm@...ux-foundation.org
> > Subject: Re: [Xen-devel] [PATCH] modify the IO_TLB_SEGSIZE to
> > io_tlb_segsize configurable as flexible requirement about SW-IOMMU.
> > 
> > On 06/02/15 00:10, Wang, Xiaoming wrote:
> > >
> > >
> > >> -----Original Message-----
> > >> From: Konrad Rzeszutek Wilk [mailto:konrad.wilk@...cle.com]
> > >> Sent: Friday, February 6, 2015 3:33 AM
> > >> To: Wang, Xiaoming
> > >> Cc: ralf@...ux-mips.org; boris.ostrovsky@...cle.com;
> > >> david.vrabel@...rix.com; linux-mips@...ux-mips.org; linux-
> > >> kernel@...r.kernel.org; xen-devel@...ts.xenproject.org; akpm@...ux-
> > >> foundation.org; linux@...izon.com; lauraa@...eaurora.org;
> > >> heiko.carstens@...ibm.com; d.kasatkin@...sung.com;
> > >> takahiro.akashi@...aro.org; chris@...is-wilson.co.uk;
> > >> pebolle@...cali.nl; Liu, Chuansheng; Zhang, Dongxing
> > >> Subject: Re: [PATCH] modify the IO_TLB_SEGSIZE to io_tlb_segsize
> > >> configurable as flexible requirement about SW-IOMMU.
> > >>
> > >> On Fri, Feb 06, 2015 at 07:01:14AM +0800, xiaomin1 wrote:
> > >>> The maximum of SW-IOMMU is limited to 2^11*128 = 256K.
> > >>> While in different platform and different requirements this seems
> > improper.
> > >>> So modify the IO_TLB_SEGSIZE to io_tlb_segsize as configurable is
> > >>> make
> > >> sense.
> > >>
> > >> More details please. What is the issue you are hitting?
> > >>
> > > Example:
> > > If 1M bytes are requied. There has an error like.
> > 
> > Instead of allowing the bouncing of such large buffers, could the gadget
> > driver be modified to submit the buffers to the hardware in smaller chunks?
> > 
> > David
> 
> Our target is try to make IO_TLB_SEGSIZE configurable.
> Neither 256 bytes  or 1M bytes seems suitable value, I think.
> It's better to use the tactics something like
> kmem_cache_create  in kmalloc function.
> But SW-IOMMU seems more lighter.
> So we choose variable rather than function.

Would it be possible to understand why the gadget needs such
large buffer? That is irrespective of the patchset you are proposing.

In regards to the pathchset - I don't see anything fundamentally
wrong with the patch. What I am afraid is that this fixes the
symptoms instead of the underlaying problem. The problem I think
is that with this large 1MB requests you risk of using the
SWIOTLB bounce buffer which can result in poor performance.

So eventually somebody will have to figure out why the performance
is poor and have a hard time figuring what is wrong - as the
symptoms have been removed.

Hence looking at potentially using an scatter gather mechanism
and chop up the requests in smaller sizes might be an better
option. But I don't know? Perhaps you are more familiar with the
gadget and could tell me why it needs an 1MB size request?


> 
> Xiaoming.
--
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