06 Sep, 2012

1 commit

  • This is part of the IP injection protocol in that the host expects this field
    to reflect what addresses (address families) are currently bound to the
    interface. The KVP daemon is currently collecting this information and sending
    it to the kernel component. I had overlooked copying this and sending it
    back to the host. This patch addresses this issue.

    Signed-off-by: K. Y. Srinivasan
    Reviewed-by: Haiyang Zhang
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     

05 Sep, 2012

1 commit

  • There are two reasons we need to use x86_hyper instead of
    query_hypervisor_presence():

    - Not only hyperv but also other hypervisors such as kvm would set
    X86_FEATURE_HYTPERVISOR, so query_hypervisor_presence() will return true even
    in kvm. This may cause extra delay of 5 seconds before failing the probing in
    kvm guest.
    - The hypervisor has been detected in init_hypervisor(), so no need to do the
    work again.

    Signed-off-by: Jason Wang
    Cc: Haiyang Zhang
    Acked-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    Jason Wang
     

18 Aug, 2012

1 commit

  • We wait for about 5 seconds for the success of the hyperv registration even if
    we were not in hyperv platform. This is suboptimal, so the patch check the cpuid
    in the beginning of hv_acpi_init() instead of in vmbus_bus_init() to fail the
    probing immediately.

    Signed-off-by: Jason Wang
    Cc: Haiyang Zhang
    Acked-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    Jason Wang
     

17 Aug, 2012

3 commits


14 Aug, 2012

2 commits

  • Format GUIDS as per MSFT standard. This makes interacting with MSFT
    tool stack easier.

    Signed-off-by: K. Y. Srinivasan
    Reviewed-by: Haiyang Zhang
    Reviewed-by: Olaf Hering
    Reviewed-by: Ben Hutchings
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     
  • The current guest ID string in use in vmbus driver does not conform
    to the MSFT guidelines on guest ID. MSFT currently does not specify
    Linux specific guidelines. MSFT however has plans to publish Linux
    specific guidelines. This implementation conforms to the yet unpublished
    Linux specific guidelines for guest ID. This implementation also broadly
    conforms to the current guidelines as well.

    Signed-off-by: K. Y. Srinivasan
    Reviewed-by: Haiyang Zhang
    Cc: Bjørn Mork
    Cc: Paolo Bonzini
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     

01 Aug, 2012

1 commit

  • Pull random subsystem patches from Ted Ts'o:
    "This patch series contains a major revamp of how we collect entropy
    from interrupts for /dev/random and /dev/urandom.

    The goal is to addresses weaknesses discussed in the paper "Mining
    your Ps and Qs: Detection of Widespread Weak Keys in Network Devices",
    by Nadia Heninger, Zakir Durumeric, Eric Wustrow, J. Alex Halderman,
    which will be published in the Proceedings of the 21st Usenix Security
    Symposium, August 2012. (See https://factorable.net for more
    information and an extended version of the paper.)"

    Fix up trivial conflicts due to nearby changes in
    drivers/{mfd/ab3100-core.c, usb/gadget/omap_udc.c}

    * tag 'random_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/random: (33 commits)
    random: mix in architectural randomness in extract_buf()
    dmi: Feed DMI table to /dev/random driver
    random: Add comment to random_initialize()
    random: final removal of IRQF_SAMPLE_RANDOM
    um: remove IRQF_SAMPLE_RANDOM which is now a no-op
    sparc/ldc: remove IRQF_SAMPLE_RANDOM which is now a no-op
    [ARM] pxa: remove IRQF_SAMPLE_RANDOM which is now a no-op
    board-palmz71: remove IRQF_SAMPLE_RANDOM which is now a no-op
    isp1301_omap: remove IRQF_SAMPLE_RANDOM which is now a no-op
    pxa25x_udc: remove IRQF_SAMPLE_RANDOM which is now a no-op
    omap_udc: remove IRQF_SAMPLE_RANDOM which is now a no-op
    goku_udc: remove IRQF_SAMPLE_RANDOM which was commented out
    uartlite: remove IRQF_SAMPLE_RANDOM which is now a no-op
    drivers: hv: remove IRQF_SAMPLE_RANDOM which is now a no-op
    xen-blkfront: remove IRQF_SAMPLE_RANDOM which is now a no-op
    n2_crypto: remove IRQF_SAMPLE_RANDOM which is now a no-op
    pda_power: remove IRQF_SAMPLE_RANDOM which is now a no-op
    i2c-pmcmsp: remove IRQF_SAMPLE_RANDOM which is now a no-op
    input/serio/hp_sdc.c: remove IRQF_SAMPLE_RANDOM which is now a no-op
    mfd: remove IRQF_SAMPLE_RANDOM which is now a no-op
    ...

    Linus Torvalds
     

