All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sangbeom Kim <sbkim73@samsung.com>
To: 'Mark Brown' <broonie@opensource.wolfsonmicro.com>
Cc: sachin.kamat@linaro.org, alsa-devel@alsa-project.org,
	'Sangsu Park' <sangsu4u.park@samsung.com>,
	'Padmavathi Venna' <padma.v@samsung.com>
Subject: Re: [GIT PULL] ASoC: Samsung: Updates for v3.8
Date: Sat, 24 Nov 2012 11:13:28 +0900	[thread overview]
Message-ID: <000301cdc9e9$4e781d30$eb685790$@com> (raw)
In-Reply-To: <20121123145945.GU4529@opensource.wolfsonmicro.com>

Hi,
Thanks for review.

> There's some problems with this binding.  The main one is the gpios
> property the format of which isn't specified at all.  
All of above gpio property is i2s.
That is, 
+	gpios = <&gpz 0 2 0 0>, -> SCLK
+		<&gpz 1 2 0 0>,   ->  CDCLK
+		<&gpz 2 2 0 0>,   -> LRCK
+		<&gpz 3 2 0 0>,   -> SDI
+		<&gpz 4 2 0 0>,   -> SDO[0]
+		<&gpz 5 2 0 0>,   -> SDO[1]
+		<&gpz 6 2 0 0>;   -> SDO[2]

Do you want like a below one?
+sclk-gpios = <&gpz 0 2 0 0>, 
+cdclk-gpios = <&gpz 1 2 0 0>, ...


> The requirement for an alias is also very odd, where does that come from?

I don't know that Which one is odd. Please let me know.
 
> Some of the code also looks very peculiar, like the fact that it's
> generating a clock name i2s_opclk%d rather than hard coding the clock,
> the physical clock would normally be resolved based on the struct
> device.

This is to handle all of Samsung SOCs i2c clock mux.
Please look at below clk_lookup table

In case of 6410, clk_lookup
+	CLKDEV_INIT("samsung-i2s.0", "i2s_opclk0", &clk_i2s0),
+	CLKDEV_INIT("samsung-i2s.0", "i2s_opclk1", &clk_audio_bus0.clk),
+	CLKDEV_INIT("samsung-i2s.1", "i2s_opclk0", &clk_i2s1),
+	CLKDEV_INIT("samsung-i2s.1", "i2s_opclk1", &clk_audio_bus1.clk),
+#ifdef CONFIG_CPU_S3C6410
+	CLKDEV_INIT("samsung-i2s.2", "i2s_opclk0", &clk_i2s2),
+	CLKDEV_INIT("samsung-i2s.2", "i2s_opclk1", &clk_audio_bus2.clk),

In case of exynos5, clk_lookup
+	CLKDEV_INIT("samsung-i2s.0", "i2s_opclk0", &exynos5_clk_sclk_i2s.clk),
+	CLKDEV_INIT("samsung-i2s.0", "i2s_opclk1", &exynos5_clk_i2s_bus.clk),

We try to handle clock source of i2s by only i2s_opclk0 and i2s_opclk1.
Each SOCs have different clock source.
Is this wrong approach?

Thanks,
Sangbeom.

  reply	other threads:[~2012-11-24  2:13 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-23  9:27 [GIT PULL] ASoC: Samsung: Updates for v3.8 Sangbeom Kim
2012-11-23 10:51 ` Mark Brown
2012-11-24  2:13   ` Sangbeom Kim
2012-11-23 14:59 ` Mark Brown
2012-11-24  2:13   ` Sangbeom Kim [this message]
2012-11-24 17:25     ` Mark Brown
     [not found] <0MDZ007SI86SXBD0@mailout4.samsung.com>
2012-11-24 17:26 ` Mark Brown
     [not found] <001601cdcd28$ce5204c0$6af60e40$@com>
2012-11-28  5:51 ` Padma Venkat
2012-11-28  5:51   ` Padma Venkat
2012-11-28  9:08   ` Mark Brown
2012-11-28  9:08     ` Mark Brown

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='000301cdc9e9$4e781d30$eb685790$@com' \
    --to=sbkim73@samsung.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=padma.v@samsung.com \
    --cc=sachin.kamat@linaro.org \
    --cc=sangsu4u.park@samsung.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.