Platform regulatory 0 direct firmware load for regulatory db failed with error - Исправление ошибок и поиск оптимальных решений проблем

#1 2019-04-25 11:00:46

Cbhihe: Member; Registered: 2017-04-09; Posts: 185

[SOLVED] Issue with loading regulatory.db at boot

[5.0.9-arch1-1-ARCH]

Examining logged kernel messages right after boot, I see the two consecutive lines:

[    2.505562] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[    2.505564] cfg80211: failed to load regulatory.db

I looked up topics and contents of post on this BBS and elsewhere, containing: failed AND load AND regulatory.db.
There is a lot of stuff out there, but I am no closer to finding out why regulatory.db failed and how to fix it.

Last edited by Cbhihe (2019-04-25 15:44:29)

I like strawberries, therefore I’m not a bot.

#2 2019-04-25 11:07:59

loqs: Member; Registered: 2014-03-06; Posts: 15,645

Re: [SOLVED] Issue with loading regulatory.db at boot

Respecting_the_regulatory_domain. wireless-regdb provides regulatory.db and is a dependency of crda.

#3 2019-04-25 12:26:26

Cbhihe: Member; Registered: 2017-04-09; Posts: 185

Re: [SOLVED] Issue with loading regulatory.db at boot

I do not have the agent core/crda installed, and:

$ iw reg get
global
country 00: DFS-UNSET
        (2402 - 2472 @ 40), (6, 20), (N/A)
        (2457 - 2482 @ 20), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN
        (2474 - 2494 @ 20), (6, 20), (N/A), NO-OFDM, PASSIVE-SCAN
        (5170 - 5250 @ 80), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN
        (5250 - 5330 @ 80), (6, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN
        (5490 - 5730 @ 160), (6, 20), (0 ms), DFS, PASSIVE-SCAN
        (5735 - 5835 @ 80), (6, 20), (N/A), PASSIVE-SCAN
        (57240 - 63720 @ 2160), (N/A, 0), (N/A)

I also checked that for my Atheros interface device:

 $ dmesg | grep ath:
[    3.269711] ath: Country alpha2 being used: 00

Default setting is 00 for global, while I’m in western Europe.
(Could that begin to explain why my WiFi connection *always* tops at 1Mbps, even as I sit next to the access point.)

I installed crda (and dependency wireless-regdb), uncommented the appropriate region in /etc/conf.d/wireless-regdom and will reboot now…

I like strawberries, therefore I’m not a bot.

#4 2019-04-25 12:35:02

Cbhihe: Member; Registered: 2017-04-09; Posts: 185

Re: [SOLVED] Issue with loading regulatory.db at boot

gives me the right country (although the question here becomes what if I travel to a different country tomorrow, do I need to change this by hand every time I hop in and out of a plane ?), and the original messages in dmesg are gone.

So that’s that, but

seems to be stuck on ’00’.

Last edited by Cbhihe (2019-04-25 15:52:24)

I like strawberries, therefore I’m not a bot.

#5 2019-04-25 13:05:13

seth: Member; Registered: 2012-09-03; Posts: 35,320

Re: [SOLVED] Issue with loading regulatory.db at boot

If you legally bought the NIC in your regulatory domain («Country») you don’t have to do *anything* — just ignore the message, it’s irrelevant.

If you want to tamper w/ the regdb, eg. because you’re legally required to adapt to the reg domain (and accordingly configured router) in a different country, you’ll have to install and enable crda (same goes for all other, not so legal reasons) and load the proper configuration for the reg domain you enter, yes.
Luckily the differences are not that massive, esp. on the 2.4GHz band, https://en.wikipedia.org/wiki/List_of_WLAN_channels (pay attention to TX power limitations, though)

You’re oblieged to use legal channels, whether or not this is driven by a correct database entry, let alone w/ the proper 2-letter country code is completely irrelevant.

So, to sum up:
If you stay at home, don’t worry, all is fine as it came out of the box (unless the box fell of a chinese truck
If you travel around, the easiest solution is crda and configure the correct reg domain — obviously using eg. geoip to configure that automgically is not a perfectly legal solution, since you first need an IP to figure your location

#6 2019-04-25 15:43:57

Cbhihe: Member; Registered: 2017-04-09; Posts: 185

Re: [SOLVED] Issue with loading regulatory.db at boot

Seth:
;-))) Unfortunately my box did NOT fall off the back of a truck. It would have been significantly cheaper… It was made in China and so was its Qualcom ATH10k wifi device, but yes legally imported and sold to me in Europe.

So maybe that is the reason it was set to ’00’ by default, probably in an EEPROM directly on device. I’m only guessing here, based on the fact I cannot change the ’00’ value associated to my Atheros wifi device.)

That is inconvenient because I do travel and I’d like to take advantage of the fact that Tx power limits are higher int the US than in Europe (channels are less a problem, especially in the 2.4GHz range as you rightly pointed out).
You’re saying that with a little script using geoIP I could have my machine read its current location country and configure the reg domain on the fly. Did I understand you well ? Doing so would require reboot I think, so again that would not be hot config and on the fly.

Tx. Query SOLVED.

Last edited by Cbhihe (2019-04-26 06:53:44)

I like strawberries, therefore I’m not a bot.

