Trivial patch-series, which fixes the tabbing issue in the driver,
uses the BIT macro for bit fields and prints notice on -EPROBE_DEFER
in sdhci_add_host() function on regulator unavailability.
V1 => V2
========
- Fixed all comments from Joe, mostly alignment changes
- Separated BIT macro usage patch into new one.
- changed error to kernel notice for EPROBE_DEFER in sdhci_add_host()
Note: This patch-series should get merged before another series -
[PATCH-v2 0/7] mmc: sdhci-pxav3: Enable support for PXA1928 SDCHI controller
Vaibhav Hiremath (3):
mmc: sdhci-pxav3: Fix tabbing issue
mmc: sdhci-pxav3: Use BIT macro for bit field definitions
mmc: sdhci: print notice on -EPROBE_DEFER in sdhci_add_host() fn
drivers/mmc/host/sdhci-pxav3.c | 46 +++++++++++++++++++++---------------------
drivers/mmc/host/sdhci.c | 5 ++++-
2 files changed, 27 insertions(+), 24 deletions(-)
--
1.9.1
Instead of using shift operation use BIT macro for bit field
definitions.
Signed-off-by: Vaibhav Hiremath <redacted>
---
drivers/mmc/host/sdhci-pxav3.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
@@ -3130,8 +3130,11 @@ int sdhci_add_host(struct sdhci_host *host)mmc->caps|=MMC_CAP_NEEDS_POLL;/* If there are external regulators, get them */-if(mmc_regulator_get_supply(mmc)==-EPROBE_DEFER)+if(mmc_regulator_get_supply(mmc)==-EPROBE_DEFER){+pr_notice("%s: regulator supply unavailable, deferring probe.\n",+mmc_hostname(mmc));return-EPROBE_DEFER;+}/* If vqmmc regulator and no 1.8V signalling, then there's no UHS */if(!IS_ERR(mmc->supply.vqmmc)){
--
1.9.1
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
There were some coding style issues where spaces have been used instead
of tabs, for example, in macro definitions, alignment of function
declarations/definitions, etc...
This patch fixes all such occurrences in the code.
Signed-off-by: Vaibhav Hiremath <redacted>
---
drivers/mmc/host/sdhci-pxav3.c | 46 +++++++++++++++++++++---------------------
1 file changed, 23 insertions(+), 23 deletions(-)
There were some coding style issues where spaces have been used instead
of tabs, for example, in macro definitions, alignment of function
declarations/definitions, etc...
This patch fixes all such occurrences in the code.
Signed-off-by: Vaibhav Hiremath <redacted>
---
drivers/mmc/host/sdhci-pxav3.c | 46 +++++++++++++++++++++---------------------
1 file changed, 23 insertions(+), 23 deletions(-)
There were some coding style issues where spaces have been used instead
of tabs, for example, in macro definitions, alignment of function
declarations/definitions, etc...
This patch fixes all such occurrences in the code.
Signed-off-by: Vaibhav Hiremath <redacted>
---
drivers/mmc/host/sdhci-pxav3.c | 46 +++++++++++++++++++++---------------------
1 file changed, 23 insertions(+), 23 deletions(-)
IMHO, this is not an improvement, previous style is fine and I saw
such style in kernel here and there
I had received feedback to use above style on different patch-series.
And I also think this looks more clean and readable.
Thanks,
Vaibhav
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 7 September 2015 at 13:31, Vaibhav Hiremath
[off-list ref] wrote:
Trivial patch-series, which fixes the tabbing issue in the driver,
uses the BIT macro for bit fields and prints notice on -EPROBE_DEFER
in sdhci_add_host() function on regulator unavailability.
V1 => V2
========
- Fixed all comments from Joe, mostly alignment changes
- Separated BIT macro usage patch into new one.
- changed error to kernel notice for EPROBE_DEFER in sdhci_add_host()
Note: This patch-series should get merged before another series -
[PATCH-v2 0/7] mmc: sdhci-pxav3: Enable support for PXA1928 SDCHI controller
Vaibhav Hiremath (3):
mmc: sdhci-pxav3: Fix tabbing issue
mmc: sdhci-pxav3: Use BIT macro for bit field definitions
mmc: sdhci: print notice on -EPROBE_DEFER in sdhci_add_host() fn
drivers/mmc/host/sdhci-pxav3.c | 46 +++++++++++++++++++++---------------------
drivers/mmc/host/sdhci.c | 5 ++++-
2 files changed, 27 insertions(+), 24 deletions(-)
--
1.9.1
Hi Vaibhav,
FYI, I won't be picking up any of these patches. Primarily because I
don't think they improves the code and other people also seems to
agree to that.
Regarding patch1 and similar patches which deals with only fixing
checkpatch warnings/errors. In most cases I don't like such changes,
as they makes it harder to use "git blame" when you want to find out
which commit that introduced a change.
Kind regards
Uffe
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tuesday 15 September 2015 05:58 PM, Ulf Hansson wrote:
On 7 September 2015 at 13:31, Vaibhav Hiremath
[off-list ref] wrote:
quoted
Trivial patch-series, which fixes the tabbing issue in the driver,
uses the BIT macro for bit fields and prints notice on -EPROBE_DEFER
in sdhci_add_host() function on regulator unavailability.
V1 => V2
========
- Fixed all comments from Joe, mostly alignment changes
- Separated BIT macro usage patch into new one.
- changed error to kernel notice for EPROBE_DEFER in sdhci_add_host()
Note: This patch-series should get merged before another series -
[PATCH-v2 0/7] mmc: sdhci-pxav3: Enable support for PXA1928 SDCHI controller
Vaibhav Hiremath (3):
mmc: sdhci-pxav3: Fix tabbing issue
mmc: sdhci-pxav3: Use BIT macro for bit field definitions
mmc: sdhci: print notice on -EPROBE_DEFER in sdhci_add_host() fn
drivers/mmc/host/sdhci-pxav3.c | 46 +++++++++++++++++++++---------------------
drivers/mmc/host/sdhci.c | 5 ++++-
2 files changed, 27 insertions(+), 24 deletions(-)
--
1.9.1
Hi Vaibhav,
FYI, I won't be picking up any of these patches. Primarily because I
don't think they improves the code and other people also seems to
agree to that.
Regarding patch1 and similar patches which deals with only fixing
checkpatch warnings/errors. In most cases I don't like such changes,
as they makes it harder to use "git blame" when you want to find out
which commit that introduced a change.
Honestly, I also agree with you.
But recently I have been told to do these changed to get my
main/feature changes accepted :)
No issues, I am OK to drop them.
These are just beautification changes and as you rightly
said it makes 'git blame' difficult to find original change commit.
Thanks,
Vaibhav