16 Aug, 2008

1 commit

  • This moves it to being a tty operation. That removes special cases and now
    also means that resize can be picked up by um and other non vt consoles
    which may have a resize operation.

    Signed-off-by: Alan Cox
    Signed-off-by: Linus Torvalds

    Alan Cox
     

05 Aug, 2008

1 commit

  • 2.6.26 corrected the mutex locking on tty resizing to fix the case where
    you could get the tty/vt sizing out of sync. That turns out to have a
    deadlock.

    The actual fix is really major and I've got it lined up as part of the ops
    changes for 2.6.28 so for 2.6.26/2.6.27 it is safer to reintroduce this
    ages old minor bug.

    Signed-off-by: Alan Cox
    Signed-off-by: Linus Torvalds

    Alan Cox
     

26 Jul, 2008

1 commit


25 Jul, 2008

2 commits

  • vt.c DO_UPDATE macro checks if the console is visible but doesn't check if
    the console is blanked.

    In fact updating fbcon while the console is blanked is not only
    unnecessary but can even cause screen corruption.

    Therefore I am adding a simple check on console_blanked in DO_UPDATE.

    Signed-off-by: Stefano Stabellini
    Cc: Krzysztof Helt
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Stefano Stabellini
     
  • Hold console sem while creating/destroying sysfs files. Serialisation is
    so far done by BKL held in tty release_dev and chrdev_open, but no other
    locks are held in open path.

    Signed-off-by: Jiri Slaby
    Cc: Alan Cox
    Cc: Aristeu Rozanski
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jiri Slaby
     

22 Jul, 2008

1 commit


07 Jun, 2008

2 commits

  • Lockdep says we can't take tasklist lock or sighand lock inside ctrl_lock.

    Signed-off-by: Nick Piggin
    Acked-by: Alan Cox
    Cc: Oleg Nesterov
    Cc: "Eric W. Biederman"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Nick Piggin
     
  • Original report: """I used to force my console to black-on-white by the
    command `setterm -inversescreen on`. In 2.6.26-rc4, I get lots of black
    background characters."""

    Another addendum to commit c9e587ab. This was previously missed out since
    I was not aware of what vc_decscnm was for.

    Signed-off-by: Jan Engelhardt
    Reported-by:
    Tested-by:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jan Engelhardt
     

04 Jun, 2008

1 commit

  • By turning off the new CONSOLE_TRANSLATIONS option and dropping the
    associated code and tables from the kernel, we can save about 7KiB.

    Taken from linux-tiny project by Tim Bird and mangled further by dwmw2.

    Signed-off-by: Tim Bird
    Signed-off-by: David Woodhouse

    David Woodhouse
     

09 May, 2008

1 commit

  • For e.g. proper TTY canonical support, IUTF8 termios flag has to be set as
    appropriate. Linux used to not care about setting that flag for VT TTYs.

    This patch fixes that by activating it according to the current mode of the
    VT, and sets the default value according to the vt.default_utf8 parameter.

    Signed-off-by: Samuel Thibault
    Cc: Willy Tarreau
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Samuel Thibault
     

30 Apr, 2008

