* Microblaze arch merging
@ 2009-03-17 9:01 Michal Simek
2009-03-17 12:26 ` Stephen Rothwell
0 siblings, 1 reply; 2+ messages in thread
From: Michal Simek @ 2009-03-17 9:01 UTC (permalink / raw)
To: linux-next, Stephen Rothwell, lkml
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
--
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
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Microblaze arch merging
2009-03-17 9:01 Microblaze arch merging Michal Simek
@ 2009-03-17 12:26 ` Stephen Rothwell
0 siblings, 0 replies; 2+ messages in thread
From: Stephen Rothwell @ 2009-03-17 12:26 UTC (permalink / raw)
To: michal.simek; +Cc: linux-next, lkml
[-- Attachment #1: Type: text/plain, Size: 994 bytes --]
Hi Michal,
On Tue, 17 Mar 2009 10:01:30 +0100 Michal Simek <michal.simek@petalogix•com> wrote:
>
> 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.
--
Cheers,
Stephen Rothwell sfr@canb•auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-03-17 12:27 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-03-17 9:01 Microblaze arch merging Michal Simek
2009-03-17 12:26 ` Stephen Rothwell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox