* Re: dra7xx pci driver broken on dra7xx-evm [not found] ` <568DF4FE.5010704@ti.com> @ 2016-01-07 21:26 ` Suman Anna 2016-01-07 21:59 ` Tony Lindgren 0 siblings, 1 reply; 5+ messages in thread From: Suman Anna @ 2016-01-07 21:26 UTC (permalink / raw) To: Kishon Vijay Abraham I, Richard Cochran, linux-arm-kernel Cc: Bjorn Helgaas, Tero Kristo, Tony Lindgren, linux-omap@vger.kernel.org, Murphy, Dan On 01/06/2016 11:17 PM, Kishon Vijay Abraham I wrote: > Hi, + Tero, Tony and linux-omap > > On Thursday 07 January 2016 03:15 AM, Richard Cochran wrote: >> >> The dra7xx-evm box freezes hard at the very first PCI bus access, the >> call to in dra7xx_pcie_readl() in dra7xx_pcie_probe(). >> >> The out-of-tree 3.14.53 TI driver performs a reset via platform data, >> calling omap_device_assert_hardreset() by hook and crook. Yeah, this is the only feasible way and not break multi-arch atm until a reset framework is in place. We have couple of drivers (omap_iommu and wkup_m3_rproc) following this approach. >> >> Adding the reset into the mainline driver cures the freeze. >> >> Question: How on earth is this driver supposed to work? > > It doesn't work out of the box in mainline. (Every time I post a PCI patch, I > add the pdata-quirks mechanism to test it). The pdata-quirks mechanism used in > TI tree is not an upstream-able solution. Something like this [1] was done for > performing reset. Not sure the latest state of that. Dan? Suman? Yeah, [1] is very old, and it doesn't deal with the hwmod integration for pm_runtime API usage. Tero has posted another revamped series [2] with hwmod integration, and it needs to be refreshed with few additional patches and fixes. It will probably take couple of releases before it hits mainline. So, I guess it is then a question of picking up the pdata quirks solution for interim to get the driver functional until the reset framework hits mainline, or mark the driver as broken. regards Suman > > [1] -> https://patches.linaro.org/33797/ [2] http://marc.info/?l=linux-omap&m=144310496514782&w=2 ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: dra7xx pci driver broken on dra7xx-evm 2016-01-07 21:26 ` dra7xx pci driver broken on dra7xx-evm Suman Anna @ 2016-01-07 21:59 ` Tony Lindgren 2016-01-08 6:07 ` Kishon Vijay Abraham I 0 siblings, 1 reply; 5+ messages in thread From: Tony Lindgren @ 2016-01-07 21:59 UTC (permalink / raw) To: Suman Anna Cc: Richard Cochran, Kishon Vijay Abraham I, Tero Kristo, Murphy, Dan, Bjorn Helgaas, linux-omap@vger.kernel.org, linux-arm-kernel * Suman Anna <s-anna@ti.com> [160107 13:26]: > On 01/06/2016 11:17 PM, Kishon Vijay Abraham I wrote: > > Hi, > > + Tero, Tony and linux-omap > > > > > On Thursday 07 January 2016 03:15 AM, Richard Cochran wrote: > >> > >> The dra7xx-evm box freezes hard at the very first PCI bus access, the > >> call to in dra7xx_pcie_readl() in dra7xx_pcie_probe(). > >> > >> The out-of-tree 3.14.53 TI driver performs a reset via platform data, > >> calling omap_device_assert_hardreset() by hook and crook. > > Yeah, this is the only feasible way and not break multi-arch atm until a > reset framework is in place. We have couple of drivers (omap_iommu and > wkup_m3_rproc) following this approach. Sounds like doing reset with platform data is the way to go until the reset controller works. Regards, Tony ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: dra7xx pci driver broken on dra7xx-evm 2016-01-07 21:59 ` Tony Lindgren @ 2016-01-08 6:07 ` Kishon Vijay Abraham I 2016-01-08 9:22 ` Richard Cochran 0 siblings, 1 reply; 5+ messages in thread From: Kishon Vijay Abraham I @ 2016-01-08 6:07 UTC (permalink / raw) To: Tony Lindgren, Suman Anna Cc: Richard Cochran, Tero Kristo, Murphy, Dan, Bjorn Helgaas, linux-omap@vger.kernel.org, linux-arm-kernel Hi, On Friday 08 January 2016 03:29 AM, Tony Lindgren wrote: > * Suman Anna <s-anna@ti.com> [160107 13:26]: >> On 01/06/2016 11:17 PM, Kishon Vijay Abraham I wrote: >>> Hi, >> >> + Tero, Tony and linux-omap >> >>> >>> On Thursday 07 January 2016 03:15 AM, Richard Cochran wrote: >>>> >>>> The dra7xx-evm box freezes hard at the very first PCI bus access, the >>>> call to in dra7xx_pcie_readl() in dra7xx_pcie_probe(). >>>> >>>> The out-of-tree 3.14.53 TI driver performs a reset via platform data, >>>> calling omap_device_assert_hardreset() by hook and crook. >> >> Yeah, this is the only feasible way and not break multi-arch atm until a >> reset framework is in place. We have couple of drivers (omap_iommu and >> wkup_m3_rproc) following this approach. > > Sounds like doing reset with platform data is the way to go until the > reset controller works. All right. I'll post the patch to do reset using platform data. Thanks Kishon ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: dra7xx pci driver broken on dra7xx-evm 2016-01-08 6:07 ` Kishon Vijay Abraham I @ 2016-01-08 9:22 ` Richard Cochran 2016-01-11 8:58 ` Kishon Vijay Abraham I 0 siblings, 1 reply; 5+ messages in thread From: Richard Cochran @ 2016-01-08 9:22 UTC (permalink / raw) To: Kishon Vijay Abraham I Cc: Tony Lindgren, Tero Kristo, Murphy, Dan, Bjorn Helgaas, linux-omap@vger.kernel.org, linux-arm-kernel On Fri, Jan 08, 2016 at 11:37:09AM +0530, Kishon Vijay Abraham I wrote: > All right. I'll post the patch to do reset using platform data. Thanks for taking care of this. BTW, I am trying to get a new board working. Are there any *other* dra7xx peripherals I should know about, or is the mainline stuff all working? Thanks, Richard ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: dra7xx pci driver broken on dra7xx-evm 2016-01-08 9:22 ` Richard Cochran @ 2016-01-11 8:58 ` Kishon Vijay Abraham I 0 siblings, 0 replies; 5+ messages in thread From: Kishon Vijay Abraham I @ 2016-01-11 8:58 UTC (permalink / raw) To: Richard Cochran Cc: Tony Lindgren, Tero Kristo, Murphy, Dan, Bjorn Helgaas, linux-omap@vger.kernel.org, linux-arm-kernel Hi, On Friday 08 January 2016 02:52 PM, Richard Cochran wrote: > On Fri, Jan 08, 2016 at 11:37:09AM +0530, Kishon Vijay Abraham I wrote: >> All right. I'll post the patch to do reset using platform data. > > Thanks for taking care of this. > > BTW, I am trying to get a new board working. Are there any *other* > dra7xx peripherals I should know about, or is the mainline stuff all > working? Nothing that I'm aware of. I've tested Ethernet, USB, SATA, MMC and PCIe (with reset changes) myself. PCI was the only device that needed out of tree patches. Thanks Kishon ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2016-01-11 8:58 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20160106214518.GA6106@localhost.localdomain>
[not found] ` <568DF4FE.5010704@ti.com>
2016-01-07 21:26 ` dra7xx pci driver broken on dra7xx-evm Suman Anna
2016-01-07 21:59 ` Tony Lindgren
2016-01-08 6:07 ` Kishon Vijay Abraham I
2016-01-08 9:22 ` Richard Cochran
2016-01-11 8:58 ` Kishon Vijay Abraham I
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox