On Sun, Apr 20, 2014 at 09:57:03PM +0530, Punnaiah Choudary Kalluri wrote:
> Zynq soc contains a dual role usb controller and this IP is from synopsys. We
> observed that there is driver available for this controller from freescale and
> decided to reuse this driver for zynq use.
>
> Here is the l
On Sun, 20 Apr 2014, Punnaiah Choudary Kalluri wrote:
> Zynq soc contains a dual role usb controller and this IP is from synopsys. We
> observed that there is driver available for this controller from freescale and
> decided to reuse this driver for zynq use.
>
> Here is the link for zynq soc TRM
On 04/20/2014 06:27 PM, Punnaiah Choudary Kalluri wrote:
> Zynq soc contains a dual role usb controller and this IP is from synopsys. We
> observed that there is driver available for this controller from freescale and
> decided to reuse this driver for zynq use.
Have a look drivers/usb/chipidea. I
Zynq soc contains a dual role usb controller and this IP is from synopsys. We
observed that there is driver available for this controller from freescale and
decided to reuse this driver for zynq use.
Here is the link for zynq soc TRM. Please refer chapter 15 for usb controller
related information.
Since zynq soc usb controller is a synopsys IP and there is a driver
available for this controller from freescale in opensource, reusing this
driver for zynq use.
Signed-off-by: Punnaiah Choudary Kalluri
---
drivers/usb/gadget/Kconfig|2 +-
drivers/usb/gadget/Makefile |1 +
Since zynq soc usb controller is a synopsys IP and there is a driver
available for this controller from freescale in opensource, reusing this
driver for zynq use.
Signed-off-by: Punnaiah Choudary Kalluri
---
drivers/usb/host/Kconfig|2 +-
drivers/usb/host/ehci-fsl.c | 63 ++
Zynq soc contains a dual role usb controller and this IP is from synopsys. We
observed that there is driver available for this controller from freescale and
decided to reuse this driver for zynq use.
Here is the link for zynq soc TRM. Please refer chapter 15 for usb controller
related information.
Since zynq soc usb controller is a synopsys IP and there is a driver
available for this controller from freescale in opensource, reusing this
driver for zynq use.
Signed-off-by: Punnaiah Choudary Kalluri
---
drivers/usb/gadget/Kconfig|2 +-
drivers/usb/gadget/Makefile |1 +
Since zynq soc usb controller is a synopsys IP and there is a driver
available for this controller from freescale in opensource, reusing this
driver for zynq use.
Signed-off-by: Punnaiah Choudary Kalluri
---
drivers/usb/host/Kconfig|2 +-
drivers/usb/host/ehci-fsl.c | 63 ++
Here is a draft call flow:
pci_device_add
pcibios_add_device
pci_dma_dev_setup
pnv_pci_dma_dev_setup
pnv_pci_ioda_dma_dev_setup
set_iommu_table_base_and_group <--- here
device_add
When set_iommu_table_base_and_group() is invoked int
pnv_pci_ioda_dma_de
When pcibios_remove_pci_devices() is removing pci devices, it will release
pci device respectively. When the refcount of the device is 0, the pci_dev
structure will be destroyed.
On PowerNV platform, the pci_dev will not be destroyed since the refcount is
not 0.
After applying the patch, this war
On Mon, 2014-04-21 at 10:25 +0800, Wei Yang wrote:
> When pcibios_remove_pci_devices() is removing pci devices, it will release
> pci device respectively. When the refcount of the device is 0, the pci_dev
> structure will be destroyed.
>
> On PowerNV platform, the pci_dev will not be destroyed sin
On Mon, 2014-04-21 at 10:25 +0800, Wei Yang wrote:
> Here is a draft call flow:
>
> pci_device_add
>pcibios_add_device
> pci_dma_dev_setup
> pnv_pci_dma_dev_setup
> pnv_pci_ioda_dma_dev_setup
>set_iommu_table_base_and_group <--- here
> device_add
>
>
The if condition check was based on a draft ISA doc. Remove the same.
Signed-off-by: Aneesh Kumar K.V
---
arch/powerpc/mm/hash_native_64.c | 38 --
1 file changed, 16 insertions(+), 22 deletions(-)
diff --git a/arch/powerpc/mm/hash_native_64.c b/arch/powerpc/
On Mon, Apr 21, 2014 at 01:37:32PM +1000, Benjamin Herrenschmidt wrote:
>On Mon, 2014-04-21 at 10:25 +0800, Wei Yang wrote:
>> Here is a draft call flow:
>>
>> pci_device_add
>>pcibios_add_device
>> pci_dma_dev_setup
>> pnv_pci_dma_dev_setup
>> pnv_pci_ioda_dma_dev_s
On Mon, 2014-04-21 at 10:37 +0530, Aneesh Kumar K.V wrote:
> The if condition check was based on a draft ISA doc. Remove the same.
Is this a real bug ? Do we need to send that back to stable ?
Ben.
> Signed-off-by: Aneesh Kumar K.V
> ---
> arch/powerpc/mm/hash_native_64.c | 38
On 17 April 2014 15:23, Geert Uytterhoeven wrote:
> If CONFIG_SMP=n, does not include , causing:
>
> drivers/cpufreq/ppc-corenet-cpufreq.c: In function 'corenet_cpufreq_cpu_init':
> drivers/cpufreq/ppc-corenet-cpufreq.c:173:3: error: implicit declaration of
> function 'get_hard_smp_processor_id'
On 17 April 2014 15:23, Geert Uytterhoeven wrote:
> On 32-bit, "12 * NSEC_PER_SEC" doesn't fit in "unsigned long"
> (NSEC_PER_SEC is a "long" constant), causing an integer overflow:
>
> drivers/cpufreq/ppc-corenet-cpufreq.c: In function 'corenet_cpufreq_cpu_init':
> drivers/cpufreq/ppc-corenet-cpu
On 17 April 2014 15:23, Geert Uytterhoeven wrote:
> If the clock doesn't exist, clk_get_rate() returns -EINVAL
You clk_get_rate() isn't written well then, it should return zero.
@Mike: I didn't see this clearly mentioned in clk.h, should we fix
that?
>, which becomes
> a large number (freq is u3
On Mon, Apr 21, 2014 at 01:35:34PM +1000, Benjamin Herrenschmidt wrote:
>On Mon, 2014-04-21 at 10:25 +0800, Wei Yang wrote:
>> When pcibios_remove_pci_devices() is removing pci devices, it will release
>> pci device respectively. When the refcount of the device is 0, the pci_dev
>> structure will b
On Mon, Apr 21, 2014 at 12:22 AM, Marc Kleine-Budde wrote:
> On 04/20/2014 06:27 PM, Punnaiah Choudary Kalluri wrote:
>> Zynq soc contains a dual role usb controller and this IP is from synopsys. We
>> observed that there is driver available for this controller from freescale
>> and
>> decided to
On Mon, Apr 21, 2014 at 01:22:13PM +0800, Wei Yang wrote:
>On Mon, Apr 21, 2014 at 01:37:32PM +1000, Benjamin Herrenschmidt wrote:
>>On Mon, 2014-04-21 at 10:25 +0800, Wei Yang wrote:
>>> Here is a draft call flow:
>>>
>>> pci_device_add
>>>pcibios_add_device
>>> pci_dma_dev_setup
>>>
22 matches
Mail list logo
