From: Pavel Machek <pavel@ucw.cz>
To: Daniel Baluta <daniel.baluta@gmail.com>, linus.walleij@linaro.org
Cc: "Thorsten Leemhuis" <regressions@leemhuis.info>,
peter.ujfalusi@ti.com, Linux-ALSA <alsa-devel@alsa-project.org>,
ivo.g.dimitrov.75@gmail.com, khilman@kernel.org,
tony@atomide.com, aaro.koskinen@iki.fi,
"kernel list" <linux-kernel@vger.kernel.org>,
sre@kernel.org, martijn@brixit.nl,
"Filip Matijević" <filip.matijevic.pz@gmail.com>,
"Mark Brown" <broonie@kernel.org>,
abcloriens@gmail.com, sakari.ailus@linux.intel.com,
pali.rohar@gmail.com, clayton@craftyguy.net,
linux-omap@vger.kernel.org, "Andrew F . Davis" <afd@ti.com>,
patrikbachan@gmail.com,
linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
serge@hallyn.com
Subject: Re: [alsa-devel] regression v4.16 on Nokia N900: sound does not work
Date: Tue, 27 Feb 2018 00:30:33 +0100 [thread overview]
Message-ID: <20180226233033.GA14094@amd> (raw)
In-Reply-To: <20180226231336.GA18565@amd>
[-- Attachment #1: Type: text/plain, Size: 3472 bytes --]
Hi!
> > >> JFYI: This issues is tracked in the regression reports for Linux 4.16
> > >> (http://bit.ly/lnxregrep416 ) with this id:
> > >>
> > >> Linux-Regression-ID: lr#4b650f
> > >
> > > Ok, so it seems that issue is bigger: whole sound subsystem does not
> > > work. /proc/asound/cards is empty.
> > >
> > > 7e6127c1240ed569cdda2a67c8f03836f9f28c05 seems to be bad already.
> > >
> > > I tried to revert sound/soc changes, and sound is broken, too. Nasty
> >
> >
> > dmesg log?
>
> Partial dmesg is at:
> https://github.com/pavelmachek/missy/blob/master/db/phone/nokia/n900/pavel/2018.1291171648263/dmesg.out
>
> I should be able to get full one...
>
> I did git bisect, and the winner seems to be:
>
> pavel@duo:/data/l/linux-n900$ git bisect bad
> c85823390215e52d68d3826df92a447ed31e5c80 is the first bad commit
> commit c85823390215e52d68d3826df92a447ed31e5c80
> Author: Linus Walleij <linus.walleij@linaro.org>
> Date: Wed Dec 27 16:37:44 2017 +0100
I reverted it on top of v4.16-rc2, and sound now works. Ideas?
(Aha, and I see I made small mistake reverting... but...)
Pavel
diff --git a/drivers/gpio/gpiolib-of.c b/drivers/gpio/gpiolib-of.c
index 564bb7a..50cc590 100644
--- a/drivers/gpio/gpiolib-of.c
+++ b/drivers/gpio/gpiolib-of.c
@@ -157,36 +157,6 @@ int of_get_named_gpio_flags(struct device_node *np, const char *list_name,
EXPORT_SYMBOL(of_get_named_gpio_flags);
/*
- * The SPI GPIO bindings happened before we managed to establish that GPIO
- * properties should be named "foo-gpios" so we have this special kludge for
- * them.
- */
-static struct gpio_desc *of_find_spi_gpio(struct device *dev, const char *con_id,
- enum of_gpio_flags *of_flags)
-{
- char prop_name[32]; /* 32 is max size of property name */
- struct device_node *np = dev->of_node;
- struct gpio_desc *desc;
-
- /*
- * Hopefully the compiler stubs the rest of the function if this
- * is false.
- */
- if (!IS_ENABLED(CONFIG_SPI_MASTER))
- return ERR_PTR(-ENOENT);
-
- /* Allow this specifically for "spi-gpio" devices */
- if (!of_device_is_compatible(np, "spi-gpio") || !con_id)
- return ERR_PTR(-ENOENT);
-
- /* Will be "gpio-sck", "gpio-mosi" or "gpio-miso" */
- snprintf(prop_name, sizeof(prop_name), "%s-%s", "gpio", con_id);
-
- desc = of_get_named_gpiod_flags(np, prop_name, 0, of_flags);
- return desc;
-}
-
-/*
* Some regulator bindings happened before we managed to establish that GPIO
* properties should be named "foo-gpios" so we have this special kludge for
* them.
@@ -230,7 +200,6 @@ struct gpio_desc *of_find_gpio(struct device *dev, const char *con_id,
struct gpio_desc *desc;
unsigned int i;
- /* Try GPIO property "foo-gpios" and "foo-gpio" */
for (i = 0; i < ARRAY_SIZE(gpio_suffixes); i++) {
if (con_id)
snprintf(prop_name, sizeof(prop_name), "%s-%s", con_id,
@@ -245,14 +214,6 @@ struct gpio_desc *of_find_gpio(struct device *dev, const char *con_id,
break;
}
- /* Special handling for SPI GPIOs if used */
- if (IS_ERR(desc))
- desc = of_find_spi_gpio(dev, con_id, &of_flags);
-
- /* Special handling for regulator GPIOs if used */
- if (IS_ERR(desc))
- desc = of_find_regulator_gpio(dev, con_id, &of_flags);
-
if (IS_ERR(desc))
return desc;
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: pavel@ucw.cz (Pavel Machek)
To: linux-arm-kernel@lists.infradead.org
Subject: [alsa-devel] regression v4.16 on Nokia N900: sound does not work
Date: Tue, 27 Feb 2018 00:30:33 +0100 [thread overview]
Message-ID: <20180226233033.GA14094@amd> (raw)
In-Reply-To: <20180226231336.GA18565@amd>
Hi!
> > >> JFYI: This issues is tracked in the regression reports for Linux 4.16
> > >> (http://bit.ly/lnxregrep416 ) with this id:
> > >>
> > >> Linux-Regression-ID: lr#4b650f
> > >
> > > Ok, so it seems that issue is bigger: whole sound subsystem does not
> > > work. /proc/asound/cards is empty.
> > >
> > > 7e6127c1240ed569cdda2a67c8f03836f9f28c05 seems to be bad already.
> > >
> > > I tried to revert sound/soc changes, and sound is broken, too. Nasty
> >
> >
> > dmesg log?
>
> Partial dmesg is at:
> https://github.com/pavelmachek/missy/blob/master/db/phone/nokia/n900/pavel/2018.1291171648263/dmesg.out
>
> I should be able to get full one...
>
> I did git bisect, and the winner seems to be:
>
> pavel at duo:/data/l/linux-n900$ git bisect bad
> c85823390215e52d68d3826df92a447ed31e5c80 is the first bad commit
> commit c85823390215e52d68d3826df92a447ed31e5c80
> Author: Linus Walleij <linus.walleij@linaro.org>
> Date: Wed Dec 27 16:37:44 2017 +0100
I reverted it on top of v4.16-rc2, and sound now works. Ideas?
(Aha, and I see I made small mistake reverting... but...)
Pavel
diff --git a/drivers/gpio/gpiolib-of.c b/drivers/gpio/gpiolib-of.c
index 564bb7a..50cc590 100644
--- a/drivers/gpio/gpiolib-of.c
+++ b/drivers/gpio/gpiolib-of.c
@@ -157,36 +157,6 @@ int of_get_named_gpio_flags(struct device_node *np, const char *list_name,
EXPORT_SYMBOL(of_get_named_gpio_flags);
/*
- * The SPI GPIO bindings happened before we managed to establish that GPIO
- * properties should be named "foo-gpios" so we have this special kludge for
- * them.
- */
-static struct gpio_desc *of_find_spi_gpio(struct device *dev, const char *con_id,
- enum of_gpio_flags *of_flags)
-{
- char prop_name[32]; /* 32 is max size of property name */
- struct device_node *np = dev->of_node;
- struct gpio_desc *desc;
-
- /*
- * Hopefully the compiler stubs the rest of the function if this
- * is false.
- */
- if (!IS_ENABLED(CONFIG_SPI_MASTER))
- return ERR_PTR(-ENOENT);
-
- /* Allow this specifically for "spi-gpio" devices */
- if (!of_device_is_compatible(np, "spi-gpio") || !con_id)
- return ERR_PTR(-ENOENT);
-
- /* Will be "gpio-sck", "gpio-mosi" or "gpio-miso" */
- snprintf(prop_name, sizeof(prop_name), "%s-%s", "gpio", con_id);
-
- desc = of_get_named_gpiod_flags(np, prop_name, 0, of_flags);
- return desc;
-}
-
-/*
* Some regulator bindings happened before we managed to establish that GPIO
* properties should be named "foo-gpios" so we have this special kludge for
* them.
@@ -230,7 +200,6 @@ struct gpio_desc *of_find_gpio(struct device *dev, const char *con_id,
struct gpio_desc *desc;
unsigned int i;
- /* Try GPIO property "foo-gpios" and "foo-gpio" */
for (i = 0; i < ARRAY_SIZE(gpio_suffixes); i++) {
if (con_id)
snprintf(prop_name, sizeof(prop_name), "%s-%s", con_id,
@@ -245,14 +214,6 @@ struct gpio_desc *of_find_gpio(struct device *dev, const char *con_id,
break;
}
- /* Special handling for SPI GPIOs if used */
- if (IS_ERR(desc))
- desc = of_find_spi_gpio(dev, con_id, &of_flags);
-
- /* Special handling for regulator GPIOs if used */
- if (IS_ERR(desc))
- desc = of_find_regulator_gpio(dev, con_id, &of_flags);
-
if (IS_ERR(desc))
return desc;
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20180227/d6fdf318/attachment.sig>
next prev parent reply other threads:[~2018-02-26 23:30 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-24 21:46 regression v4.16 on Nokia N900:/dev/input/event6 aka AV Jack support disappeared Pavel Machek
2018-02-24 21:46 ` Pavel Machek
2018-02-24 21:46 ` Pavel Machek
2018-02-26 9:47 ` Thorsten Leemhuis
2018-02-26 9:47 ` Thorsten Leemhuis
2018-02-26 13:13 ` regression v4.16 on Nokia N900: sound does not work Pavel Machek
2018-02-26 13:13 ` Pavel Machek
2018-02-26 13:13 ` Pavel Machek
2018-02-26 14:02 ` Daniel Baluta
2018-02-26 14:02 ` [alsa-devel] " Daniel Baluta
2018-02-26 14:02 ` Daniel Baluta
2018-02-26 23:13 ` Pavel Machek
2018-02-26 23:13 ` [alsa-devel] " Pavel Machek
2018-02-26 23:13 ` Pavel Machek
2018-02-26 23:30 ` Pavel Machek [this message]
2018-02-26 23:30 ` Pavel Machek
2018-02-27 8:43 ` Linus Walleij
2018-02-27 8:43 ` [alsa-devel] " Linus Walleij
2018-02-27 8:43 ` Linus Walleij
2018-03-02 9:10 ` Pavel Machek
2018-03-02 9:10 ` [alsa-devel] " Pavel Machek
2018-03-02 9:10 ` Pavel Machek
2018-03-02 9:33 ` Linus Walleij
2018-03-02 9:33 ` [alsa-devel] " Linus Walleij
2018-03-02 9:33 ` Linus Walleij
2018-03-02 10:31 ` Pavel Machek
2018-03-02 10:31 ` [alsa-devel] " Pavel Machek
2018-03-02 10:31 ` Pavel Machek
2018-03-02 12:07 ` Linus Walleij
2018-03-02 12:07 ` [alsa-devel] " Linus Walleij
2018-03-02 12:07 ` Linus Walleij
2018-03-02 12:14 ` Pavel Machek
2018-03-02 12:14 ` [alsa-devel] " Pavel Machek
2018-03-02 12:14 ` Pavel Machek
2018-03-02 12:33 ` Linus Walleij
2018-03-02 12:33 ` [alsa-devel] " Linus Walleij
2018-03-02 12:33 ` Linus Walleij
2018-03-02 11:10 ` Pavel Machek
2018-03-02 11:10 ` Pavel Machek
2018-03-02 11:10 ` Pavel Machek
2018-03-02 11:21 ` Pavel Machek
2018-03-02 11:21 ` [alsa-devel] " Pavel Machek
2018-03-02 11:21 ` Pavel Machek
2018-03-02 14:22 ` Andrew F. Davis
2018-03-02 14:22 ` [alsa-devel] " Andrew F. Davis
2018-03-02 14:22 ` Andrew F. Davis
2018-03-02 16:53 ` Pavel Machek
2018-03-02 16:53 ` [alsa-devel] " Pavel Machek
2018-03-02 16:53 ` Pavel Machek
2018-03-02 17:08 ` Russell King - ARM Linux
2018-03-02 17:08 ` [alsa-devel] " Russell King - ARM Linux
2018-03-02 17:08 ` Russell King - ARM Linux
2018-03-02 17:18 ` Andrew F. Davis
2018-03-02 17:18 ` [alsa-devel] " Andrew F. Davis
2018-03-02 17:18 ` Andrew F. Davis
2018-02-26 15:43 ` regression v4.16 on Nokia N900:/dev/input/event6 aka AV Jack support disappeared Andrew F. Davis
2018-02-26 15:43 ` Andrew F. Davis
2018-02-26 15:43 ` Andrew F. Davis
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=20180226233033.GA14094@amd \
--to=pavel@ucw.cz \
--cc=aaro.koskinen@iki.fi \
--cc=abcloriens@gmail.com \
--cc=afd@ti.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@kernel.org \
--cc=clayton@craftyguy.net \
--cc=daniel.baluta@gmail.com \
--cc=filip.matijevic.pz@gmail.com \
--cc=ivo.g.dimitrov.75@gmail.com \
--cc=khilman@kernel.org \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=martijn@brixit.nl \
--cc=pali.rohar@gmail.com \
--cc=patrikbachan@gmail.com \
--cc=peter.ujfalusi@ti.com \
--cc=regressions@leemhuis.info \
--cc=sakari.ailus@linux.intel.com \
--cc=serge@hallyn.com \
--cc=sre@kernel.org \
--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.