FS#56363 - trace_printk() NOTICE in dmesg

Attached to Project: Arch Linux
Opened by Mathias Stearn (RedBeard0531) - Friday, 17 November 2017, 20:42 GMT
Last edited by Doug Newgard (Scimmia) - Wednesday, 22 November 2017, 15:31 GMT
Task Type Bug Report
Category Kernel
Status Closed
Assigned To No-one
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

I saw this warning in dmesg and it says I should report it:

[Fri Nov 17 15:32:35 2017] **********************************************************
[Fri Nov 17 15:32:35 2017] ** NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE **
[Fri Nov 17 15:32:35 2017] ** **
[Fri Nov 17 15:32:35 2017] ** trace_printk() being used. Allocating extra memory. **
[Fri Nov 17 15:32:35 2017] ** **
[Fri Nov 17 15:32:35 2017] ** This means that this is a DEBUG kernel and it is **
[Fri Nov 17 15:32:35 2017] ** unsafe for production use. **
[Fri Nov 17 15:32:35 2017] ** **
[Fri Nov 17 15:32:35 2017] ** If you see this message and you are not debugging **
[Fri Nov 17 15:32:35 2017] ** the kernel, report this immediately to your vendor! **
[Fri Nov 17 15:32:35 2017] ** **
[Fri Nov 17 15:32:35 2017] ** NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE **
[Fri Nov 17 15:32:35 2017] **********************************************************


Additional info:
* package version(s)

I'm using the normal linux package from the core repo.

> uname -a
Linux redbeard 4.13.12-1-ARCH #1 SMP PREEMPT Wed Nov 8 11:54:06 CET 2017 x86_64 GNU/Linux


* config and/or log files etc.


Steps to reproduce:

I'm not sure if this is related, but I tried to run the offwaketime bcc tool at around the time of the hang. This was fairly soon after rebooting.
This task depends upon

Closed by  Doug Newgard (Scimmia)
Wednesday, 22 November 2017, 15:31 GMT
Reason for closing:  No response
Comment by Doug Newgard (Scimmia) - Saturday, 18 November 2017, 06:34 GMT
What modules are loaded? Specifically out of tree modules?
Comment by Doug Newgard (Scimmia) - Sunday, 19 November 2017, 15:15 GMT
Ping? I'm almost certain this is because of an out of tree module.
Comment by Mathias Stearn (RedBeard0531) - Sunday, 19 November 2017, 23:40 GMT
I don't think I have any out-of-tree modules.

> lsmod
Module Size Used by
fuse 94208 3
snd_hda_codec_hdmi 49152 1
btrfs 1036288 0
intel_rapl 20480 0
xor 24576 1 btrfs
snd_hda_codec_realtek 77824 1
snd_hda_codec_generic 69632 1 snd_hda_codec_realtek
x86_pkg_temp_thermal 16384 0
intel_powerclamp 16384 0
amdkfd 118784 1
amd_iommu_v2 20480 1 amdkfd
radeon 1437696 6
i2c_algo_bit 16384 1 radeon
ttm 81920 1 radeon
drm_kms_helper 131072 1 radeon
coretemp 16384 0
drm 303104 8 radeon,ttm,drm_kms_helper
iTCO_wdt 16384 0
iTCO_vendor_support 16384 1 iTCO_wdt
mxm_wmi 16384 0
kvm_intel 192512 0
kvm 516096 1 kvm_intel
irqbypass 16384 1 kvm
snd_hda_intel 36864 5
crct10dif_pclmul 16384 0
crc32_pclmul 16384 0
ghash_clmulni_intel 16384 0
raid6_pq 114688 1 btrfs
mousedev 20480 0
pcbc 16384 0
agpgart 36864 2 ttm,drm
snd_hda_codec 106496 4 snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
syscopyarea 16384 1 drm_kms_helper
sysfillrect 16384 1 drm_kms_helper
sysimgblt 16384 1 drm_kms_helper
fb_sys_fops 16384 1 drm_kms_helper
snd_hda_core 65536 5 snd_hda_intel,snd_hda_codec,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
aesni_intel 184320 0
snd_hwdep 20480 1 snd_hda_codec
e1000e 225280 0
aes_x86_64 20480 1 aesni_intel
snd_pcm 86016 5 snd_hda_intel,snd_hda_codec,snd_hda_core,snd_hda_codec_hdmi
crypto_simd 16384 1 aesni_intel
glue_helper 16384 1 aesni_intel
cryptd 20480 3 crypto_simd,ghash_clmulni_intel,aesni_intel
evdev 24576 11
input_leds 16384 0
tpm_tis 16384 0
snd_timer 28672 1 snd_pcm
mei_me 36864 0
led_class 16384 1 input_leds
intel_cstate 16384 0
tpm_tis_core 20480 1 tpm_tis
joydev 20480 0
ptp 20480 1 e1000e
snd 73728 17 snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek,snd_pcm
mac_hid 16384 0
intel_rapl_perf 16384 0
i2c_i801 24576 0
lpc_ich 24576 0
soundcore 16384 1 snd
mei 81920 1 mei_me
pps_core 20480 1 ptp
shpchp 32768 0
tpm 49152 2 tpm_tis,tpm_tis_core
nuvoton_cir 24576 0
rc_core 32768 1 nuvoton_cir
wmi 20480 1 mxm_wmi
button 16384 0
sch_fq_codel 20480 2
msr 16384 0
udf 86016 0
loop 28672 0
isofs 45056 0
vfat 20480 0
fat 65536 1 vfat
sg 36864 0
crypto_user 16384 0
ip_tables 24576 0
x_tables 32768 1 ip_tables
ext4 557056 4
crc16 16384 1 ext4
mbcache 16384 1 ext4
jbd2 90112 1 ext4
fscrypto 24576 1 ext4
dm_mod 106496 6
dax 20480 1 dm_mod
hid_microsoft 16384 0
uas 24576 0
usb_storage 65536 1 uas
sr_mod 24576 0
cdrom 53248 1 sr_mod
sd_mod 49152 5
hid_generic 16384 0
usbhid 45056 0
hid 114688 3 hid_generic,usbhid,hid_microsoft
crc32c_intel 24576 1
ahci 36864 4
libahci 28672 1 ahci
libata 208896 2 ahci,libahci
firewire_ohci 40960 0
xhci_pci 16384 0
ehci_pci 16384 0
scsi_mod 155648 6 sd_mod,usb_storage,libata,uas,sr_mod,sg
xhci_hcd 188416 1 xhci_pci
firewire_core 57344 1 firewire_ohci
ehci_hcd 73728 1 ehci_pci
crc_itu_t 16384 2 udf,firewire_core
usbcore 208896 7 usbhid,usb_storage,ehci_hcd,xhci_pci,uas,xhci_hcd,ehci_pci
usb_common 16384 1 usbcore
Comment by Doug Newgard (Scimmia) - Monday, 20 November 2017, 00:08 GMT
And the warning showed with that list of modules loaded?

Loading...