12 Nov, 2020

4 commits


11 Nov, 2020

4 commits


09 Nov, 2020

1 commit


06 Nov, 2020

4 commits


05 Nov, 2020

7 commits


04 Nov, 2020

1 commit


03 Nov, 2020

2 commits


02 Nov, 2020

1 commit


30 Oct, 2020

6 commits


29 Oct, 2020

9 commits

  • If pca9450 is probed before the GPIO driver, it may miss the gpio_intr
    configuration in dts.
    Add defer probe handler to wait GPIO driver probe.

    Change-Id: Iafbddcb0ee5144043c4e67f0e361cfe0577940e8
    Reviewed-by: Robin Gong
    Signed-off-by: Jindong Yue

    Jindong Yue
     
  • We don't need to allocate and reassign the used ring here and remove the
    used_address_updated flag. Since RC has allocated the entire vring,
    including the used ring. Simply add the corresponding offset can get the
    used ring address.

    If following the orginal way to reassign the used ring, will encounter a
    problem. When host finished with descriptor, it will update the used
    ring with putused_kern api, if reassign used ring at EP side, used
    ring will be io device memory for RC, use memcpy in putused_kern will
    cause kernel panic.

    Signed-off-by: Sherry Sun
    Reviewed-by: Fugang Duan

    Sherry Sun
     
  • Remove the dev_is_dma_coherent check because this api is not allowed by
    other interfaces, and use dma_alloc_coherent for vrings and device page
    directly. Use dma_mmap_coherent to map memory allocated by
    dma_alloc_coherent instead of remap_pfn_range, and optimize the vop_mmap
    function code.

    Signed-off-by: Christoph Hellwig
    Signed-off-by: Sherry Sun
    Reviewed-by: Fugang Duan

    Sherry Sun
     
  • Set VIRTIO_F_ACCESS_PLATFORM feature directly for vop driver, as the
    DMA mapping details shouldn't be decided on the virtio implementation,
    but the host PCIe implementation.

    Signed-off-by: Sherry Sun
    Reviewed-by: Fugang Duan

    Sherry Sun
     
  • According the programming guide (for all DWC3 IPs), when the driver
    handles ClearFeature(halt) request, it should issue CLEAR_STALL command
    _after_ the END_TRANSFER command completes. The END_TRANSFER command may
    take some time to complete. So, delay the ClearFeature(halt) request
    control status stage and wait for END_TRANSFER command completion
    interrupt. Only after END_TRANSFER command completes that the driver
    may issue CLEAR_STALL command.

    Cc: stable@vger.kernel.org
    Fixes: cb11ea56f37a ("usb: dwc3: gadget: Properly handle ClearFeature(halt)")
    Signed-off-by: Thinh Nguyen
    Signed-off-by: Felipe Balbi
    (cherry picked from commit d97c78a1908e59a1fdbcbece87cd0440b5d7a1f2)

    Thinh Nguyen
     
  • The function driver may queue new requests right after halting the
    endpoint (i.e. queue new requests while the endpoint is stalled).
    There's no restriction preventing it from doing so. However, dwc3
    currently drops those requests after CLEAR_STALL. The driver should only
    drop started requests. Keep the pending requests in the pending list to
    resume and process them after the host issues ClearFeature(Halt) to the
    endpoint.

    Cc: stable@vger.kernel.org
    Fixes: cb11ea56f37a ("usb: dwc3: gadget: Properly handle ClearFeature(halt)")
    Signed-off-by: Thinh Nguyen
    Signed-off-by: Felipe Balbi
    (cherry picked from commit c503672abe1348f10f5a54a662336358c6e1a297)

    Thinh Nguyen
     
  • Add support aac streams for cplay, set necessary parameters to comp.

    Signed-off-by: Zhang Peng

    Zhang Peng
     
  • Since we didn't implement the family and stepping function callbacks for
    cosm_hw_op, when cat /sys/class/mic/mic0/family and
    /sys/class/mic/mic0/stepping at userspace will cause kernel panic:

    root@imx8qmmek:~# cat /sys/class/mic/mic0/family
    [ 44.736286] Unable to handle kernel NULL pointer dereference at
    virtual address 0000000000000000

    root@imx8qmmek:~# cat /sys/class/mic/mic0/stepping
    [ 66.614414] Unable to handle kernel NULL pointer dereference at
    virtual address 0000000000000000

    So add family and stepping callbacks to avoid kernel panic.

    Signed-off-by: Sherry Sun
    Reviewed-by: Fugang Duan

    Sherry Sun
     
  • If enable DEBUG, will meet the following errors when build mpssd, so fix
    them here.
    Only one error is listed here, other errors are similar.

    mpssd.c: In function ‘virtio_net’:
    mpssd.c:615:21: error: incompatible type for argument 2 of ‘disp_iovec’
    disp_iovec(mic, copy, __func__, __LINE__);
    ^~~~
    mpssd.c:361:1: note: expected ‘struct mic_copy_desc *’ but argument is of type ‘struct mic_copy_desc’
    disp_iovec(struct mic_info *mic, struct mic_copy_desc *copy,
    ^~~~~~~~~~

    Signed-off-by: Sherry Sun
    Reviewed-by: Fugang Duan

    Sherry Sun
     

28 Oct, 2020

1 commit