#7 2019-04-25 15:58:22

seth: Member; Registered: 2012-09-03; Posts: 35,320

Re: [SOLVED] Issue with loading regulatory.db at boot

If the device was legally imported, the default behavior is ok in the destination region (regardless where the chip was etched)

You do not have to reboot, crda allows you to alter the regdomain on the fly (see the link loqs posted). The legally «wonky» part is that if you wanted to use geoip to determine the location, you first would have to use the radio (to get an IP) and in this pot. violating the law. Though to be realistic, exceeding the tx power limits for some minutes will usually go unnoticed anyway and violating radio standards is usually not punished by hang, draw & quarter either.

#8 2019-04-26 07:27:15

Cbhihe: Member; Registered: 2017-04-09; Posts: 185

Re: [SOLVED] Issue with loading regulatory.db at boot

I re-open this question momentarily. Something cropped up.

Since I’m in Western Europe, I wanted to put in a country code to that effect, e.g. «EU». Although «EU» is already «unofficially» considered by the ISO 3166-1, «EU» is not included/available in /etc/conf.d/wireless-regdom. I added it yesterday and curiously, upon rebooting (that was yesterday), the actual code of the actual EU country in which I am right now popped up as the result of

The question that comes to mind is: how does detection occur ?
I am especially interested in that because I generally work behind a proxy (sometimes it’s a tor node sometimes a VPN service), with a choice of exit nodes, unrelated to my geographical location. So by what magical process was the name of my actual location country ?

As it turns out:
— Inserting WIRELESS_REGDOM=»EU» in /etc/conf.d/wireless-regdom is ignored.
— Upon booting, early this morning: (i) my actual country location was not detected; (ii) it remained ’00’ or global as it is hard set on EEPROM; (iii) Basically the effect of installing crda is to suppress the dmesg failure notification, as mentioned in post#1, about not loading regulatory.db.

Case closed.

Last edited by Cbhihe (2019-04-26 07:27:45)

I like strawberries, therefore I’m not a bot.

Источник

View previous topic :: View next topic Author Message drillsar
n00b
n00b

Joined: 08 Sep 2010
Posts: 33

Posted: Sat Jun 08, 2019 10:52 pm Post subject: [SOLVED] Firmware error.

I am getting the following message in dmesg and no clue on what this is platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 Last edited by drillsar on Sun Jun 09, 2019 2:21 pm; edited 1 time in total

Ant P.
Watchman

Joined: 18 Apr 2009
Posts: 6920

Joined: 08 Sep 2010
Posts: 33

Joined: 06 Mar 2007
Posts: 19775

Joined: 08 Sep 2010
Posts: 33

Joined: 31 May 2013
Posts: 682

Posted: Sun Jun 09, 2019 5:28 pm Post subject:

drillsar wrote:

How I load the firmware into the kernel? New to that..

In kernel menuconfig

Device drivers

—> Generic driver options

—>Firmware loader

—> Firmware blobs root directory

charles17
Advocate

Joined: 02 Mar 2008
Posts: 3663

Posted: Mon Jun 17, 2019 2:47 pm Post subject: Re: [SOLVED] Firmware error.

drillsar wrote:

I am getting the following message in dmesg and no clue on what this is

platform regulatory.0: Direct firmware load for regulatory.db failed with error -2

Same problem here:

dmesg wrote:

[ 1.941196] dell_laptop: Using i8042 filter function for receiving events

[ 1.991583] input: Dell WMI hotkeys as /devices/platform/PNP0C14:00/wmi_bus/wmi_bus-PNP0C14:00/9DBB5994-A997-11DA-B012-B622A1EF5492/input/input13

[ 1.992447] cfg80211: Loading compiled-in X.509 certificates for regulatory database

[ 1.993686] cfg80211: Loaded X.509 cert ‘sforshee: 00b28ddf47aef9cea7’

[ 1.994466] ALSA device list:

[ 1.995240] #0: HDA Intel PCH at 0xf7e30000 irq 30

[ 1.996056] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2

[ 1.996887] cfg80211: failed to load regulatory.db

net-wireless/wireless-regdb-20190603 is installed.

grep 80211 /usr/src/linux-4.19.44-gentoo/.config wrote:

CONFIG_CFG80211=y

# CONFIG_NL80211_TESTMODE is not set

# CONFIG_CFG80211_DEVELOPER_WARNINGS is not set

# CONFIG_CFG80211_CERTIFICATION_ONUS is not set

CONFIG_CFG80211_REQUIRE_SIGNED_REGDB=y

CONFIG_CFG80211_USE_KERNEL_REGDB_KEYS=y

CONFIG_CFG80211_DEFAULT_PS=y

# CONFIG_CFG80211_DEBUGFS is not set

# CONFIG_CFG80211_CRDA_SUPPORT is not set

# CONFIG_CFG80211_WEXT is not set

CONFIG_MAC80211=y

CONFIG_MAC80211_HAS_RC=y

CONFIG_MAC80211_RC_MINSTREL=y

CONFIG_MAC80211_RC_MINSTREL_HT=y

# CONFIG_MAC80211_RC_MINSTREL_VHT is not set

CONFIG_MAC80211_RC_DEFAULT_MINSTREL=y