4 commits

  • This adds a minimalistic braille screen reader support. This is meant to
    be used by blind people e.g. on boot failures or when / cannot be mounted
    etc and thus the userland screen readers can not work.

    [akpm@linux-foundation.org: fix exports]
    Signed-off-by: Samuel Thibault
    Cc: Jiri Kosina
    Cc: Dmitry Torokhov
    Acked-by: Alan Cox
    Cc: Randy Dunlap
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Samuel Thibault
     
  • Signed-off-by: Alan Cox
    Cc: Antonino Daplas
    Cc: Stephen Rothwell
    Cc: Kelly Daly
    Cc: Paul Mackerras
    Cc: Jiri Slaby
    Cc: Samuel Thibault
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alan Cox
     
  • Historically tty->pgrp and friends were pid_t and the code "knew" they were
    safe. The change to pid structs opened up a few races and the removal of the
    BKL in places made them quite hittable. We put tty->pgrp under the ctrl_lock
    for the tty.

    Signed-off-by: Alan Cox
    Cc: Oleg Nesterov
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alan Cox
     
  • - Push the BKL down into the line disciplines
    - Switch the tty layer to unlocked_ioctl
    - Introduce a new ctrl_lock spin lock for the control bits
    - Eliminate much of the lock_kernel use in n_tty
    - Prepare to (but don't yet) call the drivers with the lock dropped
    on the paths that historically held the lock

    BKL now primarily protects open/close/ldisc change in the tty layer

    [jirislaby@gmail.com: a couple of fixes]
    Signed-off-by: Alan Cox
    Signed-off-by: Jiri Slaby
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alan Cox
     

29 Apr, 2008

1 commit

  • A command that causes a line feed while a background color is active,
    such as

    perl -e 'print "x" x 60, "\e[44m", "x" x 40, "\e[0m\n"'
    and
    perl -e 'print "x" x 40, "\e[44m\n", "x" x 40, "\e[0m\n"'

    causes the line that was started as a result of the line feed to be completely
    filled with the currently active background color instead of the default
    color.

    When scrolling, part of the current screen is memcpy'd/memmove'd to the new
    region, and the new line(s) that will appear as a result are cleared using
    memset. However, the lines are cleared with vc->vc_video_erase_char, causing
    them to be colored with the currently active background color. This is
    different from X11 terminal emulators which always paint the new lines with
    the default background color (e.g. `xterm -bg black`).

    The clear operation (\e[1J and \e[2J) also use vc_video_erase_char, so a new
    vc->vc_scrl_erase_char is introduced with contains the erase character used
    for scrolling, which is built from vc->vc_def_color instead of vc->vc_color.

    Signed-off-by: Jan Engelhardt
    Cc: "Antonino A. Daplas"
    Cc: "H. Peter Anvin"
    Cc: Alan Cox
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jan Engelhardt
     

28 Apr, 2008

1 commit

  • Some accessibility modules need to be able to catch the output on the
    console before the VT interpretation, and possibly swallow it.

    [akpm@linux-foundation.org: coding-style fixes]
    Signed-off-by: Samuel Thibault
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Karl Dahlke
     

05 Mar, 2008

1 commit

  • VT notifier callbacks need to be aware of console switches. This is already
    partially done from console_callback(), but at that time fg_console, cursor
    positions, etc. are not yet updated and hence screen readers fetch the old
    values.

    This adds an update notify after all of the values are updated in
    redraw_screen(vc, 1).

    Signed-off-by: Samuel Thibault
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Samuel Thibault
     

07 Feb, 2008

1 commit

  • vt is missing a memory barrier to close the critical section. Use a real
    spinlock for this.

    Signed-off-by: Nick Piggin
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Nick Piggin
     

20 Oct, 2007

1 commit

  • Some external modules like Speakup need to monitor console output.

    This adds a VT notifier that such modules can use to get console output events:
    allocation, deallocation, writes, other updates (cursor position, switch, etc.)

    [akpm@linux-foundation.org: fix headers_check]
    Signed-off-by: Samuel Thibault
    Cc: Dmitry Torokhov
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Samuel Thibault
     

19 Oct, 2007

1 commit

  • Since default_utf8 is already a sysfs attribute, having an extra
    CONFIG_VT_UNICODE compile-time option is redundant, since sysfs attributes can
    be set at boot and run time.

    Also let Linux VCs default to UTF-8 (as per the discussion at
    http://lkml.org/lkml/2007/9/6/99).

    Signed-off-by: Jan Engelhardt
    Cc: Bill Nottingham
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jan Engelhardt
     

17 Oct, 2007

2 commits

  • As of now, the kernel defaults to non-unicode and XLATE for the keyboard.
    We've been changing this in Fedora, but that requires patching the defaults
    in the kernel.

    The attached introduces CONFIG_VT_UNICODE, which sets the console in
    unicode mode by default on boot, including both the virtual terminal and
    the keyboard driver.

    Signed-off-by: Bill Nottingham
    Cc: Samuel Thibault
    Cc: Dmitry Torokhov
    Cc: Jiri Kosina
    Cc: Alan Cox
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bill Nottingham
     
  • Various console drivers are able to resize the screen via the con_resize()
    hook. This hook is also visible in userspace via the TIOCWINSZ, VT_RESIZE and
    VT_RESIZEX ioctl's. One particular utility, SVGATextMode, expects that
    con_resize() of the VGA console will always return success even if the
    resulting screen is not compatible with the hardware. However, this
    particular behavior of the VGA console, as reported in Kernel Bugzilla Bug
    7513, can cause undefined behavior if the user starts with a console size
    larger than 80x25.

    To work around this problem, add an extra parameter to con_resize(). This
    parameter is ignored by drivers except for vgacon. If this parameter is
    non-zero, then the resize request came from a VT_RESIZE or VT_RESIZEX ioctl
    and vgacon will always return success. If this parameter is zero, vgacon will
    return -EINVAL if the requested size is not compatible with the hardware. The
    latter is the more correct behavior.

    With this change, SVGATextMode should still work correctly while in-kernel and
    stty resize calls can expect correct behavior from vgacon.

    Signed-off-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Antonino A. Daplas
     

18 Jul, 2007

5 commits

  • VGA console driver can misunderstand the current mode(Text/Graphic) under
    "disable console blanking" setting. When "disable console blank" is set
    (blankinterval=0), "do_unblank_screen()" function returns without changing
    "blank_state", and when "blank_state" is "blank_off", "do_blank_screen()
    function returns without invoking sw->con_blank() function. That's why VGA
    console driver can misunderstand the current mode.

    Signed-off-by: Nobuhiro Tachino
    Signed-off-by: Taku Izumi
    Cc: "Antonino A. Daplas"
    Cc: "Luck, Tony"
    Acked-by: Pete Zaitcev
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    izumi
     
  • - add comment for unbind_con_driver().
    - bind_con_driver() is made private again

    Signed-off-by: Jesse Barnes
    Signed-off-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jesse Barnes
     
  • Allow fbcon to select the primary display adapter using the
    fb_is_primary_device() arch-specific helper. If a a primary adapter is
    detected, fbcon will unbind the old adapter from the VT layer, then rebind
    using the new adapter. This requires that bind_/unbind_con_driver() be made
    public.

    Because this feature may produce unexpected behavior (from the user's POV),
    this must be explicitly enabled in Kconfig.

    [akpm@linux-foundation.org: export unbind_con_driver]
    Signed-off-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Antonino A. Daplas
     
  • vt, use ARRAY_SIZE

    Signed-off-by: Jiri Slaby
    Acked-by: Alan Cox
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jiri Slaby
     
  • vt, use kzalloc

    Signed-off-by: Jiri Slaby
    Acked-by: Alan Cox
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jiri Slaby
     

24 Jun, 2007

1 commit

  • Recently my console UTF-8 patch went mainline. Here is an additional patch
    that fixes two nasty issues and improves a third one, namely:

    1. My patch changed the behavior if a glyph is not found in the Unicode
    mapping table. Previously for Unicode values less than 256 or 512 the
    kernel tried to display the glyph from that position of the glyph table,
    which could lead to a different accented letter being displayed. I
    removed this fallback possibility and changed it to display the
    replacement symbol.

    As Behdad pointed out, some fonts (e.g. sun12x22 from the kbd package)
    lack Unicode mapping information, hence all you get is lots of question
    marks. Though theoretically it's actually a user-space bug (the font
    should be fixed), Behdad and I both believe that it'd be good to work
    around in the kernel by re-introducing the fallback solution for ASCII
    characters only. This sounds a quite reasonable decision, since all fonts
    ship the ASCII characters in the first 128 positions. This way users
    won't be surprised by lots of question marks just because s/he issued a
    not-so-perfectly parameterized setfont command. As this fallback is only
    re-introduced for code points below 128, you still won't see an accented
    letter replaced by another, but at least you'll always get the English
    letters right.

    2. My patch introduced "question mark with inverted color attributes" as a
    last resort fallback glyph. Though it perfectly works on VGA console, on
    framebuffer you may end up with question marks that are highlighed but
    shouldn't be, and normal characters that are accidentally highlighed.
    This is caused by missing FLUSHes when changing the color attribute.

    3. I've updated the table of double-width character based on Markus's
    updated version. Only ten new code poings (one interval) is added.

    Signed-off-by: Egmont Koblinger
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Egmont Koblinger
     

09 May, 2007

5 commits

  • The virtual console driver uses a semaphore as mutex. Use the mutex API
    instead of the (binary) semaphore.

    Signed-off-by: Matthias Kaehlcke
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matthias Kaehlcke
     
  • Create a variable, default_utf8, that defines the system-wide default UTF-8
    setting. This variable can be altered via sysfs. If the variable is properly
    set, this should mimimize breakage of UTF-8 encoded consoles when doing a
    reset or echo -e '\033c' and of newly opened/allocated consoles.

    This is based from patches by Jan Engelhardt and Paul LeoNerd Evans.

    Signed-off-by: Antonino Daplas
    Cc: Jan Engelhardt
    Cc: Paul LeoNerd Evans
    Cc: "H. Peter Anvin"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Antonino A. Daplas
     
  • Add color support to the "underline" and "italic" attributes as in
    OpenBSD/NetBSD-style (vt220) and xterm.

    Signed-off-by: Jan Engelhardt
    Acked-by: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jan Engelhardt
     
  • Allow for the palette to be exposed and changed via sysfs. A call to
    /usr/bin/reset will slurp the new definitions in for the current console.

    Already posted at http://lkml.org/lkml/2006/1/15/149

    Signed-off-by: Jan Engelhardt
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jan Engelhardt
     
  • The UTF-8 part of the vt driver suffers from the following issues which are
    addressed in my patch:

    1) If there's no glyph found for a particular valid UTF-8 character, we try
    to display U+FFFD. However if this one is not found either, here's what
    the current kernel does:

    - First, if the Unicode value is less than the number of glyphs, use the
    glyph directly from that position of the glyph table. While it may be a
    good idea in the 8-bit world, it has absolutely no sense with Unicode
    in mind. For example, if a Latin-2 font is loaded and an application
    prints U+00FB ("u with circumflex", not present in Latin-2) then as a
    fallback solution the glyph from the 0xFB position of the Latin-2
    fontset (which is an "u with double accent" - a different character) is
    displayed.

    - Second, if this fallback fails too, a simple ASCII question mark is
    printed, which is visually undistinguishable from a real question mark.

    I changed the code to skip the first step (except if in non-UTF-8 mode),
    and changed the second step to print the question mark with inverse color
    attributes, so it is visually clear that it's not a real question mark,
    and resembles more to the common glyph of U+FFFD.

    2) The UTF-8 decoder is buggy in many ways:

    - Lone continuation bytes (section 3.1 of Markus Kuhn's UTF-8 stress
    test) are not caught, they are displayed as some "random" (taken
    directly form the font table, see above) glyphs instead the replacement
    character.

    - Incomplete sequences (sections 3.2 and 3.3 of the stress test) emit no
    replacement character, but rather cause the subsequent valid character
    to be displayed more times(!).

    - The decoder is not safe: overlong sequences are not caught currently,
    they are displayed as if these were valid representations. This may
    even have security impacts.

    - The decoder does not handle D800..DFFF and FFFE..FFFF specially, it
    just emits these code points and lets it be looked up in the glyph
    table. Since these are invalid code points, I replace them by U+FFFD
    and hence give no chance for them to be looked up in the glyph table.
    (Assuming no font ships glyphs for these code points, this change is
    not visible to the users since the glyph shown will be the same.)

    With my fixes to the decoder it now behaves exactly as Markus Kuhn's
    stress test recommends.

    3) It has no concept of double-width (CJK) characters. It's way beyond the
    scope of my patch to try to display them, but at least I think it's
    important for the cursor to jump two positions when printing such
    characters, since this is what applications (such as text editors)
    expect. Currently the cursor only jumps one position, and hence
    applications suffer from displaying and refreshing problems, and editing
    some English letters that are preceded by some CJK characters in the same
    line is a nightmare. With my patch an additional space is inserted after
    the CJK character has been printed (which usually means a replacement
    symbol of course). (If U+FFFD isn't availble and hence an inverse
    question mark is displayed in the first cell, I keep the inverted state
    for the space in the 2nd column so it's quite easy to see that they are
    tied together.)

    4) There is a small built-in table of zero-width spaces that are not to be
    printed but silently skipped. U+200A is included there, but it's not a
    zero-width character, so I remove it from there.

    Signed-off-by: Egmont Koblinger
    Cc: Jan Engelhardt
    Cc: Alan Cox
    Cc: "H. Peter Anvin"
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Egmont Koblinger
     

