<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-toradex.git/drivers/video/xen-fbfront.c, branch v3.4.23</title>
<subtitle>Linux kernel for Apalis and Colibri modules</subtitle>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/'/>
<entry>
<title>drivers/video/xen-fbfront.c: add missing cleanup code</title>
<updated>2012-05-07T10:41:56+00:00</updated>
<author>
<name>Julia Lawall</name>
<email>Julia.Lawall@lip6.fr</email>
</author>
<published>2012-04-22T09:57:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=a7a97c639478941102e33dcdd0ff6d4b70539533'/>
<id>a7a97c639478941102e33dcdd0ff6d4b70539533</id>
<content type='text'>
The operations in the subsequent error-handling code appear to be also
useful here.

Acked-by: Florian Tobias Schandinat &lt;FlorianSchandinat@gmx.de&gt;
Signed-off-by: Julia Lawall &lt;Julia.Lawall@lip6.fr&gt;
[v1: Collapse some of the error handling functions]
[v2: Fix compile warning]
Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The operations in the subsequent error-handling code appear to be also
useful here.

Acked-by: Florian Tobias Schandinat &lt;FlorianSchandinat@gmx.de&gt;
Signed-off-by: Julia Lawall &lt;Julia.Lawall@lip6.fr&gt;
[v1: Collapse some of the error handling functions]
[v2: Fix compile warning]
Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Xen: consolidate and simplify struct xenbus_driver instantiation</title>
<updated>2012-01-04T22:01:17+00:00</updated>
<author>
<name>Jan Beulich</name>
<email>JBeulich@suse.com</email>
</author>
<published>2011-12-22T09:08:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=73db144b58a32fc39733db6a7e1fe582072ad26a'/>
<id>73db144b58a32fc39733db6a7e1fe582072ad26a</id>
<content type='text'>
The 'name', 'owner', and 'mod_name' members are redundant with the
identically named fields in the 'driver' sub-structure. Rather than
switching each instance to specify these fields explicitly, introduce
a macro to simplify this.

Eliminate further redundancy by allowing the drvname argument to
DEFINE_XENBUS_DRIVER() to be blank (in which case the first entry from
the ID table will be used for .driver.name).

Also eliminate the questionable xenbus_register_{back,front}end()
wrappers - their sole remaining purpose was the checking of the
'owner' field, proper setting of which shouldn't be an issue anymore
when the macro gets used.

v2: Restore DRV_NAME for the driver name in xen-pciback.

Signed-off-by: Jan Beulich &lt;jbeulich@suse.com&gt;
Cc: Jens Axboe &lt;axboe@kernel.dk&gt;
Cc: Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;
Cc: Florian Tobias Schandinat &lt;FlorianSchandinat@gmx.de&gt;
Cc: Ian Campbell &lt;ian.campbell@citrix.com&gt;
Cc: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The 'name', 'owner', and 'mod_name' members are redundant with the
identically named fields in the 'driver' sub-structure. Rather than
switching each instance to specify these fields explicitly, introduce
a macro to simplify this.

Eliminate further redundancy by allowing the drvname argument to
DEFINE_XENBUS_DRIVER() to be blank (in which case the first entry from
the ID table will be used for .driver.name).

Also eliminate the questionable xenbus_register_{back,front}end()
wrappers - their sole remaining purpose was the checking of the
'owner' field, proper setting of which shouldn't be an issue anymore
when the macro gets used.

v2: Restore DRV_NAME for the driver name in xen-pciback.

Signed-off-by: Jan Beulich &lt;jbeulich@suse.com&gt;
Cc: Jens Axboe &lt;axboe@kernel.dk&gt;
Cc: Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;
Cc: Florian Tobias Schandinat &lt;FlorianSchandinat@gmx.de&gt;
Cc: Ian Campbell &lt;ian.campbell@citrix.com&gt;
Cc: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>video: Convert vmalloc/memset to vzalloc</title>
<updated>2011-06-02T08:25:35+00:00</updated>
<author>
<name>Joe Perches</name>
<email>joe@perches.com</email>
</author>
<published>2011-05-28T18:13:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=1b86d775dd4c13967e1895df09d0cef198956e81'/>
<id>1b86d775dd4c13967e1895df09d0cef198956e81</id>
<content type='text'>
Signed-off-by: Joe Perches &lt;joe@perches.com&gt;
Acked-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Joe Perches &lt;joe@perches.com&gt;
Acked-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>console: rename acquire/release_console_sem() to console_lock/unlock()</title>
<updated>2011-01-26T00:50:06+00:00</updated>
<author>
<name>Torben Hohn</name>
<email>torbenh@gmx.de</email>
</author>
<published>2011-01-25T23:07:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=ac751efa6a0d70f2c9daef5c7e3a92270f5c2dff'/>
<id>ac751efa6a0d70f2c9daef5c7e3a92270f5c2dff</id>
<content type='text'>
The -rt patches change the console_semaphore to console_mutex.  As a
result, a quite large chunk of the patches changes all
acquire/release_console_sem() to acquire/release_console_mutex()

This commit makes things use more neutral function names which dont make
implications about the underlying lock.

The only real change is the return value of console_trylock which is
inverted from try_acquire_console_sem()

This patch also paves the way to switching console_sem from a semaphore to
a mutex.

[akpm@linux-foundation.org: coding-style fixes]
[akpm@linux-foundation.org: make console_trylock return 1 on success, per Geert]
Signed-off-by: Torben Hohn &lt;torbenh@gmx.de&gt;
Cc: Thomas Gleixner &lt;tglx@tglx.de&gt;
Cc: Greg KH &lt;gregkh@suse.de&gt;
Cc: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The -rt patches change the console_semaphore to console_mutex.  As a
result, a quite large chunk of the patches changes all
acquire/release_console_sem() to acquire/release_console_mutex()

This commit makes things use more neutral function names which dont make
implications about the underlying lock.

The only real change is the return value of console_trylock which is
inverted from try_acquire_console_sem()

This patch also paves the way to switching console_sem from a semaphore to
a mutex.

[akpm@linux-foundation.org: coding-style fixes]
[akpm@linux-foundation.org: make console_trylock return 1 on success, per Geert]
Signed-off-by: Torben Hohn &lt;torbenh@gmx.de&gt;
Cc: Thomas Gleixner &lt;tglx@tglx.de&gt;
Cc: Greg KH &lt;gregkh@suse.de&gt;
Cc: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'stable/bug-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen</title>
<updated>2011-01-10T16:48:46+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2011-01-10T16:48:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=9f99a2f0e44663517b99b69a3e4a499d0ba877df'/>
<id>9f99a2f0e44663517b99b69a3e4a499d0ba877df</id>
<content type='text'>
* 'stable/bug-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen:
  xen/event: validate irq before get evtchn by irq
  xen/fb: fix potential memory leak
  xen/fb: fix xenfb suspend/resume race.
  xen: disable ACPI NUMA for PV guests
  xen/irq: Cleanup the find_unbound_irq
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* 'stable/bug-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen:
  xen/event: validate irq before get evtchn by irq
  xen/fb: fix potential memory leak
  xen/fb: fix xenfb suspend/resume race.
  xen: disable ACPI NUMA for PV guests
  xen/irq: Cleanup the find_unbound_irq
</pre>
</div>
</content>
</entry>
<entry>
<title>xen/fb: fix potential memory leak</title>
<updated>2011-01-10T15:46:31+00:00</updated>
<author>
<name>Joe Jin</name>
<email>joe.jin@oracle.com</email>
</author>
<published>2011-01-07T10:20:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=fc550e95921e109f3778a6b2dc560d63388810ab'/>
<id>fc550e95921e109f3778a6b2dc560d63388810ab</id>
<content type='text'>
This patch fixes a potential memory leak when xenfb connect to
the backend fails.

Thanks for Ian's review and comments.

[v2: reworded the commit message a bit]

Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
Signed-off-by: Joe Jin &lt;joe.jin@oracle.com&gt;
Tested-by: Gurudas Pai &lt;gurudas.pai@oracle.com&gt;
Acked-by: Ian Campbell &lt;ian.campbell@citrix.com&gt;
Cc: Jeremy Fitzhardinge &lt;jeremy@goop.org&gt;
Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch fixes a potential memory leak when xenfb connect to
the backend fails.

Thanks for Ian's review and comments.

