RE: [PATCH v7] staging: typec: handle vendor defined part and modify drp toggling flow

Hi > -Original Message- > From: 李書帆 [mailto:leechu...@gmail.com] > Sent: 2018年3月12日 13:22 > To: Jun Li > Cc: Greg Kroah-Hartman ; > heikki.kroge...@linux.intel.com; li...@roeck-us.net; g...@kroah.com; > shufan_...@richtek.com;

[PATCH v2 3/3] dt-bindings: phy-mtk-tphy: add properties for U2 slew rate calibrate

Add two properties of ref_clk and coefficient used by U2 slew rate calibrate which may vary on different SoCs Signed-off-by: Chunfeng Yun --- Documentation/devicetree/bindings/phy/phy-mtk-tphy.txt | 4 1 file changed, 4 insertions(+) diff --git

[PATCH v2 2/3] phy: phy-mtk-tphy: add configurable parameters for slew rate calibrate

There are two parameters, ref_clk and coefficient, for U2 slew rate calibrate which may vary on different SoCs, here allow them to be configurable Signed-off-by: Chunfeng Yun --- drivers/phy/mediatek/phy-mtk-tphy.c | 20 +++- 1 file changed, 15

[PATCH v2 1/3] phy: phy-mtk-tphy: keep default value of mcu_bus_ck_gate_en

The default value of mcu_bus_ck_gate_en is 1, if clear it, will prevent system to enter deep idle mode, so keep its default value and without affecting PCIe function. Signed-off-by: Chunfeng Yun --- drivers/phy/mediatek/phy-mtk-tphy.c | 3 +-- 1 file changed, 1

Re: [PATCH v7] staging: typec: handle vendor defined part and modify drp toggling flow

Hi Jun, Thank you. 2018-03-12 12:33 GMT+08:00 Jun Li : > Hi, > >> +static irqreturn_t _tcpci_irq(int irq, void *dev_id) { >> + struct tcpci *tcpci = dev_id; >> + >> + return tcpci_irq(tcpci); >> +} >> > ... > >> + err = devm_request_threaded_irq(>dev, client->irq,

RE: [PATCH v7] staging: typec: handle vendor defined part and modify drp toggling flow

Hi, > +static irqreturn_t _tcpci_irq(int irq, void *dev_id) { > + struct tcpci *tcpci = dev_id; > + > + return tcpci_irq(tcpci); > +} > ... > + err = devm_request_threaded_irq(>dev, client->irq, NULL, > + _tcpci_irq, >

[PATCH 2/3] phy: phy-mtk-tphy: add configurable parameters for slew rate calibrate

There are two parameters, ref_clk and coefficient, for U2 slew rate calibrate which may vary on different SoCs, here allow them to be configurable Signed-off-by: Chunfeng Yun --- drivers/phy/mediatek/phy-mtk-tphy.c | 20 +++- 1 file changed, 15

[PATCH 1/3] phy: phy-mtk-tphy: keep default value of mcu_bus_ck_gate_en

The default value of mcu_bus_ck_gate_en is 1, if clear it, will prevent system to enter deep idle mode, so keep its default value and without affecting PCIe function. Signed-off-by: Chunfeng Yun --- drivers/phy/mediatek/phy-mtk-tphy.c | 3 +-- 1 file changed, 1

[PATCH 3/3] phy: phy-mtk-tphy: add properties for U2 slew rate calibrate

Add two properties of ref_clk and coefficient used by U2 slew rate calibrate which may vary on different SoCs Signed-off-by: Chunfeng Yun --- Documentation/devicetree/bindings/phy/phy-mtk-tphy.txt | 4 1 file changed, 4 insertions(+) diff --git

Re: [PATCH v5 0/6] dt-bindings: add bindings for USB physical connector

Hi Andrzej and Rob, On 2018년 03월 09일 18:20, Andrzej Hajda wrote: > Hi Chanwoo, > > On 08.03.2018 02:52, Chanwoo Choi wrote: >> Hi Andrzej, Archit, >> >> On 2018년 03월 07일 20:13, Andrzej Hajda wrote: >>> Hi Chanwoo, Archit, >>> >>> On 07.03.2018 05:48, Chanwoo Choi wrote: On 2018년 03월 07일

Re: [PATCH v6 01/12] drivers: base: Unified device connection lookup

Hi all, On 09-03-18 18:53, Greg Kroah-Hartman wrote: On Fri, Mar 02, 2018 at 11:20:46AM +0100, Hans de Goede wrote: From: Heikki Krogerus Several frameworks - clk, gpio, phy, pmw, etc. - maintain lookup tables for describing connections and provide custom API

Re: WARN_ON(irqs_disabled()) in dma_free_attrs?

Hi Christoph, > The point is that you should always use a pool, period. > dma_alloc*/dma_free* are fundamentally expensive operations on my > architectures, so if you call them from a fast path you are doing > something wrong. The author's comment in commit b3476675320e "usb: dma bounce buffer

BUG xhci_hcd usb3 module WARNS with JMicron JMS567 when writing to disk

Hello, I reported the bug here and was suggested to forward it to the ML. https://bugzilla.kernel.org/show_bug.cgi?id=199075 find attached the owed dmesg with the stack trace. using the ehci ports produces no error. using the xhci ports fails very fast when writing. this happens with the Bus

Re: Webcams not recognized on a Dell Latitude 5285 laptop

Dear Oliver and all, So I was expecting linux-4.16 to recognize my webcams, thanks to this new PCI driver Oliver mentioned. Therefore I installed 4.16-rc4. Unfortunately, there is still no /dev/video* device Any idea what could be done to have these webcams working? Thanks, Frederic > De: