Reset Bluetooth using hardware pin via dts Compared with the previously submitted version, the following information are some specific revision histories V6-->V7 modifications: -Change the gpio_direction_output interface to the gpiod_set_value_cansleep and gpiod_put interface. -Remove the schedule_delayed_work asynchronous operation. -Delete the #gpio-cell attribute in the yaml file, remove the #gpio-cell in the required field, and simplify the contents of the descriptions. V5-->V6 modifications: -Add specific revisions in the changes from v4 to v5. -Add hardware pin title and descriptions to dt-binding submission information. -Modify the title descriptions in the dt-binding file. -Add 7925 what is it. -Wrap the descriptions of MT7925 chip uses the USB bus appropriately. -Change the compatible string to mediatek,mt7925-bluetooth in the dt-binding file and driver code. -Drop gpio-controlelr properties in the dt-binding file. -Modify the descriptions of the reset-gpios properties in the dt-binding file. -Change the node information of reset-gpios in bluetooth from high level valid to low level valid. V4-->V5 modifications: -Correct the spelling error of word provides mentioned in V1. -Drop the xhci0 node and status property in the dt-binding file. -Modify the bt_reset tag node to bluetooth in the dt-binding file. -Add #gpio-cell descriptions to properties, nodes and requests. -Make a separate patch for the changes to dt-binding. V3-->V4 modifications: -Modify submission information why use hardware pin to reset Bluetooth. -Write historical commit information into the cover letter. -Modify dt binding format information and the explanation text in the dt-binding file. V2-->V3 modifications: -Changed the capitalization of co-developer names, using the correct capitalization of abbreviations and full name, and corrected obvious spelling errors. -Add a revision history. -Remove the "BT Driver" in the prefix. -Add the bt-binding document, include inforamtion related to reset pin and compatibility matching. -Add a comment before the schedule_delayed_work function call, although schedule_delayed_work is asynchronous, there is no risk. Even if it is not completed within 200ms, it will only postpone the subsequent probe and will not have any impact. -Add a comment before the btmtk_reset_by_gpio function call, if the compatibility filed or pin cannot be found in the dts files, it can still reset bluetooth using software reset. V2 modifications: -Modify gpio to GPIO, SW to software, and fix other obvious spelling errors. -- 2.45.2
© 2016 - 2025 Red Hat, Inc.