All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ladislav Michl <ladis@linux-mips.org>
To: Pavel Machek <pavel@ucw.cz>
Cc: "Filip Matijević" <filip.matijevic.pz@gmail.com>,
	lgirdwood@gmail.com, broonie@kernel.org, robh+dt@kernel.org,
	mark.rutland@arm.com, perex@perex.cz, tiwai@suse.com,
	bhumirks@gmail.com, alsa-devel@alsa-project.org,
	devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
	pali.rohar@gmail.com, sre@kernel.org,
	linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
	linux-omap@vger.kernel.org, tony@atomide.com, khilman@kernel.org,
	aaro.koskinen@iki.fi, ivo.g.dimitrov.75@gmail.com,
	patrikbachan@gmail.com, serge@hallyn.com, abcloriens@gmail.com,
	clayton@craftyguy.net, martijn@brixit.nl,
	sakari.ailus@linux.intel.com
Subject: Re: [PATCH] sound/tlv320dac33: Add device tree support
Date: Tue, 30 Jan 2018 11:10:46 +0100	[thread overview]
Message-ID: <20180130101046.GA16474@lenoch> (raw)
In-Reply-To: <20180130100023.GB18104@amd>

On Tue, Jan 30, 2018 at 11:00:23AM +0100, Pavel Machek wrote:
> On Tue 2018-01-30 10:38:38, Ladislav Michl wrote:
> > On Tue, Jan 30, 2018 at 10:11:02AM +0100, Filip Matijević wrote:
> > > Hi,
> > > 
> 
> > > > Well, notice I'm converting existing driver to device tree. And that
> > > > one already has GPIO dependency. It is possible that more work needs
> > > > to be done there, but that should not be a reason to delay this. Feel
> > > > free to help.
> > 
> > Adding DT properties that need to be maintained for compatibility reasons
> > is a bad idea and very good reason to delay merging unfinished stuff.
> > And meanwhile it turned out it is not power-gpio :)
> 
> I believe reset-gpios and power-gpios are commonly used like
> this... and that's what the old code does.

Why do you care about old code when introducing new DT property?
Either it is reset, then lets call it reset-gpios or it is power supply
and then voltage regulator should be used (VAUX4.OUT is such a regulator
although it is unclear to me how it is controlled (*)).

> You are not helping.

The only way I can help here is to resend your patch with "reset-gpios"
used, which I'm pretty sure you can handle yourself.

(*) Remark "DAC33 enabled (for example, plug in a headset to the 3.5mm
AV connector and start music playback from the device)" in schematics
suggests it is controlled somehow.

WARNING: multiple messages have this Message-ID (diff)
From: ladis@linux-mips.org (Ladislav Michl)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] sound/tlv320dac33: Add device tree support
Date: Tue, 30 Jan 2018 11:10:46 +0100	[thread overview]
Message-ID: <20180130101046.GA16474@lenoch> (raw)
In-Reply-To: <20180130100023.GB18104@amd>

On Tue, Jan 30, 2018 at 11:00:23AM +0100, Pavel Machek wrote:
> On Tue 2018-01-30 10:38:38, Ladislav Michl wrote:
> > On Tue, Jan 30, 2018 at 10:11:02AM +0100, Filip Matijevi? wrote:
> > > Hi,
> > > 
> 
> > > > Well, notice I'm converting existing driver to device tree. And that
> > > > one already has GPIO dependency. It is possible that more work needs
> > > > to be done there, but that should not be a reason to delay this. Feel
> > > > free to help.
> > 
> > Adding DT properties that need to be maintained for compatibility reasons
> > is a bad idea and very good reason to delay merging unfinished stuff.
> > And meanwhile it turned out it is not power-gpio :)
> 
> I believe reset-gpios and power-gpios are commonly used like
> this... and that's what the old code does.

Why do you care about old code when introducing new DT property?
Either it is reset, then lets call it reset-gpios or it is power supply
and then voltage regulator should be used (VAUX4.OUT is such a regulator
although it is unclear to me how it is controlled (*)).

> You are not helping.

The only way I can help here is to resend your patch with "reset-gpios"
used, which I'm pretty sure you can handle yourself.

(*) Remark "DAC33 enabled (for example, plug in a headset to the 3.5mm
AV connector and start music playback from the device)" in schematics
suggests it is controlled somehow.

  reply	other threads:[~2018-01-30 10:10 UTC|newest]

