RE: [PATCH v2 1/5] PCI: imx6: enable pcie on imx6qdl sabreauto

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Fabio:



> -----Original Message-----
> From: Fabio Estevam [mailto:festevam@xxxxxxxxx]
> Sent: Thursday, September 25, 2014 9:40 AM
> To: Zhu Richard-R65037
> Cc: linux-pci-owner@xxxxxxxxxxxxxxx; linux-pci@xxxxxxxxxxxxxxx; Guo Shawn-
> R65073; Lucas Stach; Tim Harvey
> Subject: Re: [PATCH v2 1/5] PCI: imx6: enable pcie on imx6qdl sabreauto
> 
> On Wed, Sep 24, 2014 at 10:21 PM, Hong-Xing.Zhu@xxxxxxxxxxxxx <Hong-
> Xing.Zhu@xxxxxxxxxxxxx> wrote:
> > [Richard] Yes it is. On ARD board, the PCIE_RST_B is connected to
> CPU_PER_RST_B.
> > But this is not one signal that can be controlled by PCIE module itself.
> 
> Let's take imx6qdl-sabresd.dtsi for example:
> 
> &pcie {
>     pinctrl-names = "default";
>     pinctrl-0 = <&pinctrl_pcie>;
>     reset-gpio = <&gpio7 12 0>;
>     status = "okay";
> };
> 
> It uses GPIO7_12 for PCI reset.
> 
> For sabreauto we just need to change to something like this format:
> 
> reset-gpio = <&max7310_b 2 0>;
> 
> > It is kicked once at the moment when the board is powered up.
> 
> Yes, the signal is connected to power-on and it can also be independently
> controlled via MAX7310.
> 
> Anyway, no need to change this if you don't want. I can send a patch adding
> the reset later :-)

[Richard] One more dependency, this signal would be share-used by multi-modules.
I'm afraid the operations of the pcie-reset-b would bring un-exceptional to other modules.

Best Regards
Richard Zhu
��.n��������+%������w��{.n�����{���"�)��jg��������ݢj����G�������j:+v���w�m������w�������h�����٥





[Index of Archives]     [DMA Engine]     [Linux Coverity]     [Linux USB]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Greybus]

  Powered by Linux