Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1714827
| From | Mark Brown <broonie@kernel.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCHv3 2/6] dt-bindings: sound: add motorola,cpcap-audio-codec |
| Date | 2017-08-18 13:50 +0200 |
| Message-ID | <ufNWN-37L-5@gated-at.bofh.it> (permalink) |
| References | <u79MS-4rG-9@gated-at.bofh.it> <u79MS-4rG-23@gated-at.bofh.it> <u7sZc-8do-17@gated-at.bofh.it> <u7MXV-4d2-27@gated-at.bofh.it> <ucYYq-8ev-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
On Thu, Aug 10, 2017 at 09:53:59AM -0700, Tony Lindgren wrote: > * Sebastian Reichel <sebastian.reichel@collabora.co.uk> [170727 02:02]: > > I don't follow you here. Why can't other parts of the chip use the > > same supply? Regarding the other point: Handling the audio-codec They can, they know they're part of the parent chip and should be looking for the supply on the chip level. > > differently than all other sub-modules of cpcap seems much more > > problematic to me and the codec is basically the last one > > missing: > Mark, any comments on the above? I'm just wondering if the > related dts changes are safe for me to pick. No, they don't make sense.
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
Re: [PATCHv3 2/6] dt-bindings: sound: add motorola,cpcap-audio-codec Mark Brown <broonie@kernel.org> - 2017-08-18 13:50 +0200
csiph-web