<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-toradex.git/drivers/video/xen-fbfront.c, branch v3.7.9</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>xen-fbfront: handle backend CLOSED without CLOSING</title>
<updated>2012-10-30T13:28:17+00:00</updated>
<author>
<name>David Vrabel</name>
<email>david.vrabel@citrix.com</email>
</author>
<published>2012-10-18T10:03:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=01bc825f6311ba2878ae353418eee575d3051594'/>
<id>01bc825f6311ba2878ae353418eee575d3051594</id>
<content type='text'>
Backend drivers shouldn't transistion to CLOSED unless the frontend is
CLOSED.  If a backend does transition to CLOSED too soon then the
frontend may not see the CLOSING state and will not properly shutdown.

So, treat an unexpected backend CLOSED state the same as CLOSING.

Acked-by: Florian Tobias Schandinat &lt;FlorianSchandinat@gmx.de&gt;
Signed-off-by: David Vrabel &lt;david.vrabel@citrix.com&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>
Backend drivers shouldn't transistion to CLOSED unless the frontend is
CLOSED.  If a backend does transition to CLOSED too soon then the
frontend may not see the CLOSING state and will not properly shutdown.

So, treat an unexpected backend CLOSED state the same as CLOSING.

Acked-by: Florian Tobias Schandinat &lt;FlorianSchandinat@gmx.de&gt;
Signed-off-by: David Vrabel &lt;david.vrabel@citrix.com&gt;
Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
</pre>
</div>
</content>
</entry>
<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>
</feed>