Thread overview: 68+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-29 23:05 [PATCH] sound/tlv320dac33: Add device tree support Pavel Machek
2018-01-29 23:05 ` Pavel Machek
2018-01-29 23:20 ` Ladislav Michl
2018-01-29 23:20   ` Ladislav Michl
2018-01-29 23:20   ` Ladislav Michl
2018-01-29 23:33   ` Pavel Machek
2018-01-29 23:33     ` Pavel Machek
2018-01-30  8:34     ` Ladislav Michl
2018-01-30  8:34       ` Ladislav Michl
2018-01-30  8:53       ` Pavel Machek
2018-01-30  8:53         ` Pavel Machek
2018-01-30  8:53         ` Pavel Machek
2018-01-30  9:11         ` Filip Matijević
2018-01-30  9:11           ` Filip Matijević
     [not found]           ` <1141b126-b883-a246-85ad-c5a69acb90bb-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2018-01-30  9:38             ` Ladislav Michl
2018-01-30  9:38               ` Ladislav Michl
2018-01-30  9:38               ` Ladislav Michl
2018-01-30 10:00               ` Pavel Machek
2018-01-30 10:00                 ` Pavel Machek
2018-01-30 10:00                 ` Pavel Machek
2018-01-30 10:10                 ` Ladislav Michl [this message]
2018-01-30 10:10                   ` Ladislav Michl
2018-01-30 10:35                   ` Pavel Machek
2018-01-30 10:35                     ` Pavel Machek
2018-01-30 10:35                     ` Pavel Machek
2018-01-30 11:38                     ` Ladislav Michl
2018-01-30 11:38                       ` Ladislav Michl
2018-01-30 11:38                       ` Ladislav Michl
2018-01-31  9:24                       ` Peter Ujfalusi
2018-01-31  9:24                         ` [alsa-devel] " Peter Ujfalusi
2018-01-31  9:24                         ` Peter Ujfalusi
2018-01-30 11:32         ` Mark Brown
2018-01-30 11:32           ` Mark Brown
2018-01-30 11:32           ` Mark Brown
     [not found]           ` <20180130113238.GA10525-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2018-01-30 12:28             ` Pavel Machek
2018-01-30 12:28               ` Pavel Machek
2018-01-30 12:28               ` Pavel Machek
2018-01-31  9:12   ` Peter Ujfalusi
2018-01-31  9:12     ` [alsa-devel] " Peter Ujfalusi
2018-01-31  9:12     ` Peter Ujfalusi
2018-01-31 19:01 ` [PATCHv2] tlv320dac33: Add device tree bindings Pavel Machek
2018-01-31 19:01   ` Pavel Machek
2018-02-01  7:39   ` Peter Ujfalusi
2018-02-01  7:39     ` Peter Ujfalusi
2018-02-05  8:24     ` [PATCHv3] " Pavel Machek
2018-02-05  8:24       ` Pavel Machek
2018-02-05  8:24       ` Pavel Machek
2018-02-06 12:11       ` Mark Brown
2018-02-06 12:11         ` Mark Brown
2018-02-06 12:11         ` Mark Brown
     [not found]         ` <20180206121122.GG5681-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2018-02-06 13:49           ` Pavel Machek
2018-02-06 13:49             ` Pavel Machek
2018-02-06 13:49             ` Pavel Machek
2018-02-06 15:27             ` Mark Brown
2018-02-06 15:27               ` Mark Brown
2018-02-06 15:27               ` Mark Brown
2018-02-24 20:57               ` Pavel Machek
2018-02-24 20:57                 ` Pavel Machek
2018-02-24 20:57                 ` Pavel Machek
2018-03-05 12:52                 ` Peter Ujfalusi
2018-03-05 12:52                   ` Peter Ujfalusi
2018-03-05 12:52                   ` Peter Ujfalusi
2018-02-09  2:25       ` Rob Herring
2018-02-09  2:25         ` Rob Herring
2018-02-09  2:25         ` Rob Herring
2018-02-05  6:08   ` [PATCHv2] " Rob Herring
2018-02-05  6:08     ` Rob Herring
2018-02-05  6:08     ` Rob Herring

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180130101046.GA16474@lenoch \
    --to=ladis@linux-mips.org \
    --cc=aaro.koskinen@iki.fi \
    --cc=abcloriens@gmail.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=bhumirks@gmail.com \
    --cc=broonie@kernel.org \
    --cc=clayton@craftyguy.net \
    --cc=devicetree@vger.kernel.org \
    --cc=filip.matijevic.pz@gmail.com \
    --cc=ivo.g.dimitrov.75@gmail.com \
    --cc=khilman@kernel.org \
    --cc=lgirdwood@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=martijn@brixit.nl \
    --cc=pali.rohar@gmail.com \
    --cc=patrikbachan@gmail.com \
    --cc=pavel@ucw.cz \
    --cc=perex@perex.cz \
    --cc=robh+dt@kernel.org \
    --cc=sakari.ailus@linux.intel.com \
    --cc=serge@hallyn.com \
    --cc=sre@kernel.org \
    --cc=tiwai@suse.com \
    --cc=tony@atomide.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.