All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Zankel <chris@zankel.net>
To: Vadim Malenboim <vadim@tangotec.com>
Cc: Max Filippov <jcmvbkbc@gmail.com>,
	linux-xtensa@linux-xtensa.org,
	Kirill Krinkin <kirill.krinkin@gmail.com>,
	Stephen Rothwell <sfr@canb.auug.org.au>, Greg KH <greg@kroah.com>,
	linux-kernel@vger.kernel.org, linux-next@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [Linux-Xtensa] Re: xtensa port maintenance
Date: Wed, 08 Aug 2012 01:08:26 -0700	[thread overview]
Message-ID: <50221E7A.70003@zankel.net> (raw)
In-Reply-To: <CAJH6qSc=Xffk85To2wZ=Ynw41Wb385XEpcT_OGjPV7r=i7M+UQ@mail.gmail.com>

Hi Vadim,

On 08/06/2012 11:00 PM, Vadim Malenboim wrote:
> Hi All,
>
> I've beed dealing with the xtensa port for couple of months and I'd 
> like to contribute / help as much as possible.
>
> I have an ML605 Xilinx Evaluation Board and already succeeded running 
> the clean-stable version from xtensa-linux on it.
>
> I propose doing the testing on this board and any other tasks / issues 
> you think I can help, I'd be glad to.

Excellent!! I'm looking forward to your help.

-Chris

