lkml.org 
[lkml]   [2013]   [Nov]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    Date
    From
    SubjectRe: 3.12: kernel panic when resuming from suspend to RAM (x86_64)
    On Fri, 29 Nov 2013, Francis Moreau wrote:
    > Since it seems to be related to rtsx driver or its upper layer, could
    > the folks involved in this area have a look to this issue please ?

    I'm not involved, but looking at the debug objects backtrace it's
    related to the delayed work in rtsx.

    Does the untested patch below cure the issue?

    Thanks,

    tglx

    Index: linux-2.6/drivers/mfd/rtsx_pcr.c
    ===================================================================
    --- linux-2.6.orig/drivers/mfd/rtsx_pcr.c
    +++ linux-2.6/drivers/mfd/rtsx_pcr.c
    @@ -1227,15 +1227,15 @@ static void rtsx_pci_remove(struct pci_d
    struct rtsx_pcr *pcr = handle->pcr;

    pcr->remove_pci = true;
    + free_irq(pcr->irq, (void *)pcr);

    - cancel_delayed_work(&pcr->carddet_work);
    - cancel_delayed_work(&pcr->idle_work);
    + cancel_delayed_work_sync(&pcr->carddet_work);
    + cancel_delayed_work_sync(&pcr->idle_work);

    mfd_remove_devices(&pcidev->dev);

    dma_free_coherent(&(pcr->pci->dev), RTSX_RESV_BUF_LEN,
    pcr->rtsx_resv_buf, pcr->rtsx_resv_buf_addr);
    - free_irq(pcr->irq, (void *)pcr);
    if (pcr->msi_en)
    pci_disable_msi(pcr->pci);
    iounmap(pcr->remap_addr);


    \
     
     \ /
      Last update: 2013-11-29 10:21    [W:3.784 / U:0.804 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site