[lkml]   [2011]   [Dec]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    Subject"clockevents: Set noop handler in clockevents_exchange_device()" causes hang with cs5535-clockevt
    Hi Thomas,

    I wrote (to Andres):
    > If I turn off SMP, cs5535-clockevt replaces the pit timer and the MFGPT IRQ
    > starts firing just as you said - at least on 3.0.9. 3.2-rc5 prefers to hang
    > instead, looks like no timer events get generated.

    Commit de28f25e8244c7353abed8de0c7792f5f883588c (Linus's tree) makes the
    kernel hang during boot if the cs5535-clockevt driver is used. The (silent)
    hang occurs shortly after the cs5535-clockevt becomes active. The keyboard
    (incl. SysRq) stays responsive but the kernel seems starved of timer events
    and does nothing on its own accord any more. Happens on 3.0.13, 3.1.5 and
    3.2-rc6. Commit went into, too, but haven't tested this.

    I don't know the code so I can't tell what's really going wrong or provide a
    fix. I played around with it a bit:
    Tried to change the order, putting "old->event_handler =" behind the
    list_add() doesn't help. Neither does adding "if (new)" immediately before
    "old->event_handler =". But "if (!new)" does.

    As you see, I'm aimlessly guessing around, sorry. Just tell me if you need
    anything tested.

    Thanks and best regards,
    Jens Rottmann

     \ /
      Last update: 2011-12-19 15:35    [W:0.019 / U:9.060 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site