20 Jul, 2012

1 commit


19 Jul, 2012

1 commit

  • With the changes in the random tree, IRQF_SAMPLE_RANDOM is now a
    no-op; interrupt randomness is now collected unconditionally in a very
    low-overhead fashion; see commit 775f4b297b. The IRQF_SAMPLE_RANDOM
    flag was scheduled to be removed in 2009 on the
    feature-removal-schedule, so this patch is preparation for the final
    removal of this flag.

    Signed-off-by: "Theodore Ts'o"
    Acked-by: "K. Y. Srinivasan"
    Cc: Haiyang Zhang

    Theodore Ts'o
     

23 May, 2012

1 commit

  • Pull driver core updates from Greg Kroah-Hartman:
    "Here's the driver core, and other driver subsystems, pull request for
    the 3.5-rc1 merge window.

    Outside of a few minor driver core changes, we ended up with the
    following different subsystem and core changes as well, due to
    interdependancies on the driver core:
    - hyperv driver updates
    - drivers/memory being created and some drivers moved into it
    - extcon driver subsystem created out of the old Android staging
    switch driver code
    - dynamic debug updates
    - printk rework, and /dev/kmsg changes

    All of this has been tested in the linux-next releases for a few weeks
    with no reported problems.

    Signed-off-by: Greg Kroah-Hartman "

    Fix up conflicts in drivers/extcon/extcon-max8997.c where git noticed
    that a patch to the deleted drivers/misc/max8997-muic.c driver needs to
    be applied to this one.

    * tag 'driver-core-3.5-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core: (90 commits)
    uio_pdrv_genirq: get irq through platform resource if not set otherwise
    memory: tegra{20,30}-mc: Remove empty *_remove()
    printk() - isolate KERN_CONT users from ordinary complete lines
    sysfs: get rid of some lockdep false positives
    Drivers: hv: util: Properly handle version negotiations.
    Drivers: hv: Get rid of an unnecessary check in vmbus_prep_negotiate_resp()
    memory: tegra{20,30}-mc: Use dev_err_ratelimited()
    driver core: Add dev_*_ratelimited() family
    Driver Core: don't oops with unregistered driver in driver_find_device()
    printk() - restore prefix/timestamp printing for multi-newline strings
    printk: add stub for prepend_timestamp()
    ARM: tegra30: Make MC optional in Kconfig
    ARM: tegra20: Make MC optional in Kconfig
    ARM: tegra30: MC: Remove unnecessary BUG*()
    ARM: tegra20: MC: Remove unnecessary BUG*()
    printk: correctly align __log_buf
    ARM: tegra30: Add Tegra Memory Controller(MC) driver
    ARM: tegra20: Add Tegra Memory Controller(MC) driver
    printk() - restore timestamp printing at console output
    printk() - do not merge continuation lines of different threads
    ...

    Linus Torvalds
     

14 May, 2012

2 commits


10 Apr, 2012

1 commit

  • This function returns negative error codes, but because the type is u16
    they get truncated into positive numbers. It doesn't look like the
    callers care, but we should fix it anyway as a cleanup.

    Signed-off-by: Dan Carpenter
    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    Dan Carpenter
     

04 Apr, 2012

1 commit

  • In the existing code, we only stop queue when the ringbuffer is full,
    so the current packet has to be dropped or retried from upper layer.

    This patch stops the tx queue when available ringbuffer is below
    the low watermark. So the ringbuffer still has small amount of space
    available for the current packet. This will reduce the overhead of
    retries on sending.

    Signed-off-by: Haiyang Zhang
    Reviewed-by: K. Y. Srinivasan
    Signed-off-by: David S. Miller

    Haiyang Zhang
     

17 Mar, 2012

2 commits


14 Mar, 2012

1 commit


10 Feb, 2012

