Log is full of "Kernel: CPU Tainted" messages. Is this bad?

[Rob Q]

Any idea what this is and how I can fix it?
RT-AC1900P, Merlin Firmware:386.12

Nov 15 12:09:47 kernel: Flags: nzCv  IRQs on  FIQs on  Mode USER_32  ISA ARM  Segment user
Nov 15 12:09:47 kernel: Control: 10c53c7d  Table: 98c9c04a  DAC: 00000015
Nov 15 12:09:47 kernel: dcd/15605: potentially unexpected fatal signal 6.
Nov 15 12:09:47 kernel: Pid: 15605, comm:                  dcd
Nov 15 12:09:47 kernel: CPU: 1    Tainted: P             (2.6.36.4brcmarm #1)
Nov 15 12:09:47 kernel: PC is at 0x403320dc
Nov 15 12:09:47 kernel: LR is at 0xcc9c
Nov 15 12:09:47 kernel: pc : [<403320dc>]    lr : [<0000cc9c>]    psr: 20000010
Nov 15 12:09:47 kernel: sp : be5ffda0  ip : 403320cc  fp : be5ffe6c
Nov 15 12:09:47 kernel: r10: 40151020  r9 : 401513dc  r8 : 00000000
Nov 15 12:09:47 kernel: r7 : 000000b1  r6 : bed66c10  r5 : 4014cd74  r4 : be5ffea0
Nov 15 12:09:47 kernel: r3 : 00000008  r2 : be5ffdc4  r1 : be5ffdcc  r0 : fffffffc
Nov 15 12:09:47 kernel: Flags: nzCv  IRQs on  FIQs on  Mode USER_32  ISA ARM  Segment user
Nov 15 12:09:47 kernel: Control: 10c53c7d  Table: 98c9c04a  DAC: 00000015
Nov 15 12:09:47 kernel: dcd/15603: potentially unexpected fatal signal 6.
Nov 15 12:09:47 kernel: Pid: 15603, comm:                  dcd
Nov 15 12:09:47 kernel: CPU: 1    Tainted: P             (2.6.36.4brcmarm #1)
Nov 15 12:09:47 kernel: PC is at 0x40331890
Nov 15 12:09:47 kernel: LR is at 0x40142ee4
Nov 15 12:09:47 kernel: pc : [<40331890>]    lr : [<40142ee4>]    psr: 60000010
Nov 15 12:09:47 kernel: sp : bed66bf0  ip : 4014cde8  fp : bed66c94
Nov 15 12:09:47 kernel: r10: bed66c98  r9 : 0000dafc  r8 : 0000a620
Nov 15 12:09:47 kernel: r7 : 000000a2  r6 : 00000008  r5 : bed66c38  r4 : bed66c38
Nov 15 12:09:47 kernel: r3 : 00000000  r2 : 00000258  r1 : bed66c38  r0 : fffffdfc
Nov 15 12:09:47 kernel: Flags: nZCv  IRQs on  FIQs on  Mode USER_32  ISA ARM  Segment user
Nov 15 12:09:47 kernel: Control: 10c53c7d  Table: 98c9c04a  DAC: 00000015
Nov 15 12:09:47 kernel: Pid: 15607, comm:                  dcd
Nov 15 12:09:47 kernel: CPU: 0    Tainted: P             (2.6.36.4brcmarm #1)
Nov 15 12:09:47 kernel: PC is at 0x40331890
Nov 15 12:09:47 kernel: LR is at 0x40142ee4
Nov 15 12:09:47 kernel: pc : [<40331890>]    lr : [<40142ee4>]    psr: 60000010
Nov 15 12:09:47 kernel: sp : be1ffdf8  ip : 4014cde8  fp : be1ffe6c
Nov 15 12:09:47 kernel: r10: 40151020  r9 : 401513dc  r8 : 00000000
Nov 15 12:09:47 kernel: r7 : 000000a2  r6 : bed66c14  r5 : be1ffe40  r4 : be1ffe40
Nov 15 12:09:47 kernel: r3 : 00000000  r2 : 00000230  r1 : be1ffe40  r0 : fffffdfc
Nov 15 12:09:47 kernel: Flags: nZCv  IRQs on  FIQs on  Mode USER_32  ISA ARM  Segment user
Nov 15 12:09:47 kernel: Control: 10c53c7d  Table: 98c9c04a  DAC: 00000015

I found this but I don't understand it. https://www.kernel.org/doc/html/latest/admin-guide/tainted-kernels.html

 

[ColinTaylor]

You asked this question a year ago and it was answered then.

Scribe - "kernel: potentially unexpected fatal signal 6" almost every second? (>50K entries)

Normally I don't inspect my router's system logfile that much, but lately the RAM drive on my Raspberry was running out of space, every couple of days. Each time the forwarded router logs were filling up that RAM drive. I still did not pay too much notice, but now that I finally do, I see that...

www.snbforums.com

 

[Rob Q]

You asked this question a year ago and it was answered then.

Scribe - "kernel: potentially unexpected fatal signal 6" almost every second? (>50K entries)

Normally I don't inspect my router's system logfile that much, but lately the RAM drive on my Raspberry was running out of space, every couple of days. Each time the forwarded router logs were filling up that RAM drive. I still did not pay too much notice, but now that I finally do, I see that...

www.snbforums.com

Oh, thanks. Completely forgot about that. So it's pixelserv-tls and AiProtect. I didn't think I've had pixelserv installed though since that's in Diversion Standard and I'm running Diversion Lite. Also, why are those entries showing up now and not earlier? That part I don't understand and no, I'm not using Scribe. Just Diversion Lite and a 2GB Swap file.
I guess I can disable the logs. Glad it's not serious.

 

[ColinTaylor]

Also, why are those entries showing up now and not earlier?

dcd crashes have been reported for years. However, you may be suffering from a new issue with it that was fixed in the recent firmware update (386.12_2).

Release - Asuswrt-Merlin 386.12 is now available for AC models

So, put in the 2nd update with TrendMicro off. Clean logs and smooth ops. I've just turned on the TM engine and am waiting to see... After 15 minutes, here are the only new log entries: Nov 8 12:57:55 kernel: *** ERROR: [tdts_shell_ioctl_sig_op_load:95] tdts_core_rule_parsing_trf_load()...

www.snbforums.com

 

[Rob Q]

Yeah, I saw this one message. Hopefully it does the job. Also, I'm sure a reboot after being up for 60 days would help freshen it up the system too.

 FIXED: dcd constantly crashing (updated Trend Micro
           components)

 

[Rob Q]

Well, the log is much cleaner now, no more constant dcd crashes, but I did find this...
Any idea what asd is?

Nov 15 15:31:17 kernel: asd/178: potentially unexpected fatal signal 11.
Nov 15 15:31:17 kernel: Pid: 178, comm:                  asd
Nov 15 15:31:17 kernel: CPU: 1    Tainted: P             (2.6.36.4brcmarm #1)
Nov 15 15:31:17 kernel: PC is at 0x404fa7a8
Nov 15 15:31:17 kernel: LR is at 0x404f5050
Nov 15 15:31:17 kernel: pc : [<404fa7a8>]    lr : [<404f5050>]    psr: a0000010
Nov 15 15:31:17 kernel: sp : beedd990  ip : 40529da0  fp : 00000000
Nov 15 15:31:17 kernel: r10: 0000001c  r9 : beeddb18  r8 : 00000020
Nov 15 15:31:17 kernel: r7 : 00000000  r6 : 0000016d  r5 : 0000000b  r4 : beedda10
Nov 15 15:31:17 kernel: r3 : 0000016d  r2 : 00000000  r1 : ffffffff  r0 : 0000016d
Nov 15 15:31:17 kernel: Flags: NzCv  IRQs on  FIQs on  Mode USER_32  ISA ARM  Segment user
Nov 15 15:31:17 kernel: Control: 10c53c7d  Table: 9da7804a  DAC: 00000015

Only thing that I can think of that it might be is something that swaps data to/from RAM to an HDD/SSD. Could it be my USB stick and swap file? Or, heck it might even be the JFFS partition syncing to RAM. I dunno.

asd(1) — Arch manual pages

man.archlinux.org

 

[ColinTaylor]

asd crashes have been discussed at length. From the same thread as above RMerlin said:

Release - Asuswrt-Merlin 386.12 is now available for AC models

The RT-AC68U_V4 firmware contained in the combined RT-AC68U 386.12_2 file was missing the dcd fix. I re-uploaded the RT-AC68U archive with an updated image. There is no need to redownload if you do not have an RT-AC68U_V4 model (which very few people do, that revision went EOL within a year of...

www.snbforums.com

 

[Rob Q]

I was worried my router was having hardware issues. Glad it's a known issue. I know I should upgrade it one day since more devices in the house are slowly supporting 802.11ax and 2.5Gbps LAN.