From: Jike Song <jike.song@intel.com>
To: "Tian, Kevin" <kevin.tian@intel.com>
Cc: "daniel.vetter@ffwll.ch" <daniel.vetter@ffwll.ch>,
"intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>
Subject: Re: [RFC PATCH 7/8] drm/i915: vgt irq mediation - via a tasklet based mechanism
Date: Wed, 22 Oct 2014 15:34:59 +0800 [thread overview]
Message-ID: <54475E23.9070903@intel.com> (raw)
In-Reply-To: <AADFC41AFE54684AB9EE6CBC0274A5D12609AD99@SHSMSX101.ccr.corp.intel.com>
On 10/01/2014 12:26 AM, Tian, Kevin wrote:
> From virtualization p.o.v, the ideal case is to run host i915 irq handler in the
> interrupt context, which meets all the assumption from original code. Using
> tasklet or other manner still has some restriction. This is a major open we'd
> like to hear more from you guys. Is it possible to have i915 driver to request
> two irq numbers: irq1 for real device and irq2 is purely faked one. vgt handler
> registers on irq1 and i915 hanlder registers on irq2, and then we can use self
> IPI to trigger irq2 when injection is required. But I'm not sure whether this is
> an existing feature in kernel, or need some core enhancement in irq sub-system...
Hi Kevin, Daniel,
I'm so excited to know that, there is an existing feature in kernel: irq_work.
Basicly it allows us to run the host i915 ISR in hardirq context prefectly, what's
needed is to select CONFIG_IRQ_WORK in Kconfig :)
I'll use that in the v2 patches.
>
> Thanks
> Kevin
>
--
Thanks,
Jike
next prev parent reply other threads:[~2014-10-22 7:37 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-30 10:05 [RFC PATCH 0/8] Add host i915 support for vGPU Jike Song
2014-09-30 10:05 ` [RFC PATCH 1/8] drm/i915: introduce a new modparam: enable_vgt Jike Song
2014-09-30 10:05 ` [RFC PATCH 2/8] drm/i915: introduce the skeleton of vgt Jike Song
2014-09-30 10:05 ` [RFC PATCH 3/8] drm/i915: add the vgt implementation of MMIO/GTT mediations Jike Song
2014-09-30 16:34 ` Tian, Kevin
2014-10-01 10:58 ` Jike Song
2014-09-30 10:05 ` [RFC PATCH 4/8] drm/i915: redirect MMIO accesses to vgt if enabled Jike Song
2014-09-30 10:05 ` [RFC PATCH 5/8] drm/i915: GTT access abstraction Jike Song
2014-09-30 10:05 ` [RFC PATCH 6/8] drm/i915: redirect GTT accesses to vgt if enabled Jike Song
2014-09-30 10:05 ` [RFC PATCH 7/8] drm/i915: vgt irq mediation - via a tasklet based mechanism Jike Song
2014-09-30 10:30 ` Daniel Vetter
2014-09-30 16:26 ` Tian, Kevin
2014-10-22 7:34 ` Jike Song [this message]
2014-10-28 6:59 ` Tian, Kevin
2014-09-30 10:05 ` [RFC PATCH 8/8] drm/i915: enable vgt if specified by module param Jike Song
2014-10-22 9:48 ` [RFC PATCH 0/8] Add host i915 support for vGPU Daniel Vetter
2014-10-23 3:13 ` Jike Song
2014-10-23 8:56 ` Daniel Vetter
2014-10-23 11:01 ` Gerd Hoffmann
2014-10-23 12:10 ` Daniel Vetter
2014-10-23 12:32 ` Gerd Hoffmann
2014-10-28 8:45 ` Tian, Kevin
2014-10-28 8:25 ` Tian, Kevin
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=54475E23.9070903@intel.com \
--to=jike.song@intel.com \
--cc=daniel.vetter@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
--cc=kevin.tian@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.