From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Brown Subject: Re: It looks like snd-soc-rx51 only works as built-in, not as a module Date: Thu, 29 Dec 2011 21:54:08 +0000 Message-ID: <20111229215407.GB9737@opensource.wolfsonmicro.com> References: <20111210082741.GA32605@earth.universe> <20111229183712.GB32392@sirena.org.uk> <20111229212707.GA9737@opensource.wolfsonmicro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-omap-owner@vger.kernel.org To: Felipe Contreras Cc: Sebastian Reichel , Jarkko Nikula , linux-omap@vger.kernel.org, alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org On Thu, Dec 29, 2011 at 11:51:11PM +0200, Felipe Contreras wrote: > On Thu, Dec 29, 2011 at 11:27 PM, Mark Brown > > On Thu, Dec 29, 2011 at 11:25:50PM +0200, Felipe Contreras wrote: > >> On Thu, Dec 29, 2011 at 8:37 PM, Mark Brown > >> > On Sat, Dec 10, 2011 at 05:59:57PM +0200, Felipe Contreras wrote= : > >> >> It was not working for me, but it seems the problem was related= to > >> >> mdev/udev; snd_soc_tlv320aic3x has to be loaded before snd-soc-= rx51. > >> > That should not be required, the modules should be loadable in a= ny > >> > order. > >> Are you sure? I recall having a similar discussion with Rusell Kin= g, > >> and the conclusion is that certain modules are supposed to be load= ed > >> by udev at boot time, and it seems snd_soc_tlv320aic3x is one of t= hem. > > I'm absolutely positive. =A0ASoC supports loading the modules in an= y > > order. =A0udev is supposed to load anything autoloadable at boot ti= me, > > including I2C devices, but that's orthogonal to the order in which > > things actually get loaded - udev can randomly reorder things if it > > feels like it. > Yes, but udev loads snd_soc_tlv320aic3x, not snd-soc-rx51. That is compltelely orthogonal to what you were saying above about the ordering of module loading. The reason the driver is not loaded automatically is that the OMAP machine drivers have not been converted to platform devices. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html