2018-01-18 17:56 GMT+08:00 Arnd Bergmann <arnd@xxxxxxxx>: > On Mon, Jan 15, 2018 at 6:53 AM, Greentime Hu <green.hu@xxxxxxxxx> wrote: >> From: Greentime Hu <greentime@xxxxxxxxxxxxx> >> >> It will be built failed if commit id: d25ea659 is selected. This patch >> can fix this build error. >> >> Signed-off-by: Greentime Hu <greentime@xxxxxxxxxxxxx> > > The change is fine, but the reference to commit 'd25ea659' is not for > two reasons: > > - when you rebase the tree, you will get a different ID > - the recommended format for referring to another commit is to list it with > 12 digits and the one-line summary like this: > > commit d25ea659bc37 ("asm-generic/io.h: move > ioremap_nocache/ioremap_uc/ioremap_wc/ioremap_…") > > - Ideally you use a 'Fixes:' tag in the patch description. > > You can add these lines in your .gitconfig to help you here > > [alias] > fixes = show --format='Fixes: %h (\"%s\")' -s > [core] > abbrev = 12 > > That will give you a 'git fixes' command to output the Fixes: line > in the correct format for future bug fixes. For this particular change, > I would actually just merge the two patches into one patch that > then doesn't break anything in the first place. > Hi, Arnd: Thank you for your comments and teaching me how to add these messages. I will update the commit messages and my .gitconfig. Since the commit id will be changed after rebasing, I will update the messages like this. sparc: io: To use the define of ioremap_[nocache|wc|wb] in asm-generic/io.h A commit for the nds32 architecture bootstrap("asm-generic/io.h: move ioremap_nocache/ioremap_uc/ioremap_wc/ioremap_wt out of ifndef CONFIG_MMU") will move the ioremap_nocache out of the CONFIG_MMU ifdef. This means that in order to suppress re-definition errors we need to remove the #define in io_32.h. Also, the change adds a prototype for ioremap where size is size_t and offset is phys_addr_t so fix that as well. Signed-off-by: Greentime Hu <greentime@xxxxxxxxxxxxx> -- To unsubscribe from this list: send the line "unsubscribe linux-serial" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html