Your message dated Sun, 02 Dec 2018 16:05:56 +0000
with message-id <3437256adf1e55ebd19a2b8443273f1fe8338687.ca...@decadent.org.uk>
and subject line Re: Bug#914920: firmware-ralink: none
has caused the Debian Bug report #914920,
regarding firmware-ralink: none
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
914920: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914920
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: firmware-ralink
Version: 20180825+dfsg-1
Severity: normal
Dear Maintainer,
Under Debian Buster, a usb wi-fi adapter D-link DWA-130, rev. F1 can
display available wifi services but could not connect
to any of them. An "ip link" command shows:
wlx74dada1c2b5d: <NO-CARRIER, BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq
state UP mode DORMANT group default qlen 1000
link/ether 74:da:da:1c:2b:5d brd ff:ff:ff:ff:ff:ff
The same D-link usb wifi adapter installed on a same make and model
computer but running under Debian Jessie works without problem, able to
connect to any chosen wifi service.
On that Debian Jessie system, ip link shows:
wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode
DORMANT group default qlen 1000
link/ether 74:da:da:1c:2b:5d brd ff:ff:ff:ff:ff:ff
=== Workaround: ===
I am able to make the D-link usb wifi adapter work under Debian Buster
by creating the file
/lib/udev/rules.d/70-wifi.rules
which contains this single line (address comes from device name
"wlx74dada1c2b5d"):
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="74:da:da:1c:2b:5d",
NAME="wlan0"
After rebooting the Debian Buster system with that file in place, the
D-link usb wifi adapter works, and "ip link" shows the now shorter
device name:
wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode
DORMANT group default qlen 1000
link/ether 74:da:da:1c:2b:5d brd ff:ff:ff:ff:ff:ff
The workaround solution comes from:
https://askubuntu.com/questions/826325/how-to-revert-usb-wifi-interface-name-from-wlxxxxxxxxxxxxx-to-wlanx
The discussion in that thread mentions a (Ubuntu studio) kernel having a
low latency, wondering whether the long device name is the source of the
problem?
I have not tried forcing names other than "wlan0" to determine whether
it is "wlan0" that is magical or whether other names would work.
I would expect the D-link usb wifi adapter to work under Debian Buster
without this workaround, as the adapter works fine under Jessie.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages firmware-ralink depends on:
ii firmware-misc-nonfree 20180825+dfsg-1
firmware-ralink recommends no packages.
firmware-ralink suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Closing as this has nothing to do with firmware-ralink.
Neither the firmware nor the driver cares what the device name is.
Ben.
--
Ben Hutchings
Beware of bugs in the above code;
I have only proved it correct, not tried it. - Donald Knuth
signature.asc
Description: This is a digitally signed message part
--- End Message ---
