login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
May
»
15
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Alexis Bruemmer
Subject:
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
Date: Thursday, May 15, 2008 - 11:25 am
On Thu, 2008-05-15 at 18:16 +0900, FUJITA Tomonori wrote:
quoted text
> On Thu, 15 May 2008 11:01:09 +0200 > Andi Kleen <andi@firstfloor.org> wrote: > > > FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> writes: > > > > > This patchset adds per-device dma_mapping_ops support for > > > CONFIG_X86_64 like POWER architecture does. This change enables us to > > > cleanly fix the Calgary IOMMU issue that some devices are not behind > > > the IOMMU [1]. It also would be helpful to handle KVM PCI passthrough. > > > > This makes it basically impossible to do stack ops, which some > > people have been doing. > > Seems that I misunderstand what those people want. > > What those people want to do and how the stack ops achieve it? Or can > you tell me where their patches are?
Yes an explanation of stack ops, or a pointer to a patch set that implements them would be very useful. --
unsubscribe notice
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/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH 0/2] x86: per-device dma_mapping_ops
, FUJITA Tomonori
, (Mon May 12, 11:04 pm)
[PATCH 1/2] add the device argument to dma_mapping_error
, FUJITA Tomonori
, (Mon May 12, 11:04 pm)
[PATCH 2/2] x86: per-device dma_mapping_ops support
, FUJITA Tomonori
, (Mon May 12, 11:04 pm)
Re: [PATCH 1/2] add the device argument to dma_mapping_error
, Randy Dunlap
, (Tue May 13, 8:39 am)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Muli Ben-Yehuda
, (Tue May 13, 10:49 pm)
Re: [PATCH 2/2] x86: per-device dma_mapping_ops support
, Muli Ben-Yehuda
, (Tue May 13, 10:55 pm)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, FUJITA Tomonori
, (Wed May 14, 6:12 pm)
Re: [PATCH 1/2] add the device argument to dma_mapping_error
, FUJITA Tomonori
, (Wed May 14, 6:12 pm)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Alexis Bruemmer
, (Wed May 14, 7:00 pm)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, FUJITA Tomonori
, (Wed May 14, 7:30 pm)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Andi Kleen
, (Thu May 15, 2:01 am)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, FUJITA Tomonori
, (Thu May 15, 2:16 am)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Andi Kleen
, (Thu May 15, 2:30 am)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, FUJITA Tomonori
, (Thu May 15, 2:41 am)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Andi Kleen
, (Thu May 15, 3:48 am)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Muli Ben-Yehuda
, (Thu May 15, 8:15 am)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Muli Ben-Yehuda
, (Thu May 15, 8:17 am)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Muli Ben-Yehuda
, (Thu May 15, 8:26 am)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Muli Ben-Yehuda
, (Thu May 15, 8:32 am)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Alexis Bruemmer
, (Thu May 15, 11:21 am)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Alexis Bruemmer
, (Thu May 15, 11:25 am)
Re: [PATCH 2/2] x86: per-device dma_mapping_ops support
, Yinghai Lu
, (Thu May 15, 1:45 pm)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Andi Kleen
, (Thu May 15, 2:03 pm)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Muli Ben-Yehuda
, (Thu May 15, 2:39 pm)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Andi Kleen
, (Thu May 15, 2:45 pm)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Muli Ben-Yehuda
, (Thu May 15, 2:53 pm)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Muli Ben-Yehuda
, (Thu May 15, 3:05 pm)
Re: [PATCH 2/2] x86: per-device dma_mapping_ops support
, FUJITA Tomonori
, (Thu May 15, 8:44 pm)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, FUJITA Tomonori
, (Thu May 15, 8:44 pm)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, Andi Kleen
, (Thu May 15, 10:24 pm)
Re: [PATCH 0/2] x86: per-device dma_mapping_ops
, FUJITA Tomonori
, (Sun May 18, 11:32 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Ingo Molnar
Re: [PATCH 0/3] v2 Make hierarchical RCU less IPI-happy and add more tracing
Jeremy Fitzhardinge
Re: Linux 2.6.28.10 and Linux 2.6.29.6 XEN Guest Support Broken x86_64 in BUILD
Nick Piggin
Re: [patch] CFS (Completely Fair Scheduler), v2
Gary Hade
Re: [PATCH 0/5][RFC] Physical PCI slot objects
Dave Johnson
Re: expected behavior of PF_PACKET on NETIF_F_HW_VLAN_RX device?
linux-netdev
:
Arnd Bergmann
Re: 64-bit net_device_stats
Stephens, Allan
RE: [PATCH]: tipc: Fix oops on send prior to entering networked mode
frank.blaschka
[patch 3/5] [PATCH] qeth: support z/VM VSWITCH Port Isolation
Wu Fengguang
Re: [PATCH] dm9601: handle corrupt mac address
David Miller
Re: [PATCH net-2.6.24] Fix refcounting problem with netif_rx_reschedule()
git
:
Junio C Hamano
Re: [PATCH] [RFC] add Message-ID field to log on git-am operation
Junio C Hamano
Re: Handling large files with GIT
Karl
Re: [ANNOUNCE] pg - A patch porcelain for GIT
Josh Triplett
Re: [RFC][PATCH 00/10] Sparse: Git's "make check" target
Pierre Habouzit
Re: [PATCH] git-daemon: more powerful base-path/user-path settings, using formats.
git-commits-head
:
Linux Kernel Mailing List
MIPS: RBTX4939: Fix IOC pin-enable register updating
Linux Kernel Mailing List
regulator: update email address for Liam Girdwood
Linux Kernel Mailing List
[SCSI] ipr: add message to error table
Linux Kernel Mailing List
powerpc/32: Wire up the trampoline code for kdump
Linux Kernel Mailing List
USB: omap_udc: sync with OMAP tree
openbsd-misc
:
Josh Grosse
Re: error : pkg add phpMyAdmin
Brian Candler
Re: OBSD's perspective on SELinux
Jacob Meuser
Re: /dev/audio: Device busy
David Vasek
Re: Inexpensive, low power, "wall wart" computer
William Boshuck
Re: Richard Stallman...
Colocation donated by:
Syndicate