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.
next prev parent reply other threads:[~2012-11-24 2:13 UTC|newest]
Thread overview: 9+ 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 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox