lkml.org 
[lkml]   [2018]   [Feb]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: linux acpi (thunderbolt? bug)
On 15 February 2018 at 11:52, Thomas Gleixner <tglx@linutronix.de> wrote:
> On Wed, 14 Feb 2018, Thomas Gleixner wrote:
>> On Wed, 14 Feb 2018, Yuriy Vostrikov wrote:
>> > after sleep 1 time
>> > name: VECTOR
>> > size: 0
>> > mapped: 35
>> > flags: 0x00000041
>> > Online bitmaps: 2
>> > Global available: 385
>> > Global reserved: 12
>> > Total allocated: 32
>> > System: 41: 0-19,32,50,128,238-255
>> > | CPU | avl | man | act | vectors
>> > 0 185 1 18 33-43,46-49,51-53
>> > 1 200 1 3 33-37
>>
>> The accounting is already screwed. CPU1 claims to have 3 allocated vectors,
>> but the allocation bitmap has 5 bits set !?!
>>
>> I have no idea yet how that can happen. Lemme stare into the code some more
>> and I came back to you.
>
> Still confused.
>
> Does this happen if you boot w/o the thunderbolt thingy and then do
> suspend/resume cycles?
>
> Can you please take snapshots from:
>
> /proc/interrupts
> /sys/kernel/debug/irq/*
>
> right after boot, after the unplug, before suspend and after resume?
>

Apparently, timing is important: problem manifests if the laptop goes
to sleep shortly after unplug.
If there is some delay between unplugging and sleeping, then there is
no problem.
I'm attaching tar.gz with two runs: run-1 with the problem and run-2
without. Dumps include output
of dmesg in time of making a snapshot.

Hope this clarifies the situation a bit.

Thank you,
Yuriy.
[unhandled content-type:application/x-gzip]
\
 
 \ /
  Last update: 2018-02-16 16:24    [W:0.270 / U:0.084 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site