<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux.git/drivers/video/console/fbcon.c, branch v4.1</title>
<subtitle>Linux kernel source tree</subtitle>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/'/>
<entry>
<title>fbcon: Remove unused vblank cursor code</title>
<updated>2015-01-26T12:10:37+00:00</updated>
<author>
<name>Scot Doyle</name>
<email>lkml14@scotdoyle.com</email>
</author>
<published>2015-01-23T22:55:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=5b28f0fabbd745b2cc42a89f5b1d87757a68eed7'/>
<id>5b28f0fabbd745b2cc42a89f5b1d87757a68eed7</id>
<content type='text'>
commit 1fa0b29f3a43 ("fbdev: Kill Atari vblank cursor blinking")

rendered vbl_cursor_cnt and therefore CURSOR_DRAW_DELAY unused in fbcon.c,
so remove them.

Signed-off-by: Scot Doyle &lt;lkml14@scotdoyle.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
commit 1fa0b29f3a43 ("fbdev: Kill Atari vblank cursor blinking")

rendered vbl_cursor_cnt and therefore CURSOR_DRAW_DELAY unused in fbcon.c,
so remove them.

Signed-off-by: Scot Doyle &lt;lkml14@scotdoyle.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>fbcon: Change fbcon_init from module_init to fs_initcall</title>
<updated>2014-11-14T13:29:11+00:00</updated>
<author>
<name>Hans de Goede</name>
<email>hdegoede@redhat.com</email>
</author>
<published>2014-11-14T12:26:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=ba168a3c7ff6df2e346959445190484b8331eb3d'/>
<id>ba168a3c7ff6df2e346959445190484b8331eb3d</id>
<content type='text'>
Various fb drivers register themselves before module_init so as to have a
console as early as possible, this is of little use if fbcon does not
initialize early too.

Fbcon cannot initialize earlier then fs_initcall, because then the creation
of /sys/class/graphics/fbcon will fail.

Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Various fb drivers register themselves before module_init so as to have a
console as early as possible, this is of little use if fbcon does not
initialize early too.

Fbcon cannot initialize earlier then fs_initcall, because then the creation
of /sys/class/graphics/fbcon will fail.

Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>fbcon: Fix option parsing control flow in fb_console_setup</title>
<updated>2014-10-22T06:49:40+00:00</updated>
<author>
<name>Maarten ter Huurne</name>
<email>maarten@treewalker.org</email>
</author>
<published>2014-10-09T09:48:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=37773c4e7f6156c34d852c154ef7ce818867d521'/>
<id>37773c4e7f6156c34d852c154ef7ce818867d521</id>
<content type='text'>
Since strsep is used to tokenize the options string, after each option
match the code should use "continue" to get the next token from strsep.
This patch applies this pattern consistently.

Previously, for "scrollback:" and "map:" the parse code would return
(unconditionally: strsep ensures *options != ','), causing any
following option to be ignored, while for "vc:" the parse code would
go on to parse further options within the same token, which could lead
to invalid input being accepted.

Signed-off-by: Maarten ter Huurne &lt;maarten@treewalker.org&gt;
Acked-by: Paul Cercueil &lt;paul@crapouillou.net&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Since strsep is used to tokenize the options string, after each option
match the code should use "continue" to get the next token from strsep.
This patch applies this pattern consistently.

Previously, for "scrollback:" and "map:" the parse code would return
(unconditionally: strsep ensures *options != ','), causing any
following option to be ignored, while for "vc:" the parse code would
go on to parse further options within the same token, which could lead
to invalid input being accepted.

Signed-off-by: Maarten ter Huurne &lt;maarten@treewalker.org&gt;
Acked-by: Paul Cercueil &lt;paul@crapouillou.net&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>fbcon: Fix memory leak in con2fb_release_oldinfo()</title>
<updated>2014-05-09T09:55:49+00:00</updated>
<author>
<name>Masami Ichikawa</name>
<email>masami256@gmail.com</email>
</author>
<published>2014-04-23T14:35:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=7a966fbd78683fe4ff7f019fd80fc08d9753880b'/>
<id>7a966fbd78683fe4ff7f019fd80fc08d9753880b</id>
<content type='text'>
kmemleak reported a memory leak as below.

unreferenced object 0xffff8800dab6d8d8 (size 96):
  comm "swapper/0", pid 1, jiffies 4294877598 (age 38.483s)
  hex dump (first 32 bytes):
    00 00 00 00 00 01 00 00 08 00 00 00 10 00 00 00  ................
    07 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00  ................
  backtrace:
    [&lt;ffffffff814e8f2e&gt;] kmemleak_alloc+0x4e/0xb0
    [&lt;ffffffff811a0600&gt;] __kmalloc+0x280/0x320
    [&lt;ffffffff81309b61&gt;] soft_cursor+0x231/0x290
    [&lt;ffffffff81309393&gt;] bit_cursor+0x613/0x650
    [&lt;ffffffff8130556b&gt;] fbcon_cursor+0x13b/0x1c0
    [&lt;ffffffff813755f8&gt;] hide_cursor+0x28/0xa0
    [&lt;ffffffff81376e98&gt;] redraw_screen+0x168/0x240
    [&lt;ffffffff81303891&gt;] fbcon_prepare_logo+0x381/0x420
    [&lt;ffffffff81303c7e&gt;] fbcon_init+0x34e/0x590
    [&lt;ffffffff81375828&gt;] visual_init+0xb8/0x120
    [&lt;ffffffff81377c93&gt;] do_bind_con_driver+0x163/0x380
    [&lt;ffffffff81378494&gt;] do_take_over_console+0x114/0x1c0
    [&lt;ffffffff81303f23&gt;] do_fbcon_takeover+0x63/0xd0
    [&lt;ffffffff813086dd&gt;] fbcon_event_notify+0x68d/0x7e0
    [&lt;ffffffff814ff7ac&gt;] notifier_call_chain+0x4c/0x70
    [&lt;ffffffff8108c85d&gt;] __blocking_notifier_call_chain+0x4d/0x70

This memory leak cause is, fbcon_ops's cursor_src is allocated in
soft_cursor() but not released in con2fb_release_oldinfo().
so, cursor_src is needed to be released when oldinfo is going to be
released.

Signed-off-by: Masami Ichikawa &lt;masami256@gmail.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
kmemleak reported a memory leak as below.

unreferenced object 0xffff8800dab6d8d8 (size 96):
  comm "swapper/0", pid 1, jiffies 4294877598 (age 38.483s)
  hex dump (first 32 bytes):
    00 00 00 00 00 01 00 00 08 00 00 00 10 00 00 00  ................
    07 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00  ................
  backtrace:
    [&lt;ffffffff814e8f2e&gt;] kmemleak_alloc+0x4e/0xb0
    [&lt;ffffffff811a0600&gt;] __kmalloc+0x280/0x320
    [&lt;ffffffff81309b61&gt;] soft_cursor+0x231/0x290
    [&lt;ffffffff81309393&gt;] bit_cursor+0x613/0x650
    [&lt;ffffffff8130556b&gt;] fbcon_cursor+0x13b/0x1c0
    [&lt;ffffffff813755f8&gt;] hide_cursor+0x28/0xa0
    [&lt;ffffffff81376e98&gt;] redraw_screen+0x168/0x240
    [&lt;ffffffff81303891&gt;] fbcon_prepare_logo+0x381/0x420
    [&lt;ffffffff81303c7e&gt;] fbcon_init+0x34e/0x590
    [&lt;ffffffff81375828&gt;] visual_init+0xb8/0x120
    [&lt;ffffffff81377c93&gt;] do_bind_con_driver+0x163/0x380
    [&lt;ffffffff81378494&gt;] do_take_over_console+0x114/0x1c0
    [&lt;ffffffff81303f23&gt;] do_fbcon_takeover+0x63/0xd0
    [&lt;ffffffff813086dd&gt;] fbcon_event_notify+0x68d/0x7e0
    [&lt;ffffffff814ff7ac&gt;] notifier_call_chain+0x4c/0x70
    [&lt;ffffffff8108c85d&gt;] __blocking_notifier_call_chain+0x4d/0x70

This memory leak cause is, fbcon_ops's cursor_src is allocated in
soft_cursor() but not released in con2fb_release_oldinfo().
so, cursor_src is needed to be released when oldinfo is going to be
released.

Signed-off-by: Masami Ichikawa &lt;masami256@gmail.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>fbcon: Clean up fbcon data in fb_info on FB_EVENT_FB_UNBIND with 0 fbs</title>
<updated>2014-02-11T12:16:22+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2014-01-20T21:31:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=5f4dc28bd9c8a990ed6253303b7a821a7abfe9fa'/>
<id>5f4dc28bd9c8a990ed6253303b7a821a7abfe9fa</id>
<content type='text'>
When FB_EVENT_FB_UNBIND is sent, fbcon has two paths, one path taken
when there is another frame buffer to switch any affected vcs to and
another path when there isn't.

