From mboxrd@z Thu Jan 1 00:00:00 1970 From: Timur Tabi Date: Mon, 2 Aug 2010 16:11:32 -0500 Subject: [U-Boot] Please pull u-boot-mpc85xx.git In-Reply-To: <20100802210631.A30E9D3CE46@gemini.denx.de> References: <20100802145758.BB75811D922@gemini.denx.de> <4C56E35A.6040302@freescale.com> <20100802205457.EC9D4D3CE46@gemini.denx.de> <4C57316B.7010706@freescale.com> <20100802210631.A30E9D3CE46@gemini.denx.de> Message-ID: <4C573484.90704@freescale.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Wolfgang Denk wrote: >> Without this patch, audio support on the P1022DS is completely broken. > > We don't have audio support in U-Boot, do we? But we do have P1022DS board support, and my understanding is that part of the function of U-Boot is to prepare the board so that it can be used by Linux, or whatever OS it boots. Besides, there's tons of hardware that is not supported by U-Boot but must be initialized by U-Boot anyway. > Once there was a good old tradition that a driver in an OS makes sure > to initialize the hardware as it needs it for reliable operation. I > think I remember to have seen this requested for Linux drivers not so > long ago. Well, now we're talking about a very old issue that always raises disagreement -- exactly what should U-Boot be doing vs. Linux. And this is something that changes over time. For example, QE pin muxing used to be done in U-Boot, but now it's done in Linux. Well, except for the QE features that U-Boot uses. In that case, it's done in U-Boot *and* Linux.