lkml.org 
[lkml]   [2009]   [Oct]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch] x86: reduce srat verbosity in the kernel log


David Rientjes wrote:
> On Wed, 28 Oct 2009, Mike Travis wrote:
>
>>> Printing a list of apic ids longer than 128 characters would pollute the
>>> kernel log and this upper bound will probably never be reached based on the
>>> way apic ids are created for physical and logical processors: they are
>>> normally reduced to ranges instead of comma seperated entities.
>> Ahh, ok, thanks.
>>
>> Does that mean this 10,649 character line full of periods is illegal?
>>
>
> I'm not saying it would be illegal, merely that it would be harm
> readability. Based on how apic id's are formed from processor ids,
> though, I think we're really talking about an upper limit (128) that will
> never be reached.

We actually have many, many more than that by adding on some extra bits
to the CPU's apicid. These select which blade in the system to target.

>
>> [ 102.551570] Completing Region/Field/Buffer/Package initialization:
>> ............... [long time later] .........
>> <4>Clocksource tsc unstable (delta = 4396383657849 ns)
>>
>> I'm having trouble finding it. Does it look familiar to anyone?
>>
>
> It's debugging output from acpi_ns_initialize_objects() and each period is
> from acpi_ns_init_one_device(). You can suppress it by disabing
> CONFIG_ACPI_DEBUG.

Ahh, didn't know that was set in the (our) default config. Is it normally
set by distros?


\
 
 \ /
  Last update: 2009-10-28 23:39    [W:0.451 / U:0.020 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site