In the case where there is another frame buffer to use,
fbcon_fb_unbind calls set_con2fb_map to remap all of the affected vcs
to the replacement frame buffer. set_con2fb_map will eventually call
con2fb_release_oldinfo when the last vcs gets unmapped from the old
frame buffer.

con2fb_release_oldinfo frees the fbcon data that is hooked off of the
fb_info structure, including the cursor timer.

In the case where there isn't another frame buffer to use,
fbcon_fb_unbind simply calls fbcon_unbind, which doesn't clear the
con2fb_map or free the fbcon data hooked from the fb_info
structure. In particular, it doesn't stop the cursor blink timer. When
the fb_info structure is then freed, we end up with a timer queue
pointing into freed memory and "bad things" start happening.

This patch first changes con2fb_release_oldinfo so that it can take a
NULL pointer for the new frame buffer, but still does all of the
deallocation and cursor timer cleanup.

Finally, the patch tries to replicate some of what set_con2fb_map does
by clearing the con2fb_map for the affected vcs and calling the
modified con2fb_release_info function to clean up the fb_info structure.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When FB_EVENT_FB_UNBIND is sent, fbcon has two paths, one path taken
when there is another frame buffer to switch any affected vcs to and
another path when there isn't.

In the case where there is another frame buffer to use,
fbcon_fb_unbind calls set_con2fb_map to remap all of the affected vcs
to the replacement frame buffer. set_con2fb_map will eventually call
con2fb_release_oldinfo when the last vcs gets unmapped from the old
frame buffer.

con2fb_release_oldinfo frees the fbcon data that is hooked off of the
fb_info structure, including the cursor timer.

In the case where there isn't another frame buffer to use,
fbcon_fb_unbind simply calls fbcon_unbind, which doesn't clear the
con2fb_map or free the fbcon data hooked from the fb_info
structure. In particular, it doesn't stop the cursor blink timer. When
the fb_info structure is then freed, we end up with a timer queue
pointing into freed memory and "bad things" start happening.

This patch first changes con2fb_release_oldinfo so that it can take a
NULL pointer for the new frame buffer, but still does all of the
deallocation and cursor timer cleanup.

Finally, the patch tries to replicate some of what set_con2fb_map does
by clearing the con2fb_map for the affected vcs and calling the
modified con2fb_release_info function to clean up the fb_info structure.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>fbcon: Fix memory leak in fbcon_exit().</title>
<updated>2014-01-17T08:57:44+00:00</updated>
<author>
<name>Masami Ichikawa</name>
<email>masami256@gmail.com</email>
</author>
<published>2013-12-25T14:47:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=46862145d4a24875e5ae5262f67f48ed1b317533'/>
<id>46862145d4a24875e5ae5262f67f48ed1b317533</id>
<content type='text'>
kmemleak reported a memory leak as below.

unreferenced object 0xffff880036ca84c0 (size 16):
  comm "swapper/0", pid 1, jiffies 4294877407 (age 4434.633s)
  hex dump (first 16 bytes):
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff  ................
  backtrace:
    [&lt;ffffffff814ed01e&gt;] kmemleak_alloc+0x4e/0xb0
    [&lt;ffffffff8118913c&gt;] __kmalloc+0x1fc/0x290
    [&lt;ffffffff81302c9e&gt;] bit_cursor+0x24e/0x6c0
    [&lt;ffffffff812ff2f4&gt;] fbcon_cursor+0x154/0x1d0
    [&lt;ffffffff813675d8&gt;] hide_cursor+0x28/0xa0
    [&lt;ffffffff81368acf&gt;] update_region+0x6f/0x90
    [&lt;ffffffff81300268&gt;] fbcon_switch+0x518/0x550
    [&lt;ffffffff813695b9&gt;] redraw_screen+0x189/0x240
    [&lt;ffffffff8136a0e0&gt;] do_bind_con_driver+0x360/0x380
    [&lt;ffffffff8136a6e4&gt;] do_take_over_console+0x114/0x1c0
    [&lt;ffffffff812fdc83&gt;] do_fbcon_takeover+0x63/0xd0
    [&lt;ffffffff813023e5&gt;] fbcon_event_notify+0x605/0x720
    [&lt;ffffffff81501dcc&gt;] notifier_call_chain+0x4c/0x70
    [&lt;ffffffff81087f8d&gt;] __blocking_notifier_call_chain+0x4d/0x70
    [&lt;ffffffff81087fc6&gt;] blocking_notifier_call_chain+0x16/0x20
    [&lt;ffffffff812f201b&gt;] fb_notifier_call_chain+0x1b/0x20

In this case ops-&gt;cursor_state.mask is allocated in bit_cursor() but
not freed in fbcon_exit(). So, fbcon_exit() needs to free buffer in its
process.
In the case, fbcon_exit() was called from fbcon_deinit() when driver
called remove_conflicting_framebuffers().

Signed-off-by: Masami Ichikawa &lt;masami256@gmail.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
kmemleak reported a memory leak as below.

unreferenced object 0xffff880036ca84c0 (size 16):
  comm "swapper/0", pid 1, jiffies 4294877407 (age 4434.633s)
  hex dump (first 16 bytes):
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff  ................
  backtrace:
    [&lt;ffffffff814ed01e&gt;] kmemleak_alloc+0x4e/0xb0
    [&lt;ffffffff8118913c&gt;] __kmalloc+0x1fc/0x290
    [&lt;ffffffff81302c9e&gt;] bit_cursor+0x24e/0x6c0
    [&lt;ffffffff812ff2f4&gt;] fbcon_cursor+0x154/0x1d0
    [&lt;ffffffff813675d8&gt;] hide_cursor+0x28/0xa0
    [&lt;ffffffff81368acf&gt;] update_region+0x6f/0x90
    [&lt;ffffffff81300268&gt;] fbcon_switch+0x518/0x550
    [&lt;ffffffff813695b9&gt;] redraw_screen+0x189/0x240
    [&lt;ffffffff8136a0e0&gt;] do_bind_con_driver+0x360/0x380
    [&lt;ffffffff8136a6e4&gt;] do_take_over_console+0x114/0x1c0
    [&lt;ffffffff812fdc83&gt;] do_fbcon_takeover+0x63/0xd0
    [&lt;ffffffff813023e5&gt;] fbcon_event_notify+0x605/0x720
    [&lt;ffffffff81501dcc&gt;] notifier_call_chain+0x4c/0x70
    [&lt;ffffffff81087f8d&gt;] __blocking_notifier_call_chain+0x4d/0x70
    [&lt;ffffffff81087fc6&gt;] blocking_notifier_call_chain+0x16/0x20
    [&lt;ffffffff812f201b&gt;] fb_notifier_call_chain+0x1b/0x20

In this case ops-&gt;cursor_state.mask is allocated in bit_cursor() but
not freed in fbcon_exit(). So, fbcon_exit() needs to free buffer in its
process.
In the case, fbcon_exit() was called from fbcon_deinit() when driver
called remove_conflicting_framebuffers().

Signed-off-by: Masami Ichikawa &lt;masami256@gmail.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>fbcon: trivial optimization for fbcon_exit</title>
<updated>2014-01-17T08:57:43+00:00</updated>
<author>
<name>Wang YanQing</name>
<email>udknight@gmail.com</email>
</author>
<published>2013-12-27T02:39:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=5aa133d6c83b151690d8c3216ea45dfbd4452fbe'/>
<id>5aa133d6c83b151690d8c3216ea45dfbd4452fbe</id>
<content type='text'>
Break out as soon as we find a mapped entry con2fb_map.

Signed-off-by: Wang YanQing &lt;udknight@gmail.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Break out as soon as we find a mapped entry con2fb_map.

Signed-off-by: Wang YanQing &lt;udknight@gmail.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'for-3.11' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq</title>
<updated>2013-07-03T02:53:30+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2013-07-03T02:53:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=f317ff9eed763e99bd226a447f93d42509434f43'/>
<id>f317ff9eed763e99bd226a447f93d42509434f43</id>
<content type='text'>
Pull workqueue changes from Tejun Heo:
 "Surprisingly, Lai and I didn't break too many things implementing
  custom pools and stuff last time around and there aren't any follow-up
  changes necessary at this point.

  The only change in this pull request is Viresh's patches to make some
  per-cpu workqueues to behave as unbound workqueues dependent on a boot
  param whose default can be configured via a config option.  This leads
  to higher processing overhead / lower bandwidth as more work items are
  bounced across CPUs; however, it can lead to noticeable powersave in
  certain configurations - ~10% w/ idlish constant workload on a
  big.LITTLE configuration according to Viresh.

  This is because per-cpu workqueues interfere with how the scheduler
  perceives whether or not each CPU is idle by forcing pinned tasks on
  them, which makes the scheduler's power-aware scheduling decisions
  less effective.

  Its effectiveness is likely less pronounced on homogenous
  configurations and this type of optimization can probably be made
  automatic; however, the changes are pretty minimal and the affected
  workqueues are clearly marked, so it's an easy gain for some
  configurations for the time being with pretty unintrusive changes."

