From: Wolfram Sang <wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>
To: linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Benjamin Herrenschmidt
<benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
Cc: linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
Dan DeVoto <dand1972-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>,
Mark Elliott <txlitebeer-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: [PATCH] i2c: powermac: don't workaround for keywest
Date: Sun, 10 May 2015 20:34:32 +0200 [thread overview]
Message-ID: <20150510183431.GA1510@katana> (raw)
In-Reply-To: <1431192213-2904-1-git-send-email-wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 2316 bytes --]
On Sat, May 09, 2015 at 07:23:33PM +0200, Wolfram Sang wrote:
> Commit 3a3dd0186f619b ("i2c/powermac: Improve detection of devices from
> device-tree") added a codec device instantiation workaround
> unconditionally although it is only needed for onyx. Do it conditionally
> since keywest has its own codec instantiation in the sound drivers.
> Thanks must go to GrowlTiger from Gentoo bug report #469132 for
> bisecting.
>
> Reported-by: Dan DeVoto <dand1972-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>
> Signed-off-by: Wolfram Sang <wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>
> Tested-by: Dan DeVoto <dand1972-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>
> Tested-by: Mark Elliott <txlitebeer-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Fixes: 3a3dd0186f619b ("i2c/powermac: Improve detection of devices from device-tree")
> ---
> drivers/i2c/busses/i2c-powermac.c | 9 +++++----
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/i2c/busses/i2c-powermac.c b/drivers/i2c/busses/i2c-powermac.c
> index 6abcf696e3594b..cad5552c0cd4e4 100644
> --- a/drivers/i2c/busses/i2c-powermac.c
> +++ b/drivers/i2c/busses/i2c-powermac.c
> @@ -285,7 +285,8 @@ static void i2c_powermac_add_missing(struct i2c_adapter *adap,
>
> static bool i2c_powermac_get_type(struct i2c_adapter *adap,
> struct device_node *node,
> - u32 addr, char *type, int type_size)
> + u32 addr, char *type, int type_size,
> + bool found_onyx)
> {
> char tmp[16];
>
> @@ -305,8 +306,8 @@ static bool i2c_powermac_get_type(struct i2c_adapter *adap,
> return true;
> }
>
> - /* Now look for known workarounds */
> - if (!strcmp(node->name, "deq")) {
> + /* Now look for known workarounds for onyx/aoa */
> + if (found_onyx && !strcmp(node->name, "deq")) {
> /* Apple uses address 0x34 for TAS3001 and 0x35 for TAS3004 */
Okay, so this patch is bogus. I understand now that onyx uses another
codec than TAS, so this change will regress on other machines. However,
it shows that this unconditional instantiation of the TAS breaks sound
on Macintoshs which still need non-aoa sound support. I assume there
will be noone in the near future to convert Keywest to AOA, so we'll
need to find a hackish way around this instantiation problem.
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Wolfram Sang <wsa@the-dreams.de>
To: linux-i2c@vger.kernel.org,
Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Mark Elliott <txlitebeer@gmail.com>,
linuxppc-dev@lists.ozlabs.org, Dan DeVoto <dand1972@yahoo.com>
Subject: Re: [PATCH] i2c: powermac: don't workaround for keywest
Date: Sun, 10 May 2015 20:34:32 +0200 [thread overview]
Message-ID: <20150510183431.GA1510@katana> (raw)
In-Reply-To: <1431192213-2904-1-git-send-email-wsa@the-dreams.de>
[-- Attachment #1: Type: text/plain, Size: 2200 bytes --]
On Sat, May 09, 2015 at 07:23:33PM +0200, Wolfram Sang wrote:
> Commit 3a3dd0186f619b ("i2c/powermac: Improve detection of devices from
> device-tree") added a codec device instantiation workaround
> unconditionally although it is only needed for onyx. Do it conditionally
> since keywest has its own codec instantiation in the sound drivers.
> Thanks must go to GrowlTiger from Gentoo bug report #469132 for
> bisecting.
>
> Reported-by: Dan DeVoto <dand1972@yahoo.com>
> Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
> Tested-by: Dan DeVoto <dand1972@yahoo.com>
> Tested-by: Mark Elliott <txlitebeer@gmail.com>
> Fixes: 3a3dd0186f619b ("i2c/powermac: Improve detection of devices from device-tree")
> ---
> drivers/i2c/busses/i2c-powermac.c | 9 +++++----
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/i2c/busses/i2c-powermac.c b/drivers/i2c/busses/i2c-powermac.c
> index 6abcf696e3594b..cad5552c0cd4e4 100644
> --- a/drivers/i2c/busses/i2c-powermac.c
> +++ b/drivers/i2c/busses/i2c-powermac.c
> @@ -285,7 +285,8 @@ static void i2c_powermac_add_missing(struct i2c_adapter *adap,
>
> static bool i2c_powermac_get_type(struct i2c_adapter *adap,
> struct device_node *node,
> - u32 addr, char *type, int type_size)
> + u32 addr, char *type, int type_size,
> + bool found_onyx)
> {
> char tmp[16];
>
> @@ -305,8 +306,8 @@ static bool i2c_powermac_get_type(struct i2c_adapter *adap,
> return true;
> }
>
> - /* Now look for known workarounds */
> - if (!strcmp(node->name, "deq")) {
> + /* Now look for known workarounds for onyx/aoa */
> + if (found_onyx && !strcmp(node->name, "deq")) {
> /* Apple uses address 0x34 for TAS3001 and 0x35 for TAS3004 */
Okay, so this patch is bogus. I understand now that onyx uses another
codec than TAS, so this change will regress on other machines. However,
it shows that this unconditional instantiation of the TAS breaks sound
on Macintoshs which still need non-aoa sound support. I assume there
will be noone in the near future to convert Keywest to AOA, so we'll
need to find a hackish way around this instantiation problem.
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2015-05-10 18:34 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-09 17:23 [PATCH] i2c: powermac: don't workaround for keywest Wolfram Sang
2015-05-09 17:23 ` Wolfram Sang
[not found] ` <1431192213-2904-1-git-send-email-wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>
2015-05-10 18:34 ` Wolfram Sang [this message]
2015-05-10 18:34 ` Wolfram Sang
2015-05-10 22:14 ` Benjamin Herrenschmidt
2015-05-10 22:14 ` Benjamin Herrenschmidt
[not found] ` <1431296087.13039.13.camel-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
2015-05-11 7:34 ` wsa-z923LK4zBo2bacvFa/9K2g
2015-05-11 7:34 ` wsa
[not found] ` <20150511073428.GA3110-oo5tB6JMkjKRinMKxDlMNPwbnWRJjS81@public.gmane.org>
2015-05-11 23:26 ` Benjamin Herrenschmidt
2015-05-11 23:26 ` Benjamin Herrenschmidt
2015-05-17 8:40 ` Dan DeVoto
2015-05-17 8:40 ` Dan DeVoto
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=20150510183431.GA1510@katana \
--to=wsa-z923lk4zbo2bacvfa/9k2g@public.gmane.org \
--cc=benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org \
--cc=dand1972-/E1597aS9LQAvxtiuMwx3w@public.gmane.org \
--cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
--cc=txlitebeer-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
/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.