On Wed, Mar 20, 2013 at 1:24 AM, Lucas Kannebley Tavares
wrote:
> This patch series first implements a function called pcie_get_speed_cap_mask
> in the PCI subsystem based off from drm_pcie_get_speed_cap_mask in drm. Then
> it removes the latter and fixes all references to it. And ultimately, it
This patch series first implements a function called pcie_get_speed_cap_mask
in the PCI subsystem based off from drm_pcie_get_speed_cap_mask in drm. Then
it removes the latter and fixes all references to it. And ultimately, it
implements an architecture-specific version of the same function for
On Wed, Mar 20, 2013 at 1:24 AM, Lucas Kannebley Tavares
luca...@linux.vnet.ibm.com wrote:
This patch series first implements a function called pcie_get_speed_cap_mask
in the PCI subsystem based off from drm_pcie_get_speed_cap_mask in drm. Then
it removes the latter and fixes all references to
This patch series first implements a function called pcie_get_speed_cap_mask
in the PCI subsystem based off from drm_pcie_get_speed_cap_mask in drm. Then
it removes the latter and fixes all references to it. And ultimately, it
implements an architecture-specific version of the same function for
This patch series at first moves get_speed_cap_mask from DRM to PCI, fixes all
radeon references (only driver that uses it) and then implements a architecture
specific implementation for ppc64 for it.
This is good because the drm_pcie_get_speed_cap_mask function is more
architecture goo than
This patch series at first moves get_speed_cap_mask from DRM to PCI, fixes all
radeon references (only driver that uses it) and then implements a architecture
specific implementation for ppc64 for it.
This is good because the drm_pcie_get_speed_cap_mask function is more
architecture goo than