> > At least one way to handle BUG_ON() type situations more cleanly (for > > some anyway) is to fake a hot-unplug/plug event. Thats something that > > That would have a high risk of deadlock on some lost lock. Well I was assuming you'd code this up in the driver not arbitarily - and you need to do that for IRQ anyway. So something like writel(0xFFFFFFFF, &mdev->irq_mask); pci_mark_failed(pdev, PCI_TRY_REPLUG|PCI_TRY_D3); spin_unlock(&mylock); return -EXPLODED; with pci_mark_failed firing off any replug via a work queue Alan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- References:
- Re: [PATCH 0/9] Kconfig: cleanup s390 v2.
- From: Andrew Morton <[email protected]>
- Re: [PATCH 0/9] Kconfig: cleanup s390 v2.
- From: Andrew Morton <[email protected]>
- Re: [PATCH 0/9] Kconfig: cleanup s390 v2.
- From: Dave Jones <[email protected]>
- Re: [PATCH 0/9] Kconfig: cleanup s390 v2.
- From: Randy Dunlap <[email protected]>
- Re: [PATCH 0/9] Kconfig: cleanup s390 v2.
- From: Andrew Morton <[email protected]>
- checkpatch, a patch checking script.
- From: Dave Jones <[email protected]>
- Re: checkpatch, a patch checking script.
- From: Andrew Morton <[email protected]>
- Re: checkpatch, a patch checking script.
- From: Andi Kleen <[email protected]>
- Re: checkpatch, a patch checking script.
- From: Andrew Morton <[email protected]>
- Re: checkpatch, a patch checking script.
- From: Alan Cox <[email protected]>
- Re: checkpatch, a patch checking script.
- From: Andi Kleen <[email protected]>
- Re: [PATCH 0/9] Kconfig: cleanup s390 v2.
- Prev by Date: Re: [00/17] Large Blocksize Support V3
- Next by Date: Re: [mmc] alternative TI FM MMC/SD driver for 2.6.21-rc7
- Previous by thread: Re: checkpatch, a patch checking script.
- Next by thread: Re: checkpatch, a patch checking script.
- Index(es):