| Message ID | 1500464893-11352-12-git-send-email-absahu@codeaurora.org |
|---|---|
| State | Superseded |
| Delegated to: | Boris Brezillon |
| Headers | show |
On 07/19/2017 05:17 PM, Abhishek Sahu wrote: > Currently driver data is being assigned directly with ECC modes. > Now, the plan is to add more NAND controller versions, so > reorganized the current driver data assignment by creating NAND > controller properties structure. This will contain all > properties specific to NAND controller. > Reviewed-by: Archit Taneja <architt@codeaurora.org> > Signed-off-by: Abhishek Sahu <absahu@codeaurora.org> > --- > drivers/mtd/nand/qcom_nandc.c | 23 +++++++++++++++++------ > 1 file changed, 17 insertions(+), 6 deletions(-) > > diff --git a/drivers/mtd/nand/qcom_nandc.c b/drivers/mtd/nand/qcom_nandc.c > index 8f9e86c..3b0ae91 100644 > --- a/drivers/mtd/nand/qcom_nandc.c > +++ b/drivers/mtd/nand/qcom_nandc.c > @@ -235,7 +235,7 @@ struct nandc_regs { > * writes. contains the register values to be > * written to controller > * @cmd1/vld: some fixed controller register values > - * @ecc_modes: supported ECC modes by the current controller, > + * @props: properties of current NAND controller IP, > * initialized via DT match data > */ > struct qcom_nand_controller { > @@ -266,7 +266,7 @@ struct qcom_nand_controller { > struct nandc_regs *regs; > > u32 cmd1, vld; > - u32 ecc_modes; > + const struct qcom_props *props; > }; > > /* > @@ -319,6 +319,15 @@ struct qcom_nand_host { > u32 clrreadstatus; > }; > > +/* > + * This data type corresponds to the nand controller properties which varies > + * among different NAND controller IP's. > + * @ecc_modes - ecc mode for NAND > + */ > +struct qcom_props { > + u32 ecc_modes; > +}; > + > static inline struct qcom_nand_host *to_qcom_nand_host(struct nand_chip *chip) > { > return container_of(chip, struct qcom_nand_host, chip); > @@ -1820,7 +1829,7 @@ static int qcom_nand_host_setup(struct qcom_nand_host *host) > * uses lesser bytes for ECC. If RS is used, the ECC bytes is > * always 10 bytes > */ > - if (nandc->ecc_modes & ECC_BCH_4BIT) { > + if (nandc->props->ecc_modes & ECC_BCH_4BIT) { > /* BCH */ > host->bch_enabled = true; > ecc_mode = 0; > @@ -2165,7 +2174,7 @@ static int qcom_nandc_probe(struct platform_device *pdev) > return -ENODEV; > } > > - nandc->ecc_modes = (unsigned long)dev_data; > + nandc->props = dev_data; > > res = platform_get_resource(pdev, IORESOURCE_MEM, 0); > nandc->base = devm_ioremap_resource(dev, res); > @@ -2234,7 +2243,9 @@ static int qcom_nandc_remove(struct platform_device *pdev) > return 0; > } > > -#define EBI2_NANDC_ECC_MODES (ECC_RS_4BIT | ECC_BCH_8BIT) > +static const struct qcom_props ebi2_nandc_data = { > + .ecc_modes = (ECC_RS_4BIT | ECC_BCH_8BIT), > +}; > > /* > * data will hold a struct pointer containing more differences once we support > @@ -2242,7 +2253,7 @@ static int qcom_nandc_remove(struct platform_device *pdev) > */ > static const struct of_device_id qcom_nandc_of_match[] = { > { .compatible = "qcom,ebi2-nandc", > - .data = (void *)EBI2_NANDC_ECC_MODES, > + .data = &ebi2_nandc_data, > }, > {} > }; >
On Wed, 19 Jul 2017 17:17:59 +0530 Abhishek Sahu <absahu@codeaurora.org> wrote: > Currently driver data is being assigned directly with ECC modes. > Now, the plan is to add more NAND controller versions, so > reorganized the current driver data assignment by creating NAND > controller properties structure. This will contain all > properties specific to NAND controller. > Applied. Thanks, Boris > Signed-off-by: Abhishek Sahu <absahu@codeaurora.org> > --- > drivers/mtd/nand/qcom_nandc.c | 23 +++++++++++++++++------ > 1 file changed, 17 insertions(+), 6 deletions(-) > > diff --git a/drivers/mtd/nand/qcom_nandc.c b/drivers/mtd/nand/qcom_nandc.c > index 8f9e86c..3b0ae91 100644 > --- a/drivers/mtd/nand/qcom_nandc.c > +++ b/drivers/mtd/nand/qcom_nandc.c > @@ -235,7 +235,7 @@ struct nandc_regs { > * writes. contains the register values to be > * written to controller > * @cmd1/vld: some fixed controller register values > - * @ecc_modes: supported ECC modes by the current controller, > + * @props: properties of current NAND controller IP, > * initialized via DT match data > */ > struct qcom_nand_controller { > @@ -266,7 +266,7 @@ struct qcom_nand_controller { > struct nandc_regs *regs; > > u32 cmd1, vld; > - u32 ecc_modes; > + const struct qcom_props *props; > }; > > /* > @@ -319,6 +319,15 @@ struct qcom_nand_host { > u32 clrreadstatus; > }; > > +/* > + * This data type corresponds to the nand controller properties which varies > + * among different NAND controller IP's. > + * @ecc_modes - ecc mode for NAND > + */ > +struct qcom_props { > + u32 ecc_modes; > +}; > + > static inline struct qcom_nand_host *to_qcom_nand_host(struct nand_chip *chip) > { > return container_of(chip, struct qcom_nand_host, chip); > @@ -1820,7 +1829,7 @@ static int qcom_nand_host_setup(struct qcom_nand_host *host) > * uses lesser bytes for ECC. If RS is used, the ECC bytes is > * always 10 bytes > */ > - if (nandc->ecc_modes & ECC_BCH_4BIT) { > + if (nandc->props->ecc_modes & ECC_BCH_4BIT) { > /* BCH */ > host->bch_enabled = true; > ecc_mode = 0; > @@ -2165,7 +2174,7 @@ static int qcom_nandc_probe(struct platform_device *pdev) > return -ENODEV; > } > > - nandc->ecc_modes = (unsigned long)dev_data; > + nandc->props = dev_data; > > res = platform_get_resource(pdev, IORESOURCE_MEM, 0); > nandc->base = devm_ioremap_resource(dev, res); > @@ -2234,7 +2243,9 @@ static int qcom_nandc_remove(struct platform_device *pdev) > return 0; > } > > -#define EBI2_NANDC_ECC_MODES (ECC_RS_4BIT | ECC_BCH_8BIT) > +static const struct qcom_props ebi2_nandc_data = { > + .ecc_modes = (ECC_RS_4BIT | ECC_BCH_8BIT), > +}; > > /* > * data will hold a struct pointer containing more differences once we support > @@ -2242,7 +2253,7 @@ static int qcom_nandc_remove(struct platform_device *pdev) > */ > static const struct of_device_id qcom_nandc_of_match[] = { > { .compatible = "qcom,ebi2-nandc", > - .data = (void *)EBI2_NANDC_ECC_MODES, > + .data = &ebi2_nandc_data, > }, > {} > };
On Fri, 4 Aug 2017 09:49:52 +0200 Boris Brezillon <boris.brezillon@free-electrons.com> wrote: > On Wed, 19 Jul 2017 17:17:59 +0530 > Abhishek Sahu <absahu@codeaurora.org> wrote: > > > Currently driver data is being assigned directly with ECC modes. > > Now, the plan is to add more NAND controller versions, so > > reorganized the current driver data assignment by creating NAND > > controller properties structure. This will contain all > > properties specific to NAND controller. > > > > Applied. My bad, this one has not been applied. > > Thanks, > > Boris > > > Signed-off-by: Abhishek Sahu <absahu@codeaurora.org> > > --- > > drivers/mtd/nand/qcom_nandc.c | 23 +++++++++++++++++------ > > 1 file changed, 17 insertions(+), 6 deletions(-) > > > > diff --git a/drivers/mtd/nand/qcom_nandc.c b/drivers/mtd/nand/qcom_nandc.c > > index 8f9e86c..3b0ae91 100644 > > --- a/drivers/mtd/nand/qcom_nandc.c > > +++ b/drivers/mtd/nand/qcom_nandc.c > > @@ -235,7 +235,7 @@ struct nandc_regs { > > * writes. contains the register values to be > > * written to controller > > * @cmd1/vld: some fixed controller register values > > - * @ecc_modes: supported ECC modes by the current controller, > > + * @props: properties of current NAND controller IP, > > * initialized via DT match data > > */ > > struct qcom_nand_controller { > > @@ -266,7 +266,7 @@ struct qcom_nand_controller { > > struct nandc_regs *regs; > > > > u32 cmd1, vld; > > - u32 ecc_modes; > > + const struct qcom_props *props; > > }; > > > > /* > > @@ -319,6 +319,15 @@ struct qcom_nand_host { > > u32 clrreadstatus; > > }; > > > > +/* > > + * This data type corresponds to the nand controller properties which varies > > + * among different NAND controller IP's. > > + * @ecc_modes - ecc mode for NAND > > + */ > > +struct qcom_props { > > + u32 ecc_modes; > > +}; > > + > > static inline struct qcom_nand_host *to_qcom_nand_host(struct nand_chip *chip) > > { > > return container_of(chip, struct qcom_nand_host, chip); > > @@ -1820,7 +1829,7 @@ static int qcom_nand_host_setup(struct qcom_nand_host *host) > > * uses lesser bytes for ECC. If RS is used, the ECC bytes is > > * always 10 bytes > > */ > > - if (nandc->ecc_modes & ECC_BCH_4BIT) { > > + if (nandc->props->ecc_modes & ECC_BCH_4BIT) { > > /* BCH */ > > host->bch_enabled = true; > > ecc_mode = 0; > > @@ -2165,7 +2174,7 @@ static int qcom_nandc_probe(struct platform_device *pdev) > > return -ENODEV; > > } > > > > - nandc->ecc_modes = (unsigned long)dev_data; > > + nandc->props = dev_data; > > > > res = platform_get_resource(pdev, IORESOURCE_MEM, 0); > > nandc->base = devm_ioremap_resource(dev, res); > > @@ -2234,7 +2243,9 @@ static int qcom_nandc_remove(struct platform_device *pdev) > > return 0; > > } > > > > -#define EBI2_NANDC_ECC_MODES (ECC_RS_4BIT | ECC_BCH_8BIT) > > +static const struct qcom_props ebi2_nandc_data = { > > + .ecc_modes = (ECC_RS_4BIT | ECC_BCH_8BIT), > > +}; > > > > /* > > * data will hold a struct pointer containing more differences once we support > > @@ -2242,7 +2253,7 @@ static int qcom_nandc_remove(struct platform_device *pdev) > > */ > > static const struct of_device_id qcom_nandc_of_match[] = { > > { .compatible = "qcom,ebi2-nandc", > > - .data = (void *)EBI2_NANDC_ECC_MODES, > > + .data = &ebi2_nandc_data, > > }, > > {} > > }; >
On Wed, 19 Jul 2017 17:17:59 +0530 Abhishek Sahu <absahu@codeaurora.org> wrote: > Currently driver data is being assigned directly with ECC modes. > Now, the plan is to add more NAND controller versions, so > reorganized the current driver data assignment by creating NAND > controller properties structure. This will contain all > properties specific to NAND controller. > > Signed-off-by: Abhishek Sahu <absahu@codeaurora.org> > --- > drivers/mtd/nand/qcom_nandc.c | 23 +++++++++++++++++------ > 1 file changed, 17 insertions(+), 6 deletions(-) > > diff --git a/drivers/mtd/nand/qcom_nandc.c b/drivers/mtd/nand/qcom_nandc.c > index 8f9e86c..3b0ae91 100644 > --- a/drivers/mtd/nand/qcom_nandc.c > +++ b/drivers/mtd/nand/qcom_nandc.c > @@ -235,7 +235,7 @@ struct nandc_regs { > * writes. contains the register values to be > * written to controller > * @cmd1/vld: some fixed controller register values > - * @ecc_modes: supported ECC modes by the current controller, > + * @props: properties of current NAND controller IP, > * initialized via DT match data > */ > struct qcom_nand_controller { > @@ -266,7 +266,7 @@ struct qcom_nand_controller { > struct nandc_regs *regs; > > u32 cmd1, vld; > - u32 ecc_modes; > + const struct qcom_props *props; > }; > > /* > @@ -319,6 +319,15 @@ struct qcom_nand_host { > u32 clrreadstatus; > }; > > +/* > + * This data type corresponds to the nand controller properties which varies > + * among different NAND controller IP's. > + * @ecc_modes - ecc mode for NAND > + */ > +struct qcom_props { > + u32 ecc_modes; > +}; > + > static inline struct qcom_nand_host *to_qcom_nand_host(struct nand_chip *chip) > { > return container_of(chip, struct qcom_nand_host, chip); > @@ -1820,7 +1829,7 @@ static int qcom_nand_host_setup(struct qcom_nand_host *host) > * uses lesser bytes for ECC. If RS is used, the ECC bytes is > * always 10 bytes > */ > - if (nandc->ecc_modes & ECC_BCH_4BIT) { > + if (nandc->props->ecc_modes & ECC_BCH_4BIT) { > /* BCH */ > host->bch_enabled = true; > ecc_mode = 0; > @@ -2165,7 +2174,7 @@ static int qcom_nandc_probe(struct platform_device *pdev) > return -ENODEV; > } > > - nandc->ecc_modes = (unsigned long)dev_data; > + nandc->props = dev_data; > > res = platform_get_resource(pdev, IORESOURCE_MEM, 0); > nandc->base = devm_ioremap_resource(dev, res); > @@ -2234,7 +2243,9 @@ static int qcom_nandc_remove(struct platform_device *pdev) > return 0; > } > > -#define EBI2_NANDC_ECC_MODES (ECC_RS_4BIT | ECC_BCH_8BIT) > +static const struct qcom_props ebi2_nandc_data = { > + .ecc_modes = (ECC_RS_4BIT | ECC_BCH_8BIT), Just a nit: parenthesis are unneeded here. > +}; > > /* > * data will hold a struct pointer containing more differences once we support > @@ -2242,7 +2253,7 @@ static int qcom_nandc_remove(struct platform_device *pdev) > */ > static const struct of_device_id qcom_nandc_of_match[] = { > { .compatible = "qcom,ebi2-nandc", > - .data = (void *)EBI2_NANDC_ECC_MODES, > + .data = &ebi2_nandc_data, > }, > {} > };
diff --git a/drivers/mtd/nand/qcom_nandc.c b/drivers/mtd/nand/qcom_nandc.c index 8f9e86c..3b0ae91 100644 --- a/drivers/mtd/nand/qcom_nandc.c +++ b/drivers/mtd/nand/qcom_nandc.c @@ -235,7 +235,7 @@ struct nandc_regs { * writes. contains the register values to be * written to controller * @cmd1/vld: some fixed controller register values - * @ecc_modes: supported ECC modes by the current controller, + * @props: properties of current NAND controller IP, * initialized via DT match data */ struct qcom_nand_controller { @@ -266,7 +266,7 @@ struct qcom_nand_controller { struct nandc_regs *regs; u32 cmd1, vld; - u32 ecc_modes; + const struct qcom_props *props; }; /* @@ -319,6 +319,15 @@ struct qcom_nand_host { u32 clrreadstatus; }; +/* + * This data type corresponds to the nand controller properties which varies + * among different NAND controller IP's. + * @ecc_modes - ecc mode for NAND + */ +struct qcom_props { + u32 ecc_modes; +}; + static inline struct qcom_nand_host *to_qcom_nand_host(struct nand_chip *chip) { return container_of(chip, struct qcom_nand_host, chip); @@ -1820,7 +1829,7 @@ static int qcom_nand_host_setup(struct qcom_nand_host *host) * uses lesser bytes for ECC. If RS is used, the ECC bytes is * always 10 bytes */ - if (nandc->ecc_modes & ECC_BCH_4BIT) { + if (nandc->props->ecc_modes & ECC_BCH_4BIT) { /* BCH */ host->bch_enabled = true; ecc_mode = 0; @@ -2165,7 +2174,7 @@ static int qcom_nandc_probe(struct platform_device *pdev) return -ENODEV; } - nandc->ecc_modes = (unsigned long)dev_data; + nandc->props = dev_data; res = platform_get_resource(pdev, IORESOURCE_MEM, 0); nandc->base = devm_ioremap_resource(dev, res); @@ -2234,7 +2243,9 @@ static int qcom_nandc_remove(struct platform_device *pdev) return 0; } -#define EBI2_NANDC_ECC_MODES (ECC_RS_4BIT | ECC_BCH_8BIT) +static const struct qcom_props ebi2_nandc_data = { + .ecc_modes = (ECC_RS_4BIT | ECC_BCH_8BIT), +}; /* * data will hold a struct pointer containing more differences once we support @@ -2242,7 +2253,7 @@ static int qcom_nandc_remove(struct platform_device *pdev) */ static const struct of_device_id qcom_nandc_of_match[] = { { .compatible = "qcom,ebi2-nandc", - .data = (void *)EBI2_NANDC_ECC_MODES, + .data = &ebi2_nandc_data, }, {} };
Currently driver data is being assigned directly with ECC modes. Now, the plan is to add more NAND controller versions, so reorganized the current driver data assignment by creating NAND controller properties structure. This will contain all properties specific to NAND controller. Signed-off-by: Abhishek Sahu <absahu@codeaurora.org> --- drivers/mtd/nand/qcom_nandc.c | 23 +++++++++++++++++------ 1 file changed, 17 insertions(+), 6 deletions(-)