Dell WiFi/Bluetooth Hardware Switch causes Reboot?

Support
1

When first faced with this issue I initially thought this was usbguard related. So in sysmaint mode I permanently added allow rule so it takes precedence in user mode. The ACPI hardware switch comes up as a bluetooth descriptor class. Online I found cases of this which is to lead me to believe most Dell’s that have these switchs it is the standard (seen as bluetooth).

So the issue is when I switch the hardware killswitch to disable WiFi/bluetooth the system restarts

This doesn’t happen when I switch it after first signing into the desktop. It only happens a few minutes after like 10 minutes. If I sign in do what ever and wait 10 mins after the desktop has been initialized, then flip the switch to disable/enable it reboots.

This happens is either live/persistent environments and both user modes user/sysmaint.

Is this related to emerg-shutdown udev handling or something entirely specific to dell?

FYI rfkill is not included by default in Kick for whatever reason.

2

Research shows this might be related to “ACPI Event Handling” acpid or specific to dell_wmi, or dell-rbtn causing a bug to cause oops/panic on switch events. I will try blacklisting dell-rbtn but on other distros I don’t get a restart with this laptop when trying to reproduce which is why I posted here.

Might be relevent:

3

An easy way to tell if an oops is occurring is:

  • Boot into sysmaint mode
  • Click “Toggle panic-on-oops” to turn off panic-on-oops
  • Reboot back into user mode
  • Do whatever you do that you think is causing a kernel oops
  • Boot back into sysmaint mode
  • Run sudo journalctl --boot=-1
  • Search for an Oops: message in the logs (you can usually do this by typing /Oops
1 Like
4

Related:

1 Like