[v2: reworded the commit message a bit]

Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
Signed-off-by: Joe Jin &lt;joe.jin@oracle.com&gt;
Tested-by: Gurudas Pai &lt;gurudas.pai@oracle.com&gt;
Acked-by: Ian Campbell &lt;ian.campbell@citrix.com&gt;
Cc: Jeremy Fitzhardinge &lt;jeremy@goop.org&gt;
Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>xen/fb: fix xenfb suspend/resume race.</title>
<updated>2011-01-10T15:46:30+00:00</updated>
<author>
<name>Joe Jin</name>
<email>joe.jin@oracle.com</email>
</author>
<published>2011-01-07T10:17:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=731f3ab66a23dab28a359e87364f53d221b3d366'/>
<id>731f3ab66a23dab28a359e87364f53d221b3d366</id>
<content type='text'>
When migrating guests over a long period we hit this:

&lt;1&gt;BUG: unable to handle kernel paging request at 0000000b819fdb98
&lt;1&gt;IP: [&lt;ffffffff812a588f&gt;] notify_remote_via_irq+0x13/0x34
&lt;4&gt;PGD 94b10067 PUD 0
&lt;0&gt;Oops: 0000 [#1] SMP
.. snip..
Call Trace:
 [&lt;ffffffff812712c9&gt;] xenfb_send_event+0x5c/0x5e
 [&lt;ffffffff8100ea5f&gt;] ? xen_restore_fl_direct_end+0x0/0x1
 [&lt;ffffffff81438d80&gt;] ? _spin_unlock_irqrestore+0x16/0x18
 [&lt;ffffffff812714ee&gt;] xenfb_refresh+0x1b1/0x1d7
 [&lt;ffffffff81270568&gt;] ? sys_imageblit+0x1ac/0x458
 [&lt;ffffffff81271786&gt;] xenfb_imageblit+0x2f/0x34
 [&lt;ffffffff8126a3e5&gt;] soft_cursor+0x1b5/0x1c8
 [&lt;ffffffff8126a137&gt;] bit_cursor+0x4b6/0x4d7
 [&lt;ffffffff8100ea5f&gt;] ? xen_restore_fl_direct_end+0x0/0x1
 [&lt;ffffffff81438d80&gt;] ? _spin_unlock_irqrestore+0x16/0x18
 [&lt;ffffffff81269c81&gt;] ? bit_cursor+0x0/0x4d7
 [&lt;ffffffff812656b7&gt;] fb_flashcursor+0xff/0x111
 [&lt;ffffffff812655b8&gt;] ? fb_flashcursor+0x0/0x111
 [&lt;ffffffff81071812&gt;] worker_thread+0x14d/0x1ed
 [&lt;ffffffff81075a8c&gt;] ? autoremove_wake_function+0x0/0x3d
 [&lt;ffffffff81438d80&gt;] ? _spin_unlock_irqrestore+0x16/0x18
 [&lt;ffffffff810716c5&gt;] ? worker_thread+0x0/0x1ed
 [&lt;ffffffff810756e3&gt;] kthread+0x6e/0x76
 [&lt;ffffffff81012dea&gt;] child_rip+0xa/0x20
 [&lt;ffffffff81011fd1&gt;] ? int_ret_from_sys_call+0x7/0x1b
 [&lt;ffffffff8101275d&gt;] ? retint_restore_args+0x5/0x6
 [&lt;ffffffff81012de0&gt;] ? child_rip+0x0/0x20
Code: 6b ff 0c 8b 87 a4 db 9f 81 66 85 c0 74 08 0f b7 f8 e8 3b ff ff ff c9
c3 55 48 89 e5 48 83 ec 10 0f 1f 44 00 00 89 ff 48 6b ff 0c &lt;8b&gt; 87 a4 db 9f
81 66 85 c0 74 14 48 8d 75 f0 0f b7 c0 bf 04 00
RIP  [&lt;ffffffff812a588f&gt;] notify_remote_via_irq+0x13/0x34
 RSP &lt;ffff8800e7bf7bd0&gt;
CR2: 0000000b819fdb98
---[ end trace 098b4b74827595d0 ]---

The root cause of the panic is the race between the resume and reconnect to the backend.

Clearing the 'update_wanted' flag of xenfb before disconnecting from the
backend fixes this issue.

Signed-off-by: Joe Jin &lt;joe.jin@oracle.com&gt;
Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
Tested-by: Gurudas Pai &lt;gurudas.pai@oracle.com&gt;
Acked-by: Ian Campbell &lt;ian.campbell@citrix.com&gt;
Cc: Jeremy Fitzhardinge &lt;jeremy@goop.org&gt;
Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When migrating guests over a long period we hit this:

&lt;1&gt;BUG: unable to handle kernel paging request at 0000000b819fdb98
&lt;1&gt;IP: [&lt;ffffffff812a588f&gt;] notify_remote_via_irq+0x13/0x34
&lt;4&gt;PGD 94b10067 PUD 0
&lt;0&gt;Oops: 0000 [#1] SMP
.. snip..
Call Trace:
 [&lt;ffffffff812712c9&gt;] xenfb_send_event+0x5c/0x5e
 [&lt;ffffffff8100ea5f&gt;] ? xen_restore_fl_direct_end+0x0/0x1
 [&lt;ffffffff81438d80&gt;] ? _spin_unlock_irqrestore+0x16/0x18
 [&lt;ffffffff812714ee&gt;] xenfb_refresh+0x1b1/0x1d7
 [&lt;ffffffff81270568&gt;] ? sys_imageblit+0x1ac/0x458
 [&lt;ffffffff81271786&gt;] xenfb_imageblit+0x2f/0x34
 [&lt;ffffffff8126a3e5&gt;] soft_cursor+0x1b5/0x1c8
 [&lt;ffffffff8126a137&gt;] bit_cursor+0x4b6/0x4d7
 [&lt;ffffffff8100ea5f&gt;] ? xen_restore_fl_direct_end+0x0/0x1
 [&lt;ffffffff81438d80&gt;] ? _spin_unlock_irqrestore+0x16/0x18
 [&lt;ffffffff81269c81&gt;] ? bit_cursor+0x0/0x4d7
 [&lt;ffffffff812656b7&gt;] fb_flashcursor+0xff/0x111
 [&lt;ffffffff812655b8&gt;] ? fb_flashcursor+0x0/0x111
 [&lt;ffffffff81071812&gt;] worker_thread+0x14d/0x1ed
 [&lt;ffffffff81075a8c&gt;] ? autoremove_wake_function+0x0/0x3d
 [&lt;ffffffff81438d80&gt;] ? _spin_unlock_irqrestore+0x16/0x18
 [&lt;ffffffff810716c5&gt;] ? worker_thread+0x0/0x1ed
 [&lt;ffffffff810756e3&gt;] kthread+0x6e/0x76
 [&lt;ffffffff81012dea&gt;] child_rip+0xa/0x20
 [&lt;ffffffff81011fd1&gt;] ? int_ret_from_sys_call+0x7/0x1b
 [&lt;ffffffff8101275d&gt;] ? retint_restore_args+0x5/0x6
 [&lt;ffffffff81012de0&gt;] ? child_rip+0x0/0x20
Code: 6b ff 0c 8b 87 a4 db 9f 81 66 85 c0 74 08 0f b7 f8 e8 3b ff ff ff c9
c3 55 48 89 e5 48 83 ec 10 0f 1f 44 00 00 89 ff 48 6b ff 0c &lt;8b&gt; 87 a4 db 9f
81 66 85 c0 74 14 48 8d 75 f0 0f b7 c0 bf 04 00
RIP  [&lt;ffffffff812a588f&gt;] notify_remote_via_irq+0x13/0x34
 RSP &lt;ffff8800e7bf7bd0&gt;
CR2: 0000000b819fdb98
---[ end trace 098b4b74827595d0 ]---

The root cause of the panic is the race between the resume and reconnect to the backend.

Clearing the 'update_wanted' flag of xenfb before disconnecting from the
backend fixes this issue.

Signed-off-by: Joe Jin &lt;joe.jin@oracle.com&gt;
Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
Tested-by: Gurudas Pai &lt;gurudas.pai@oracle.com&gt;
Acked-by: Ian Campbell &lt;ian.campbell@citrix.com&gt;
Cc: Jeremy Fitzhardinge &lt;jeremy@goop.org&gt;
Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>VIDEO: xen-fb, switch to for_each_console</title>
<updated>2010-11-16T20:50:17+00:00</updated>
<author>
<name>Jiri Slaby</name>
<email>jslaby@suse.cz</email>
</author>
<published>2010-11-04T15:20:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=281e66057757ddf32ffe679a08f9634fa9f70a7a'/>
<id>281e66057757ddf32ffe679a08f9634fa9f70a7a</id>
<content type='text'>
Use newly added for_each_console for iterating consoles.

Signed-off-by: Jiri Slaby &lt;jslaby@suse.cz&gt;
Cc: Jeremy Fitzhardinge &lt;jeremy@xensource.com&gt;
Cc: Chris Wright &lt;chrisw@sous-sol.org&gt;
Cc: virtualization@lists.osdl.org
Cc: xen-devel@lists.xensource.com
Cc: linux-fbdev@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Use newly added for_each_console for iterating consoles.

Signed-off-by: Jiri Slaby &lt;jslaby@suse.cz&gt;
Cc: Jeremy Fitzhardinge &lt;jeremy@xensource.com&gt;
Cc: Chris Wright &lt;chrisw@sous-sol.org&gt;
Cc: virtualization@lists.osdl.org
Cc: xen-devel@lists.xensource.com
Cc: linux-fbdev@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>xenbus: prevent warnings on unhandled enumeration values</title>
<updated>2010-10-18T14:49:36+00:00</updated>
<author>
<name>Noboru Iwamatsu</name>
<email>n_iwamatsu@jp.fujitsu.com</email>
</author>
<published>2009-10-13T21:22:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=b78c9512563780d86a178f11b648bcf73b8d87ec'/>
<id>b78c9512563780d86a178f11b648bcf73b8d87ec</id>
<content type='text'>
XenbusStateReconfiguring/XenbusStateReconfigured were introduced by
c/s 437, but aren't handled in many switch statements.

.. also pulled from the linux-2.6-sparse-tree tree.

Signed-off-by: Jan Beulich &lt;jbeulich@novell.com&gt;
Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
Signed-off-by: Jeremy Fitzhardinge &lt;jeremy.fitzhardinge@citrix.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
XenbusStateReconfiguring/XenbusStateReconfigured were introduced by
c/s 437, but aren't handled in many switch statements.

.. also pulled from the linux-2.6-sparse-tree tree.

Signed-off-by: Jan Beulich &lt;jbeulich@novell.com&gt;
Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
Signed-off-by: Jeremy Fitzhardinge &lt;jeremy.fitzhardinge@citrix.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>x86: early PV on HVM features initialization.</title>
<updated>2010-07-22T23:45:35+00:00</updated>
<author>
<name>Sheng Yang</name>
<email>sheng@linux.intel.com</email>
</author>
<published>2010-05-14T11:39:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=bee6ab53e652a414af20392899879b58cd80d033'/>
<id>bee6ab53e652a414af20392899879b58cd80d033</id>
<content type='text'>
Initialize basic pv on hvm features adding a new Xen HVM specific
hypervisor_x86 structure.

Don't try to initialize xen-kbdfront and xen-fbfront when running on HVM
because the backends are not available.

Signed-off-by: Stefano Stabellini &lt;stefano.stabellini@eu.citrix.com&gt;
Signed-off-by: Sheng Yang &lt;sheng@linux.intel.com&gt;
Signed-off-by: Yaozu (Eddie) Dong &lt;eddie.dong@intel.com&gt;
Signed-off-by: Jeremy Fitzhardinge &lt;jeremy.fitzhardinge@citrix.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Initialize basic pv on hvm features adding a new Xen HVM specific
hypervisor_x86 structure.

Don't try to initialize xen-kbdfront and xen-fbfront when running on HVM
because the backends are not available.

Signed-off-by: Stefano Stabellini &lt;stefano.stabellini@eu.citrix.com&gt;
Signed-off-by: Sheng Yang &lt;sheng@linux.intel.com&gt;
Signed-off-by: Yaozu (Eddie) Dong &lt;eddie.dong@intel.com&gt;
Signed-off-by: Jeremy Fitzhardinge &lt;jeremy.fitzhardinge@citrix.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
