Re: [U-Boot] [dm/next PATCH v1] dm: qspi fix claim bus and release bus

2015-04-26 Thread Peng Fan
Hi Simon, On 4/23/2015 11:17 PM, Simon Glass wrote: Hi Peng, On 15 April 2015 at 03:50, Peng Fan wrote: Add missed people. On 4/14/2015 1:19 PM, Peng Fan wrote: For fsl_qspi_claim_bus and fsl_qspi_release_bus, the input parameter "struct udevice *dev" represents device: "qspi[x]: qspi@[add

Re: [U-Boot] [dm/next PATCH v1] dm: qspi fix claim bus and release bus

2015-04-23 Thread Simon Glass
Hi Peng, On 15 April 2015 at 03:50, Peng Fan wrote: > Add missed people. > > > On 4/14/2015 1:19 PM, Peng Fan wrote: >> >> For fsl_qspi_claim_bus and fsl_qspi_release_bus, the input parameter >> "struct udevice *dev" represents device: "qspi[x]: qspi@[address] {...}". >> Since "dev" already repre

Re: [U-Boot] [dm/next PATCH v1] dm: qspi fix claim bus and release bus

2015-04-15 Thread Peng Fan
Add missed people. On 4/14/2015 1:19 PM, Peng Fan wrote: For fsl_qspi_claim_bus and fsl_qspi_release_bus, the input parameter "struct udevice *dev" represents device: "qspi[x]: qspi@[address] {...}". Since "dev" already represents the qspi controller, use its parent to get platdata and get 'priv

[U-Boot] [dm/next PATCH v1] dm: qspi fix claim bus and release bus

2015-04-13 Thread Peng Fan
For fsl_qspi_claim_bus and fsl_qspi_release_bus, the input parameter "struct udevice *dev" represents device: "qspi[x]: qspi@[address] {...}". Since "dev" already represents the qspi controller, use its parent to get platdata and get 'priv' is wrong. After applying this patch, qspi flashes can be