Hello Linus,
Please consider pull to receive generic phy updates for v6.4-rc1. We
have a bunch of new controller support in qcom, mediatek and rk socs.
Intel Thunder Bay eMMC PHY driver is dropped as no users and bunch of
driver updates for the subsystem
The following changes since commit fe15c26ee26efa11741a7b632e9f23b01aca4cc6:
Linux 6.3-rc1 (2023-03-05 14:52:03 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/phy/linux-phy.git tags/phy-for-6.4
for you to fetch changes up to a0106132372120dd0abf5ad7636614e5aeb5da08:
phy: cadence: cdns-dphy-rx: Add common module reset support (2023-04-12 22:16:16 +0530)
----------------------------------------------------------------
phy-for-6.4
- New support:
- UFS PHY for Qualcomm SA8775p, SM7150
- PCIe 2 lane phy support for sc8180x and PCIe PHY for SDX65
- Mediatke hdmi phy support for mt8195
- rockchip naneng combo phy support for RK358
- Updates:
- Drop Thunder Bay eMMC PHY driver
- RC support for PCIe phy for Qualcomm SDX55
- SGMII support in WIZ driver for J721E
- PCIe and multilink SGMII PHY support in cadence driver
- Big pile of platform remove callback returning void conversions
----------------------------------------------------------------
A, Rashmi (2):
phy: intel: Remove Thunder Bay eMMC PHY support
dt-bindings: phy: intel: Remove Thunder Bay eMMC PHY bindings
Alain Volmat (1):
phy: st: miphy28lp: use _poll_timeout functions for waits
Bartosz Golaszewski (2):
dt-bindings: phy: qmp-ufs: describe the UFS PHY for sa8775p
phy: qualcomm: phy-qcom-qmp-ufs: add definitions for sa8775p
David Wronek (2):
dt-bindings: phy: Add QMP UFS PHY comptible for SM7150
phy: qcom-qmp-ufs: Add SM7150 support
Dmitry Baryshkov (4):
phy: qcom-qmp-combo: fix v3 offsets table
phy: qcom-qmp-combo: use qmp_combo_offsets_v3 instead of _v6
phy: qcom-qmp-pcie: sc8180x PCIe PHY has 2 lanes
phy: qcom-qmp-pcie: drop sdm845_qhp_pcie_rx_tbl
Gaosheng Cui (1):
phy: tegra: xusb: Add missing tegra_xusb_port_unregister for usb2_port and ulpi_port
Guillaume Ranquet (3):
dt-bindings: phy: mediatek: hdmi-phy: Add mt8195 compatible
phy: phy-mtk-hdmi: Add generic phy configure callback
phy: mediatek: add support for phy-mtk-hdmi-mt8195
Henry Lin (1):
phy: tegra: xusb: Support sleepwalk for Tegra234
Krzysztof Kozlowski (7):
phy: marvell: drop of_match_ptr for ID table
phy: st: spear: drop of_match_ptr for ID table
dt-bindings: phy: cadence-sierra: drop assigned-clocks
dt-bindings: phy: cadence-torrent: drop assigned-clocks
dt-bindings: phy: ti,phy-am654-serdes: drop assigned-clocks type
dt-bindings: phy: ti,phy-j721e-wiz: drop assigned-clocks
dt-bindings: phy: ti,phy-j721e-wiz: document clock-output-names
Lars-Peter Clausen (2):
phy: cadence: Sierra: Replace `clk_register(`) with `clk_hw_register()`
phy: cadence: Sierra: Use clk_parent_data to provide parent information
Lucas Tanure (3):
dt-bindings: PCI: dwc: Add rk3588 compatible
dt-bindings: phy: rockchip: Add rk3588 compatible
phy: rockchip: Add naneng combo phy support for RK3588
Manivannan Sadhasivam (2):
phy: qcom-qmp-pcie: Split out EP related init sequence for SDX55
phy: qcom-qmp-pcie: Add RC init sequence for SDX55
Mark Brown (1):
phy: xgene: Depend on ARCH_XGENE rather than plain arm64
Michael Grzeschik (1):
phy: stm32-usphyc: add 200 to 300 us delay to fix timeout on some machines
Radhey Shyam Pandey (1):
phy: xilinx: phy-zynqmp: mention SGMII as supported protocol
Rob Herring (2):
phy: Use of_property_present() for testing DT property presence
dt-bindings: phy: Drop unneeded quotes
Rohit Agarwal (2):
dt-bindings: phy: qcom,qmp: Add SDX65 QMP PHY
phy: qcom-qmp: Add support for SDX65 QMP PCIe PHY
Siddharth Vadapalli (3):
phy: ti: j721e-wiz: Fix unreachable code in wiz_mode_select()
dt-bindings: phy: ti: phy-gmii-sel: Add support for J784S4 CPSW9G
phy: ti: j721e-wiz: Add SGMII support in WIZ driver for J721E
Sinthu Raja (1):
phy: cadence: cdns-dphy-rx: Add common module reset support
Swapnil Jakhade (1):
phy: cadence: Sierra: Add PCIe + SGMII PHY multilink configuration
Tom Rix (2):
phy: rockchip-pcie: remove unused phy_rd_cfg function
phy: rockchip: remove unused hw_to_inno function
Uwe Kleine-K?nig (31):
phy: allwinner: phy-sun4i-usb: Convert to platform remove callback returning void
phy: broadcom: phy-brcm-usb: Convert to platform remove callback returning void
phy: cadence: cdns-dphy: Convert to platform remove callback returning void
phy: cadence: phy-cadence-sierra: Convert to platform remove callback returning void
phy: cadence: phy-cadence-torrent: Convert to platform remove callback returning void
phy: freescale: phy-fsl-imx8qm-lvds-phy: Convert to platform remove callback returning void
phy: intel: phy-intel-lgm-combo: Convert to platform remove callback returning void
phy: mediatek: phy-mtk-mipi-dsi: Convert to platform remove callback returning void
phy: motorola: phy-cpcap-usb: Convert to platform remove callback returning void
phy: motorola: phy-mapphone-mdm6600: Convert to platform remove callback returning void
phy: phy-lgm-usb: Convert to platform remove callback returning void
phy: qualcomm: phy-qcom-apq8064-sata: Convert to platform remove callback returning void
phy: qualcomm: phy-qcom-eusb2-repeater: Convert to platform remove callback returning void
phy: qualcomm: phy-qcom-ipq806x-sata: Convert to platform remove callback returning void
phy: renesas: phy-rcar-gen3-pcie: Convert to platform remove callback returning void
phy: renesas: phy-rcar-gen3-usb2: Convert to platform remove callback returning void
phy: renesas: phy-rcar-gen3-usb3: Convert to platform remove callback returning void
phy: renesas: r8a779f0-ether-serdes: Convert to platform remove callback returning void
phy: rockchip: phy-rockchip-inno-csidphy: Convert to platform remove callback returning void
phy: rockchip: phy-rockchip-inno-dsidphy: Convert to platform remove callback returning void
phy: rockchip: phy-rockchip-inno-hdmi: Convert to platform remove callback returning void
phy: rockchip: phy-rockchip-typec: Convert to platform remove callback returning void
phy: st: phy-stm32-usbphyc: Convert to platform remove callback returning void
phy: tegra: xusb: Convert to platform remove callback returning void
phy: ti: phy-am654-serdes: Convert to platform remove callback returning void
phy: ti: phy-da8xx-usb: Convert to platform remove callback returning void
phy: ti: phy-dm816x-usb: Convert to platform remove callback returning void
phy: ti: phy-j721e-wiz: Convert to platform remove callback returning void
phy: ti: phy-omap-usb2: Convert to platform remove callback returning void
phy: ti: phy-ti-pipe3: Convert to platform remove callback returning void
phy: ti: phy-twl4030-usb: Convert to platform remove callback returning void
Yang Li (1):
phy: dphy: Use devm_platform_ioremap_resource()
Ye Xingchen (1):
phy: omap-usb2-phy: Use dev_err_probe()
.../devicetree/bindings/pci/rockchip-dw-pcie.yaml | 6 +-
.../bindings/phy/allwinner,sun50i-h6-usb3-phy.yaml | 4 +-
.../phy/allwinner,sun6i-a31-mipi-dphy.yaml | 2 +-
.../bindings/phy/amlogic,axg-mipi-dphy.yaml | 4 +-
.../phy/amlogic,g12a-mipi-dphy-analog.yaml | 4 +-
.../bindings/phy/amlogic,g12a-usb2-phy.yaml | 4 +-
.../bindings/phy/amlogic,g12a-usb3-pcie-phy.yaml | 4 +-
.../phy/amlogic,meson-axg-mipi-pcie-analog.yaml | 4 +-
.../bindings/phy/amlogic,meson-axg-pcie.yaml | 4 +-
.../bindings/phy/amlogic,meson8-hdmi-tx-phy.yaml | 4 +-
.../bindings/phy/amlogic,meson8b-usb2-phy.yaml | 4 +-
.../bindings/phy/brcm,bcm63xx-usbh-phy.yaml | 4 +-
.../devicetree/bindings/phy/brcm,sata-phy.yaml | 4 +-
.../devicetree/bindings/phy/cdns,salvo-phy.yaml | 4 +-
.../bindings/phy/hisilicon,hi3660-usb3.yaml | 4 +-
.../bindings/phy/hisilicon,hi3670-usb3.yaml | 6 +-
.../bindings/phy/intel,phy-thunderbay-emmc.yaml | 45 --
.../bindings/phy/marvell,armada-3700-utmi-phy.yaml | 4 +-
.../phy/marvell,armada-cp110-utmi-phy.yaml | 4 +-
.../bindings/phy/marvell,mmp3-hsic-phy.yaml | 4 +-
.../devicetree/bindings/phy/mediatek,hdmi-phy.yaml | 1 +
.../bindings/phy/mediatek,mt7621-pci-phy.yaml | 4 +-
.../bindings/phy/phy-cadence-sierra.yaml | 12 +-
.../bindings/phy/phy-cadence-torrent.yaml | 10 +-
.../bindings/phy/phy-rockchip-naneng-combphy.yaml | 1 +
.../devicetree/bindings/phy/phy-tegra194-p2u.yaml | 4 +-
.../devicetree/bindings/phy/qcom,edp-phy.yaml | 4 +-
.../devicetree/bindings/phy/qcom,qusb2-phy.yaml | 4 +-
.../bindings/phy/qcom,sc8280xp-qmp-pcie-phy.yaml | 1 +
.../bindings/phy/qcom,sc8280xp-qmp-ufs-phy.yaml | 27 +-
.../devicetree/bindings/phy/qcom,usb-hs-28nm.yaml | 4 +-
.../bindings/phy/qcom,usb-snps-femto-v2.yaml | 4 +-
.../devicetree/bindings/phy/qcom,usb-ss.yaml | 4 +-
.../bindings/phy/qcom-usb-ipq4019-phy.yaml | 4 +-
.../bindings/phy/samsung,exynos-pcie-phy.yaml | 4 +-
.../devicetree/bindings/phy/samsung,ufs-phy.yaml | 2 +-
.../bindings/phy/sunplus,sp7021-usb2-phy.yaml | 4 +-
.../bindings/phy/ti,phy-am654-serdes.yaml | 5 -
.../devicetree/bindings/phy/ti,phy-gmii-sel.yaml | 8 +-
.../devicetree/bindings/phy/ti,phy-j721e-wiz.yaml | 25 +-
.../devicetree/bindings/phy/ti,tcan104x-can.yaml | 4 +-
MAINTAINERS | 7 -
drivers/phy/Kconfig | 2 +-
drivers/phy/allwinner/phy-sun4i-usb.c | 8 +-
drivers/phy/amlogic/phy-meson-axg-mipi-dphy.c | 4 +-
drivers/phy/broadcom/phy-bcm-ns-usb2.c | 2 +-
drivers/phy/broadcom/phy-brcm-usb.c | 6 +-
drivers/phy/cadence/cdns-dphy-rx.c | 32 ++
drivers/phy/cadence/cdns-dphy.c | 6 +-
drivers/phy/cadence/phy-cadence-sierra.c | 250 +++++++---
drivers/phy/cadence/phy-cadence-torrent.c | 6 +-
drivers/phy/freescale/phy-fsl-imx8qm-lvds-phy.c | 6 +-
drivers/phy/intel/Kconfig | 10 -
drivers/phy/intel/Makefile | 1 -
drivers/phy/intel/phy-intel-lgm-combo.c | 5 +-
drivers/phy/intel/phy-intel-thunderbay-emmc.c | 509 ---------------------
drivers/phy/marvell/phy-pxa-28nm-hsic.c | 2 +-
drivers/phy/marvell/phy-pxa-28nm-usb2.c | 2 +-
drivers/phy/mediatek/Makefile | 1 +
drivers/phy/mediatek/phy-mtk-hdmi-mt8195.c | 495 ++++++++++++++++++++
drivers/phy/mediatek/phy-mtk-hdmi-mt8195.h | 113 +++++
drivers/phy/mediatek/phy-mtk-hdmi.c | 15 +
drivers/phy/mediatek/phy-mtk-hdmi.h | 3 +
drivers/phy/mediatek/phy-mtk-mipi-dsi.c | 5 +-
drivers/phy/motorola/phy-cpcap-usb.c | 6 +-
drivers/phy/motorola/phy-mapphone-mdm6600.c | 6 +-
drivers/phy/phy-lgm-usb.c | 6 +-
drivers/phy/qualcomm/phy-qcom-apq8064-sata.c | 6 +-
drivers/phy/qualcomm/phy-qcom-eusb2-repeater.c | 8 +-
drivers/phy/qualcomm/phy-qcom-ipq806x-sata.c | 6 +-
drivers/phy/qualcomm/phy-qcom-qmp-combo.c | 19 +-
drivers/phy/qualcomm/phy-qcom-qmp-pcie.c | 263 ++++++++++-
drivers/phy/qualcomm/phy-qcom-qmp-pcs-pcie-v4_20.h | 2 +
drivers/phy/qualcomm/phy-qcom-qmp-pcs-pcie-v5_20.h | 3 +
drivers/phy/qualcomm/phy-qcom-qmp-pcs-v5_20.h | 1 +
.../phy/qualcomm/phy-qcom-qmp-qserdes-txrx-v5_20.h | 24 +
drivers/phy/qualcomm/phy-qcom-qmp-ufs.c | 98 ++++
drivers/phy/renesas/phy-rcar-gen3-pcie.c | 6 +-
drivers/phy/renesas/phy-rcar-gen3-usb2.c | 6 +-
drivers/phy/renesas/phy-rcar-gen3-usb3.c | 6 +-
drivers/phy/renesas/r8a779f0-ether-serdes.c | 6 +-
drivers/phy/rockchip/phy-rockchip-inno-csidphy.c | 6 +-
drivers/phy/rockchip/phy-rockchip-inno-dsidphy.c | 11 +-
drivers/phy/rockchip/phy-rockchip-inno-hdmi.c | 6 +-
drivers/phy/rockchip/phy-rockchip-naneng-combphy.c | 184 ++++++++
drivers/phy/rockchip/phy-rockchip-pcie.c | 15 -
drivers/phy/rockchip/phy-rockchip-typec.c | 6 +-
drivers/phy/st/phy-miphy28lp.c | 42 +-
drivers/phy/st/phy-spear1310-miphy.c | 2 +-
drivers/phy/st/phy-spear1340-miphy.c | 2 +-
drivers/phy/st/phy-stm32-usbphyc.c | 9 +-
drivers/phy/tegra/xusb-tegra186.c | 20 +
drivers/phy/tegra/xusb.c | 8 +-
drivers/phy/tegra/xusb.h | 1 +
drivers/phy/ti/phy-am654-serdes.c | 6 +-
drivers/phy/ti/phy-da8xx-usb.c | 6 +-
drivers/phy/ti/phy-dm816x-usb.c | 6 +-
drivers/phy/ti/phy-j721e-wiz.c | 19 +-
drivers/phy/ti/phy-omap-usb2.c | 14 +-
drivers/phy/ti/phy-ti-pipe3.c | 6 +-
drivers/phy/ti/phy-twl4030-usb.c | 6 +-
drivers/phy/xilinx/phy-zynqmp.c | 5 +-
102 files changed, 1628 insertions(+), 973 deletions(-)
delete mode 100644 Documentation/devicetree/bindings/phy/intel,phy-thunderbay-emmc.yaml
delete mode 100644 drivers/phy/intel/phy-intel-thunderbay-emmc.c
create mode 100644 drivers/phy/mediatek/phy-mtk-hdmi-mt8195.c
create mode 100644 drivers/phy/mediatek/phy-mtk-hdmi-mt8195.h
--
~Vinod
The pull request you sent on Wed, 3 May 2023 16:18:01 +0530:
> git://git.kernel.org/pub/scm/linux/kernel/git/phy/linux-phy.git tags/phy-for-6.4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/54bdf8a39931cf8fe2c74432e715353d9a1c1107
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/prtracker.html
Hi Vinod,
On Wed, May 03, 2023 at 04:18:01PM +0530, Vinod Koul wrote:
> Hello Linus,
>
> Please consider pull to receive generic phy updates for v6.4-rc1. We
> have a bunch of new controller support in qcom, mediatek and rk socs.
> Intel Thunder Bay eMMC PHY driver is dropped as no users and bunch of
> driver updates for the subsystem
>
> The following changes since commit fe15c26ee26efa11741a7b632e9f23b01aca4cc6:
>
> Linux 6.3-rc1 (2023-03-05 14:52:03 -0800)
>
> are available in the Git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/phy/linux-phy.git tags/phy-for-6.4
>
> for you to fetch changes up to a0106132372120dd0abf5ad7636614e5aeb5da08:
>
> phy: cadence: cdns-dphy-rx: Add common module reset support (2023-04-12 22:16:16 +0530)
>
> ----------------------------------------------------------------
> phy-for-6.4
>
> - New support:
> - UFS PHY for Qualcomm SA8775p, SM7150
> - PCIe 2 lane phy support for sc8180x and PCIe PHY for SDX65
> - Mediatke hdmi phy support for mt8195
> - rockchip naneng combo phy support for RK358
>
> - Updates:
> - Drop Thunder Bay eMMC PHY driver
> - RC support for PCIe phy for Qualcomm SDX55
> - SGMII support in WIZ driver for J721E
> - PCIe and multilink SGMII PHY support in cadence driver
> - Big pile of platform remove callback returning void conversions
>
> ----------------------------------------------------------------
...
> Guillaume Ranquet (3):
> dt-bindings: phy: mediatek: hdmi-phy: Add mt8195 compatible
> phy: phy-mtk-hdmi: Add generic phy configure callback
> phy: mediatek: add support for phy-mtk-hdmi-mt8195
This patch went in without one of the three simple/obvious fixes sent to
you, so now clang builds with -Werror are broken, as they have been in
-next for almost three weeks :/
https://lore.kernel.org/20230413-fixes-for-mt8195-hdmi-phy-v2-1-bbad62e64321@baylibre.com/
https://lore.kernel.org/[email protected]/
https://lore.kernel.org/[email protected]/
drivers/phy/mediatek/phy-mtk-hdmi-mt8195.c:298:6: error: variable 'ret' is uninitialized when used here [-Werror,-Wuninitialized]
if (ret)
^~~
drivers/phy/mediatek/phy-mtk-hdmi-mt8195.c:216:12: note: initialize the variable 'ret' to silence this warning
int i, ret;
^
= 0
1 error generated.
Could one of these please be picked up by either you or Linus directly,
since this is the third ping on the matter:
https://lore.kernel.org/[email protected]/
https://lore.kernel.org/CAKwvOd=5szkx5yA0bxcyktx85opAwLrB3_4n13SMV7p3m9x7LQ@mail.gmail.com/
Cheers,
Nathan
On 04-05-23, 08:06, Nathan Chancellor wrote:
> Hi Vinod,
>
> On Wed, May 03, 2023 at 04:18:01PM +0530, Vinod Koul wrote:
> > Hello Linus,
> >
> > Please consider pull to receive generic phy updates for v6.4-rc1. We
> > have a bunch of new controller support in qcom, mediatek and rk socs.
> > Intel Thunder Bay eMMC PHY driver is dropped as no users and bunch of
> > driver updates for the subsystem
> >
> > The following changes since commit fe15c26ee26efa11741a7b632e9f23b01aca4cc6:
> >
> > Linux 6.3-rc1 (2023-03-05 14:52:03 -0800)
> >
> > are available in the Git repository at:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/phy/linux-phy.git tags/phy-for-6.4
> >
> > for you to fetch changes up to a0106132372120dd0abf5ad7636614e5aeb5da08:
> >
> > phy: cadence: cdns-dphy-rx: Add common module reset support (2023-04-12 22:16:16 +0530)
> >
> > ----------------------------------------------------------------
> > phy-for-6.4
> >
> > - New support:
> > - UFS PHY for Qualcomm SA8775p, SM7150
> > - PCIe 2 lane phy support for sc8180x and PCIe PHY for SDX65
> > - Mediatke hdmi phy support for mt8195
> > - rockchip naneng combo phy support for RK358
> >
> > - Updates:
> > - Drop Thunder Bay eMMC PHY driver
> > - RC support for PCIe phy for Qualcomm SDX55
> > - SGMII support in WIZ driver for J721E
> > - PCIe and multilink SGMII PHY support in cadence driver
> > - Big pile of platform remove callback returning void conversions
> >
> > ----------------------------------------------------------------
> ...
> > Guillaume Ranquet (3):
> > dt-bindings: phy: mediatek: hdmi-phy: Add mt8195 compatible
> > phy: phy-mtk-hdmi: Add generic phy configure callback
> > phy: mediatek: add support for phy-mtk-hdmi-mt8195
>
> This patch went in without one of the three simple/obvious fixes sent to
> you, so now clang builds with -Werror are broken, as they have been in
> -next for almost three weeks :/
Sorry between vacation and travel, this was missed.
No worries we have process to deal with this, so this shall go in as
fixes.. I will do the needful shortly
Thanks
--
~Vinod
On Thu, May 4, 2023 at 8:31 AM Vinod Koul <[email protected]> wrote:
> Sorry between vacation and travel, this was missed.
>
> No worries we have process to deal with this, so this shall go in as
> fixes.. I will do the needful shortly
You need to do it *now*.
You should never have sent the pull request to me in the first place
if you hadn't checked the status in linux-next.
The point of linux-next is to find failures. And if you don't then
*care* about the failures, then it has all become entirely pointless,
and it's effectively the same as if it had never been there in the
first place.
So this needs to get fixed *PRONTO*, and it needs to never ever happen again.
Because if it does happen, I will consider your code to effectively
never have been in linux-next, and thus just not be an option for
pulling.
This isn't debatable. You don't put things in linux-next, ignore the
reports, and then send things upstream anyway.
If you don't have time to check the status of your tree in linux-next,
you don't have the time to do a pull request. That's just how it
works.
Linus
On 04-05-23, 10:23, Linus Torvalds wrote:
> On Thu, May 4, 2023 at 8:31 AM Vinod Koul <[email protected]> wrote:
> > Sorry between vacation and travel, this was missed.
> >
> > No worries we have process to deal with this, so this shall go in as
> > fixes.. I will do the needful shortly
>
> You need to do it *now*.
It was already done a bit ago and applied to my fixes and should be in
-next tomorrow. I will wait a day before sending you fixes update.
> You should never have sent the pull request to me in the first place
> if you hadn't checked the status in linux-next.
>
> The point of linux-next is to find failures. And if you don't then
> *care* about the failures, then it has all become entirely pointless,
> and it's effectively the same as if it had never been there in the
> first place.
>
> So this needs to get fixed *PRONTO*, and it needs to never ever happen again.
Ack, agree I should have paid it more attention. Between vacation and
travel and stuff I have missed it this time, will ensure this doesn't
happen again.
>
> Because if it does happen, I will consider your code to effectively
> never have been in linux-next, and thus just not be an option for
> pulling.
>
> This isn't debatable. You don't put things in linux-next, ignore the
> reports, and then send things upstream anyway.
>
> If you don't have time to check the status of your tree in linux-next,
> you don't have the time to do a pull request. That's just how it
> works.
>
> Linus
--
~Vinod