* 'for-3.11' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq:
  fbcon: queue work on power efficient wq
  block: queue work on power efficient wq
  PHYLIB: queue work on system_power_efficient_wq
  workqueue: Add system wide power_efficient workqueues
  workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Pull workqueue changes from Tejun Heo:
 "Surprisingly, Lai and I didn't break too many things implementing
  custom pools and stuff last time around and there aren't any follow-up
  changes necessary at this point.

  The only change in this pull request is Viresh's patches to make some
  per-cpu workqueues to behave as unbound workqueues dependent on a boot
  param whose default can be configured via a config option.  This leads
  to higher processing overhead / lower bandwidth as more work items are
  bounced across CPUs; however, it can lead to noticeable powersave in
  certain configurations - ~10% w/ idlish constant workload on a
  big.LITTLE configuration according to Viresh.

  This is because per-cpu workqueues interfere with how the scheduler
  perceives whether or not each CPU is idle by forcing pinned tasks on
  them, which makes the scheduler's power-aware scheduling decisions
  less effective.

  Its effectiveness is likely less pronounced on homogenous
  configurations and this type of optimization can probably be made
  automatic; however, the changes are pretty minimal and the affected
  workqueues are clearly marked, so it's an easy gain for some
  configurations for the time being with pretty unintrusive changes."

* 'for-3.11' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq:
  fbcon: queue work on power efficient wq
  block: queue work on power efficient wq
  PHYLIB: queue work on system_power_efficient_wq
  workqueue: Add system wide power_efficient workqueues
  workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
</pre>
</div>
</content>
</entry>
<entry>
<title>TTY:vt: convert remain take_over_console's users to do_take_over_console</title>
<updated>2013-05-21T05:29:27+00:00</updated>
<author>
<name>Wang YanQing</name>
<email>udknight@gmail.com</email>
</author>
<published>2013-05-21T05:15:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=155957f56c3537dbb63bbb63c39067987c061a6d'/>
<id>155957f56c3537dbb63bbb63c39067987c061a6d</id>
<content type='text'>
Impact:
1:convert all remain take_over_console to do_take_over_console
2:update take_over_console to do_take_over_console in comment

Commit dc9641895abb ("vt: delete unneeded functions
register_con_driver|take_over_console") delete take_over_console,
but forget to convert remain take_over_console's users to new API
do_take_over_console, this patch fix it.

Reported-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;
Signed-off-by: Wang YanQing &lt;udknight@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Impact:
1:convert all remain take_over_console to do_take_over_console
2:update take_over_console to do_take_over_console in comment

Commit dc9641895abb ("vt: delete unneeded functions
register_con_driver|take_over_console") delete take_over_console,
but forget to convert remain take_over_console's users to new API
do_take_over_console, this patch fix it.

Reported-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;
Signed-off-by: Wang YanQing &lt;udknight@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>fbcon: convert last two unregister_con_driver call to do_unregister_con_driver</title>
<updated>2013-05-20T19:27:59+00:00</updated>
<author>
<name>Wang YanQing</name>
<email>udknight@gmail.com</email>
</author>
<published>2013-05-08T18:14:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=70125e76b0a7aec5035ca45076b96e5f9e230ef7'/>
<id>70125e76b0a7aec5035ca45076b96e5f9e230ef7</id>
<content type='text'>
There are only two place use unregister_con_driver now, this patch
convert them to do_unregister_con_driver too, then we can delete
unregister_con_driver whos function can be achieved with do_unregister_con_driver
easily to reduce code size and duplication.

Signed-off-by: Wang YanQing &lt;udknight@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
There are only two place use unregister_con_driver now, this patch
convert them to do_unregister_con_driver too, then we can delete
unregister_con_driver whos function can be achieved with do_unregister_con_driver
easily to reduce code size and duplication.

Signed-off-by: Wang YanQing &lt;udknight@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
</feed>