CONFIG_MAC80211_RC_DEFAULT=»minstrel_ht»

# CONFIG_MAC80211_MESH is not set

CONFIG_MAC80211_LEDS=y

# CONFIG_MAC80211_DEBUGFS is not set

# CONFIG_MAC80211_MESSAGE_TRACING is not set

# CONFIG_MAC80211_DEBUG_MENU is not set

CONFIG_MAC80211_STA_HASH_MAX_SIZE=0

# CONFIG_MAC80211_HWSIM is not set

So which of these filemanes would I need to add to the CONFIG_EXTRA_FIRMWARE?

Quote:

-rw-r—r— 1 root root 4248 Jun 5 06:50 /lib/firmware/regulatory.db

-rw-r—r— 1 root root 1182 Jun 5 06:50 /lib/firmware/regulatory.db.p7s

wrote:

CONFIG_EXTRA_FIRMWARE=»intel-ucode/06-3a-09″

CONFIG_EXTRA_FIRMWARE_DIR=»/lib/firmware»

egrep
n00b
n00b

Joined: 16 Jul 2020
Posts: 49

Joined: 06 Mar 2007
Posts: 19775

Joined: 16 Jul 2020
Posts: 49

Posted: Sat Jul 25, 2020 6:32 am Post subject:

Hu wrote:

Add to CONFIG_EXTRA_FIRMWARE exactly the filename shown. In this case, that would be regulatory.db.

According to Gentoo Wiki the CONFIG_EXTRA_FIRMWARE and CONFIG_EXTRA_FIRMWARE_DIR options need to be set to the values identified by iucode_tool. For example:

Code:

CONFIG_EXTRA_FIRMWARE=»i915/kbl_dmc_ver1_04.bin»

CONFIG_EXTRA_FIRMWARE_DIR=»/lib/firmware»

Hu
Moderator

Joined: 06 Mar 2007
Posts: 19775

Posted: Sat Jul 25, 2020 4:27 pm Post subject:

egrep wrote:

Hu wrote:

Add to CONFIG_EXTRA_FIRMWARE exactly the filename shown. In this case, that would be regulatory.db.

According to Gentoo Wiki the CONFIG_EXTRA_FIRMWARE and CONFIG_EXTRA_FIRMWARE_DIR options need to be set to the values identified by iucode_tool. For example:

Code:

CONFIG_EXTRA_FIRMWARE=»i915/kbl_dmc_ver1_04.bin»

CONFIG_EXTRA_FIRMWARE_DIR=»/lib/firmware»

How does that conflict with my advice? You can list multiple things in CONFIG_EXTRA_FIRMWARE, so it is fine to list both the microcode file and the requested wireless database.

egrep
n00b
n00b

Joined: 16 Jul 2020
Posts: 49

Posted: Sat Jul 25, 2020 7:01 pm Post subject:

Hu wrote:

egrep wrote:

Hu wrote:

Add to CONFIG_EXTRA_FIRMWARE exactly the filename shown. In this case, that would be regulatory.db.

According to Gentoo Wiki the CONFIG_EXTRA_FIRMWARE and CONFIG_EXTRA_FIRMWARE_DIR options need to be set to the values identified by iucode_tool. For example:

Code:

CONFIG_EXTRA_FIRMWARE=»i915/kbl_dmc_ver1_04.bin»

CONFIG_EXTRA_FIRMWARE_DIR=»/lib/firmware»

How does that conflict with my advice? You can list multiple things in CONFIG_EXTRA_FIRMWARE, so it is fine to list both the microcode file and the requested wireless database.

Well, you may need to list regulatory.db in CONFIG_EXTRA_FIRMWARE in case the wireless configuration API (CONFIG_CFG80211) is built into the kernel (<*>) instead as a module (<M>). Otherwise there is no need to add yet another blob to the kernel.

Hu
Moderator

Joined: 06 Mar 2007
Posts: 19775

Joined: 16 Jul 2020
Posts: 49

Posted: Sat Jul 25, 2020 11:24 pm Post subject:

Hu wrote:

According to the output from charles17, wireless is built into that kernel and the kernel then complains that it cannot find the regulatory database. Therefore, I advised to build in the regulatory database.

Got it. I probably didn’t read it carefully.

Display posts from previous:

Источник

platform regulatory.0: Direct firmware load for regulatory.db failed with error -2

This bug affects 6 people

Affects	Status	Importance	Assigned to	Milestone
	Linux	Unknown	Unknown	linux-kernel-bugs #198013
	linux (Ubuntu)	Triaged	Medium	Unassigned

Affects

Status

Importance

Assigned to

Milestone

Linux

Unknown

linux-kernel-bugs #198013

linux (Ubuntu)

Triaged

Medium

Unassigned

Bug Description

Hello,

dmesg:
[ 5.421791] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2

