2018-05-14 17:49:56

by Chris Vine

[permalink] [raw]
Subject: Regression: bcm4312 lp-phy device not working in 4.17-rc5 kernel

I have an old netbook with a Broadcom bcm4312 802.11b/g lp-phy
[14e4:4315] (rev 01) wifi device. This works up to and including the
4.16 kernel, but not with 4.17-rc5.

The b43, mac80211, cfg80211, ssb and mmc_core modules are loaded OK, as
is the firmware, and the wlan0 interface will come up, but any attempt
to use the interface fails and it cannot (for example) scan.

No useful error messages are given. The interface (wlan0) is just
reported as not being ready.

Chris
>From [email protected] Mon May 14 20:56:25 2018
Return-Path: <[email protected]>
X-Original-To: [email protected]
Delivered-To: [email protected]
Received: from localhost (localhost [127.0.0.1])
by li674-96.members.linode.com (Postfix) with ESMTP id 1F60511A03
for <[email protected]>; Mon, 14 May 2018 17:56:25 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at w1.fi
Received: from li674-96.members.linode.com ([127.0.0.1])
by localhost (mail.w1.fi [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id oU70Yhi8425U for <[email protected]>;
Mon, 14 May 2018 17:56:23 +0000 (UTC)
Received: from vger.kernel.org (vger.kernel.org [209.132.180.67])
by li674-96.members.linode.com (Postfix) with ESMTP id 6040410F4D
for <[email protected]>; Mon, 14 May 2018 17:56:23 +0000 (UTC)
Received: ([email protected]) by vger.kernel.org via listexpand
id S1752251AbeENR4S (ORCPT <rfc822;[email protected]>);
Mon, 14 May 2018 13:56:18 -0400
Received: from bues.ch ([80.190.117.144]:60014 "EHLO bues.ch"
rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
id S1752024AbeENR4Q (ORCPT <rfc822;[email protected]>);
Mon, 14 May 2018 13:56:16 -0400
Date: Mon, 14 May 2018 19:55:39 +0200
From: Michael =?UTF-8?B?QsO8c2No?= <[email protected]>
To: Chris Vine <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: Regression: bcm4312 lp-phy device not working in 4.17-rc5
kernel
Message-ID: <20180514195539.74686870@wiggum>
In-Reply-To: <[email protected]>
References: <[email protected]>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
boundary="Sig_/Ji.OWRUI1EkVOiswkG+_pal"; protocol="application/pgp-signature"
Sender: [email protected]
Precedence: bulk
List-ID: <linux-wireless.vger.kernel.org>
X-Mailing-List: [email protected]
Content-Length: 1911

--Sig_/Ji.OWRUI1EkVOiswkG+_pal
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

On Mon, 14 May 2018 18:49:53 +0100
Chris Vine <[email protected]> wrote:

> I have an old netbook with a Broadcom bcm4312 802.11b/g lp-phy
> [14e4:4315] (rev 01) wifi device. This works up to and including the
> 4.16 kernel, but not with 4.17-rc5.
>=20
> The b43, mac80211, cfg80211, ssb and mmc_core modules are loaded OK, as
> is the firmware, and the wlan0 interface will come up, but any attempt
> to use the interface fails and it cannot (for example) scan.
>=20
> No useful error messages are given. The interface (wlan0) is just
> reported as not being ready.

Hi,

thanks for your report.

Can you please provide all kernel log messages anyway?
And what does "not ready" mean exactly?

It would be extremely helpful if you'd do a git bisect to find the
commit that broke it.

--=20
Michael

--Sig_/Ji.OWRUI1EkVOiswkG+_pal
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEihRzkKVZOnT2ipsS9TK+HZCNiw4FAlr5zZsACgkQ9TK+HZCN
iw6QiA//Vh+LV9ZkLUG4zye21fP5i+XPonkuVwy5+vCKzc36akbHeGG/LdOx6gGG
paikZi4AG+e5vqowE/27Y+MIGX3xUZxETO5m5mfiXrb4AjQ5mTBZoO/MzWHz54sg
Ths5Ejs9o4QG6Us0/PaMqHsxRdajoR/76aEs8esglrTFtd48caIcJITbXS0t3Fwy
XOEzmRwx35INHZbLyb+NG7QYt2lBjgMxpFYv7sJ9aTWbJpqpbgrO4Pidg+s4LvLu
Zvb/an4px9y3v/sqNg2/URLiR6e2nhBbxUKX/hOSp/mg1qLSL2+QUByVQxTM7o5+
1ClYTUF4FBCPB28F3vZZmJz5lPaqlTanIAKbv1F8ONts7VxhEA77aSvJ3Pq5cHas
kt+BgK67Ls/MGHBjJNf7rkIdbEpLR9ZllYKCSe7BXPpXNGn+EIohmw0g78O3WE87
BIwTS9qtmtjnk0cjNEh9eLKqJF8iz0Mk+T8poEKwFmK7H+A6VMLMlpIiw/gl7KiP
S4nb4qpQXR35uw/RsCnGQIQLZ79ajyQ391d9GLIs5YW/REmLm/6Nff7qGkWy9XBR
DYbSkmCcwLxU/Xr1+gVc4jTrIoVInBEegyesBxvG7eUFuE2pE+JEF/Dj9nDNc8S0
M4lGmLMmqlhMpMje4G2iBlVB91hqJ9gAXXEoVBolO+x6SQIeSu8=
=y6Sh
-----END PGP SIGNATURE-----

--Sig_/Ji.OWRUI1EkVOiswkG+_pal--


2018-05-14 17:56:16

by Michael Büsch

[permalink] [raw]
Subject: Re: Regression: bcm4312 lp-phy device not working in 4.17-rc5 kernel

On Mon, 14 May 2018 18:49:53 +0100
Chris Vine <[email protected]> wrote:

> I have an old netbook with a Broadcom bcm4312 802.11b/g lp-phy
> [14e4:4315] (rev 01) wifi device. This works up to and including the
> 4.16 kernel, but not with 4.17-rc5.
>
> The b43, mac80211, cfg80211, ssb and mmc_core modules are loaded OK, as
> is the firmware, and the wlan0 interface will come up, but any attempt
> to use the interface fails and it cannot (for example) scan.
>
> No useful error messages are given. The interface (wlan0) is just
> reported as not being ready.

Hi,

thanks for your report.

Can you please provide all kernel log messages anyway?
And what does "not ready" mean exactly?

It would be extremely helpful if you'd do a git bisect to find the
commit that broke it.

--
Michael


Attachments:
(No filename) (833.00 B)
OpenPGP digital signature

2018-05-14 18:02:18

by Michael Büsch

[permalink] [raw]
Subject: Re: Regression: bcm4312 lp-phy device not working in 4.17-rc5 kernel

On Mon, 14 May 2018 19:55:39 +0200
Michael Büsch <[email protected]> wrote:

> On Mon, 14 May 2018 18:49:53 +0100
> Chris Vine <[email protected]> wrote:
>
> > I have an old netbook with a Broadcom bcm4312 802.11b/g lp-phy
> > [14e4:4315] (rev 01) wifi device. This works up to and including the
> > 4.16 kernel, but not with 4.17-rc5.
> >
> > The b43, mac80211, cfg80211, ssb and mmc_core modules are loaded OK, as
> > is the firmware, and the wlan0 interface will come up, but any attempt
> > to use the interface fails and it cannot (for example) scan.
> >
> > No useful error messages are given. The interface (wlan0) is just
> > reported as not being ready.
>
> Hi,
>
> thanks for your report.
>
> Can you please provide all kernel log messages anyway?
> And what does "not ready" mean exactly?
>
> It would be extremely helpful if you'd do a git bisect to find the
> commit that broke it.
>

Ok, I just noticed that mainline still contains the ssb breakage.

So you are most likely hitting this:
https://patchwork.kernel.org/patch/10393729/


--
Michael


Attachments:
(No filename) (833.00 B)
OpenPGP digital signature

2018-05-14 18:37:13

by Chris Vine

[permalink] [raw]
Subject: Re: Regression: bcm4312 lp-phy device not working in 4.17-rc5 kernel

On Mon, 14 May 2018 20:02:05 +0200
Michael B=FCsch <[email protected]> wrote:
> On Mon, 14 May 2018 19:55:39 +0200
> Michael B=FCsch <[email protected]> wrote:
>=20
> > On Mon, 14 May 2018 18:49:53 +0100
> > Chris Vine <[email protected]> wrote:
> >=20
> > > I have an old netbook with a Broadcom bcm4312 802.11b/g lp-phy
> > > [14e4:4315] (rev 01) wifi device. This works up to and including the
> > > 4.16 kernel, but not with 4.17-rc5.
> > >=20
> > > The b43, mac80211, cfg80211, ssb and mmc_core modules are loaded OK, =
as
> > > is the firmware, and the wlan0 interface will come up, but any attempt
> > > to use the interface fails and it cannot (for example) scan.
> > >=20
> > > No useful error messages are given. The interface (wlan0) is just
> > > reported as not being ready. =20
> >=20
> > Hi,
> >=20
> > thanks for your report.
> >=20
> > Can you please provide all kernel log messages anyway?
> > And what does "not ready" mean exactly?
> >=20
> > It would be extremely helpful if you'd do a git bisect to find the
> > commit that broke it.
> >=20
>=20
> Ok, I just noticed that mainline still contains the ssb breakage.
>=20
> So you are most likely hitting this:
> https://patchwork.kernel.org/patch/10393729/

Yes thanks, applying that patch resolves the issue fine. There was a
similar problem with disabled PCI support for b43 which found its way
into the 4.15.0/4.15.1 kernels:
https://git.kernel.org/pub/scm/linux/kernel/git/kvalo/wireless-drivers.git/=
commit/?id=3Da9e6d44ddeccd3522670e641f1ed9b068e746ff7
At least this bug should avoid getting into the mainline release.

Chris