On Wed, Jun 9, 2010 at 2:13 AM, Wolfgang Denk <w...@denx.de> wrote: > Dear Jon Smirl, > > In message <aanlktimis90kr5uqhdbq02osd94dn08soitm51ylr...@mail.gmail.com> you > wrote: >> >> Would making a change in uboot be a better solution? Eric, can you >> verify if changing uboot also fixes the problem? > > To me it seems better if the driver itself does what needs to be done > instead of relying on specific settings that may or may not be done in > U-Boot. Keep in mind that drivers may be loaded as modules, and that > we even see cases where the same port serves multiple purposes by > loading different driver modules (yes, this is not exactly a clever > idea, but hardware designers come up with such solutions).
Someone with a scope can verify this, but my understanding of what happens is that uboot by default puts the pins into GPIO mode. Linux boots and reprograms the pins into AC97 mode. When the pins are reprogrammed it generates glitches on the reset line. About half of the time these glitches put the attached codec into test mode. Once the chip is in test mode it won't respond to normal commands. Does the opposite happen? What if uboot has the pins in AC97 mode and Linux reprograms them into GPIO mode. Will it also put the chip into test mode? The piece of information I've been missing is an understanding of what is making the glitches that trigger test mode. Another strategy would be to leave reset as is. If the chip is unresponsive send it the commands to get it out of test mode. That could be made part of the reset logic in the Linux driver. > > > 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: w...@denx.de > The typical page layout program is nothing more than an electronic > light table for cutting and pasting documents. > -- Jon Smirl jonsm...@gmail.com _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