Regards,
—
Cristian

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: linux-image-4.15.0-11-generic 4.15.0-11.12
ProcVersionSignature: Ubuntu 4.15.0-11.12-generic 4.15.5
Uname: Linux 4.15.0-11-generic x86_64
ApportVersion: 2.20.8-0ubuntu10
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: caravena 1860 F…. pulseaudio
CurrentDesktop: ubuntu-communitheme:ubuntu:GNOME
Date: Tue Feb 27 09:46:36 2018
InstallationDate: Installed on 2017-10-13 (136 days ago)
InstallationMedia: Ubuntu 17.10 «Artful Aardvark» — Alpha amd64 (20170926)
MachineType: SAMSUNG ELECTRONICS CO., LTD. 530U3C/530U4C
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/@/boot/vmlinuz-4.15.0-11-generic root=UUID=707d0f89-4b1d-4432-9d50-6058dc4c1ee9 ro rootflags=subvol=@ quiet splash vt.handoff=1
RelatedPackageVersions:
linux-restricted-modules-4.15.0-11-generic N/A
linux-backports-modules-4.15.0-11-generic N/A
linux-firmware 1.171
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/15/2013
dmi.bios.vendor: Phoenix Technologies Ltd.
dmi.bios.version: P14AAJ
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: SAMSUNG_NP1234567890
dmi.board.vendor: SAMSUNG ELECTRONICS CO., LTD.
dmi.board.version: FAB1
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 9
dmi.chassis.vendor: SAMSUNG ELECTRONICS CO., LTD.
dmi.chassis.version: 0.1
dmi.modalias: dmi:bvnPhoenixTechnologiesLtd.:bvrP14AAJ:bd04/15/2013:svnSAMSUNGELECTRONICSCO.,LTD.:pn530U3C/530U4C:pvr0.1:rvnSAMSUNGELECTRONICSCO.,LTD.:rnSAMSUNG_NP1234567890:rvrFAB1:cvnSAMSUNGELECTRONICSCO.,LTD.:ct9:cvr0.1:
dmi.product.family: ChiefRiver System
dmi.product.name: 530U3C/530U4C
dmi.product.version: 0.1
dmi.sys.vendor: SAMSUNG ELECTRONICS CO., LTD.

Источник

I installed 1.6.4.1 driver with latest commit.
There is no problem while booting, but device doesn’t wakes up.
Under 5.3.1-arch1-1-ARCH kernel and no additional other wireless driver installed.
My device is Elecom WDC-433DU2HBK(056e 4007). Here is my dmesg output.

