Hi, On Friday 08 December 2017 09:51 PM, Greg KH wrote: > On Fri, Dec 08, 2017 at 06:27:09PM +0530, Kishon Vijay Abraham I wrote: >> Hi Greg, >> >> Please find the pull request for 4.15 -rc cycle below. >> >> It fixes a compilation error, fix in handling error case and >> there is a fix in exynos5-usbdrd to enumerate superspeed devices >> on Odroid XU3 (This includes a fix in usb/dwc3/core and I've got >> Acked-by from Felipe Balbi for this). >> >> Consider merging it for this -rc cycle and let me know if I have to >> make any changes. >> >> Thanks >> Kishon >> >> The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: >> >> Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) >> >> are available in the git repository at: >> >> git://git.kernel.org/pub/scm/linux/kernel/git/kishon/linux-phy.git >> tags/phy-for-4.15-rc >> >> for you to fetch changes up to 521e84ab2507008fd9f823147ce19318f64bd9ab: >> >> phy: rcar-gen3-usb2: select USB_COMMON (2017-12-08 18:02:01 +0530) >> >> ---------------------------------------------------------------- >> phy: for 4.15 -rc >> >> *) Fix in exynos5-usbdrd to enumerate SuperSpeed devices on Odroid XU3 >> *) Fix device-tree node lookups in tegra xusb >> *) Fix platform_get_irq_byname's error checking in cpcap-usb phy driver >> *) Fix in rockchip-typec phy driver to balance pm_runtime_enable/disable >> *) Fix compiler error in rcar-gen3-usb2 phy when USB is disabled >> >> Signed-off-by: Kishon Vijay Abraham I <[email protected]> >> >> ---------------------------------------------------------------- >> Arnd Bergmann (1): >> phy: rcar-gen3-usb2: select USB_COMMON >> >> Arvind Yadav (1): >> phy: cpcap-usb: Fix platform_get_irq_byname's error checking. >> >> Chris Zhong (1): >> phy: rockchip-typec: add pm_runtime_disable in err case >> >> Johan Hovold (1): >> phy: tegra: fix device-tree node lookups >> >> Vivek Gautam (1): >> phy: exynos5-usbdrd: Calibrate LOS levels for exynos5420/5800 > > This patch really doesn't feel like a "bugfix" but rather a "add a new > feature", and the size of the patch itself kind of agrees with that. > > It looks like adding a new feature of "calibrate" might make the > hardware work now, but it didn't work before, so this isn't a > regression, right?
right, it's not a regression. Will include the patch while sending pull request for the next merge cycle. > > Care to redo this pull request without that patch? sure. Sent a v2 pull request. Thanks Kishon
