Skip to contentSkip to conversation

Add fustini riscv-config to linux-next

DISCUSSION Drew Fustini 2 participants 2 messages Jun 9

Subsystems (2)
lore
Share & tools
lore
#0 lore raw

Hi Mark,

I have a new tree where I will apply patches for riscv defconfigs. I have trees for dt and clk for two riscv soc vendors in next but defconfig patches don't belong in such branches. Conor has in the past taken defconfig patches but he is happy for me to send pull requests as needed based on my new defconfig branches.

Please add these to linux-next:

riscv-config https://git.kernel.org/pub/scm/linux/kernel/git/fustini/linux.git#riscv-config-for-next
riscv-config-fixes https://git.kernel.org/pub/scm/linux/kernel/git/fustini/linux.git#riscv-config-fixes

Thanks,
Drew

maintainer
#1 lore raw
Quoted 4 lines · Drew Fustini

Please add these to linux-next:

riscv-config https://git.kernel.org/pub/scm/linux/kernel/git/fustini/linux.git#riscv-config-for-next
riscv-config-fixes https://git.kernel.org/pub/scm/linux/kernel/git/fustini/linux.git#riscv-config-fixes

These should be added from today.

Thanks for adding your subsystem tree as a participant of linux-next. As you may know, this is not a judgement of your code. The purpose of linux-next is for integration testing and to lower the impact of conflicts between subsystems in the next merge window.

You will need to ensure that the patches/commits in your tree/series have been:
* submitted under GPL v2 (or later) and include the Contributor's Signed-off-by,
* posted to the relevant mailing list,
* reviewed by you (or another maintainer of your subsystem tree),
* successfully unit tested, and
* destined for the current or next Linux merge window.

Basically, this should be just what you would send to Linus (or ask him to fetch). It is allowed to be rebased if you deem it necessary.