Skip to contentSkip to conversation

Microblaze arch merging

DISCUSSION Michal Simek 2 participants 2 messages Mar 17, 2009

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

Hi Stephen and others,

I am preparing first pack for Microblaze CPU (If you want to review I can send bunch of patches very soon).
This pack was reviewed in past on LKML and of course I have done some changes there and move to latest kernel code.

Could you tell me what the right way is for adding to Microblaze code to linux-next for testing and merging?
I don't expect that microblaze code break any other arch because all the code is in arch/microblaze folder + some minor changes in Kconfig for drivers.

We have ready git server for pushing too.
What is the best way for you? Code based on current linus-head on based on linux-next?

Thanks,
Michal

Signature · 3 lines
Michal Simek, Ing. (M.Eng)
PetaLogix - Linux Solutions for a Reconfigurable World
w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663
#1 lore raw

Hi Michal,

Quoted 4 lines · On Tue, 17 Mar 2009 10:01:30 +0100 Michal Simek <[email protected]>…

We have ready git server for pushing too.
What is the best way for you? Code based on current linus-head on based on linux-next?

All trees included in linux-next should be based on Linus' tree (unless there is a good reason for a dependency on another tree).

What I tell everyone: all patches/commits in the tree/series must have been:

posted to a relevant mailing list
reviewed
unit tested
destined for the next merge window (or the current release)

*before* they are included. The linux-next tree is for integration testing and to lower the impact of conflicts between subsystems in the next 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.

Signature · 3 lines
Cheers,
Stephen Rothwell                    [email protected]
http://www.canb.auug.org.au/~sfr/