[ 66.921110] usb 2-4: Product: WDC-433DU2HBK
[ 66.921112] usb 2-4: Manufacturer: Elecom
[ 66.921114] usb 2-4: SerialNumber: 00e04c000001
[ 67.120160] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[ 67.130492] cfg80211: Loaded X.509 cert ‘sforshee: 00b28ddf47aef9cea7’
[ 67.130573] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[ 67.130575] cfg80211: failed to load regulatory.db
[ 67.283110] 88XXau: loading out-of-tree module taints kernel.
[ 67.286359] 88XXau: module verification failed: signature and/or required key missing — tainting kernel
[ 67.516934] usbcore: registered new interface driver rtl88xxau
[ 67.569962] rtl88xxau 2-4:1.0 wlp0s29f7u4: renamed from wlan0
[ 67.586864] BUG: kernel NULL pointer dereference, address: 00000000000008c0
[ 67.586926] #PF: supervisor read access in kernel mode
[ 67.586966] #PF: error_code(0x0000) — not-present page
[ 67.587004] PGD 0 P4D 0
[ 67.587030] Oops: 0000 [#1] PREEMPT SMP PTI
[ 67.587061] CPU: 0 PID: 350 Comm: systemd-udevd Tainted: G OE 5.3.1-arch1-1-ARCH #1
[ 67.587114] Hardware name: EPSON DIRECT CORP. Endeavor NJ3100E/NJ3100E, BIOS AM8-0215-DM5S 10/07/2009
[ 67.587256] RIP: 0010:rtw_ndev_notifier_call+0x31/0x55 [88XXau]
[ 67.587299] Code: d2 74 45 55 53 48 89 f3 48 8b 2a 48 85 ed 74 12 48 89 ef e8 99 fe ff ff 48 83 fb 0b 75 04 84 c0 75 08 b8 00 00 00 00 5b 5d c3 <48> 8b 04 25 c0 08 00 00 48 8d b8 48 45 00 00 ba 10 00 00 00 48 89
[ 67.587407] RSP: 0018:ffffb8d8c039b7b0 EFLAGS: 00010202
[ 67.587441] RAX: 0000000000000001 RBX: 000000000000000b RCX: 0000000000000001
[ 67.587485] RDX: ffffffffc0ab1e80 RSI: 000000000000000b RDI: ffff9abab7b06000
[ 67.587528] RBP: ffff9abab7b06000 R08: 0000000000800000 R09: ffffffffa189c660
[ 67.587570] R10: ffffb8d8c039b7c8 R11: ffffb8d9c039b6b6 R12: 000000000000000b
[ 67.587613] R13: ffffb8d8c039b818 R14: ffffffffa1907d20 R15: 0000000000000000
[ 67.587658] FS: 00007fa6b7a1b840(0000) GS:ffff9ababba00000(0000) knlGS:0000000000000000
[ 67.587711] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 67.587747] CR2: 00000000000008c0 CR3: 0000000139178000 CR4: 00000000000406f0
[ 67.587790] Call Trace:
[ 67.587819] notifier_call_chain+0x4c/0x70
[ 67.587854] dev_change_name+0x219/0x320
[ 67.587886] do_setlink+0xd45/0xf10
[ 67.587917] ? prep_new_page+0x46/0xd0
[ 67.587949] ? get_page_from_freelist+0xc03/0x1240
[ 67.587989] rtnl_setlink+0x105/0x170
[ 67.588023] rtnetlink_rcv_msg+0x137/0x3c0
[ 67.588054] ? rtnl_calcit.isra.0+0x120/0x120
[ 67.588086] netlink_rcv_skb+0x75/0x140
[ 67.588115] netlink_unicast+0x177/0x1f0
[ 67.588148] netlink_sendmsg+0x204/0x3d0
[ 67.588185] sock_sendmsg+0x5e/0x60
[ 67.588212] __sys_sendto+0x120/0x190
[ 67.588242] __x64_sys_sendto+0x25/0x30
[ 67.588270] do_syscall_64+0x5f/0x1c0
[ 67.588298] entry_SYSCALL_64_after_hwframe+0x44/0xa9
[ 67.588333] RIP: 0033:0x7fa6b923664b
[ 67.588360] Code: 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 f3 0f 1e fa 48 8d 05 d5 4b 0c 00 41 89 ca 8b 00 85 c0 75 14 b8 2c 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 75 c3 0f 1f 40 00 55 48 83 ec 30 44 89 4c 24
[ 67.588464] RSP: 002b:00007fff00f3c838 EFLAGS: 00000246 ORIG_RAX: 000000000000002c
[ 67.588512] RAX: ffffffffffffffda RBX: 00007fff00f3c8a4 RCX: 00007fa6b923664b
[ 67.588554] RDX: 0000000000000030 RSI: 000055f372ed2640 RDI: 000000000000000f
[ 67.588597] RBP: 000055f372e8e910 R08: 00007fff00f3c840 R09: 0000000000000010
[ 67.588603] audit: type=1130 audit(1569848547.106:19): pid=1 uid=0 auid=4294967295 ses=4294967295 msg=’unit=systemd-rfkill comm=»systemd» exe=»/usr/lib/systemd/systemd» hostname=? addr=? terminal=? res=success’
[ 67.588643] R10: 0000000000000000 R11: 0000000000000246 R12: 000055f372f48f40
[ 67.593023] R13: 000000000000015e R14: 000000000000015e R15: 000055f372ec6b40
[ 67.593023] Modules linked in: 88XXau(OE) cfg80211 i915 snd_hda_codec_hdmi snd_hda_codec_realtek joydev mousedev snd_hda_codec_generic i2c_algo_bit ledtrig_audio drm_kms_helper snd_hda_intel snd_hda_codec tpm_infineon snd_hda_core snd_hwdep snd_pcm r8169 asus_laptop coretemp r592 iTCO_wdt snd_timer iTCO_vendor_support drm memstick snd lpc_ich realtek psmouse sparse_keymap soundcore syscopyarea pcspkr libphy sysfillrect tpm_tis input_leds sysimgblt rfkill fb_sys_fops tpm_tis_core tpm input_polldev mac_hid evdev battery intel_agp intel_gtt ac agpgart rng_core ip_tables x_tables ext4 crc32c_generic crc16 mbcache jbd2 sd_mod sr_mod cdrom serio_raw atkbd libps2 ahci libahci sdhci_pci cqhci uhci_hcd libata sdhci scsi_mod mmc_core firewire_ohci firewire_core crc_itu_t ehci_pci ehci_hcd i8042 serio
[ 67.593023] CR2: 00000000000008c0
[ 67.609589] —[ end trace 79e26bd8b09cf9b4 ]—

I’m seemingly experiencing this bug too on the exact same kernel version 5.3.1-arch1-1-ARCH. The BUG: kernel NULL pointer dereference, address: 00000000000008c0 seems to be the pertinent part, or at least is what is highlighted in red in dmesg.

I also get a seemingly similar stacktrace when installing https://github.com/zebulon2/rtl8814au. Speaking of what’s the difference between those projects?

Here is my stack trace: https://gist.github.com/henrywallace/cb8bb75e1be21abaa71ad13e62264850
It also looks like there are repeated segments? I’m curious if that was just the kernel module attempting to be loaded multiple times. I’m a kernel module noob. Any pointers on how to read or debug these kinds of things?

ghost

changed the title
5.6.4.1 (5.3.1-arch1-1-ARCH) platform regulatory.0: Direct firmware load for regulatory.db failed with error -2

5.6.4.1 (5.3.1-arch1-1-ARCH) BUG: kernel NULL pointer dereference, address: 00000000000008c0 | platform regulatory.0: Direct firmware load for regulatory.db failed with error -2

Oct 3, 2019

This issue and #421 may be same.
Your stack trace and mine has WARNING: CPU: 1 PID: 42 at net/wireless/core.c:868 wiphy_register.cold+0x37/0x435 [cfg80211].

This was referenced

Oct 6, 2019

