Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758248Ab1FAOyd (ORCPT ); Wed, 1 Jun 2011 10:54:33 -0400 Received: from mail-vx0-f174.google.com ([209.85.220.174]:49630 "EHLO mail-vx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757607Ab1FAOyb (ORCPT ); Wed, 1 Jun 2011 10:54:31 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=e0zSuci4u8d8aXFiPjKzcWCk1x7waLQhMPgZdhpsNWv0+4w+L0QsJSoOnY6iPnUaH2 QJt0LIcKh4lRfVftzfmViCm9NZuVkuhqIREvPPqn2D/CHm2Eb/zeKijttrwPCtLBidjh Y5M6KD8TY90NdcXxJwpfK9j/VI5tKbcVzQHXk= MIME-Version: 1.0 In-Reply-To: <1306935129.1097.3.camel@hcegtvedt.norway.atmel.com> References: <1306676962-22308-1-git-send-email-dbaryshkov@gmail.com> <1306935129.1097.3.camel@hcegtvedt.norway.atmel.com> Date: Wed, 1 Jun 2011 18:54:30 +0400 Message-ID: Subject: Re: [PATCH] ATMEL, AVR32: inline nand partition table access From: Dmitry Eremin-Solenikov To: Hans-Christian Egtvedt Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org, Andrew Victor , Nicolas Ferre , Jean-Christophe Plagniol-Villard , David Woodhouse Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1506 Lines: 37 On 6/1/11, Hans-Christian Egtvedt wrote: > On Sun, 2011-05-29 at 17:49 +0400, Dmitry Eremin-Solenikov wrote: >> Currently atmel_nand driver used by AT91 and AVR32 calls a special >> callback >> which return nand partition table and number of partitions. However in all >> boards this callback returns just static data. So drop this callback and >> make atmel_nand use partition table provided statically via platform_data. >> >> Signed-off-by: Dmitry Eremin-Solenikov > > Thanks for this update, always nice seeing code being optimized. I > really can't recall why it was made like this in the first place... > > For the AVR32 related parts: > > Acked-by: Hans-Christian Egtvedt > > > > Will this go through the linux-mtd tree (since it spans two archs) or > should it go through an arch tree? On one hand, I'd prefer for this to go through the linux-mtd, if noone objects, as I'd also like to submit several (a pile) patches cleaning up mtd partitioning, which would depend on this. OTOH, I think there will be a cleanup of AT91 platform, which would bring lot's of conflicts with this patch, if it goes through linux-mtd. -- With best wishes Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/