2 commits

  • The current code arbirarily limited the number of CPUs the guest could have.
    Change that so that we can support the maximum number of CPUs the guest can
    support. While we use NR_CPUS to size the per-cpu state all we are allocating
    based on NR_CPUS are the pointers to per-cpu state that will be allocatted in
    the context of the initializing CPU. This patch triggers a checkpatch warning
    for the usage of NR_CPU and since all we are allocating a couple of pointers
    per CPU, it should be ok.

    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Haiyang Zhang
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     
  • Now, cleanup the user/kernel KVP protocol by using the same structure
    definition that is used for host/guest KVP protocol. This simplifies the code.

    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Haiyang Zhang
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     

03 Feb, 2012

2 commits


25 Jan, 2012

1 commit


10 Jan, 2012

1 commit

  • * 'usb-next' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb: (232 commits)
    USB: Add USB-ID for Multiplex RC serial adapter to cp210x.c
    xhci: Clean up 32-bit build warnings.
    USB: update documentation for usbmon
    usb: usb-storage doesn't support dynamic id currently, the patch disables the feature to fix an oops
    drivers/usb/class/cdc-acm.c: clear dangling pointer
    drivers/usb/dwc3/dwc3-pci.c: introduce missing kfree
    drivers/usb/host/isp1760-if.c: introduce missing kfree
    usb: option: add ZD Incorporated HSPA modem
    usb: ch9: fix up MaxStreams helper
    USB: usb-skeleton.c: cleanup open_count
    USB: usb-skeleton.c: fix open/disconnect race
    xhci: Properly handle COMP_2ND_BW_ERR
    USB: remove dead code from suspend/resume path
    USB: add quirk for another camera
    drivers: usb: wusbcore: Fix dependency for USB_WUSB
    xhci: Better debugging for critical host errors.
    xhci: Be less verbose during URB cancellation.
    xhci: Remove debugging about ring structure allocation.
    xhci: Remove debugging about toggling cycle bits.
    xhci: Remove debugging for individual transfers.
    ...

    Linus Torvalds
     

05 Jan, 2012

1 commit

  • The function vmbus_exists() was introduced recently to deal with cases where
    the vmbus driver failed to initialize and yet other Hyper-V drivers attempted
    to register with the vmbus bus driver. This patch introduced a bug where
    vmbus_driver_unregister() would fail to unregister the driver. This patch
    fixes the problem.

    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Fuzhou Chen
    Cc: Sasha Levin
    Cc: stable
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     

13 Dec, 2011

3 commits


10 Dec, 2011

1 commit

  • The hv vmbus driver was causing an OOPS since it was trying to register drivers
    on top of the bus even if initialization of the bus has failed for some
    reason (such as the odd chance someone would run a hv enabled kernel in a
    non-hv environment).

    Signed-off-by: Sasha Levin
    Signed-off-by: K. Y. Srinivasan
    Cc: stable
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     

27 Nov, 2011

2 commits

  • Most of the drivers/*/Kconfig files define a menu entry. Define
    a menu item for hv too such that it becomes uniform with e.g.
    virtio for at least "make xconfig" and "make menuconfig" users.

    Signed-off-by: Bart Van Assche
    Cc: Greg Kroah-Hartman
    Cc: James Bottomley
    Cc: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    Bart Van Assche
     
  • Modify the way we initialize the vmbus driver so that all the hyper-v drivers
    can be linked with the kernel and still ensure that the vmbus driver
    is fully initialized before the drivers that depend upon the vmbus
    driver attempt to initialize.

    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Haiyang Zhang
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     

19 Nov, 2011

1 commit

  • The utf8s_to_utf16s conversion routine needs to be improved. Unlike
    its utf16s_to_utf8s sibling, it doesn't accept arguments specifying
    the maximum length of the output buffer or the endianness of its
    16-bit output.

    This patch (as1501) adds the two missing arguments, and adjusts the
    only two places in the kernel where the function is called. A
    follow-on patch will add a third caller that does utilize the new
    capabilities.

    The two conversion routines are still annoyingly inconsistent in the
    way they handle invalid byte combinations. But that's a subject for a
    different patch.

    Signed-off-by: Alan Stern
    CC: Clemens Ladisch
    Signed-off-by: Greg Kroah-Hartman

    Alan Stern
     

11 Oct, 2011

7 commits