v5.6.4.1 has the fix merged (#424). Please rebuild from this branch and try again.

Can confirm, fixed for me. Note, too there seems to be many duplicates of this same bug across different issues, briefly overviewing the github issues.

Move over to v5.6.4.2 instead of v5.6.4.1

Источник

# 4 года, 5 месяцев назад
Темы: 1 Сообщения: 8 Участник с: 31 августа 2018	vasek DED54 сделал всё, как написано, но мне не помогло Что значит сделал все? Смотрел вывод dmesg \| egrep -i ‘blue\|firm’? Есть ругань? И у тебя VID:PID 105b:e065 или другие? [ 0.024754] Spectre V2 : Enabling Restricted Speculation for firmware calls [ 0.235886] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored [ 10.880933] [Firmware Bug]: ACPI(PXSX) defines _DOD but not _DOS [ 11.662941] Bluetooth: Core ver 2.22 [ 11.662965] Bluetooth: HCI device and connection manager initialized [ 11.662968] Bluetooth: HCI socket layer initialized [ 11.662970] Bluetooth: L2CAP socket layer initialized [ 11.662976] Bluetooth: SCO socket layer initialized [ 11.843378] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 [ 12.162157] Bluetooth: hci0: BCM: chip id 70 [ 12.163136] Bluetooth: hci0: BCM: features 0x06 [ 12.179141] Bluetooth: hci0: BCM43142A [ 12.180139] Bluetooth: hci0: BCM43142A0 (001.001.011) build 0000 [ 13.179160] Bluetooth: hci0: BCM43142A0 (001.001.011) build 0339 [ 13.195164] Bluetooth: hci0: Broadcom Bluetooth 4.0 USB [ 17.658570] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 17.658575] Bluetooth: BNEP filters: protocol multicast [ 17.658583] Bluetooth: BNEP socket layer initialized

#
4 года, 5 месяцев назад

Темы:

Сообщения:

Участник с: 31 августа 2018

vasek

DED54
сделал всё, как написано, но мне не помогло

Что значит сделал все? Смотрел вывод dmesg | egrep -i ‘blue|firm’? Есть ругань? И у тебя VID:PID 105b:e065 или другие?

[    0.024754] Spectre V2 : Enabling Restricted Speculation for firmware calls
[    0.235886] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[   10.880933] [Firmware Bug]: ACPI(PXSX) defines _DOD but not _DOS
[   11.662941] Bluetooth: Core ver 2.22
[   11.662965] Bluetooth: HCI device and connection manager initialized
[   11.662968] Bluetooth: HCI socket layer initialized
[   11.662970] Bluetooth: L2CAP socket layer initialized
[   11.662976] Bluetooth: SCO socket layer initialized
[   11.843378] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[   12.162157] Bluetooth: hci0: BCM: chip id 70
[   12.163136] Bluetooth: hci0: BCM: features 0x06
[   12.179141] Bluetooth: hci0: BCM43142A
[   12.180139] Bluetooth: hci0: BCM43142A0 (001.001.011) build 0000
[   13.179160] Bluetooth: hci0: BCM43142A0 (001.001.011) build 0339
[   13.195164] Bluetooth: hci0: Broadcom Bluetooth 4.0 USB
[   17.658570] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   17.658575] Bluetooth: BNEP filters: protocol multicast
[   17.658583] Bluetooth: BNEP socket layer initialized

vasek	# 4 года, 5 месяцев назад
Темы: 47 Сообщения: 11417 Участник с: 17 февраля 2013	DED54, вроде все нормально, криминала не видно — все должно работать. Трудно что то сказать, тем более не зная, что же у тебя за устройство (VID:PID так и не показал). Расчитывать на готовое решение в этом случае бесполезно, совет может дать только тот, кто использовал данный девайс. Ошибки не исчезают с опытом — они просто умнеют

vasek

#
4 года, 5 месяцев назад

Темы:

Сообщения:

11417

Участник с: 17 февраля 2013

DED54, вроде все нормально, криминала не видно — все должно работать. Трудно что то сказать, тем более не зная, что же у тебя за устройство (VID:PID так и не показал). Расчитывать на готовое решение в этом случае бесполезно, совет может дать только тот, кто использовал данный девайс.

Ошибки не исчезают с опытом — они просто умнеют

DED54	# 4 года, 5 месяцев назад
Темы: 1 Сообщения: 8 Участник с: 31 августа 2018	vasek (VID:PID так и не показал) Так я и не могу его узнать lsusb `Bus 003 Device 002: ID 8087:8001 Intel Corp. Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 005: ID 0bda:0129 Realtek Semiconductor Corp. RTS5129 Card Reader Controller Bus 001 Device 004: ID 04f2:b520 Chicony Electronics Co., Ltd Bus 001 Device 002: ID 046d:c52f Logitech, Inc. Unifying Receiver Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub`

DED54

#
4 года, 5 месяцев назад

Темы:

Сообщения:

Участник с: 31 августа 2018

vasek
(VID:PID так и не показал)

Так я и не могу его узнать

lsusb

Bus 003 Device 002: ID 8087:8001 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 0bda:0129 Realtek Semiconductor Corp. RTS5129 Card Reader Controller
Bus 001 Device 004: ID 04f2:b520 Chicony Electronics Co., Ltd
Bus 001 Device 002: ID 046d:c52f Logitech, Inc. Unifying Receiver
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

