From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wolfgang Denk Date: Sun, 03 Jan 2010 11:15:20 +0100 Subject: [U-Boot] [PATCH v2 3/3] powerpc: Add support for ram filesystems in FIT uImages In-Reply-To: References: <1261446643-21714-1-git-send-email-ptyser@xes-inc.com> <1261446643-21714-4-git-send-email-ptyser@xes-inc.com> <1262216393.29396.41.camel@localhost.localdomain> <20100101141205.6F0B13F6FF@gemini.denx.de> Message-ID: <20100103101520.D1E7AE34A26@gemini.denx.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Dear Grant Likely, In message you wrote: > > As I said in a previous email; I understand the need for certain > scenarios, but in the general case it is not the mode that I think > should be encouraged. I don't want to merge additional targets for > .dtb embedded in the kernel image unless absolutely necessary, and I > want developers to have the mindset that .dtbs should be separate from > the kernel; and should be quasi-stable (or at least more stable than > the kernel itself) because I think that multiplatform is important, > and is going to become more important in the future. > > So I don't want to support it by default; but OTOH, I'm not going to > actively prevent embedded .dtb blobs either. But by blocking the addition of such a make target you do actively prevent this, don;t you? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de The years of peak mental activity are undoubtedly between the ages of four and eighteen. At four we know all the questions, at eighteen all the answers.