Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1714827 > unrolled thread
| Started by | Mark Brown <broonie@kernel.org> |
|---|---|
| First post | 2017-08-18 13:50 +0200 |
| Last post | 2017-08-18 13:50 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCHv3 2/6] dt-bindings: sound: add motorola,cpcap-audio-codec Mark Brown <broonie@kernel.org> - 2017-08-18 13:50 +0200
| From | Mark Brown <broonie@kernel.org> |
|---|---|
| Date | 2017-08-18 13:50 +0200 |
| Subject | Re: [PATCHv3 2/6] dt-bindings: sound: add motorola,cpcap-audio-codec |
| Message-ID | <ufNWN-37L-5@gated-at.bofh.it> |
[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 top | Article view | linux.kernel
csiph-web