On Wed, 2012-11-28 at 17:21 -0500, Peter Gavin wrote: > On Wed, Nov 28, 2012 at 4:33 PM, Jonas Bonn <[email protected]> > wrote: > > The most up-to-date Linux should be upstream... if it's not, > there's > something wrong. Why aren't patches being submitted? > > > I know nothing about that. One problem may be that this repo hasn't > been merged with Linus's tree in some time (since 3.4).
See the 'for-upstream' branch... Aside from that, Linus' repo is what you should be basing new features on... hence, that's the repo that should be the 'openrisc' one (as opposed to personal repos) on the main github page, in my opinion. (And Linus' repo is already mirrored on github, so there's really no need to do it again...) > Yeah, we really need to make sure these repos only hold patches that > can eventually go into upstream. Perfect! As long as we stick to that rule then there shouldn't be any confusion anywhere. > > > One thing I'm currently working on is removing the busybox binaries > from the kernel tree (the files in > linux/arch/openrisc/support/initramfs/...), and instead build them > from the busybox sources and construct the initramfs from scratch > using an external script. I've got this partly done. There's a git > repo with the script > at: https://github.com/pgavin/or1k-toolchain-build > Upstream kernel does not contain the initramfs bits... that's just a crutch for openrisc people who need to boot the kernel quickly without having to figure out how to build a userspace. Removing it is a bit of an anti-feature... I had an idea of moving it to a submodule, though, at some point but there are more pressing issues (real kernel bugs, interesting that these never get reported... I just figure that nobody actually uses Linux on openrisc :) ) > For now (but I'm sure I'll change this at some point) the script wants > all the repositories to exist under the same path, and it only works > with my my version of or1ksim, but it builds the toolchain in 4 modes > (elf & linux, both with and without delay slots), and compiles uclibc, > the kernel, and busybox. It doesn't (yet) construct the initramfs, > but that's next. There are also some problems with compiling uClibc > in no-delay-slot mode that I need to work out. There's a bunch of these scripts floating around. Mine's a Makefile and parallelizes better than the rest... I updated it last weekend to build Stefan's latest stuff... I should probably publish that somewhere. > > > Eventually I might try using this script as part of a build bot that > will check out the latest repos, build everything, run testsuites, and > log everything on a nice webpage so we can see what tests are failing > and so on. It will take some work, but I think will be a big help. I know someone who already had most of this in place... :( /Jonas _______________________________________________ Linux mailing list [email protected] http://lists.openrisc.net/listinfo/linux
