21 Oct, 2024

1 commit

  • There is a new neutron fine-tuning workflow. Different model files have
    different firmware, which requires the neutron linux driver to support
    loading different firmware for different models. This patch adds new
    interfaces to support loading firmware during runtime.

    This is a temporary workflow, but will be around for a whiles.

    Signed-off-by: Jiwei.Fu
    Reviewed-by: Peng Fan

    Jiwei.Fu
     

18 Oct, 2024

1 commit


17 Oct, 2024

11 commits


16 Oct, 2024

14 commits


15 Oct, 2024

11 commits

  • DTS property "eee-broken-1000t;" was added on 8mm for FEC to avoid issue
    of ptp sync. NETC should not have this issue.
    So, remove this property for NETC phys.

    Signed-off-by: Clark Wang
    Reviewed-by: Wei Fang

    Clark Wang
     
  • Add EEE support for i.MX95/ENETC V4. It will be disabled by default.
    Can enable it with this command:
    $ ethtool --set-eee eth0 tx-timer 5000 tx-lpi on eee on

    Signed-off-by: Clark Wang
    Reviewed-by: Wei Fang

    Clark Wang
     
  • These msleep() were added during bringup. However, as msleep() will
    slow down xpcs initialization and during high CPU utilization, it may
    lead to polling timeouts. So, remove these unnecessary delays.

    Fixes: f5d7b7a0ff41 ("LF-10639-4 net: pcs: xpcs: add mx95 serdes support")

    Signed-off-by: Clark Wang
    Reviewed-by: Wei Fang

    Clark Wang
     
  • This adds support for driving the chip into sleep or wakeup with a GPIO.

    If the device tree property device-wakeup-gpios is defined, the driver
    utilizes this GPIO for controlling the chip's power save state, else it
    uses the default UART-break method.

    Signed-off-by: Neeraj Sanjay Kale
    Signed-off-by: Luiz Augusto von Dentz
    (cherry picked from commit 039468a219126b10e988bf67f73d8a6687cba7dc)
    Signed-off-by: Luke Wang

    Neeraj Sanjay Kale
     
  • This adds a new optional device tree property device-wakeup-gpios, which
    specifies the GPIO connected to BT_WAKE_IN pin of the NXP chipset.

    If this property is defined, the driver will use this GPIO for driving chip
    into sleep/wakeup state, else use the UART break signal by default.

    Signed-off-by: Neeraj Sanjay Kale
    Reviewed-by: Rob Herring (Arm)
    Signed-off-by: Luiz Augusto von Dentz
    (cherry picked from commit 99ba211a9b71ba81535045d7f46cefc0c738ddc2)
    Signed-off-by: Luke Wang

    Neeraj Sanjay Kale
     
  • This adds a new optional device tree property called firware-name.

    Signed-off-by: Neeraj Sanjay Kale
    Reviewed-by: Krzysztof Kozlowski
    Signed-off-by: Luiz Augusto von Dentz
    (cherry picked from commit 921825453873a15e8c83d6c171f0a6cf128fc963)
    Signed-off-by: Luke Wang

    Neeraj Sanjay Kale
     
  • This adds ISO packet support in h4_recv.h, which was created before ISO
    packet handling was added to hci_h4.c and hci_uart.c

    Signed-off-by: Neeraj Sanjay Kale
    Signed-off-by: Luiz Augusto von Dentz
    (cherry picked from commit 61b27cdf025bf47d3caf0f1ceab078b48774ba13)
    Signed-off-by: Luke Wang

    Neeraj Sanjay Kale
     
  • This changes the chip name of IW615 to IW610.

    IW610 (formerly called IW615) is yet to be released to broad market,
    hence there is no issue of backward compatibility.

    Signed-off-by: Neeraj Sanjay Kale
    Signed-off-by: Luiz Augusto von Dentz
    (cherry picked from commit cc34f7a69916dcddfb3b5e29fac263b85ec5faa9)
    Signed-off-by: Luke Wang

    Neeraj Sanjay Kale
     
  • This updates all FW names by dropping the _v0 suffix.
    Its been decided that all NXP BT/ WiFi FW names won't support _v0 suffix.
    The suffix would be kept for next HW versions such as v1, v2 and so on,
    which do not have backward compatible FW.

    This change affects W8987, IW416 and IW615 chipsets, out of which new FW
    files for W8987 and IW615 are yet to be released to broad market.

    For IW416, old and new FW names are added to maintain backward
    compatibility for existing customers.

    Signed-off-by: Neeraj Sanjay Kale
    Signed-off-by: Luiz Augusto von Dentz
    (cherry picked from commit fa5c74f806c5541b388a1902e1fd7962c7d58c04)
    Signed-off-by: Luke Wang

    Neeraj Sanjay Kale
     
  • This enables btnxpuart driver to handle ISO RX packet when DUT is
    configured as audio sink.

    Tested IW612 on iMX8MMini platform and BlueZ-5.77 as follows:
    1) Configured DUT with bap_bcast_sink role in pipewire configuration file.
    2) Started pipewire and DUT is able to sync with Broadcast source through
    pipewire.
    3) ISO data RX is seen in btmon.
    4) Audio/Music is heard on audio jack.

    Signed-off-by: Neeraj Sanjay Kale
    Tested-by: Sarveshwar Bajaj
    Signed-off-by: Luiz Augusto von Dentz
    (cherry picked from commit 33b25739acb9bc4b1edfd39d25487d2520c7986b)
    Signed-off-by: Luke Wang

    Neeraj Sanjay Kale
     
  • If set the mode to the same mode as current mode, return
    directly.

    Signed-off-by: Jacky Bai
    Reviewed-by: Ye Li

    Jacky Bai
     

13 Oct, 2024

2 commits

  • Remove format member from sensor structure, the sensor subdevice will
    not track the state internally, instead it will use the managed
    subdev active state, in ox05b1s_set_fmt for example.

    Remove ox05b1s_get_fmt and use v4l2_subdev_get_fmt instead.

    Use v4l2_subdev_init_finalize to opt-in for managed state, use the same
    sensor lock, and initialize it sooner.

    Do not lock in set_fmt and get_selection, as these ioctls, among others,
    are called from a wrapper that already takes the lock if the subdev
    uses active state, see DEFINE_STATE_WRAPPER.

    Signed-off-by: Mirela Rabulea
    Reviewed-by: Laurentiu Palcu

    Mirela Rabulea
     
  • The current setting of the hdr_mode control is not working properly.
    Cannot count on ox05b1s_update_controls() to actually write the
    sensor registers, as the sensor may be suspended. Remove the
    setting of hdr_mode from ox05b1s_update_controls(), as it is not
    useful here, and it was wrong anyway, it should not be set to
    the default value, that will overwrite what was set by user.
    Instead, use __v4l2_ctrl_handler_setup in ox05b1s_apply_current_mode(),
    to ensure control values are written in sensor registers
    before streaming starts.

    Also, update some comments.

    Fixes: 17597cc37552 ("LF-12210-2: media: ox05b1s: Add omnivision OX05B1S raw sensor driver")

    Signed-off-by: Mirela Rabulea
    Reviewed-by: Laurentiu Palcu

    Mirela Rabulea