>
> Vadim.
>
> On Tue, Aug 7, 2012 at 8:40 AM, Chris Zankel <chris@zankel.net 
> <mailto:chris@zankel.net>> wrote:
>
>     Hi Max,
>
>
>     On 08/06/2012 04:38 PM, Max Filippov wrote:
>
>         AFAIK xtensa linux port is currently in bad shape: it doesn't
>         work in the
>         mainline, it fails to build in the linux-next. The latest
>         working kernels for
>         xtensa are 2.6.29...31 trees hosted at the
>         git.linux-xtensa.org <http://git.linux-xtensa.org>.
>
>     I wouldn't say it's in bad shape, I just built an vmlinux image
>     from the latest tree (3.6.0-rc1), but it might not be very stable.
>     One of the major issues is not really the kernel but  there's
>     actually no way to build a fairly recent version of the toolchain.
>     I have been using a somewhat more recent buildroot version than
>     what is on xtensa-linux.org <http://xtensa-linux.org>, but even
>     that version of buildroot is rather old now and needed a few patches.
>
>     The tree on linux-xtensa.org <http://linux-xtensa.org> has quite
>     diverted from mainline now. Pete has done a great job maintaining
>     those kernel versions, fixing a lot of bugs, and adding a ton of
>     new additional features, but it will take quite some effort to
>     merge them with the latest kernel.
>
>
>         I have a goal to make xtensa arch in the linux mainline usable.
>
>     Awesome!! Every help is very much appreciated.
>
>
>         Currently I have a number of patches on top of Linus' tree
>         that allow to build
>         working allnoconfig, defconfig and allmodconfig kernels for
>         ISS machine with
>         dc232b and fsf core variants [1]. For the next several weeks
>         I'm planning to
>
>     You might expect that I'm more than curious to see those changes :-)
>
>
>
>         forward-port patches accumulated in linux-xtensa.org
>         <http://linux-xtensa.org> git trees and make the
>         resulting kernels rock-solid. I'd like to restore xtensa
>         participation in the
>         linux-next. Further (currently undetailed) plans are to bring
>         modern Linux
>         features to the xtensa port, e.g. device trees.
>
>     That would be great. Might I also add that we'd need to have a
>     working toolchain and bootable image. For me, buildroot seems to
>     be the quickest route here. That would also require possibly
>     adding patches to the toolchain and uClibc that are currently
>     missing. There's also the bootloader, etc.
>
>
>         I have a couple of questions regarding the path of
>         xtensa-specific patches
>         upstream:
>              - which git tree should they be targeted for? Should I
>         set up a tree for
>                pull requests, or will patches be picked up into some
>         existing tree?
>                (Looks like Linus' tree is the right target. AFAIK
>         previously xtensa
>                patches went mostly through akpm tree).
>
>     Yes, Andrew has been very helpful stepping in and adding those
>     patches. Most if not all of those patches were fixes because of
>     generic kernel changes and not major fixes or changes to the core
>     of the Xtensa port.
>
>     Ideally, it would be great if you could create a git tree (I saw
>     you already have a version on github already?) that would allow us
>     to look over those patches. The goal should be to have a system to
>     build toolchain, bootable image, and kernel, so we can run some
>     regression tests on either the simulator (qemu) or an actual
>     board. Once we have a regression test system in place, we can then
>     add more features and funnel those patches either through me or
>     more directly..
>
>     What do you think?
>
>     If you already have such a system in place, it would be great if
>     you could send me some instructions to recreate it locally. We can
>     give you also access to the wiki to add any information there.
>
>
>              - which mailing lists should they go to?
>                (I guess that besides linux-xtensa@linux-xtensa.org
>         <mailto:linux-xtensa@linux-xtensa.org> list they should go
>                to linux-kernel@vger.kernel.org
>         <mailto:linux-kernel@vger.kernel.org> for general review.
>         Anything else?)
>
>     For now, I would really appreciate if you could hold off sending
>     any major patch to the linux-kernel mailing list until we had a
>     chance to look over them unless it's some generic patch (fixing an
>     issue because of an API change to the kernel, etc.)
>
>     Andrew is currently adding all Xtensa patches sent to that list,
>     and I would hate having to irritate him having to ask to remove or
>     change patches, etc.
>
>
>         Should you wonder what I am:
>         I am a member of St.Petersburg Open Source and Linux Lab [2].
>         My previous contributions to Linux are related to p54spi
>         wireless driver.
>         I'm also a developer and maintainer of the target-xtensa QEMU
>         port [3].
>
>     That's so great!! I didn't know there was a QEMU port for Xtensa.
>
>     Bottom line, I hope you agree with me that the kernel, although
>     the most fun part, is only one piece of the puzzle, and we also
>     need a running system. If you already have that in place, we can
>     jump to the kernel fairly quickly.
>
>     Thanks,
>     -Chris
>
>
>     _______________________________________________
>     linux-xtensa mailing list
>     linux-xtensa@linux-xtensa.org <mailto:linux-xtensa@linux-xtensa.org>
>     http://lists.linux-xtensa.org/mailman/listinfo/linux-xtensa
>
>
>
>
> -- 
> *Vadim Malenboim.*
>       Low Level Software Engineer.
>
>       Cellular : +972(544)925862
>       E-Mail   : vadim@tangotec.com <mailto:vadim@tangotec.com>
>       WEB     : www.tangotec.com <http://www.tangotec.com>
>
>

  parent reply	other threads:[~2012-08-08  8:08 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-06 23:38 xtensa port maintenance Max Filippov
2012-08-07  5:40 ` Chris Zankel
2012-08-07 11:36   ` Geert Uytterhoeven
2012-08-07 11:56     ` Max Filippov
2012-08-07 14:35       ` Geert Uytterhoeven
2012-08-07 15:34         ` Max Filippov
2012-08-07 16:57           ` Geert Uytterhoeven
2012-08-07 16:43   ` Max Filippov
2012-08-08  8:23     ` Chris Zankel
     [not found]   ` <CAJH6qSc=Xffk85To2wZ=Ynw41Wb385XEpcT_OGjPV7r=i7M+UQ@mail.gmail.com>
2012-08-08  8:08     ` Chris Zankel [this message]
2012-08-10 21:15 ` Arnd Bergmann
2012-08-10 22:39   ` Chris Zankel
     [not found]     ` <5025975D.9030100@gmail.com>
2012-08-11  4:47       ` Marc Gauthier
2012-08-16 19:38         ` Rakesh Jain
2012-08-17  5:34           ` Pete Delaney
2012-08-20 19:17             ` Rakesh Jain

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50221E7A.70003@zankel.net \
    --to=chris@zankel.net \
    --cc=akpm@linux-foundation.org \
    --cc=greg@kroah.com \
    --cc=jcmvbkbc@gmail.com \
    --cc=kirill.krinkin@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-next@vger.kernel.org \
    --cc=linux-xtensa@linux-xtensa.org \
    --cc=sfr@canb.auug.org.au \
    --cc=torvalds@linux-foundation.org \
    --cc=vadim@tangotec.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.