Re: [Fastboot] Re: [RFC/PATCH] Kdump: Disabling PCI interrupts in capture kernel

From: Eric W. Biederman (ebiederm_at_xmission.com)
Date: 06/07/05

  • Next message: Chris Wright: "Re: Stable 2.6.x.y kernel series..." 
    To: Grant Grundler <grundler@parisc-linux.org>
Date:	07 Jun 2005 12:42:42 -0600

    Grant Grundler <grundler@parisc-linux.org> writes:

    > On Tue, Jun 07, 2005 at 03:59:18AM -0600, Eric W. Biederman wrote:
    > > > *lots* of PCI devices predate PCI2.3. Possibly even the majority.
    > >
    > > In general generic hardware bits for disabling DMA, disabling interrupts
    > > and the like are all advisory. With the current architecture things
    > > will work properly even if you don't manage to disable DMA (assuming
    > > you don't reassign IOMMU entries at least).
    >
    > ISTR, pSeries (IBM), some alpha, some sparc64, and parisc (64-bit) require
    > use of the IOMMU for *any* DMA. ie IOMMU entries need to be programmed.
    > Probably want to make a choice to ignore those arches for now
    > or sort out how to deal with an IOMMU.

    The howto deal with an IOMMU has been sorted out but so far no one
    has actually done it. What has been discussed previously is simply
    reserving a handful of IOMMU entries, and then only using those
    in the crash recover kernel. This is essentially what we do with DMA
    on architectures that don't have an IOMMU and it seems quite safe
    enough there.

    > > Shared interrupts are an interesting case. The simplest solution I can
    > > think of for a crash dump capture kernel is to periodically poll
    > > the hardware, as if all interrupts are shared. At that level
    > > I think we could get away with ignoring all hardware interrupt sources.
    >
    > Yes, that's perfectly ok. We are no longer in a multitasking env.

    Well we are at least capable of multitasking but that is no longer the
    primary focus. Having polling as at least an option should make
    debugging easier. Last I looked Andrews kernel hand an irqpoll option
    to do something very like this.

    > > Does anyone know of a anything that would break by always polling
    > > the hardware? I guess there could be a problem with drivers
    > > that don't understand shared interrupts, are there enough of those
    > > to be an issue.
    >
    > PCI requires drivers support Shared IRQs.
    > A few oddballs might be broken but I expect networking/mass storage
    > drivers get this right.

    Agreed. Which means any drivers we really need for dumping the system
    should be fine. If the drivers don't work in that mode at least the
    concept of fixing it won't be controversial.

    Eric
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: Chris Wright: "Re: Stable 2.6.x.y kernel series..."

    Relevant Pages

    • Re: Driver code sample for software devices?
      ... >I am new to Windows drivers. ... See the toaster samples in the DDK - this entire collection of drivers ... >a software interrupt scheme will be required because there is no hardware to ... Use timer dpcs to simulate interrupts. ...
      (microsoft.public.development.device.drivers)
    • Re: Task Manager
      ... Taking Microsoft out of the picture, interrupts are a function of, or ... are really triggered by your hardware and the drivers for the hardware. ... Systems Engineer ...
      (microsoft.public.windows.server.sbs)
    • [bug] __nf_ct_refresh_acct(): WARNING: at lib/list_debug.c:30 __list_add+0x7d/0xad()
      ... Hardware name: System Product Name ... Call Trace: ... # DCCP Kernel Hacking ... # CAN Device Drivers ...
      (Linux-Kernel)
    • Re: Display Properties
      ... My next suggestion would be to visit your hardware manufacturers web page ... What to Know Before You Download and Install Windows XP Service Pack 2 ... You also have hardware on your machine that requires drivers to interface ... You have a video card that allows you to see on ...
      (microsoft.public.windowsxp.newusers)
    • Re: lockups and crashes
      ... - See Tip in the list of system maintenance tips I am including at ... - Updated your hardware drivers to the latest versions direct from the ... using Windows XP "prettifications". ... You also have hardware on your machine that requires drivers to interface ...
      (microsoft.public.windowsxp.perform_maintain)