[Milkymist-devel] milkymist network driver bug
yann at minet.net
Thu Feb 24 20:47:09 UTC 2011
Thanks for the commands, I would greatly appreciate a public git
repository with all that already set-up if it is so long and bandwidth
consuming to do.
So that I could git clone it.
Le 24/02/11 20:03, Daron Chabot a écrit :
> On Thu, Feb 24, 2011 at 1:07 PM, Yann Sionneau <yann at minet.net
> <mailto:yann at minet.net>> wrote:
> Hi Daron,
> How did you do your git mirror of the CVS ? Is there any tool to do
> that ?
> I simply used what git provides. See, "git help cvsimport".
> The first step is doing a cvs checkout (HEAD will work):
> 1) cvs -d :pserver:anoncvs at www.rtems.com:/usr1/CVS co rtems
> 2) mv rtems rtems.cvs
> Then the commands I use to create my pristine, git-mirror of the CVS
> repo is:
> 3) cd rtems.cvs
> 4) git cvsimport -i -v -C ../rtems.mirror.git
> !!!!!!!!!!!!!!! Beware: this will take *many* hours over the network
> i.e. do this at night (Alabama time) if you want to avoid annoying repo
> I seem to recall this initially taking on the order of nine hours. If
> done locally, this operation is orders of magnitude faster (wink, wink,
> nudge, nudge Joel).
> If people are interested, I may be able to put my "rtems.mirror.git" in
> a publicly accessible location to spare them the 10 hours of suspense.
> To update the git-mirror when the CVS repo changes, just repeat 3) and
> 4). This will take around 15 min over the network.
> As recommended by the "git-cvsimport" man page, *do not* use the
> git-mirror for working in. Do this:
> 5) git clone rtems.mirror.git rtems.git # assuming you want
> these in same directory
> Then, use the "rtems.git" repo to play around in...
> FYI -- my "rtems.mirror.git" branches look like this:
> djc at TooLBox--> git branch -a
> * master
> "master" ---> HEAD, all the rtems-4-X-branches appear as in the CVS
> repo, and I really don't know (or care!) about the rest.
> -- dc
> Did you just cvs checkout and then git init . && git add * ?
> You had to keep the CVS related files into your git, in order to be
> able to to cvs up, right ?
> Can you explain to me how to do like you ?
> Thanks :)
> Le 24/02/11 16:34, Daron Chabot a écrit :
> Hi Till,
> I'm not sure if Yann is doing the same, but I've been tracking
> the RTEMS
> cvs repos with git for some time and update it semi-regularly
> (doing an
> update now). I maintain one git repo that is a "mirror" of the
> cvs repo,
> and another git repo (clone of the mirror) for local development
> where I
> "rebase" my work on top of the cvs HEAD.
> You could do something similar, pulling Yann's branch(es) into your
> scratchpad repo...
> Just a thought.
> -- dc
> On Thu, Feb 24, 2011 at 10:17 AM, Till Straumann
> <strauman at slac.stanford.edu <mailto:strauman at slac.stanford.edu>
> <mailto:strauman at slac.stanford.edu
> <mailto:strauman at slac.stanford.edu>>> wrote:
> On 02/24/2011 03:55 PM, Yann Sionneau wrote:
> Le 24/02/11 14:40, Till Straumann a écrit :
> On 02/24/2011 03:12 PM, Sebastien Bourdeauducq wrote:
> On Thu, 2011-02-24 at 11:13 +0000, Yann Sionneau
> Feel free to merge these commits with the
> CVS, but
> it will not be a
> straight forward merge since my github
> has a lot of commit
> that your CVS doesn't have. We are out of sync.
> Joel told me that the 4.11 release is not before a
> while. To reduce the
> administrative overhead, and unless someone sees
> this as an
> inconvenience, let's continue working on this
> BSP in the
> Git repository
> for now and I'll submit one big patch before the
> Hmm - but I'd rather get only the BSP from your git repo
> and work with the main-line RTEMS otherwise.
> How can I do that?
> Well you can checkout my git repo, it's a clone of RTEMS
> CVS of
> when I
> started the GSoC back in the middle of 2010.
> Well - that's not exactly what I want. I want to stay
> in-sync with
> the current RTEMS development and use your latest BSP.
> Just check it out and you can play with RTEMS and the
> Milkymist BSP as if you were playing with RTEMS CVS :)
> The qemu to use is a special one (with milkymist
> support) btw,
> it's the
> one from this git repo :
> Link for how to compile lm32-qemu :
> Link for how to compile the BSP (but you sure know how to do
> that better
> than me :)) :
> Link on how to run some tests :
> And eventually if you want to try flickernoise (a GUI
> application) :
> Have fun :)
> rtems-users mailing list
> rtems-users at rtems.org <mailto:rtems-users at rtems.org>
> <mailto:rtems-users at rtems.org <mailto:rtems-users at rtems.org>>
More information about the users