From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757991Ab3KHS6F (ORCPT ); Fri, 8 Nov 2013 13:58:05 -0500 Received: from smtp.citrix.com ([66.165.176.89]:43543 "EHLO SMTP.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757899Ab3KHS6D (ORCPT ); Fri, 8 Nov 2013 13:58:03 -0500 X-IronPort-AV: E=Sophos;i="4.93,661,1378857600"; d="scan'208";a="72211820" Date: Fri, 8 Nov 2013 18:56:43 +0000 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Stefano Stabellini CC: Russell King - ARM Linux , Konrad Rzeszutek Wilk , , Will Deacon Subject: Re: swiotlb on arm status In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-DLP: MIA2 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Russell, sorry to harass you again, but I am starting to be worried about missing the merge window. Could you please take a last look at these patches? On Wed, 6 Nov 2013, Stefano Stabellini wrote: > Hi Russell, > I thought about giving you a quick summary of the status of the swiotlb > patch series on ARM: it has been in linux-next since last week, a few > issues were found and fixed already. > > I went through all the patches and I am still missing few acks on the > arm specific bits: > > http://marc.info/?l=linux-kernel&m=138359037113882&w=2 > The latest version of the "make SWIOTLB available" patch, on which you > have already commented in the past. This version should address your > previous feedback. > > http://marc.info/?l=linux-kernel&m=138269913107769&w=2 > This one is about not merging bio_vecs on Xen. The idea and the code is > taken from x86. The arm64 part has been acked by Catalin, but the arm32 > part is still missing an ack. It introduces a build issue on > ape6evm_defconfig, fixed separately by the patch below. > > http://marc.info/?l=linux-kernel&m=138374169030300&w=2 > A fix for the build issue found by Olof on linux-next on > ape6evm_defconfig. > > Cheers, > > Stefano