[fli4l] Fehler im Systempr?==?utf-8?Q?otokoll

[Jupp Schmitts]

Hallo,
mein fli4l-Router meldet im Systemprotokoll die folgende Warnung:

Jul 30	14:35:26	fli4l	kern.warn	kernel: WARNING: BIOS bug: CPU MTRRs
don't cover all of memory, losing 14MB of RAM.
Jul 30	14:35:26	fli4l	kern.warn	kernel: ------------[ cut here
]------------
Jul 30	14:35:26	fli4l	kern.warn	kernel: WARNING: CPU: 0 PID: 0 at
arch/x86/kernel/cpu/mtrr/cleanup.c:971
mtrr_trim_uncached_memory+0x28a/0x2ac()
Jul 30	14:35:26	fli4l	kern.warn	kernel: Modules linked in:
Jul 30	14:35:26	fli4l	kern.warn	kernel: CPU: 0 PID: 0 Comm: swapper Not
tainted 3.16.71-nonfree #1
Jul 30	14:35:26	fli4l	kern.warn	kernel: Hardware name: To Be Filled By
O.E.M. To Be Filled By O.E.M./P4P800, BIOS 1021.006 08/15/2005
Jul 30	14:35:26	fli4l	kern.warn	kernel: 00000000 00200086 c13b3f00
c12b75be 00000000 00000000 c13b3f1c c102eb71
Jul 30	14:35:26	fli4l	kern.warn	kernel: 000003cb c13f5fa0 c1426ae4
00000000 c1427ae4 c13b3f2c c102ebec 00000009
Jul 30	14:35:26	fli4l	kern.warn	kernel: 00000000 c13b3f84 c13f5fa0
000e7e30 c1425f40 00000008 c1425f40 00e30000
Jul 30	14:35:26	fli4l	kern.warn	kernel: Call Trace:
Jul 30	14:35:26	fli4l	kern.warn	kernel: [<c12b75be>]
dump_stack+0x47/0x5b
Jul 30	14:35:26	fli4l	kern.warn	kernel: [<c102eb71>]
warn_slowpath_common+0x62/0x79
Jul 30	14:35:26	fli4l	kern.warn	kernel: [<c13f5fa0>] ?
mtrr_trim_uncached_memory+0x28a/0x2ac
Jul 30	14:35:26	fli4l	kern.warn	kernel: [<c102ebec>]
warn_slowpath_null+0xf/0x13
Jul 30	14:35:26	fli4l	kern.warn	kernel: [<c13f5fa0>]
mtrr_trim_uncached_memory+0x28a/0x2ac
Jul 30	14:35:26	fli4l	kern.warn	kernel: [<c13ef195>]
setup_arch+0x5e5/0xa70
Jul 30	14:35:26	fli4l	kern.warn	kernel: [<c12b6f2d>] ? printk+0x17/0x19
Jul 30	14:35:26	fli4l	kern.warn	kernel: [<c13ec749>]
start_kernel+0x65/0x300
Jul 30	14:35:26	fli4l	kern.warn	kernel: [<c13ec2af>]
i386_start_kernel+0x79/0x7d
Jul 30	14:35:26	fli4l	kern.warn	kernel: ---[ end trace 64eef6cbe141bb4a
]---
Jul 30	14:35:26	fli4l	kern.info	kernel: update e820 for mtrr

Für mich sieht das nicht gut aus (Kernel call trace), aber was macht
man da? Deshalb die Frage in im Forum.
Weiss jemand Rat?

Der fli4l setzt seinen Bootvorgang fort und tut so als ob nichts gewesen
sei.

Ich verwende fli4l-3.10.17-r56333-testing in der i686 Variante.

VG,
Jupp