From: Joerg Roedel <joro@8bytes.org>
To: Manu Abraham <abraham.manu@gmail.com>
Cc: Markus Rechberger <mrechberger@gmail.com>,
"linux-dvb@linuxtv.org" <linux-dvb@linuxtv.org>,
"video4linux-list@redhat.com" <video4linux-list@redhat.com>,
"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [linux-dvb] [PATCH] Userspace tuner
Date: Fri, 14 Sep 2007 18:13:46 +0200 [thread overview]
Message-ID: <20070914161345.GB8998@8bytes.org> (raw)
In-Reply-To: <46EA77DE.8060109@gmail.com>
On Fri, Sep 14, 2007 at 04:00:30PM +0400, Manu Abraham wrote:
> Joerg Roedel wrote:
> > On Fri, Sep 14, 2007 at 11:57:59AM +0400, Manu Abraham wrote:
> >>>>> What do you think about IOMMU?
> >>>>>
> >>>>>
> >>>> Just because AMD or INTEL want to invent some whizzy new technology it
> >>>> doesn't say anything about the TV card development and retail business.
> >>>> Intel and AMD have teams of Linux engineers helping operating system
> >>>> developers bring their ideas and technologies to new platforms. That's a
> >>>> million miles away from any of the TV board vendors I know of, who have
> >>>> little or NO fulltime linux developers and consider the < 5% market
> >>>> fringe at best.
> >>>>
> >>> it helps to virtualize devices and introduces newer features for that.
> >>> Some interesting projects could be derrived out of that, there are
> >>> quite a few interesting papers floating around how drivers could be
> >>> handled in future.
> >>>
> >> IOMMU can be considered similar to the AGP GART, which is similar,
> >> remapping the Addresses, as far as i understand.
> >
> > Common new IOMMUs have only very few in common with the AGP GART. In
> > fact, with current modern IOMMU hardware it will be possible to
> > implement secure userspace device drivers that are even able to do DMA.
> > This is not possible with the GART.
> >
> >> Though you get a physical to virtual translation, what about interrupts,
> >
> > Modern IOMMUs are able to remap interrupts. This will solve the problem
> > with PCI interrupt sharing.
>
> What CPU's are we talking about ?
IOMMUs are not necessarily a CPU feature. These IOMMUS will be found in
the South/North Bridge or even on PCI devices itself (uncommon). The
Calgary IOMMU is such an example of an IOMMU not implemented on the CPU
itself.
Joerg
next prev parent reply other threads:[~2007-09-14 16:14 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <46C1BCC5.9090709@amd.com>
[not found] ` <1189626560.5160.57.camel@gaivota>
[not found] ` <d9def9db0709121546h67d3d1ceuf001ab1d798fde92@mail.gmail.com>
2007-09-12 23:10 ` [linux-dvb] [PATCH] Userspace tuner Markus Rechberger
2007-09-13 4:58 ` Dâniel Fraga
[not found] ` <d9def9db0709122258l4b05546dq2e370e67a2a1404@mail.gmail.com>
2007-09-13 12:40 ` Johannes Stezenbach
2007-09-13 13:17 ` Markus Rechberger
2007-09-17 22:05 ` Bill Davidsen
2007-09-13 13:13 ` [linux-dvb] " Johannes Stezenbach
2007-09-13 14:12 ` Markus Rechberger
2007-09-13 15:50 ` Manu Abraham
2007-09-13 16:08 ` Markus Rechberger
2007-09-13 16:22 ` Manu Abraham
2007-09-13 16:32 ` Markus Rechberger
2007-09-13 16:52 ` Manu Abraham
2007-09-13 20:36 ` Steven Toth
2007-09-13 23:17 ` Markus Rechberger
2007-09-14 1:03 ` Steven Toth
2007-09-14 6:38 ` Markus Rechberger
2007-09-14 7:57 ` Manu Abraham
2007-09-14 9:15 ` Joerg Roedel
2007-09-14 12:00 ` Manu Abraham
2007-09-14 16:09 ` Markus Rechberger
2007-09-14 18:52 ` Alex Deucher
2007-09-14 18:59 ` Markus Rechberger
2007-09-14 19:38 ` Alex Deucher
2007-09-14 16:13 ` Joerg Roedel [this message]
2007-09-14 16:56 ` Manu Abraham
2007-09-14 17:40 ` Joerg Roedel
2007-09-14 11:38 ` Johannes Stezenbach
2007-09-14 16:36 ` Markus Rechberger
2007-09-14 17:32 ` Mauro Carvalho Chehab
2007-09-14 17:46 ` Markus Rechberger
2007-09-14 18:29 ` Mauro Carvalho Chehab
2007-09-14 19:20 ` Michael Krufky
2007-09-14 21:07 ` Aidan Thornton
2007-09-14 21:16 ` Mauro Carvalho Chehab
2007-09-14 21:53 ` Manu Abraham
2007-09-14 20:43 ` Johannes Stezenbach
2007-09-15 1:29 ` Markus Rechberger
2007-09-15 1:49 ` Mauro Carvalho Chehab
2007-09-15 13:16 ` Johannes Stezenbach
2007-09-15 13:38 ` Markus Rechberger
2007-09-15 14:04 ` Mauro Carvalho Chehab
2007-09-15 14:33 ` Markus Rechberger
2007-09-15 14:45 ` Mauro Carvalho Chehab
2007-09-15 16:58 ` Bernard Jungen
2007-09-16 11:30 ` Hans Verkuil
2007-09-17 8:46 ` Markus Rechberger
2007-09-15 1:49 ` Markus Rechberger
2007-09-15 3:09 ` Mauro Carvalho Chehab
2007-09-15 12:59 ` Markus Rechberger
2007-09-15 8:52 ` Manu Abraham
2007-09-15 13:34 ` Johannes Stezenbach
2007-09-15 14:56 ` Steven Toth
2007-09-14 13:52 ` Alan Cox
2007-09-14 16:18 ` Markus Rechberger
2007-09-18 8:19 ` Jelle Foks
2007-09-18 8:55 ` Markus Rechberger
2007-09-18 22:56 ` Mauro Carvalho Chehab
2007-09-18 23:00 ` Alan Cox
2007-09-14 0:49 ` hermann pitton
2007-09-14 12:10 ` Alan Cox
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070914161345.GB8998@8bytes.org \
--to=joro@8bytes.org \
--cc=abraham.manu@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=linux-dvb@linuxtv.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mrechberger@gmail.com \
--cc=video4linux-list@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox