12 Jan, 2012

4 commits


07 Nov, 2011

1 commit

  • * 'modsplit-Oct31_2011' of git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux: (230 commits)
    Revert "tracing: Include module.h in define_trace.h"
    irq: don't put module.h into irq.h for tracking irqgen modules.
    bluetooth: macroize two small inlines to avoid module.h
    ip_vs.h: fix implicit use of module_get/module_put from module.h
    nf_conntrack.h: fix up fallout from implicit moduleparam.h presence
    include: replace linux/module.h with "struct module" wherever possible
    include: convert various register fcns to macros to avoid include chaining
    crypto.h: remove unused crypto_tfm_alg_modname() inline
    uwb.h: fix implicit use of asm/page.h for PAGE_SIZE
    pm_runtime.h: explicitly requires notifier.h
    linux/dmaengine.h: fix implicit use of bitmap.h and asm/page.h
    miscdevice.h: fix up implicit use of lists and types
    stop_machine.h: fix implicit use of smp.h for smp_processor_id
    of: fix implicit use of errno.h in include/linux/of.h
    of_platform.h: delete needless include
    acpi: remove module.h include from platform/aclinux.h
    miscdevice.h: delete unnecessary inclusion of module.h
    device_cgroup.h: delete needless include
    net: sch_generic remove redundant use of
    net: inet_timewait_sock doesnt need
    ...

    Fix up trivial conflicts (other header files, and removal of the ab3550 mfd driver) in
    - drivers/media/dvb/frontends/dibx000_common.c
    - drivers/media/video/{mt9m111.c,ov6650.c}
    - drivers/mfd/ab3550-core.c
    - include/linux/dmaengine.h

    Linus Torvalds
     

02 Nov, 2011

10 commits

  • On s390 I have seen some random

    "Warning: unable to open an initial console"

    boot failure. Turns out that tty_open fails, because the
    hvc_alloc was not yet done. In former times this could not happen,
    since the probe function automatically called hvc_alloc. With newer
    versions (multiport) some hostguest interaction is required
    before hvc_alloc is called. This might be too late, especially if
    an initramfs is involved. Lets use a completion if we have
    multiport and an early console.

    [Amit:
    * Use NULL instead of 0 for pointer comparison
    * Rename 'port_added' to 'early_console_added'
    * Re-format, re-word commit message
    * Rebase patch on top of current queue]

    Signed-off-by: Christian Borntraeger
    Signed-off-by: Amit Shah
    Acked-by: Chrstian Borntraeger
    Signed-off-by: Rusty Russell

    Christian Borntraeger
     
  • This commit adds port-specific stats for the number of bytes received,
    sent and discarded. They're exposed via the debugfs interface. This
    data can be used to check for data loss bugs (or disprove such claims).
    It can also be used for accounting, if there's such a need.

    The stats remain valid throughout the lifetime of the port. Unplugging
    a port will reset the stats. The numbers are not reset across port
    opens/closes.

    Signed-off-by: Amit Shah
    Signed-off-by: Rusty Russell

    Amit Shah
     
  • discard_port_data() used virtqueue_get_buf() directly instead of using
    get_inbuf(). Fix this, so that we get accounting for all received
    bytes. This also simplifies the code a lot.

    Signed-off-by: Amit Shah
    Signed-off-by: Rusty Russell

    Amit Shah
     
  • 'ret' is a misnomer in discard_port_data() since we don't return the
    value. Rename it to 'err'.
    Signed-off-by: Rusty Russell

    Amit Shah
     
  • Instead of pulling in a buffer from the vq each time it's called,
    get_inbuf() now checks if the current active buffer, in port->inbuf is
    valid. If it is, just returns a pointer to it. This ends up
    simplifying a lot of code calling get_inbuf() since the check for
    port->inbuf being valid was done by all the callers.

    Signed-off-by: Amit Shah
    Signed-off-by: Rusty Russell

    Amit Shah
     
  • get_inbuf() returns void *. There's no reason to return void pointers
    instead of the correct struct port_buffer *.

    Signed-off-by: Amit Shah
    Signed-off-by: Rusty Russell

    Amit Shah
     
  • Get ready to support suspend/resume by using the freezable calls so that
    blocking read/write syscalls are handled properly across suspend/resume.

    Signed-off-by: Amit Shah
    Signed-off-by: Rusty Russell

    Amit Shah
     
  • We don't allow port name changes dynamically for a port. So any
    requests by the host to change the name are ignored.

    Before this patch, if the hypervisor sent a port name while we had one
    set already, we would leak memory equivalent to the size of the old
    name.

    This scenario wasn't expected so far, but with the suspend-resume
    support, we'll send the VIRTIO_CONSOLE_PORT_READY message after restore,
    which can get us into this situation.

    Signed-off-by: Amit Shah
    Signed-off-by: Rusty Russell

    Amit Shah
     
  • Convert spaces to tabs and fix indentation for an if statement split
    into multiple lines.

    Signed-off-by: Amit Shah
    Signed-off-by: Rusty Russell

    Amit Shah
     
  • This patch modifies virtio-console to use virtio_config_val() instead
    of a 'if(virtio_has_feature()) vdev->config->get()' construct to retrieve
    optional values from the config space.

    Cc: Amit Shah
    Cc: "Michael S. Tsirkin"
    Cc: Rusty Russell
    Cc: virtualization@lists.linux-foundation.org
    Signed-off-by: Sasha Levin
    Signed-off-by: Rusty Russell

    Sasha Levin
     

01 Nov, 2011

1 commit


30 May, 2011

1 commit


21 Apr, 2011

1 commit

  • This call was disabled as hot-unplugging one virtconsole port led to
    another virtconsole port freezing.

    Upon testing it again, this now works, so enable it.

    In addition, a bug was found in qemu wherein removing a port of one type
    caused the guest output from another port to stop working. I doubt it
    was just this bug that caused it (since disabling the hvc_remove() call
    did allow other ports to continue working), but since it's all solved
    now, we're fine with hot-unplugging of virtconsole ports.

    Signed-off-by: Amit Shah
    Signed-off-by: Rusty Russell

    Amit Shah
     

07 Mar, 2011

1 commit

  • If a virtio-console device gets unplugged while a port is open, a
    subsequent close() call on the port accesses vqs to free up buffers.
    This can lead to a crash.

    The buffers are already freed up as a result of the call to
    unplug_ports() from virtcons_remove(). The fix is to simply not access
    vq information if port->portdev is NULL.

    Reported-by: juzhang
    CC: stable@kernel.org
    Signed-off-by: Amit Shah
    Signed-off-by: Rusty Russell
    Signed-off-by: Linus Torvalds

    Amit Shah
     

11 Feb, 2011

1 commit


04 Feb, 2011

1 commit

  • Commit 728674a7e466628df2aeec6d11a2ae1ef968fb67 moved virtio_console.c
    to drivers/tty/hvc/ under the perception of this being an hvc driver.
    It was such once, but these days it has generic communication
    capabilities as well, so move it to drivers/char/.

    In the future, the hvc part from this file can be split off and moved
    under drivers/tty/hvc/.

    Signed-off-by: Amit Shah
    CC: Rusty Russell
    Acked-by: Arnd Bergmann
    Signed-off-by: Greg Kroah-Hartman

    Amit Shah
     

14 Jan, 2011

1 commit

  • As requested by Arnd Bergmann, the hvc drivers are now
    moved to the drivers/tty/hvc/ directory. The virtio_console.c driver
    was also moved, as it required the hvc_console.h file to be able to be
    built, and it really is a hvc driver.

    Cc: Arnd Bergmann
    Signed-off-by: Greg Kroah-Hartman

    Greg Kroah-Hartman
     

24 Nov, 2010

1 commit

  • Stanse found that in init_vqs, memory is leaked under certain
    circumstanses (the fail path order is incorrect). Fix that by checking
    allocations in one turn and free all of them at once if some fails
    (some may be NULL, but this is OK).

    Signed-off-by: Jiri Slaby
    Cc: Amit Shah
    Cc: virtualization@lists.linux-foundation.org
    Cc: Greg Kroah-Hartman
    Signed-off-by: Rusty Russell

    Jiri Slaby
     

21 Oct, 2010

17 commits