Your message dated Wed, 07 Dec 2022 14:57:08 +0100
with message-id <2094970.7ObL1VQbli@prancing-pony>
and subject line Re: Bug#1010482: firmware-realtek: loss of wireless connection 
during use
has caused the Debian Bug report #1010482,
regarding firmware-realtek: loss of wireless connection during use
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.)


-- 
1010482: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010482
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: firmware-realtek
Version: 20210315-3
Severity: important

Dear Maintainer,

I installed Debian stable "bullseye" on my Lenovo T440S equiped with a Realtek 
8192EE 802.11n PCI wirelesscard.

As explained on the wiki, I installed firmware-realtek to use it and connect to 
my WiFi home network and use a Bluetooth mouse.

As a result, I managed to access the available wireless networks and connect to 
my own one. I also managed to connect and use my Buletooth mouse.

But once connected, I encounter a loss of my WiFi connection without being able 
to identify an event causing this.

The result of this loss is:
* I can't list any wireless network.
* In connman, but this is also the case with network-manager provided with 
Gnome as a default, the card appears to run correctly as I can activate or 
deactivate it. Doing so has no effect.
* In connman, my BT mouse is not visible anymore wherease it is still usable.
* In the Gnome tray menu, the WiFi icon is grayed. No network is available.
* In the Gnome tray menu, my BT mouse is visible.
* If I try to list the wireless networks available, the system keeps searching 
in vain.
* The only mean to get the connection back identified so far is to reboot. This 
is quite painfull.

My WiFi router is configured to use WPA and WPA2 mixed.

I tried to deactivate the power management but this had no effect.
root@uranus:~# iwconfig wlp3s0 power off

I also tried to add options, still no effect.
root@uranus:~# cat /etc/modprobe.d/rtl8192ee.conf 
options rtl8192ee ips=N fwlps=N

Here is my current state, as I plugged my cable to continue working:
root@uranus:~# lspci -nnkd ::0280
03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8192EE 
PCIe Wireless Network Adapter [10ec:818b]
        Subsystem: Realtek Semiconductor Co., Ltd. RTL8192EE PCIe Wireless 
Network Adapter [10ec:001b]
        Kernel driver in use: rtl8192ee
        Kernel modules: rtl8192ee
root@uranus:~# iwconfig wlp3s0 
wlp3s0    IEEE 802.11  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=0 dBm   
          Retry short limit:7   RTS thr=2347 B   Fragment thr:off
          Encryption key:off
          Power Management:on
root@uranus:~# nmcli device wifi 
IN-USE  BSSID  SSID  MODE  CHAN  RATE  SIGNAL  BARS  SECURITY 

root@uranus:~# lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation Haswell-ULT DRAM Controller 
[8086:0a04] (rev 0b)
00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT 
Integrated Graphics Controller [8086:0a16] (rev 0b)
00:03.0 Audio device [0403]: Intel Corporation Haswell-ULT HD Audio Controller 
[8086:0a0c] (rev 0b)
00:14.0 USB controller [0c03]: Intel Corporation 8 Series USB xHCI HC 
[8086:9c31] (rev 04)
00:16.0 Communication controller [0780]: Intel Corporation 8 Series HECI #0 
[8086:9c3a] (rev 04)
00:19.0 Ethernet controller [0200]: Intel Corporation Ethernet Connection 
I218-LM [8086:155a] (rev 04)
00:1b.0 Audio device [0403]: Intel Corporation 8 Series HD Audio Controller 
[8086:9c20] (rev 04)
00:1c.0 PCI bridge [0604]: Intel Corporation 8 Series PCI Express Root Port 6 
[8086:9c1a] (rev e4)
00:1c.1 PCI bridge [0604]: Intel Corporation 8 Series PCI Express Root Port 3 
[8086:9c14] (rev e4)
00:1d.0 USB controller [0c03]: Intel Corporation 8 Series USB EHCI #1 
[8086:9c26] (rev 04)
00:1f.0 ISA bridge [0601]: Intel Corporation 8 Series LPC Controller 
[8086:9c43] (rev 04)
00:1f.2 SATA controller [0106]: Intel Corporation 8 Series SATA Controller 1 
[AHCI mode] [8086:9c03] (rev 04)
00:1f.3 SMBus [0c05]: Intel Corporation 8 Series SMBus Controller [8086:9c22] 
(rev 04)
02:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5227 PCI 
Express Card Reader [10ec:5227] (rev 01)
03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8192EE 
PCIe Wireless Network Adapter [10ec:818b]

It seems this card is known to have issues with all Linux distros, but as I 
couldn't find a bug report describing this issue, here it is.

Many thanks for the great work, and thanks in advance for the help.

Clément

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

Kernel: Linux 5.10.0-13-amd64 (SMP w/4 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

firmware-realtek depends on no packages.

firmware-realtek recommends no packages.

Versions of packages firmware-realtek suggests:
ii  initramfs-tools  0.140

-- no debconf information

--- End Message ---
--- Begin Message ---
On Wednesday, 7 December 2022 14:36:07 CET Clément VERDET wrote:
> The bug report can be closed.

Doing so now. Thanks for your report.

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---

Reply via email to