Re: [alsa-devel] Fwd: [PATCH 1/1] SPI : spi-pxa2xx : fix spi init of WM510205 codec via ACPI (resend)

[Charles Keepax <ckeepax-yzvPICuk2AATkU/dhu1WVueM+bqZidxxQQ4Iyu8u01E@public.gmane.org>]

On Tue, Jun 30, 2015 at 09:14:37AM +0200, Christian Hartmann wrote:
> Hi,
> 
> 
> 2015-06-29 11:48 GMT+02:00 Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>:
> > On Mon, Jun 29, 2015 at 09:27:17AM +0200, Christian Hartmann wrote:
> >> [    5.927801] spi-WM510205:00 supply DCVDD not found, using dummy regulator
> >> [    5.928958] arizona spi-WM510205:00: Unknown device ID: ffff
> >> [    5.929098] pxa2xx-spi 80860F0E:00: registered child spi-WM510205:00
> >
> > The above is saying that SPI I/O to the device isn't working - the
> > device ID is not being read back successfully.
> 
> Ok that is the next problem that must be solved.
> I have yesterday made a patchset where I have added
> the enum type 5, but as you said already,
> that was not needed.
> All what I see the same: : Unknown device ID: ffff
> 
> So where I have to look now or what can I do to let this device id
> register correctly?
> I hope the baytrail machine driver is easy peasy to add, but here I
> stuck at the moment.

As I said in my other emails the next step is to work out what
the reset and ldoena gpio's are. You won't be able to read the
device ID until you have those setup. Unfortunately, finding the
right GPIOs is likely to be a bit of a chore, I will see if I can
find anything out from the Windows guys at this end.

Also can you check that the arizona-ldo1 regulator is built in I
am surprised that is falling back to the dummy regulator.

Thanks,
Charles
--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html