vasek	# 4 года, 5 месяцев назад
Темы: 47 Сообщения: 11417 Участник с: 17 февраля 2013	Не понятно, почему не показывает lsusb. А не пробовал Live CD, например, ubuntu или винду, если стоит? Устройство вообще работает? Чтобы идти дальше, нужно убедиться что устройство Bluetooth работает и определяется. Ошибки не исчезают с опытом — они просто умнеют

vasek

#
4 года, 5 месяцев назад

Темы:

Сообщения:

11417

Участник с: 17 февраля 2013

Не понятно, почему не показывает lsusb. А не пробовал Live CD, например, ubuntu или винду, если стоит? Устройство вообще работает?
Чтобы идти дальше, нужно убедиться что устройство Bluetooth работает и определяется.

Ошибки не исчезают с опытом — они просто умнеют

vasek	# 4 года, 5 месяцев назад (отредактировано 4 года, 5 месяцев назад)
Темы: 47 Сообщения: 11417 Участник с: 17 февраля 2013	Уже как то писал, что для Broadcom, чтобы работал Bluetooth, нужен, насколько помню, пропатченный модуль btusb и определенный firmware, иногда достаточно firmware, все зависит от устройства. Но есть и нюансы для некоторых чипов. Рекомендую проверить следующее 1. Перезагрузить модуль btusb и посмотреть вывод dmesg sudo modprobe -r btusb sudo modprobe -v btusb dmesg \| egrep -i ‘blue\|firm’ …… лучше смотреть сразу, запустив journalctl -f DED54 Так я и не могу его узнать 2. Некоторые устройства не распознаются как Broadcom Bluetooth в lsusb, в этом случае для получения инфы нужно запустить usb-devices и искать там свое устройство. Я обычно ищу по модулю. 3. Также для получения большей инфы можно посмотреть выводы sudo lshw -businfo \| grep Blue systool -b usb -D -A product \| grep btusb -A 3 tree /sys/bus/usb/drivers \| grep btusb Ошибки не исчезают с опытом — они просто умнеют

vasek

#
4 года, 5 месяцев назад

(отредактировано

4 года, 5 месяцев назад)

Темы:

Сообщения:

11417

Участник с: 17 февраля 2013

Уже как то писал, что для Broadcom, чтобы работал Bluetooth, нужен, насколько помню, пропатченный модуль btusb и определенный firmware, иногда достаточно firmware, все зависит от устройства. Но есть и нюансы для некоторых чипов.
Рекомендую проверить следующее
1. Перезагрузить модуль btusb и посмотреть вывод dmesg
sudo modprobe -r btusb
sudo modprobe -v btusb
dmesg | egrep -i ‘blue|firm’ …… лучше смотреть сразу, запустив journalctl -f

DED54
Так я и не могу его узнать

2. Некоторые устройства не распознаются как Broadcom Bluetooth в lsusb, в этом случае для получения инфы нужно запустить
usb-devices
и искать там свое устройство. Я обычно ищу по модулю.
3. Также для получения большей инфы можно посмотреть выводы
sudo lshw -businfo | grep Blue
systool -b usb -D -A product | grep btusb -A 3
tree /sys/bus/usb/drivers | grep btusb

Ошибки не исчезают с опытом — они просто умнеют

vasek	# 4 года, 5 месяцев назад (отредактировано 4 года, 5 месяцев назад)
Темы: 47 Сообщения: 11417 Участник с: 17 февраля 2013	Для информации, дублирую пост из этого топика Проблема, думаю в другом, в основном для девайсов Broadcom в исходниках /linux-xxx/drivers/bluetooth/btusb.c отсутствуют VID:PID устройства. Как правило вносят изменения и пересобирают модуль btusb (лучше, конечно, использовать DKMS, чтобы каждый раз не пересобирать модуль при выходе нового ядра). Иногда бывает достаточно и одного firmware для данного устройства (выковыривают или из виндового драйвера или качают с github). И точно не помню, лень искать в базе статью, но описано несколько способов, включая и дополнительную загрузку firmware. Все это хорошо описано, погугли. UPD — есть еще один способ без пересборки модуля, но вероятность не 100%, нужно пробовать, точно не помню, но смысл в том, что в файл /sys/bus/usb/drivers/btusb/new_id записывается VID PID устройства. Ошибки не исчезают с опытом — они просто умнеют

vasek

#
4 года, 5 месяцев назад

(отредактировано

4 года, 5 месяцев назад)

Темы:

Сообщения:

11417

Участник с: 17 февраля 2013

Для информации, дублирую пост из этого топика

Проблема, думаю в другом, в основном для девайсов Broadcom в исходниках /linux-xxx/drivers/bluetooth/btusb.c отсутствуют VID:PID устройства. Как правило вносят изменения и пересобирают модуль btusb (лучше, конечно, использовать DKMS, чтобы каждый раз не пересобирать модуль при выходе нового ядра). Иногда бывает достаточно и одного firmware для данного устройства (выковыривают или из виндового драйвера или качают с github).
И точно не помню, лень искать в базе статью, но описано несколько способов, включая и дополнительную загрузку firmware. Все это хорошо описано, погугли.
UPD — есть еще один способ без пересборки модуля, но вероятность не 100%, нужно пробовать, точно не помню, но смысл в том, что в файл /sys/bus/usb/drivers/btusb/new_id записывается VID PID устройства.

