From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Ball Subject: Re: [PATCHv4] MMC: MMC boot partitions support. Date: Wed, 30 Mar 2011 19:34:43 -0400 Message-ID: References: <1300533491-2378-2-git-send-email-andreiw@motorola.com> <1300828300-8677-2-git-send-email-andreiw@motorola.com> <201103301403.20779.arnd@arndb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from void.printf.net ([89.145.121.20]:56786 "EHLO void.printf.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756257Ab1C3X2t (ORCPT ); Wed, 30 Mar 2011 19:28:49 -0400 In-Reply-To: (Andrei Warkentin's message of "Wed, 30 Mar 2011 18:18:11 -0500") Sender: linux-mmc-owner@vger.kernel.org List-Id: linux-mmc@vger.kernel.org To: Andrei Warkentin Cc: Arnd Bergmann , linux-mmc@vger.kernel.org Hi, On Wed, Mar 30 2011, Andrei Warkentin wrote: > The argument against turning it on by default is that someone might > figure that mke2fs-ing the boot partitions is a good way to reclaim > 4MB on their rooted device, > and if they didn't realize the data was necessary for boot-up, they > will brick the device. Ah. Ugh, that sucks; I can totally see that happening. Now I'm wondering if we should just be hardcoding boot devices as always read-only and just refusing to write to them. What do others think? Is there an acceptable tradeoff somewhere? It's not clear to me that Kconfig entries are sufficient to obtain consent to present r/w mounts of the boot partitions; the user writing the "dd" line usually isn't the person who made the Kconfig selection, and the person who made the Kconfig selection is often a distro maintainer who just turns on new Kconfig symbols without reading closely. > That and people might freak out when they see > more mmcblk entries than they expected :-). I'm not worried about this one, as long as they have the postfixes. Thanks, - Chris. -- Chris Ball One Laptop Per Child