17 Mar, 2007

2 commits

  • Initialise the SAK member of the vc_cons variable on all virtual terminals,
    not only the first one. This prevents an oops when trying Sysrq-C on e.g.
    the second virtual terminal:

    kernel BUG at kernel/workqueue.c:212!
    invalid opcode: 0000 [1] SMP
    CPU 0
    Modules linked in: i915 drm deflate zlib_deflate twofish twofish_common serpent blowfish des ce
    Pid: 0, comm: swapper Not tainted 2.6.21-rc3-default #15
    RIP: 0010:[] [] queue_work+0x32/0x51
    RSP: 0018:ffffffff805fada8 EFLAGS: 00010013
    RAX: ffffffff80683f38 RBX: ffffffff804ae700 RCX: 0000000000000000
    RDX: 0000000000000000 RSI: ffffffff80683f30 RDI: ffff81000134a840
    RBP: 0000000000000001 R08: 0000000000000005 R09: 0000000000000002
    R10: ffffffff805990e0 R11: ffff810037f4c0f0 R12: 000000000000006b
    R13: ffff81007aa23000 R14: 0000000000000001 R15: 0000000000000096
    FS: 0000000000000000(0000) GS:ffffffff804d8000(0000) knlGS:0000000000000000
    CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
    CR2: 00002b72026e9000 CR3: 0000000079175000 CR4: 00000000000006e0
    Process swapper (pid: 0, threadinfo ffffffff8059e000, task ffffffff80490840)
    Stack: 0000000000000096 ffffffff803635db ffffffff805fadf8 0000000000000001
    ffff8100013c2e40 0000000000000025 ffff81007c931c00 ffff81007aa23000
    0000000000000001 ffffffff8035e3ee 0000000000000092 ffff810037cc8000
    Call Trace:
    [] __handle_sysrq+0x98/0x129
    [] kbd_event+0x32e/0x56a
    [] input_event+0x422/0x44a
    [] atkbd_interrupt+0x449/0x503
    [] serio_interrupt+0x37/0x6f
    [] i8042_interrupt+0x1f4/0x20a
    [] smp_send_timer_broadcast_ipi+0x2d/0x4e
    [] handle_IRQ_event+0x25/0x53
    [] handle_edge_irq+0xe4/0x128
    [] call_softirq+0x1c/0x28
    [] do_IRQ+0x6c/0xd3
    [] mwait_idle+0x0/0x45
    [] ret_from_intr+0x0/0xa
    [] datagram_poll+0x0/0xc8
    [] mwait_idle+0x42/0x45
    [] cpu_idle+0x8b/0xae
    [] start_kernel+0x2b9/0x2c5
    [] _sinittext+0x15e/0x162

    Code: 0f 0b eb fe 48 8b 07 48 63 d2 48 f7 d0 48 8b 3c d0 e8 13 ff
    RIP [] queue_work+0x32/0x51
    RSP
    Kernel panic - not syncing: Aiee, killing interrupt handler!

    Signed-off-by: Bernhard Walle
    Acked-by: Eric Biederman
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bernhard Walle
     
  • When the console is in VT_AUTO+KD_GRAPHICS mode, switching to the
    SUSPEND_CONSOLE fails, resulting in vt_waitactive() waiting indefinitely or
    until the task is interrupted. This patch tests if a console switch can
    occur in set_console() and returns early if a console switch is not
    possible.

    [akpm@linux-foundation.org: cleanup]
    Signed-off-by: Andrew Johnson
    Acked-by: Pavel Machek
    Cc: "Antonino A. Daplas"
    Cc: "Rafael J. Wysocki"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andrew Johnson
     

14 Feb, 2007

1 commit

  • Somewhere in the rewrite of the work queues my cleanup of SAK handling
    got broken. Maybe I didn't retest it properly or possibly the API
    was changing so fast I missed something. Regardless currently
    triggering a SAK now generates an ugly BUG_ON and kills the kernel.

    Thanks to Alexey Dobriyan for spotting this.

    This modifies the use of SAK_work to initialize it when the data
    structure it resides in is initialized, and to simply call
    schedule_work when we need to generate a SAK. I update both
    data structures that have a SAK_work member for consistency.

    All of the old PREPARE_WORK calls that are now gone.

    If we call schedule_work again before it has processed it
    has generated the first SAK it will simply ignore the duplicate
    schedule_work request.

    Signed-off-by: Eric W. Biederman
    Signed-off-by: Linus Torvalds

    Eric W. Biederman
     

13 Feb, 2007

2 commits

  • Of kernel subsystems that work with pids the tty layer is probably the largest
    consumer. But it has the nice virtue that the assiation with a session only
    lasts until the session leader exits. Which means that no reference counting
    is required. So using struct pid winds up being a simple optimization to
    avoid hash table lookups.

    In the long term the use of pid_nr also ensures that when we have multiple pid
    spaces mixed everything will work correctly.

    Signed-off-by: Eric W. Biederman
    Cc: Alan Cox
    Cc: Oleg Nesterov
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Eric W. Biederman
     
  • - Use timer macros to set function and data members and to modify
    expiration time.
    - Use DEFINE_TIMER for global timers and do not init them at run-time in
    these cases.
    - del_timer_sync is common in most cases -- we want to wait for timer
    function if it's still running.

    Signed-off-by: Jiri Slaby
    Cc: Dave Airlie
    Cc: David Woodhouse
    Cc: Dominik Brodowski
    Cc: Alessandro Zummo
    Cc: Paul Fulghum
    Cc: Kylene Jo Hall
    Cc: Wim Van Sebroeck
    Acked-by: Dmitry Torokhov (Input bits)
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jiri Slaby
     

12 Feb, 2007

1 commit


14 Dec, 2006

1 commit

  • Run this:

    #!/bin/sh
    for f in $(grep -Erl "\([^\)]*\) *k[cmz]alloc" *) ; do
    echo "De-casting $f..."
    perl -pi -e "s/ ?= ?\([^\)]*\) *(k[cmz]alloc) *\(/ = \1\(/" $f
    done

    And then go through and reinstate those cases where code is casting pointers
    to non-pointers.

    And then drop a few hunks which conflicted with outstanding work.

    Cc: Russell King , Ian Molton
    Cc: Mikael Starvik
    Cc: Yoshinori Sato
    Cc: Roman Zippel
    Cc: Geert Uytterhoeven
    Cc: Ralf Baechle
    Cc: Paul Mackerras
    Cc: Kyle McMartin
    Cc: Benjamin Herrenschmidt
    Cc: Martin Schwidefsky
    Cc: "David S. Miller"
    Cc: Jeff Dike
    Cc: Greg KH
    Cc: Jens Axboe
    Cc: Paul Fulghum
    Cc: Alan Cox
    Cc: Karsten Keil
    Cc: Mauro Carvalho Chehab
    Cc: Jeff Garzik
    Cc: James Bottomley
    Cc: Ian Kent
    Cc: Steven French
    Cc: David Woodhouse
    Cc: Neil Brown
    Cc: Jaroslav Kysela
    Cc: Takashi Iwai
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Robert P. J. Day