Ошибки не исчезают с опытом — они просто умнеют

DED54	# 4 года, 5 месяцев назад
Темы: 1 Сообщения: 8 Участник с: 31 августа 2018	vasek Не понятно, почему не показывает lsusb. А не пробовал Live CD, например, ubuntu или винду, если стоит? Устройство вообще работает? Чтобы идти дальше, нужно убедиться что устройство Bluetooth работает и определяется. Параллельно стоит windows 10. Там bluetooth работает

DED54

#
4 года, 5 месяцев назад

Темы:

Сообщения:

Участник с: 31 августа 2018

vasek
Не понятно, почему не показывает lsusb. А не пробовал Live CD, например, ubuntu или винду, если стоит? Устройство вообще работает?
Чтобы идти дальше, нужно убедиться что устройство Bluetooth работает и определяется.

Параллельно стоит windows 10. Там bluetooth работает

vasek	# 4 года, 5 месяцев назад (отредактировано 4 года, 5 месяцев назад)
Темы: 47 Сообщения: 11417 Участник с: 17 февраля 2013	DED54 Параллельно стоит windows 10. Там bluetooth работает Тогда остается то, что описал выше `Некоторые устройства не распознаются как Broadcom Bluetooth в lsusb, в этом случае для получения инфы нужно запустить usb-devices и искать там свое устройство.` Что нужно делать, описал выше. EDIT 1 — в принципе проверить и узнать VID:PID можно и подругому, используя команды, приведенные выше (которые ты игнорируешь и даже не стремишься что то выяснить) sudo lshw -businfo \| grep Blue [email protected]3:1.6 communication AR3011 Bluetooth cat /sys/bus/usb/devices/3-1.6/id* 3005 0cf3 Дальше пробуй сам — складывается впечатление что у тебя нет никакого желания что то выяснить самому. Ошибки не исчезают с опытом — они просто умнеют

vasek

#
4 года, 5 месяцев назад

(отредактировано

4 года, 5 месяцев назад)

Темы:

Сообщения:

11417

Участник с: 17 февраля 2013

DED54
Параллельно стоит windows 10. Там bluetooth работает

Тогда остается то, что описал выше

Некоторые устройства не распознаются как Broadcom Bluetooth в lsusb, в этом случае для получения инфы нужно запустить usb-devices и искать там свое устройство.

Что нужно делать, описал выше.

EDIT 1 — в принципе проверить и узнать VID:PID можно и подругому, используя команды, приведенные выше (которые ты игнорируешь и даже не стремишься что то выяснить)
sudo lshw -businfo | grep Blue
[email protected]3:1.6 communication AR3011 Bluetooth

cat /sys/bus/usb/devices/3-1.6/id*
3005
0cf3
Дальше пробуй сам — складывается впечатление что у тебя нет никакого желания что то выяснить самому.

Ошибки не исчезают с опытом — они просто умнеют

RusWolf	# 4 года, 5 месяцев назад
Темы: 11 Сообщения: 2413 Участник с: 16 июля 2016	DED54 [ 11.843378] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 Я думаю, это не порядок.

RusWolf

#
4 года, 5 месяцев назад

Темы:

Сообщения:

2413

Участник с: 16 июля 2016

DED54
[ 11.843378] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2

Я думаю, это не порядок.

vasek	# 4 года, 5 месяцев назад
Темы: 47 Сообщения: 11417 Участник с: 17 февраля 2013	RusWolf DED54 [ 11.843378] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 Я думаю, это не порядок. У меня точно такое же сообщение journalctl -b \| grep firmware `сен 05 12:01:38 arch kernel: platform regulatory.0: Direct firmware load for regulatory.db failed with error -2` И это сообщение имеется у большинства и связано оно с отсутствием соответствующего firmware, который устанавливается вместе с пакетом crda ls /lib/firmware \| grep regul … пусто … Ставлю пакет crda (Central Regulatory Domain Agent for wireless networks) и смотрим ls /lib/firmware \| grep regul regulatory.db regulatory.db.p7s Появилось, перезагружаемся и смотрим наличие этого сообщения journalctl -b \| grep firmware ….. пусто …. Исчезло. Но это никак не связано с проблемами bluetooth. Ошибки не исчезают с опытом — они просто умнеют

vasek

#
4 года, 5 месяцев назад

Темы:

Сообщения:

11417

Участник с: 17 февраля 2013

RusWolf

DED54
[ 11.843378] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2

Я думаю, это не порядок.

У меня точно такое же сообщение
journalctl -b | grep firmware

сен 05 12:01:38 arch kernel: platform regulatory.0: Direct firmware load for regulatory.db failed with error -2

И это сообщение имеется у большинства и связано оно с отсутствием соответствующего firmware, который устанавливается вместе с пакетом crda
ls /lib/firmware | grep regul
… пусто …
Ставлю пакет crda (Central Regulatory Domain Agent for wireless networks) и смотрим
ls /lib/firmware | grep regul
regulatory.db
regulatory.db.p7s
Появилось, перезагружаемся и смотрим наличие этого сообщения
journalctl -b | grep firmware
….. пусто ….
Исчезло. Но это никак не связано с проблемами bluetooth.

Ошибки не исчезают с опытом — они просто умнеют

Источник