Re: [PATCH 2/2] ISA DMA suspend for x86_64

Pierre Ossman <[email protected]> writes:

> Reset the ISA DMA controller into a known state after a suspend. Primary
> concern was reenabling the cascading DMA channel (4).
> 
> Signed-off-by: Pierre Ossman <[email protected]>
> 
> Word of warning, I haven't tested this platform since I don't have any
> x86_64 hardware. But it shouldn't differ from i386.

This is identical to the i386 version isn't it? 
Please just reuse the i386 version then in the Makefile.

And the whole thing should be probably dependent on CONFIG_SOFTWARE_SUSPEND

-Andi
-
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/

---

• Follow-Ups:
  • Re: [PATCH 2/2] ISA DMA suspend for x86_64
    • From: Pierre Ossman <[email protected]>
  • Re: [PATCH 2/2] ISA DMA suspend for x86_64
    • From: Adam Belay <[email protected]>

• Prev by Date: [RFC] [PATCH] madvise() does not always return -EBADF on non-file mapped area
• Next by Date: Re: [ACPI] Re: AE_NO_MEMORY on ACPI init after memory upgrade and oops
• Previous by thread: [RFC] [PATCH] madvise() does not always return -EBADF on non-file mapped area
• Next by thread: Re: [PATCH 2/2] ISA DMA suspend for x86_64
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]