[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#882369: marked as done (rtl8192cu: Misleading firmware log messages)

Your message dated Sat, 15 May 2021 12:23:25 -0700 (PDT)
with message-id <60a01fad.1c69fb81.ed71c.8c40@mx.google.com>
and subject line Closing this bug (BTS maintenance for src:linux bugs)
has caused the Debian Bug report #882369,
regarding rtl8192cu: Misleading firmware log messages
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 owner@bugs.debian.org
immediately.)


-- 
882369: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882369
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: src:linux
Version: 4.9.51-1
Severity: serious
Justification: Policy 2.1.2

Is rtl8192cu supposed to work under Debian Stretch without the non-free
repositories enabled?

https://en.wikipedia.org/wiki/Comparison_of_open-source_wireless_drivers seems
pretty clear that this device should require nonfree firmware loaded. Thus, it
appears there may be an isuse with kernel deblobbing, seeing as the adaptor is
functioning normally under a supposedly fully free system.

I am worried there may be non-DFSG compliant firmware packaged in main.

Relevant dmesg logs, beginning when the adaptor is plugged in and ending when
it begins to connect to the Internet.  "Loading alternative firmware" is suspect.

[   30.339299] usb 1-1: new high-speed USB device number 7 using xhci_hcd
[   30.481064] usb 1-1: New USB device found, idVendor=0bda, idProduct=8176
[   30.481068] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[   30.481070] usb 1-1: Product: 802.11n WLAN Adapter
[   30.481072] usb 1-1: Manufacturer: Realtek
[   30.481073] usb 1-1: SerialNumber: 00e04c000001
[   30.499280] rtl8192cu: Chip version 0x10
[   30.528286] rtl8192cu: Board Type 0
[   30.528361] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
[   30.528408] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[   30.528610] usb 1-1: firmware: failed to load rtlwifi/rtl8192cufw_TMSC.bin (-2)
[   30.528615] usb 1-1: Direct firmware load for rtlwifi/rtl8192cufw_TMSC.bin failed with error -2
[   30.528625] usb 1-1: firmware: failed to load rtlwifi/rtl8192cufw.bin (-2)
[   30.528628] usb 1-1: Direct firmware load for rtlwifi/rtl8192cufw.bin failed with error -2
[   30.528629] rtlwifi: Loading alternative firmware rtlwifi/rtl8192cufw.bin
[   30.532319] ieee80211 phy1: Selected rate control algorithm 'rtl_rc'
[   30.532615] usbcore: registered new interface driver rtl8192cu
[   30.556581] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

** USB devices:
Bus 001 Device 007: ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter

-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-3-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)

Versions of packages linux-image-4.9.0-4-amd64 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.130
ii  kmod                                    23-2
ii  linux-base                              4.5

Versions of packages linux-image-4.9.0-4-amd64 recommends:
ii  firmware-linux-free  3.4
ii  irqbalance           1.1.0-2.3

Versions of packages linux-image-4.9.0-4-amd64 suggests:
pn  debian-kernel-handbook  <none>
ii  grub-efi-amd64          2.02~beta3-5
pn  linux-doc-4.9           <none>

Versions of packages linux-image-4.9.0-4-amd64 is related to:
pn  firmware-amd-graphics     <none>
pn  firmware-atheros          <none>
pn  firmware-bnx2             <none>
pn  firmware-bnx2x            <none>
pn  firmware-brcm80211        <none>
pn  firmware-cavium           <none>
pn  firmware-intel-sound      <none>
pn  firmware-intelwimax       <none>
pn  firmware-ipw2x00          <none>
pn  firmware-ivtv             <none>
pn  firmware-iwlwifi          <none>
pn  firmware-libertas         <none>
pn  firmware-linux-nonfree    <none>
pn  firmware-misc-nonfree     <none>
pn  firmware-myricom          <none>
pn  firmware-netxen           <none>
pn  firmware-qlogic           <none>
pn  firmware-realtek          <none>
pn  firmware-samsung          <none>
pn  firmware-siano            <none>
pn  firmware-ti-connectivity  <none>
pn  xen-hypervisor            <none>

--- End Message ---
--- Begin Message --- 
Hi

This bug was filed for a very old kernel or the bug is old itself
without resolution.

If you can reproduce it with

- the current version in unstable/testing
- the latest kernel from backports

please reopen the bug, see https://www.debian.org/Bugs/server-control
for details.

Regards,
Salvatore

--- End Message ---
Reply to: