Re: [U-Boot] u-boot-socfpga repository

2014-09-23 Thread Tom Rini
On Fri, Sep 19, 2014 at 04:54:05AM -0500, Chin Liang See wrote:
 Hi guys,
 
 On Wed, 2014-09-17 at 06:54 -0500, Chin Liang See wrote:
  On Tue, 2014-09-16 at 11:56 +0200, ZY - pavel wrote:
   Hi!
   
 I'd be interested in maintaining u-boot-socfpga repository. So far, 
 we don't
 have a repo for this platform and there is a large flurry of patches 
 flying
 around without any kind of central point for them. I'd like to get 
 your formal
 consent for starting this and if you agree, I'd start sending PR to 
 Albert once
 the repo is in place.


I maintain a linux git repo at
git://git.rocketboards.org/linux-socfpga-next.git. It would be trivial
for us to maintain a u-boot repo at the same location.

a large flurry of patches flying around? Funny, that I have not been
CCed on any of these patches.

Chin-Liang, have you been?
   
   I'm sorry about that. I understood you are working on Linux, and only
   seen u-boot patches from Chin-Liang, so I cc-ed him..
   
  
  Hi guys,
  
  To move things forward, I would propose myself to act as the custodian
  for the SOCFPGA repository after discussing with Dinh. I have been
  active on U-Boot forum and hopefully build up some credibility :). At
  same time, this will enforce someone from Altera (Dinh, Vince and
  myself) to review and ack each submitted patch.  We would also able to
  help to test and offer any troubleshooting assistant to the patch
  submitter.
  
  Hopefully would get a green light from everyone. We really appreciate
  Marek's suggestion as the repo is a great idea to speed up the SOCFPGA
  patch submission process. It will offload some of Albert's heavy load
  too as currently we heavily rely for Albert to integrate SOCFPGA
  patches. Due to that, to benefit everyone, we would like to have this
  repo as soon as possible.
 
 Wonder any green light on this? The repo would help to speed up the
 SOCFPGA development especially for the on-going reviewing and testing of
 Marek's patches. Thanks

OK, I've thought about this a lot.  I think the best way forward is to
have a new tree on git.denx.de, u-boot-socfpga that Marek will run for
the v2014.10 merge window.  This will give the Altera team time to get
up to speed and build up their reputation in the community so that with
the v2015.01 window they can take things over.

Wolfgang or Detlev, please make the new tree, thanks guys!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-23 Thread Wolfgang Denk
Dear Tom,

In message 20140923125419.GB25506@bill-the-cat you wrote:
 
 OK, I've thought about this a lot.  I think the best way forward is to
 have a new tree on git.denx.de, u-boot-socfpga that Marek will run for
 the v2014.10 merge window.  This will give the Altera team time to get
 up to speed and build up their reputation in the community so that with
 the v2015.01 window they can take things over.
 
 Wolfgang or Detlev, please make the new tree, thanks guys!

Done - thanks.

What about the  u-boot-uniphier  repository?

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
What is tolerance? -- it is the consequence of humanity. We  are  all
formed  of frailty and error; let us pardon reciprocally each other's
folly -- that is the first law of nature.  - Voltaire
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-23 Thread Tom Rini
On Tue, Sep 23, 2014 at 03:43:02PM +0200, Wolfgang Denk wrote:
 Dear Tom,
 
 In message 20140923125419.GB25506@bill-the-cat you wrote:
  
  OK, I've thought about this a lot.  I think the best way forward is to
  have a new tree on git.denx.de, u-boot-socfpga that Marek will run for
  the v2014.10 merge window.  This will give the Altera team time to get
  up to speed and build up their reputation in the community so that with
  the v2015.01 window they can take things over.
  
  Wolfgang or Detlev, please make the new tree, thanks guys!
 
 Done - thanks.
 
 What about the  u-boot-uniphier  repository?

I thought that was done already, oops, so yes, that's fine too.

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-23 Thread Wolfgang Denk
Dear Tom,

In message 20140923134613.GC25506@bill-the-cat you wrote:
 
  What about the  u-boot-uniphier  repository?
 
 I thought that was done already, oops, so yes, that's fine too.

Done now, thanks.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
You see things; and you say ``Why?'' But I dream  things  that  never
were; and I say ``Why not?''
   - George Bernard Shaw _Back to Methuselah_ (1921) pt. 1, act 1
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-19 Thread Chin Liang See
Hi guys,

On Wed, 2014-09-17 at 06:54 -0500, Chin Liang See wrote:
 On Tue, 2014-09-16 at 11:56 +0200, ZY - pavel wrote:
  Hi!
  
I'd be interested in maintaining u-boot-socfpga repository. So far, we 
don't
have a repo for this platform and there is a large flurry of patches 
flying
around without any kind of central point for them. I'd like to get your 
formal
consent for starting this and if you agree, I'd start sending PR to 
Albert once
the repo is in place.
   
   
   I maintain a linux git repo at
   git://git.rocketboards.org/linux-socfpga-next.git. It would be trivial
   for us to maintain a u-boot repo at the same location.
   
   a large flurry of patches flying around? Funny, that I have not been
   CCed on any of these patches.
   
   Chin-Liang, have you been?
  
  I'm sorry about that. I understood you are working on Linux, and only
  seen u-boot patches from Chin-Liang, so I cc-ed him..
  
 
 Hi guys,
 
 To move things forward, I would propose myself to act as the custodian
 for the SOCFPGA repository after discussing with Dinh. I have been
 active on U-Boot forum and hopefully build up some credibility :). At
 same time, this will enforce someone from Altera (Dinh, Vince and
 myself) to review and ack each submitted patch.  We would also able to
 help to test and offer any troubleshooting assistant to the patch
 submitter.
 
 Hopefully would get a green light from everyone. We really appreciate
 Marek's suggestion as the repo is a great idea to speed up the SOCFPGA
 patch submission process. It will offload some of Albert's heavy load
 too as currently we heavily rely for Albert to integrate SOCFPGA
 patches. Due to that, to benefit everyone, we would like to have this
 repo as soon as possible.
 
 Thanks
 Chin Liang
 

Wonder any green light on this? The repo would help to speed up the
SOCFPGA development especially for the on-going reviewing and testing of
Marek's patches. Thanks

Chin Liang

 


___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-17 Thread Chin Liang See
On Tue, 2014-09-16 at 11:56 +0200, ZY - pavel wrote:
 Hi!
 
   I'd be interested in maintaining u-boot-socfpga repository. So far, we 
   don't
   have a repo for this platform and there is a large flurry of patches 
   flying
   around without any kind of central point for them. I'd like to get your 
   formal
   consent for starting this and if you agree, I'd start sending PR to 
   Albert once
   the repo is in place.
  
  
  I maintain a linux git repo at
  git://git.rocketboards.org/linux-socfpga-next.git. It would be trivial
  for us to maintain a u-boot repo at the same location.
  
  a large flurry of patches flying around? Funny, that I have not been
  CCed on any of these patches.
  
  Chin-Liang, have you been?
 
 I'm sorry about that. I understood you are working on Linux, and only
 seen u-boot patches from Chin-Liang, so I cc-ed him..
 

Hi guys,

To move things forward, I would propose myself to act as the custodian
for the SOCFPGA repository after discussing with Dinh. I have been
active on U-Boot forum and hopefully build up some credibility :). At
same time, this will enforce someone from Altera (Dinh, Vince and
myself) to review and ack each submitted patch.  We would also able to
help to test and offer any troubleshooting assistant to the patch
submitter.

Hopefully would get a green light from everyone. We really appreciate
Marek's suggestion as the repo is a great idea to speed up the SOCFPGA
patch submission process. It will offload some of Albert's heavy load
too as currently we heavily rely for Albert to integrate SOCFPGA
patches. Due to that, to benefit everyone, we would like to have this
repo as soon as possible.

Thanks
Chin Liang



 Anyway, you can ignore those patches now, Marek actually transformed
 those patches into rather nice series ([PATCH 00/35][RFC] arm:
 socfpga: Usability fixes).
 
 Best regards, and sorry for the confusion,
   Pavel


___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-16 Thread Pavel Machek
Hi!

  I'd be interested in maintaining u-boot-socfpga repository. So far, we don't
  have a repo for this platform and there is a large flurry of patches flying
  around without any kind of central point for them. I'd like to get your 
  formal
  consent for starting this and if you agree, I'd start sending PR to Albert 
  once
  the repo is in place.
 
 
 I maintain a linux git repo at
 git://git.rocketboards.org/linux-socfpga-next.git. It would be trivial
 for us to maintain a u-boot repo at the same location.
 
 a large flurry of patches flying around? Funny, that I have not been
 CCed on any of these patches.
 
 Chin-Liang, have you been?

I'm sorry about that. I understood you are working on Linux, and only
seen u-boot patches from Chin-Liang, so I cc-ed him..

Anyway, you can ignore those patches now, Marek actually transformed
those patches into rather nice series ([PATCH 00/35][RFC] arm:
socfpga: Usability fixes).

Best regards, and sorry for the confusion,
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-14 Thread Dinh Nguyen
Hi David,

On 9/13/14, 12:24 PM, David Hawkins wrote:
 Hi Dinh,
 
 Up until now I have avoided any SoC development kits as
 I considered the software support to not have matured
 enough. I consider mature code to be code that I can
 checkout from mainline, where mainline is U-Boot via the
 Denx repos, and Linux via the Kernel repos.

 For Linux, we have done a better job than u-boot. You should
 be able to have most of what you need from kernel.org for the
 Altera Devkits and Terasic SocKit board. The most important
 piece maybe the FPGA manager, otherwise the SOCFPGA platform
 is just any other A9 board.

 The FPGA manager is in-flight:

 https://lkml.org/lkml/2014/8/1/517
 
 Thanks, this is valuable and encouraging feedback.
 
 For U-boot, the upstreaming process has been slow. I admit it, but
 it is very high on our to-do list.
 
 One thing Altera needs to understand is that there are numerous
 developers out there that are willing to help. If the upstreaming
 process is slow, perhaps that is due to lack of openness? I'm
 not saying that is the case here, but its a consideration.
 There are plenty of people willing to help, and sometimes all
 it takes is asking :)

Agreed. From day one of the SOCFPGA project, we(Altera's Linux/U-boot's
development team have made a pledge to upstream as much support as
possible and to be as open as possible. The thought behind rocketboards
was also a central point of information for socfpga, that would include
patches for linux and u-boot. We've established that for linux, and now
need to do the same for u-boot.

 
 Freescale has done this forever, and I hold their
 processors and code in high regard.

 I used to work at Freescale's doing the i.MX parts. I hope
 these were the processors you had in the mind?
 
 We've been using the PowerPC products, but the iMX parts are
 very nice too, they just didn't happen to have the peripheral
 combo I needed.
 
 Which ones are supported in mainline U-Boot and Linux?
 What will it take to make it easier for the end-user
 like myself?

 Echoing earlier...There is good Linux support for the Altera
 Cyclone5 and Arria5 devkit and Terasic SoCkit from kernel.org.
 
 Ok, that is good to know, thank-you.
 
 Altera developers, please follow Wolfgang's advice.

 Wolfgang's advice is valuable and noted. However, it is in Altera's
 best interest that we have 1 central gathering point for all our
 opensource software support.

 I maintain a linux-next git repo at rocketboards for patches that have
 been properly reviewed, and acked-by that are destined for kernel.org.
 The logic should follow that I(Altera) would do the same for u-boot
 patches at rocketboards that are destined for mainline u-boot at denx.
 
 As the maintainer of the U-Boot socfpga repository you would still
 have the level of control you want. The rocketboards repo would
 be a location that could be used to access a clone of the u-boot
 mainline, and as Wolfgang mentioned, your u-boot-socfpga-next
 development repo can be anywhere you want it.
 

I think the point has shifted that Wolfgang wants to appoint an external
entity to be the custodian for u-boot-socfpga-next. I contend that an
in-house custodian(Altera employee) would do a much better job, have the
information, and put Altera's best interest first in this job.

 Keep in mind that git is not centralized like subversion or CVS,
 so having a central git repo is really more of a convention
 than something required by the architecture. As an end-user of
 software, the brand I trust is U-Boot, so when I want the
 latest source for U-Boot, I go to the source. Rocketboards
 does not have any brand recognition for me, so its not a
 trusted source.
 
Good point. This was the problem with the raspberry-pi for quite some
time, but those guys have done a good job upstreaming the rpi support to
mainline. Regarding the brand I trust, what latest feature(s) of
u-boot are you looking for on the socfpga that is not available
downstream and is available in the mainline?

 Keep in mind that Altera's track record with NIOS II and Linux
 support will cloud the judgement of many users. I never got
 to the point of trying uCLinux or Linux on NIOS II as I
 have never seen clean support for that processor architecture.
 That situation may have changed now, but the Altera NIOS II
 U-Boot and Linux brand was tarnished by poor initial support
 and openness.

Please see here:  https://lkml.org/lkml/2014/9/8/139


 
 Please do not take any of these comments as negative, or as
 a complaint that you are not doing your job, this is merely
 feedback from a third party that just wants to be able to
 plug an SoC into a system and have working U-Boot and Linux,
 so that I can concentrate on my own unique hardware/software
 layered upon that solid base.
 
 The open-source community really appreciates Altera taking
 the time to listen and benefit from our help.

Your feedback is very valuable and as I've stated earlier, the Altera's
Linux/U-boot team is 

Re: [U-Boot] u-boot-socfpga repository

2014-09-14 Thread Dinh Nguyen
Hi Wolfgang,

On 9/12/14, 5:51 PM, Wolfgang Denk wrote:
 Dear Dinh,
 
 In message 541373ad.4020...@opensource.altera.com you wrote:

 Then I vote for myself as the custodian for u-boot-socfpga. By the way,
 
 May I ask what made you change your mind like that?  First you wrote
 that Vince was assigned to to that, and now it's suddenly you?  As far
 as I can see, you have not participated in any SoCPGA related code
 reviews or discussions in 2014 at all, so what would be the
 difference?

Touche...

 
 what is the difference between a Maintainer and a custodian? I don't
 understand why if Chin-Liang and myself are listed as Maintainer(s) for
 SOCFPGA, we would have to rely on Marek to pull in our patches for SOCFPGA?
 
 A maintainer is someone who developed some piece of code and feels
 responsible for it - who is available as contact person for questions,
 or who will be asked to fix any bugs in that code.
 
 A Custodian is one that guards and protects or maintains [1], i. e.
 he is responsible for maintaining the design principles of U-Boot and
 the code quality even for code he did not work on himself, and for
 patches submitted by others.  This is a job that carries a much higher
 responsibility than just maintaining your own code.  He will interface
 to the actual maintainers of the respective code, negotiatiate
 solutions and decide in case of conflicts.
 
 [1] http://www.merriam-webster.com/dictionary/custodian
 
 Yes, this is the repo will be the one that we will use. I have a couple
 of other things on my plate at the moment and will populate this repo
 shortly.
 
 Thats great, as it means you will not lose any efforts when we start
 with u-boot-socfpga now, as you then can start with synchronized
 repositories right from the beginning.
 

FWIW, I strongly oppose assigning an external person to be the custodian
for socfpga. Marek is fantastic developer, and my only issue is that he
is not an Altera employee. I contend that an in-house custodian for
socfpga is the best choice. I know that my voice carries little weight
here, but I would, at least, think I have Altera's best interest in mind
here.

Also, I went back and look at the flurry of patches for socfpga, and I
must commend Tom Rini on a fantastic job for applying the patches. I was
only able to find 1 patch that needed addressing:

[socfpga: generic board for socfpga] from Pavel Machek

For now, I have it applied to

git://git.rocketboards.org/u-boot-socfpga-next.git for_next  branch.

There are a few patches that needs to be addressed in the mailing list,
but I don't see any other patches that needs to be applied at this
moment. Please correct me if I'm wrong.

To summarize, have we failed as maintainers of socfpga that you would
need to assign somebody else to be the custodian for socfpga? If
so, I apologize and would like for you to reconsider your position and
let us try to do a better job.

Thanks,
Dinh
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-14 Thread Wolfgang Denk
Dear Dinh,

In message 5415b6a7.9020...@gmail.com you wrote:
 
 I think the point has shifted that Wolfgang wants to appoint an external
 entity to be the custodian for u-boot-socfpga-next.

You misunderstand me.  It is not up to me to decide who the custodian
shall be.  This is a community decision, which in the past has always
been based on a track record of previous work with the U-Boot
community.  It makes a lot of sense to handle this case in the same
way.

 I contend that an
 in-house custodian(Altera employee) would do a much better job, have the
 information, and put Altera's best interest first in this job.

Resources and interest are but one side; the other is experience of
working with and being part of the community.  Being custodian is a
really trustworthy position - but trust cannot be assigned, it results
from previous work here in the community.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
In the beginning, there was nothing, which exploded.
- Terry Pratchett, _Lords and Ladies_
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-14 Thread Tom Rini
On Sun, Sep 14, 2014 at 11:02:08AM -0500, Dinh Nguyen wrote:
 Hi Wolfgang,
 
 On 9/12/14, 5:51 PM, Wolfgang Denk wrote:
  Dear Dinh,
  
  In message 541373ad.4020...@opensource.altera.com you wrote:
 
  Then I vote for myself as the custodian for u-boot-socfpga. By the way,
  
  May I ask what made you change your mind like that?  First you wrote
  that Vince was assigned to to that, and now it's suddenly you?  As far
  as I can see, you have not participated in any SoCPGA related code
  reviews or discussions in 2014 at all, so what would be the
  difference?
 
 Touche...
 
  
  what is the difference between a Maintainer and a custodian? I don't
  understand why if Chin-Liang and myself are listed as Maintainer(s) for
  SOCFPGA, we would have to rely on Marek to pull in our patches for SOCFPGA?
  
  A maintainer is someone who developed some piece of code and feels
  responsible for it - who is available as contact person for questions,
  or who will be asked to fix any bugs in that code.
  
  A Custodian is one that guards and protects or maintains [1], i. e.
  he is responsible for maintaining the design principles of U-Boot and
  the code quality even for code he did not work on himself, and for
  patches submitted by others.  This is a job that carries a much higher
  responsibility than just maintaining your own code.  He will interface
  to the actual maintainers of the respective code, negotiatiate
  solutions and decide in case of conflicts.
  
  [1] http://www.merriam-webster.com/dictionary/custodian
  
  Yes, this is the repo will be the one that we will use. I have a couple
  of other things on my plate at the moment and will populate this repo
  shortly.
  
  Thats great, as it means you will not lose any efforts when we start
  with u-boot-socfpga now, as you then can start with synchronized
  repositories right from the beginning.
 
 FWIW, I strongly oppose assigning an external person to be the custodian
 for socfpga. Marek is fantastic developer, and my only issue is that he
 is not an Altera employee. I contend that an in-house custodian for
 socfpga is the best choice. I know that my voice carries little weight
 here, but I would, at least, think I have Altera's best interest in mind
 here.

I don't think it's a bad thing for the custodian for a given SoC to be
an employee of the vendor as they're likely to have more insight into
how things really work and be able to get questions answered about
how/why a magic bit needs to be set.

 Also, I went back and look at the flurry of patches for socfpga, and I
 must commend Tom Rini on a fantastic job for applying the patches. I was
 only able to find 1 patch that needed addressing:
 
 [socfpga: generic board for socfpga] from Pavel Machek

Can you test it, and Reviewed-by/Acked-by/Tested-by or something the
patch?  patchwork collects these and that is a big part of our review
and merge process here.

 For now, I have it applied to
 
 git://git.rocketboards.org/u-boot-socfpga-next.git for_next  branch.

Here's a difference from the Linux kernel community.  We really do want
to use a git tree hosted on git.denx.de for pulls.

 There are a few patches that needs to be addressed in the mailing list,
 but I don't see any other patches that needs to be applied at this
 moment. Please correct me if I'm wrong.
 
 To summarize, have we failed as maintainers of socfpga that you would
 need to assign somebody else to be the custodian for socfpga? If
 so, I apologize and would like for you to reconsider your position and
 let us try to do a better job.

Just like in the kernel community, it's a position that has to be
earned.  I understand there should be big round of patches posted soon,
which will be a good place to see follow-through.  There's also the
denali NAND patches which are blocking another SoC from going in as well
which I'm hoping to see v10 of posted sometime in the coming week.

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-14 Thread Wolfgang Denk
Dear Dinh,

In message 5415bc00.6090...@opensource.altera.com you wrote:
 
 FWIW, I strongly oppose assigning an external person to be the custodian
 for socfpga. Marek is fantastic developer, and my only issue is that he
 is not an Altera employee. I contend that an in-house custodian for
 socfpga is the best choice. I know that my voice carries little weight
 here, but I would, at least, think I have Altera's best interest in mind
 here.

There are several other cases where the custodian for a SoC family is
not an employee of the SoC vendor - see for example Stefano Babic for
the Freescale i.MX family, ot Stefan Roese for the APM PowerPC, or
Andreas Bießmann for Atmel, or Marek for Marvell, etc. etc.

 To summarize, have we failed as maintainers of socfpga that you would
 need to assign somebody else to be the custodian for socfpga?

You have not failed in any way.  You simply have not participated in
the community work at all so far.  Nobody here on the list knows how
you work.

When we initially assign Marek as custodian, that does not mean that
you cannot drive the development - on contrary.  Marek will be
extremely helpful for each help he can get, like code reviews, test
reports etc. for any submitted patches.  Actually you can still do
_all_ the work, with him just being the responsible person until the
community has seen you at work.  I repeat, switching the
responsibility for a repository is just a trivial act - a one-line
edit to a file...

We all will be happy if Altera really starts working actively within
the U-Boot community.  But such work is like producing code: it is not
sufficient to write code and put it up somewhere, it needs to get
reviewed by the community before it gets accepted for mainline;
in the same way, the working style of a potential custodian needs
to be reviewed by the community before they accept him in that role.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
Ernest asks Frank how long he has been working for the company.
Ever since they threatened to fire me.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-14 Thread David Hawkins

Hi Dinh,


From day one of the SOCFPGA project, we(Altera's Linux/U-boot's
development team have made a pledge to upstream as much support as
possible and to be as open as possible. The thought behind rocketboards
was also a central point of information for socfpga, that would include
patches for linux and u-boot. We've established that for linux, and now
need to do the same for u-boot.


That's great to hear.


As the maintainer of the U-Boot socfpga repository you would still
have the level of control you want. The rocketboards repo would
be a location that could be used to access a clone of the u-boot
mainline, and as Wolfgang mentioned, your u-boot-socfpga-next
development repo can be anywhere you want it.


I think the point has shifted that Wolfgang wants to appoint an external
entity to be the custodian for u-boot-socfpga-next. I contend that an
in-house custodian(Altera employee) would do a much better job, have the
information, and put Altera's best interest first in this job.


Wolfgang's subsequent mails have clarified this point.

A custodian has nothing to do with ownership, its merely
the person with a demonstrated skill for caring about
code. No one has a problem with you being that custodian,
but typically it is a position that is earned. So don't
stress about it too much, personally, in your position,
I would allow Marek to aid in getting an socfpga repo getting
setup and cleaned up to make your life easier in the long run.
If that aid involves him being listed as the maintainer for a
month or so, and then you take over, its no big deal.

Why let Marek setup the repo? Well, he's likely much more
familiar with U-Boot's standards, has lots of U-Boot
contacts, and so he'll fix/clean up a whole bunch of stuff
that would otherwise generate lots of needless mailing list
traffic, and result in additional effort (and stress!) for
you. So, let Marek do the hard work, and then buy him a beer
(or send him some Altera toys) sometime when you get a chance
to meet him.


Good point. This was the problem with the raspberry-pi for quite some
time, but those guys have done a good job upstreaming the rpi support to
mainline. Regarding the brand I trust, what latest feature(s) of
u-boot are you looking for on the socfpga that is not available
downstream and is available in the mainline?


I'll let you know when I get an SoC board :)


Keep in mind that Altera's track record with NIOS II and Linux
support will cloud the judgement of many users. I never got
to the point of trying uCLinux or Linux on NIOS II as I
have never seen clean support for that processor architecture.
That situation may have changed now, but the Altera NIOS II
U-Boot and Linux brand was tarnished by poor initial support
and openness.


Please see here:  https://lkml.org/lkml/2014/9/8/139


Great! But note that it has taken until Sept 2014 for this stuff
to finally get resolved :)


Your feedback is very valuable and as I've stated earlier, the Altera's
Linux/U-boot team is committed to the community from day one. But as
you've seen from the NIOS II past openness issue, Altera's core was not
about openness. We've made good strides to convince the company that
being part of the community is a very good thing. Heck, as you may have
notice from our email address(opensource.altera.com). It's only taken us
2 years to get that.


We all applaud your efforts in this, thanks! This will be a great
help in getting more people to use the Altera SoC devices.

Cheers,
Dave

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-14 Thread Chin Liang See
Hi Tom,

On Sun, 2014-09-14 at 12:46 -0400, ZY - trini wrote:
 On Sun, Sep 14, 2014 at 11:02:08AM -0500, Dinh Nguyen wrote:
  Hi Wolfgang,
  
  On 9/12/14, 5:51 PM, Wolfgang Denk wrote:
   Dear Dinh,
   
   In message 541373ad.4020...@opensource.altera.com you wrote:
  Also, I went back and look at the flurry of patches for socfpga, and I
  must commend Tom Rini on a fantastic job for applying the patches. I was
  only able to find 1 patch that needed addressing:
  
  [socfpga: generic board for socfpga] from Pavel Machek
 
 Can you test it, and Reviewed-by/Acked-by/Tested-by or something the
 patch?  patchwork collects these and that is a big part of our review
 and merge process here.
 

This is actually a big patch which should be split to smaller patch.
Nevertheless, I already started reviewing it last week and hopefully can
get it reviewed by today.


  For now, I have it applied to
  
  git://git.rocketboards.org/u-boot-socfpga-next.git for_next  branch.
 
 Here's a difference from the Linux kernel community.  We really do want
 to use a git tree hosted on git.denx.de for pulls.
 
  There are a few patches that needs to be addressed in the mailing list,
  but I don't see any other patches that needs to be applied at this
  moment. Please correct me if I'm wrong.
  
  To summarize, have we failed as maintainers of socfpga that you would
  need to assign somebody else to be the custodian for socfpga? If
  so, I apologize and would like for you to reconsider your position and
  let us try to do a better job.
 
 Just like in the kernel community, it's a position that has to be
 earned.  I understand there should be big round of patches posted soon,
 which will be a good place to see follow-through.  There's also the
 denali NAND patches which are blocking another SoC from going in as well
 which I'm hoping to see v10 of posted sometime in the coming week.
 

The v10 NAND patch was posted last week. In fact, the patch was working
for both Altera and Panasonic since v7. It takes up to v10 as I received
some late comments. 

At same time, just fyi, there is slowness for for last few patches as I
was on paternity leave for last few weeks :)

Thanks
Chin Liang


___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-14 Thread Marek Vasut
On Monday, September 15, 2014 at 03:07:11 AM, Chin Liang See wrote:
 Hi Tom,
 
 On Sun, 2014-09-14 at 12:46 -0400, ZY - trini wrote:
  On Sun, Sep 14, 2014 at 11:02:08AM -0500, Dinh Nguyen wrote:
   Hi Wolfgang,
   
   On 9/12/14, 5:51 PM, Wolfgang Denk wrote:
Dear Dinh,
   
In message 541373ad.4020...@opensource.altera.com you wrote:
   Also, I went back and look at the flurry of patches for socfpga, and
   I must commend Tom Rini on a fantastic job for applying the patches. I
   was only able to find 1 patch that needed addressing:
   
   [socfpga: generic board for socfpga] from Pavel Machek
  
  Can you test it, and Reviewed-by/Acked-by/Tested-by or something the
  patch?  patchwork collects these and that is a big part of our review
  and merge process here.
 
 This is actually a big patch which should be split to smaller patch.
 Nevertheless, I already started reviewing it last week and hopefully can
 get it reviewed by today.

I did manage to split that big patch, clean it up and update it to match the 
latest rocketboards 2013.01.01 code. Please give me a few more days to finish 
with this and post the result. It's about 50 patches so far. I can send them to 
you off-list if you want to check them early.

So far, the SPL cannot be built and I still depend on the one generated by 
Quartus. On the other hand , the rest of the U-Boot works well, incl. ethernet 
and SDMMC . I also fixed L1 and L2 cache issues all over the place and cleaned 
up the code, so the thing is also much faster now.

   For now, I have it applied to
   
   git://git.rocketboards.org/u-boot-socfpga-next.git for_next  branch.
  
  Here's a difference from the Linux kernel community.  We really do want
  to use a git tree hosted on git.denx.de for pulls.
  
   There are a few patches that needs to be addressed in the mailing list,
   but I don't see any other patches that needs to be applied at this
   moment. Please correct me if I'm wrong.
   
   To summarize, have we failed as maintainers of socfpga that you would
   need to assign somebody else to be the custodian for socfpga? If
   so, I apologize and would like for you to reconsider your position and
   let us try to do a better job.
  
  Just like in the kernel community, it's a position that has to be
  earned.  I understand there should be big round of patches posted soon,
  which will be a good place to see follow-through.  There's also the
  denali NAND patches which are blocking another SoC from going in as well
  which I'm hoping to see v10 of posted sometime in the coming week.
 
 The v10 NAND patch was posted last week. In fact, the patch was working
 for both Altera and Panasonic since v7. It takes up to v10 as I received
 some late comments.
 
 At same time, just fyi, there is slowness for for last few patches as I
 was on paternity leave for last few weeks :)

No worries.

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-14 Thread Chin Liang See
Dear Wolfgang,

On Sat, 2014-09-13 at 00:37 +0200, ZY - wd wrote:
 Dear Dinh,
 
 In message 5413667d.50...@opensource.altera.com you wrote:
 
  Wolfgang's advice is valuable and noted. However, it is in Altera's
  best interest that we have 1 central gathering point for all our
  opensource software support.
 
 Full agreement here.  But I would like to point out that your point of
 view appears to be biased: U-Boot mainline is a community project, and
 the community is very much vendor-independent.  So the question we're
 trying to solve here is not what is optimal for Altera, but what is
 optimal for the community.
 
 As is, current mainline U-Boot is not really working well on most
 SoCFPGA systems.  

I would disagree on this. U-Boot with basic features is working well on
Altera dev kit. I believe it works well for Pavel too as I recall from
his emails. From his latest watchdog patch, seems he is able to boot to
kernel too.

While for SPL, I would admit its bit slow. But almost all the essential
drivers were there except the SDRAM. This has been dragged for long due
to the legal discussion between GPL and BSD-3. I believe you are part of
this length discussion too :) But this is resolved now after persuading
our legal team. Hopefully we can send out the SDRAM patch soon.

Thanks
Chin Liang


___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-14 Thread Chin Liang See
Dear Marex,

On Mon, 2014-09-15 at 03:27 +0200, ma...@denx.de wrote:
 On Monday, September 15, 2014 at 03:07:11 AM, Chin Liang See wrote:
  Hi Tom,
  
  On Sun, 2014-09-14 at 12:46 -0400, ZY - trini wrote:
   On Sun, Sep 14, 2014 at 11:02:08AM -0500, Dinh Nguyen wrote:
Hi Wolfgang,

On 9/12/14, 5:51 PM, Wolfgang Denk wrote:
 Dear Dinh,

 In message 541373ad.4020...@opensource.altera.com you wrote:
Also, I went back and look at the flurry of patches for socfpga, and
I must commend Tom Rini on a fantastic job for applying the patches. I
was only able to find 1 patch that needed addressing:

[socfpga: generic board for socfpga] from Pavel Machek
   
   Can you test it, and Reviewed-by/Acked-by/Tested-by or something the
   patch?  patchwork collects these and that is a big part of our review
   and merge process here.
  
  This is actually a big patch which should be split to smaller patch.
  Nevertheless, I already started reviewing it last week and hopefully can
  get it reviewed by today.
 
 I did manage to split that big patch, clean it up and update it to match the 
 latest rocketboards 2013.01.01 code. Please give me a few more days to finish 
 with this and post the result. It's about 50 patches so far. I can send them 
 to 
 you off-list if you want to check them early.
 

Sure, will hear more from you then. In the mean time, I can provide my
comments on the big patch today so we can speed this up.

 So far, the SPL cannot be built and I still depend on the one generated by 
 Quartus. 

Yup, the missing driver is the SDRAM which is due to legal complication.
I believe its resolved now and will send the first patch soon. Hopefully
this would get the SPL build and running.

 On the other hand , the rest of the U-Boot works well, incl. ethernet 
 and SDMMC . I also fixed L1 and L2 cache issues all over the place and 
 cleaned 
 up the code, so the thing is also much faster now.
 

Great to hear that. Thanks for verifying that the U-Boot is working too.
Thanks again for your helps! And Pavel plus his ACKs :)

Thanks
Chin Liang


___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-14 Thread Marek Vasut
On Monday, September 15, 2014 at 03:43:39 AM, Chin Liang See wrote:
 Dear Marex,
[..]
   This is actually a big patch which should be split to smaller patch.
   Nevertheless, I already started reviewing it last week and hopefully
   can get it reviewed by today.
  
  I did manage to split that big patch, clean it up and update it to match
  the latest rocketboards 2013.01.01 code. Please give me a few more days
  to finish with this and post the result. It's about 50 patches so far. I
  can send them to you off-list if you want to check them early.
 
 Sure, will hear more from you then. In the mean time, I can provide my
 comments on the big patch today so we can speed this up.
 
  So far, the SPL cannot be built and I still depend on the one generated
  by Quartus.
 
 Yup, the missing driver is the SDRAM which is due to legal complication.
 I believe its resolved now and will send the first patch soon. Hopefully
 this would get the SPL build and running.

OK, that's good, thanks !

  On the other hand , the rest of the U-Boot works well, incl. ethernet
  and SDMMC . I also fixed L1 and L2 cache issues all over the place and
  cleaned up the code, so the thing is also much faster now.
 
 Great to hear that. Thanks for verifying that the U-Boot is working too.
 Thanks again for your helps! And Pavel plus his ACKs :)

Sure, you're welcome. I'll keep you guys in the loop.

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-13 Thread David Hawkins

Hi Dinh,


Up until now I have avoided any SoC development kits as
I considered the software support to not have matured
enough. I consider mature code to be code that I can
checkout from mainline, where mainline is U-Boot via the
Denx repos, and Linux via the Kernel repos.


For Linux, we have done a better job than u-boot. You should
be able to have most of what you need from kernel.org for the
Altera Devkits and Terasic SocKit board. The most important
piece maybe the FPGA manager, otherwise the SOCFPGA platform
is just any other A9 board.

The FPGA manager is in-flight:

https://lkml.org/lkml/2014/8/1/517


Thanks, this is valuable and encouraging feedback.


For U-boot, the upstreaming process has been slow. I admit it, but
it is very high on our to-do list.


One thing Altera needs to understand is that there are numerous
developers out there that are willing to help. If the upstreaming
process is slow, perhaps that is due to lack of openness? I'm
not saying that is the case here, but its a consideration.
There are plenty of people willing to help, and sometimes all
it takes is asking :)


Freescale has done this forever, and I hold their
processors and code in high regard.


I used to work at Freescale's doing the i.MX parts. I hope
these were the processors you had in the mind?


We've been using the PowerPC products, but the iMX parts are
very nice too, they just didn't happen to have the peripheral
combo I needed.


Which ones are supported in mainline U-Boot and Linux?
What will it take to make it easier for the end-user
like myself?


Echoing earlier...There is good Linux support for the Altera
Cyclone5 and Arria5 devkit and Terasic SoCkit from kernel.org.


Ok, that is good to know, thank-you.


Altera developers, please follow Wolfgang's advice.


Wolfgang's advice is valuable and noted. However, it is in Altera's
best interest that we have 1 central gathering point for all our
opensource software support.

I maintain a linux-next git repo at rocketboards for patches that have
been properly reviewed, and acked-by that are destined for kernel.org.
The logic should follow that I(Altera) would do the same for u-boot
patches at rocketboards that are destined for mainline u-boot at denx.


As the maintainer of the U-Boot socfpga repository you would still
have the level of control you want. The rocketboards repo would
be a location that could be used to access a clone of the u-boot
mainline, and as Wolfgang mentioned, your u-boot-socfpga-next
development repo can be anywhere you want it.

Keep in mind that git is not centralized like subversion or CVS,
so having a central git repo is really more of a convention
than something required by the architecture. As an end-user of
software, the brand I trust is U-Boot, so when I want the
latest source for U-Boot, I go to the source. Rocketboards
does not have any brand recognition for me, so its not a
trusted source.

Keep in mind that Altera's track record with NIOS II and Linux
support will cloud the judgement of many users. I never got
to the point of trying uCLinux or Linux on NIOS II as I
have never seen clean support for that processor architecture.
That situation may have changed now, but the Altera NIOS II
U-Boot and Linux brand was tarnished by poor initial support
and openness.

Please do not take any of these comments as negative, or as
a complaint that you are not doing your job, this is merely
feedback from a third party that just wants to be able to
plug an SoC into a system and have working U-Boot and Linux,
so that I can concentrate on my own unique hardware/software
layered upon that solid base.

The open-source community really appreciates Altera taking
the time to listen and benefit from our help.

Cheers,
Dave

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Michal Simek
Hi Wolfgang,

On 09/11/2014 09:46 AM, Wolfgang Denk wrote:
 Dear Michal,
 
 In message 54112b64.5010...@monstr.eu you wrote:

 I am not sure if you need to have separate repo to work like this.
 I am keeping zynq patches in my microblaze repo and sending pull request
 to Albert
 (or Tom now) and there is no problem with that.
 
 Well, technically of course this works, but it is far from perfect.
 It works only for those who actually know about this.  But anybody
 looking at the U-Boot site for any zynq related stuff will have hard
 times to find it.

Please don't get me wrong I am just trying to understand what happened.

We have MAINTAINERS file where we can simply
add person who is responsible for specific SOC. I also believe that
this is exactly reason why to have it.

From that file everybody can find out who should take the patches
and and almost doesn't matter if git is at denx.de or somewhere else.

But still all ARM patches should go through our ARM custodian
not directly to Tom.

get_maintainer.pl should also keep all interested people in the loop.

 I think it is much better to make this knowledge public information -
 and one easy way to do this is to have a separate repository for it,
 which is listed on the custodians page, so everybody looking for it
 will find all relevant information.

Isn't that MAINTAINERS file already publicly available?
Of course if you want to add the same information on wiki, I can't see
any problem there.
But creating separate repository for every SoC in u-boot seems to me
just too much.

 In socfpga case I think there are guys from Altera who maintain it.
 
 Well, they maintain the stuff at rocketboards.org ; there are efforts
 on the way to mainline stuff, but the process is not exactly
 satisfactory.  I highly appreciate that Marek volunteers to put
 efforts in this.

Definitely I also really appreciate that Marek volunteers to be responsible
for socfpga. But that means that guys who are responsible for socfpga failed
and they are not responding for patches which others are sending to mailing 
list for review.
I am not closely following them but did this really happen?

If they don't want to maintain their socfpga in mainline and Marek
wants to do it I will definitely support Marek in this new possition
to get things done properly but also I just want to make sure that
this is really happen and isn't it just the part of misunderstanding
how u-boot community is working.

 As far as I am concerned, I support both Marek's and Masahiro's
 requests.
 
 @ Marek and Masahiro: if we reach an agreement to create such repos,
   please send me your SSH public keys that shall be used for
   these.  Also, what should the names be - u-boot-socfpga ?
   And u-boot-uniphier ? [But is there not a chance that Pana-
   sonic might have other SoCs that might be mainlines?  So
   maybe we should use u-boot-panasonic instead?]

If they want to have separate repository because they think that
it is better then their current one then sure why not to create them.

Having arm SOC sub maintainers is definitely good concept
but I am just not sure that creating separate repository fully solve
this.

Thanks,
Michal

-- 
Michal Simek, Ing. (M.Eng), OpenPGP - KeyID: FE3D1F91
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel - Microblaze cpu - http://www.monstr.eu/fdt/
Maintainer of Linux kernel - Xilinx Zynq ARM architecture
Microblaze U-BOOT custodian and responsible for u-boot arm zynq platform




signature.asc
Description: OpenPGP digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Wolfgang Denk
Dear Michal,

In message 541334d0.80...@monstr.eu you wrote:

 But creating separate repository for every SoC in u-boot seems to me
 just too much.

We're not talking about one repo for every SoC here.

 Definitely I also really appreciate that Marek volunteers to be responsible
 for socfpga. But that means that guys who are responsible for socfpga failed
 and they are not responding for patches which others are sending to mailing 
 list for review.
 I am not closely following them but did this really happen?

I think the problem is that so far nobody feels responsible for
systematically mainlining the code.  There are some patches here and
there, but usually you cannot build a useful and working U-Boot image
from the existing mainline code.

 If they don't want to maintain their socfpga in mainline and Marek
 wants to do it I will definitely support Marek in this new possition
 to get things done properly but also I just want to make sure that
 this is really happen and isn't it just the part of misunderstanding
 how u-boot community is working.

Probably both.

 Having arm SOC sub maintainers is definitely good concept
 but I am just not sure that creating separate repository fully solve
 this.

You are right - the repository is just one necessary step.
A custodian who knows how the community works and who is willing to
collect patches and synchronize efforts is also needed - this is where
Marek volunteered for now.  If someone from Altera is willing to take
over, such a switch would be trivial to perform. 

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
Build a system that even a fool can use and only a fool will want  to
use it.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Wolfgang Denk
Dear Dinh,

In message 54133b22.2090...@opensource.altera.com you wrote:

  So I suggest we create u-boot-socfpga now, as this will be needed
  in any case when any significant amount of patches is coming in for
  mainline.
  
  For now, we assing Marek as custodian - he has volunteered, and he
  already has a reputation in the community.  As soon as Vince starts
  actively working here on the mailing list, we can switch this role
  to him.
 
 NO..we'd like to maintain the u-boot-socfpga-next git repo at
 rocketboards.org. Altera(myself, Chin-Liang, and Vince) will actively
 maintain it from now on.

I'm sorry, but that's not the way how the U-Boot community works.

To get patches or new code into U-Boot mainline, these have to be
submitted to the U-Boot mailing list (among other purposes for
archival and that they get stored in the patchwork database).  Then a
peer review takes place, and the responsible custodian finally applies
these patches to the respective custodian repository.  Finally, he
sends a pull request to the next higher custodian - in case of SoCFPGA
that would be Albert as ARM custodian.

There is nothing wrong with you maintaining u-boot-socfpga-next at
rocketboards.org.  It's just that such code does not get into mainline
other than by the procedure described before.  So we need the
custodian repository in any way (unless Albert says he wants to take
stuff directly into the ARM repo - but from the amount of work that is
going on this seems unwise).  Vince may of course volunteer as
custodian for the new u-boot-socfpga repository, but that would be a
community decision, and like everybody else in that role he needs to
earn some reputation first - we haven't seen him at work so far.  In
the meantime, it appears to make sense that Marek fills in the gap.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
You get a wonderful view from the point of no return.
- Terry Pratchett, _Making_Money_
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Dinh Nguyen
On 09/12/2014 12:25 AM, Wolfgang Denk wrote:
 Dear Dinh,
 
 In message 54122de5.1080...@opensource.altera.com you wrote:

 Understood...You have just lit a fire in our arses! We have added a
 resource internally, Vince Bridgers, to help us upstream more u-boot
 support. Also, now that Linux support for SOCFPGA is decent, I will
 focus more on u-boot.
 
 That's great to hear, thank.
 
 So I suggest we create u-boot-socfpga now, as this will be needed
 in any case when any significant amount of patches is coming in for
 mainline.
 
 For now, we assing Marek as custodian - he has volunteered, and he
 already has a reputation in the community.  As soon as Vince starts
 actively working here on the mailing list, we can switch this role
 to him.

NO..we'd like to maintain the u-boot-socfpga-next git repo at
rocketboards.org. Altera(myself, Chin-Liang, and Vince) will actively
maintain it from now on.

I went back to the mailing list last night and you're right, there were
quite a few patches that had Chin-Liang's ACK, but sat idle. I'll start
to pull those patches in ASAP.


Thanks,
Dinh

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Michael Trimarchi
Hi all

Il 12/set/2014 21:53 Dinh Nguyen dingu...@opensource.altera.com ha
scritto:

 On 09/12/2014 12:25 AM, Wolfgang Denk wrote:
  Dear Dinh,
 
  In message 54122de5.1080...@opensource.altera.com you wrote:
 
  Understood...You have just lit a fire in our arses! We have added a
  resource internally, Vince Bridgers, to help us upstream more u-boot
  support. Also, now that Linux support for SOCFPGA is decent, I will
  focus more on u-boot.
 
  That's great to hear, thank.
 
  So I suggest we create u-boot-socfpga now, as this will be needed
  in any case when any significant amount of patches is coming in for
  mainline.
 
  For now, we assing Marek as custodian - he has volunteered, and he
  already has a reputation in the community.  As soon as Vince starts
  actively working here on the mailing list, we can switch this role
  to him.

 NO..we'd like to maintain the u-boot-socfpga-next git repo at
 rocketboards.org. Altera(myself, Chin-Liang, and Vince) will actively
 maintain it from now on.

 I went back to the mailing list last night and you're right, there were
 quite a few patches that had Chin-Liang's ACK, but sat idle. I'll start
 to pull those patches in ASAP.


If patches are in U-Boot mailing list, i don't see any problem to pull from
their server. You should only agree how review process should be done.

Michael


 Thanks,
 Dinh

 ___
 U-Boot mailing list
 U-Boot@lists.denx.de
 http://lists.denx.de/mailman/listinfo/u-boot
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread David Hawkins

Hi guys,

I'm going to jump in here with an end-user's perspective,
along with an offer of assistance/contribution.

I'm interested in using Altera's SOCs in my designs.
Altera guys - if you look over on the Altera Forum,
you will see that I am very active over there
(basically answering everyone's FPGA questions).

Up until now I have avoided any SoC development kits as
I considered the software support to not have matured
enough. I consider mature code to be code that I can
checkout from mainline, where mainline is U-Boot via the
Denx repos, and Linux via the Kernel repos.

Freescale has done this forever, and I hold their
processors and code in high regard.

Texas Instruments has recently realized that this
is the way to go, and have invested significantly
in this area - as demonstrated by Tom Rini.
TI have dedicated a page to mainlining:

http://www.ti.com/lsds/ti/tools-software/mainlinelinux.page

TI have similarly gained my respect.

The fact that discussion is now occurring for Altera's
SoCs indicates to me that a certain level of maturity has
been reached and that it is now time for me to consider
using these devices.

I'd like to help, and I'm sure Ira Snyder will help too
(most likely more so than me). I would like to obtain
some SoC development kits so as to help with the SoC
experience for end-users.

To aid in this development, I'd like some recommendations
on what hardware to buy. I've included the list below
the body of this email (to save cluttering the flow of
this discussion). Its possible for me to obtain one or more
of these boards.

Which ones are supported in mainline U-Boot and Linux?
What will it take to make it easier for the end-user
like myself?

I would like to be able to buy something like the Critical
Link or Denx modules and simply plug them into my custom
hardware, configure the FPGA fabric with whatever custom
magic I need, have Ira develop a custom drive to that
magic and just have things *WORK*. As an end-user,
I don't want to have to pull a dozen patches off the
mailing list to get a working system.

Altera's success in the SoC market depends on getting
it right with respect to integration with the open-source
community. That integration involves playing by the established
set of rules. Wolfgang and his (creation and) support of U-Boot
is of immeasurable value to the open-source community.

Altera developers, please follow Wolfgang's advice.

Cheers,
Dave Hawkins,
California Institute of Technology.

--

1. Cyclone V SoC Development Kit

   http://www.altera.com/products/devkits/altera/kit-cyclone-v-soc.html

   This is the main kit that most people are probably
   developing with. At $1,795 its pretty expensive,
   but I could request a couple of kits from the
   Altera University Program.

2. Arria V SoC kit

   http://www.altera.com/products/devkits/altera/kit-arria-v-soc.html

   At $3,495 this is also very expensive.
   This board still ships with ES (Engineering Sample), so I
   would not buy this yet.

3. Terasic/Arrow SOCKit


http://www.terasic.com.tw/cgi-bin/page/archive.pl?Language=EnglishNo=816

   At $299 this is pretty reasonable.

4. SOC System-on-Modules


http://www.altera.com/devices/processor/soc-fpga/cyclone-v-soc/module/system-module.html

   eg, Critical Link MitySOM

   http://www.criticallink.com/product/mitysom-5csx/


http://www.mouser.com/ProductDetail/Critical-Link/5CSX-H6-42A-RC/?qs=sGAEpiMZZMvtrnhC60i%252bOnQkBUtKjKom2RbBJy3SVoI%3d

   Each module is about $600 at Mouser.

5. Denx MCV board

   http://www.denx-cs.de/?q=MCV

   These modules look reasonably priced.

The CriticalLink and Denx modules look suitable for my intended
application, i.e., as the controller for a much larger FPGA board.

Wolfgang - feel free to advise me to use the Denx modules, and
I'll take a more critical look at the data sheets to check
they have the features I want to use.




___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Michael Trimarchi
Hi

Il 12/set/2014 23:16 David Hawkins d...@ovro.caltech.edu ha scritto:

 Hi guys,

 I'm going to jump in here with an end-user's perspective,
 along with an offer of assistance/contribution.

 I'm interested in using Altera's SOCs in my designs.
 Altera guys - if you look over on the Altera Forum,
 you will see that I am very active over there
 (basically answering everyone's FPGA questions).

 Up until now I have avoided any SoC development kits as
 I considered the software support to not have matured
 enough. I consider mature code to be code that I can
 checkout from mainline, where mainline is U-Boot via the
 Denx repos, and Linux via the Kernel repos.

 Freescale has done this forever, and I hold their
 processors and code in high regard.

 Texas Instruments has recently realized that this
 is the way to go, and have invested significantly
 in this area - as demonstrated by Tom Rini.
 TI have dedicated a page to mainlining:

 http://www.ti.com/lsds/ti/tools-software/mainlinelinux.page

 TI have similarly gained my respect.

 The fact that discussion is now occurring for Altera's
 SoCs indicates to me that a certain level of maturity has
 been reached and that it is now time for me to consider
 using these devices.

 I'd like to help, and I'm sure Ira Snyder will help too
 (most likely more so than me). I would like to obtain
 some SoC development kits so as to help with the SoC
 experience for end-users.

 To aid in this development, I'd like some recommendations
 on what hardware to buy. I've included the list below
 the body of this email (to save cluttering the flow of
 this discussion). Its possible for me to obtain one or more
 of these boards.

 Which ones are supported in mainline U-Boot and Linux?
 What will it take to make it easier for the end-user
 like myself?

 I would like to be able to buy something like the Critical
 Link or Denx modules and simply plug them into my custom
 hardware, configure the FPGA fabric with whatever custom
 magic I need, have Ira develop a custom drive to that
 magic and just have things *WORK*. As an end-user,
 I don't want to have to pull a dozen patches off the
 mailing list to get a working system.

 Altera's success in the SoC market depends on getting
 it right with respect to integration with the open-source
 community. That integration involves playing by the established
 set of rules. Wolfgang and his (creation and) support of U-Boot
 is of immeasurable value to the open-source community.

 Altera developers, please follow Wolfgang's advice.

 Cheers,
 Dave Hawkins,
 California Institute of Technology.


We know and thank you very much for price list ;)

Michael

 --

 1. Cyclone V SoC Development Kit

http://www.altera.com/products/devkits/altera/kit-cyclone-v-soc.html

This is the main kit that most people are probably
developing with. At $1,795 its pretty expensive,
but I could request a couple of kits from the
Altera University Program.

 2. Arria V SoC kit

http://www.altera.com/products/devkits/altera/kit-arria-v-soc.html

At $3,495 this is also very expensive.
This board still ships with ES (Engineering Sample), so I
would not buy this yet.

 3. Terasic/Arrow SOCKit


 http://www.terasic.com.tw/cgi-bin/page/archive.pl?Language=EnglishNo=816

At $299 this is pretty reasonable.

 4. SOC System-on-Modules



http://www.altera.com/devices/processor/soc-fpga/cyclone-v-soc/module/system-module.html

eg, Critical Link MitySOM

http://www.criticallink.com/product/mitysom-5csx/



http://www.mouser.com/ProductDetail/Critical-Link/5CSX-H6-42A-RC/?qs=sGAEpiMZZMvtrnhC60i%252bOnQkBUtKjKom2RbBJy3SVoI%3d

Each module is about $600 at Mouser.

 5. Denx MCV board

http://www.denx-cs.de/?q=MCV

These modules look reasonably priced.

 The CriticalLink and Denx modules look suitable for my intended
 application, i.e., as the controller for a much larger FPGA board.

 Wolfgang - feel free to advise me to use the Denx modules, and
 I'll take a more critical look at the data sheets to check
 they have the features I want to use.





 ___
 U-Boot mailing list
 U-Boot@lists.denx.de
 http://lists.denx.de/mailman/listinfo/u-boot
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread David Hawkins

Hi Michael,


We know and thank you very much for price list ;)


I hope my incomplete list of vendors did not offend you.
I'm board vendor agnostic. If your company has an
Altera SoC board, I'm more than happy to look at it too.

Feel free to offer alternative options :)

Cheers,
Dave

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Michael Trimarchi
Hi Dave

Il 12/set/2014 23:23 David Hawkins d...@ovro.caltech.edu ha scritto:

 Hi Michael,


 We know and thank you very much for price list ;)


 I hope my incomplete list of vendors did not offend you.
 I'm board vendor agnostic. If your company has an
 Altera SoC board, I'm more than happy to look at it too.

 Feel free to offer alternative options :)


It was just nice. I'm agree with you but I don't see any problem to have
different host domain at the end.

Michael

PS: tools take to much time to build design on my laptop

 Cheers,
 Dave

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Dinh Nguyen
On 09/12/2014 02:46 PM, Wolfgang Denk wrote:
 Dear Dinh,
 
 In message 54133b22.2090...@opensource.altera.com you wrote:

 So I suggest we create u-boot-socfpga now, as this will be needed
 in any case when any significant amount of patches is coming in for
 mainline.

 For now, we assing Marek as custodian - he has volunteered, and he
 already has a reputation in the community.  As soon as Vince starts
 actively working here on the mailing list, we can switch this role
 to him.

 NO..we'd like to maintain the u-boot-socfpga-next git repo at
 rocketboards.org. Altera(myself, Chin-Liang, and Vince) will actively
 maintain it from now on.
 
 I'm sorry, but that's not the way how the U-Boot community works.
 
 To get patches or new code into U-Boot mainline, these have to be
 submitted to the U-Boot mailing list (among other purposes for
 archival and that they get stored in the patchwork database).  Then a
 peer review takes place, and the responsible custodian finally applies
 these patches to the respective custodian repository.  Finally, he
 sends a pull request to the next higher custodian - in case of SoCFPGA
 that would be Albert as ARM custodian.
 

Does the above process differ from the Linux community process in
anyway? If not, then I've been doing the same for the Linux support for
SOCFPGA on the rocketboards. The ARM-SOC maintainers have been pulling
from the git repo at rocketboards for quite some time now. I think I can
probably do the same for u-boot.

Dinh

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Dinh Nguyen
On 09/12/2014 04:05 PM, David Hawkins wrote:
 Hi guys,
 
 I'm going to jump in here with an end-user's perspective,
 along with an offer of assistance/contribution.
 
 I'm interested in using Altera's SOCs in my designs.
 Altera guys - if you look over on the Altera Forum,
 you will see that I am very active over there
 (basically answering everyone's FPGA questions).

Awesome...thank you for your support!

 
 Up until now I have avoided any SoC development kits as
 I considered the software support to not have matured
 enough. I consider mature code to be code that I can
 checkout from mainline, where mainline is U-Boot via the
 Denx repos, and Linux via the Kernel repos.

For Linux, we have done a better job than u-boot. You should
be able to have most of what you need from kernel.org for the
Altera Devkits and Terasic SocKit board. The most important
piece maybe the FPGA manager, otherwise the SOCFPGA platform
is just any other A9 board.

The FPGA manager is in-flight:

https://lkml.org/lkml/2014/8/1/517

For U-boot, the upstreaming process has been slow. I admit it, but
it is very high on our to-do list.

 
 Freescale has done this forever, and I hold their
 processors and code in high regard.
 

I used to work at Freescale's doing the i.MX parts. I hope
these were the processors you had in the mind?

 Texas Instruments has recently realized that this
 is the way to go, and have invested significantly
 in this area - as demonstrated by Tom Rini.
 TI have dedicated a page to mainlining:
 
 http://www.ti.com/lsds/ti/tools-software/mainlinelinux.page
 
 TI have similarly gained my respect.
 
 The fact that discussion is now occurring for Altera's
 SoCs indicates to me that a certain level of maturity has
 been reached and that it is now time for me to consider
 using these devices.
 
 I'd like to help, and I'm sure Ira Snyder will help too
 (most likely more so than me). I would like to obtain
 some SoC development kits so as to help with the SoC
 experience for end-users.
 
 To aid in this development, I'd like some recommendations
 on what hardware to buy. I've included the list below
 the body of this email (to save cluttering the flow of
 this discussion). Its possible for me to obtain one or more
 of these boards.
 
 Which ones are supported in mainline U-Boot and Linux?
 What will it take to make it easier for the end-user
 like myself?

Echoing earlier...There is good Linux support for the Altera
Cyclone5 and Arria5 devkit and Terasic SoCkit from kernel.org.

 
 I would like to be able to buy something like the Critical
 Link or Denx modules and simply plug them into my custom
 hardware, configure the FPGA fabric with whatever custom
 magic I need, have Ira develop a custom drive to that
 magic and just have things *WORK*. As an end-user,
 I don't want to have to pull a dozen patches off the
 mailing list to get a working system.
 
 Altera's success in the SoC market depends on getting
 it right with respect to integration with the open-source
 community. That integration involves playing by the established
 set of rules. Wolfgang and his (creation and) support of U-Boot
 is of immeasurable value to the open-source community.
 
 Altera developers, please follow Wolfgang's advice.

Wolfgang's advice is valuable and noted. However, it is in Altera's
best interest that we have 1 central gathering point for all our
opensource software support.

I maintain a linux-next git repo at rocketboards for patches that have
been properly reviewed, and acked-by that are destined for kernel.org.
The logic should follow that I(Altera) would do the same for u-boot
patches at rocketboards that are destined for mainline u-boot at denx.

Thanks,
Dinh

 
 Cheers,
 Dave Hawkins,
 California Institute of Technology.
 
 --
 
 1. Cyclone V SoC Development Kit
 
http://www.altera.com/products/devkits/altera/kit-cyclone-v-soc.html
 
This is the main kit that most people are probably
developing with. At $1,795 its pretty expensive,
but I could request a couple of kits from the
Altera University Program.
 
 2. Arria V SoC kit
 
http://www.altera.com/products/devkits/altera/kit-arria-v-soc.html
 
At $3,495 this is also very expensive.
This board still ships with ES (Engineering Sample), so I
would not buy this yet.
 
 3. Terasic/Arrow SOCKit
 
 
 http://www.terasic.com.tw/cgi-bin/page/archive.pl?Language=EnglishNo=816
 
At $299 this is pretty reasonable.
 
 4. SOC System-on-Modules
 
 
 http://www.altera.com/devices/processor/soc-fpga/cyclone-v-soc/module/system-module.html
 
 
eg, Critical Link MitySOM
 
http://www.criticallink.com/product/mitysom-5csx/
 
 
 http://www.mouser.com/ProductDetail/Critical-Link/5CSX-H6-42A-RC/?qs=sGAEpiMZZMvtrnhC60i%252bOnQkBUtKjKom2RbBJy3SVoI%3d
 
 
Each module is about $600 at Mouser.
 
 5. Denx MCV board
 
http://www.denx-cs.de/?q=MCV
 
These modules look reasonably 

Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Wolfgang Denk
Dear Dinh,

In message 54136276.6040...@opensource.altera.com you wrote:

  To get patches or new code into U-Boot mainline, these have to be
  submitted to the U-Boot mailing list (among other purposes for
  archival and that they get stored in the patchwork database).  Then a
  peer review takes place, and the responsible custodian finally applies
  these patches to the respective custodian repository.  Finally, he
  sends a pull request to the next higher custodian - in case of SoCFPGA
  that would be Albert as ARM custodian.
 
 Does the above process differ from the Linux community process in
 anyway? If not, then I've been doing the same for the Linux support for
 SOCFPGA on the rocketboards. The ARM-SOC maintainers have been pulling
 from the git repo at rocketboards for quite some time now. I think I can
 probably do the same for u-boot.

I think we are a bit more critical here in U-Boot.  The repositories
we pull from are maintained by community-assigned custodians, who have
a proven track record not only as experienced developers, but also for
working with the community and being able to negotiate conflicts.

If Vince gets appointed as custodian for socfpga, there should be no
problem for him to automatically synchronize your u-boot-socfpga-next.git
repository with the U-Boot u-boot-socfpga one.

On the other hand - what exactly is the code you are referring to in
u-boot-socfpga-next.git ?  At the moment, I see this:

- git clone
git://git.rocketboards.org/u-boot-socfpga-next.git
Cloning into 'u-boot-socfpga-next'...
warning: You appear to have cloned an empty repository.
Checking connectivity... done.



Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
Only in our dreams we are free.  The rest of the time we need  wages.
- Terry Pratchett, _Wyrd Sisters_
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Dinh Nguyen
On 09/12/2014 05:14 PM, Wolfgang Denk wrote:
 Dear Dinh,
 
 In message 54136276.6040...@opensource.altera.com you wrote:

 To get patches or new code into U-Boot mainline, these have to be
 submitted to the U-Boot mailing list (among other purposes for
 archival and that they get stored in the patchwork database).  Then a
 peer review takes place, and the responsible custodian finally applies
 these patches to the respective custodian repository.  Finally, he
 sends a pull request to the next higher custodian - in case of SoCFPGA
 that would be Albert as ARM custodian.

 Does the above process differ from the Linux community process in
 anyway? If not, then I've been doing the same for the Linux support for
 SOCFPGA on the rocketboards. The ARM-SOC maintainers have been pulling
 from the git repo at rocketboards for quite some time now. I think I can
 probably do the same for u-boot.
 
 I think we are a bit more critical here in U-Boot.  The repositories
 we pull from are maintained by community-assigned custodians, who have
 a proven track record not only as experienced developers, but also for
 working with the community and being able to negotiate conflicts.
 
 If Vince gets appointed as custodian for socfpga, there should be no
 problem for him to automatically synchronize your u-boot-socfpga-next.git
 repository with the U-Boot u-boot-socfpga one.

Then I vote for myself as the custodian for u-boot-socfpga. By the way,
what is the difference between a Maintainer and a custodian? I don't
understand why if Chin-Liang and myself are listed as Maintainer(s) for
SOCFPGA, we would have to rely on Marek to pull in our patches for SOCFPGA?

 
 On the other hand - what exactly is the code you are referring to in
 u-boot-socfpga-next.git ?  At the moment, I see this:
 
   - git clone
   git://git.rocketboards.org/u-boot-socfpga-next.git
   Cloning into 'u-boot-socfpga-next'...
   warning: You appear to have cloned an empty repository.
   Checking connectivity... done.
 

Yes, this is the repo will be the one that we will use. I have a couple
of other things on my plate at the moment and will populate this repo
shortly.

Dinh

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Wolfgang Denk
Dear Dinh,

In message 5413667d.50...@opensource.altera.com you wrote:

 Wolfgang's advice is valuable and noted. However, it is in Altera's
 best interest that we have 1 central gathering point for all our
 opensource software support.

Full agreement here.  But I would like to point out that your point of
view appears to be biased: U-Boot mainline is a community project, and
the community is very much vendor-independent.  So the question we're
trying to solve here is not what is optimal for Altera, but what is
optimal for the community.

As is, current mainline U-Boot is not really working well on most
SoCFPGA systems.  Progress is dissatisfactory slow.  Marek volunteers
to help out now, and you promise to chime in very soon.  I see no
conflict here.  Let us create the u-boot-socfpga repository we need in
any case, and agree with Marek as custodian until Vince has gathered
enough reputation to relieve Marek.  I talked to him - he is not
clinging to that job, he just sees the need to get the current
problems solved now, not in some uncertain future.

Please try to understand that this is totally unrelated to what you do
at u-boot-socfpga-next - it does not influence your work there in
any way.  Ideally, your u-boot-socfpga-next and the mainline
u-boot-socfpga repositories would be just redundant copies.

On the other hand, setting up u-boot-socfpga now allows the community
to make some progress until you (rsp. Vince) start populating
u-boot-socfpga-next and gather experience working with the community.

So it is actually in both the community's and Altera's best interest
to get a mainline u-boot-socfpga set up without further delay.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
Well, the way I see it, logic is only a way of being ignorant by num-
bers. - Terry Pratchett, _Small Gods_
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread Wolfgang Denk
Dear Dinh,

In message 541373ad.4020...@opensource.altera.com you wrote:

 Then I vote for myself as the custodian for u-boot-socfpga. By the way,

May I ask what made you change your mind like that?  First you wrote
that Vince was assigned to to that, and now it's suddenly you?  As far
as I can see, you have not participated in any SoCPGA related code
reviews or discussions in 2014 at all, so what would be the
difference?

 what is the difference between a Maintainer and a custodian? I don't
 understand why if Chin-Liang and myself are listed as Maintainer(s) for
 SOCFPGA, we would have to rely on Marek to pull in our patches for SOCFPGA?

A maintainer is someone who developed some piece of code and feels
responsible for it - who is available as contact person for questions,
or who will be asked to fix any bugs in that code.

A Custodian is one that guards and protects or maintains [1], i. e.
he is responsible for maintaining the design principles of U-Boot and
the code quality even for code he did not work on himself, and for
patches submitted by others.  This is a job that carries a much higher
responsibility than just maintaining your own code.  He will interface
to the actual maintainers of the respective code, negotiatiate
solutions and decide in case of conflicts.

[1] http://www.merriam-webster.com/dictionary/custodian

 Yes, this is the repo will be the one that we will use. I have a couple
 of other things on my plate at the moment and will populate this repo
 shortly.

Thats great, as it means you will not lose any efforts when we start
with u-boot-socfpga now, as you then can start with synchronized
repositories right from the beginning.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
In the long run, every program becomes rococo, and then rubble.
- Alan Perlis
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-12 Thread David Hawkins

Hi all,


Texas Instruments has recently realized that this
is the way to go, and have invested significantly
in this area - as demonstrated by Tom Rini.
TI have dedicated a page to mainlining:

http://www.ti.com/lsds/ti/tools-software/mainlinelinux.page


TI also has a very nice article in Electronic Products
on the benefits of mainlining Linux ...

http://www.electronicproducts.com/Software/Development_Tools_and_Software/The_benefits_of_Mainline_Linux_and_the_mindset_of_upstream_development.aspx

Altera would benefit from a similar philosophy.

Cheers,
Dave
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Wolfgang Denk
Dear Michal,

In message 54112b64.5010...@monstr.eu you wrote:

 I am not sure if you need to have separate repo to work like this.
 I am keeping zynq patches in my microblaze repo and sending pull request
 to Albert
 (or Tom now) and there is no problem with that.

Well, technically of course this works, but it is far from perfect.
It works only for those who actually know about this.  But anybody
looking at the U-Boot site for any zynq related stuff will have hard
times to find it.

I think it is much better to make this knowledge public information -
and one easy way to do this is to have a separate repository for it,
which is listed on the custodians page, so everybody looking for it
will find all relevant information.

 In socfpga case I think there are guys from Altera who maintain it.

Well, they maintain the stuff at rocketboards.org ; there are efforts
on the way to mainline stuff, but the process is not exactly
satisfactory.  I highly appreciate that Marek volunteers to put
efforts in this.

As far as I am concerned, I support both Marek's and Masahiro's
requests.

@ Marek and Masahiro: if we reach an agreement to create such repos,
please send me your SSH public keys that shall be used for
these.  Also, what should the names be - u-boot-socfpga ?
And u-boot-uniphier ? [But is there not a chance that Pana-
sonic might have other SoCs that might be mainlines?  So
maybe we should use u-boot-panasonic instead?]


Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
Laughter and tears are meant to turn the wheels of the same machinery
of sensibility; one is wind-power, and the other water-power.
  - Oliver Wendell Holmes, Sr.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Pavel Machek
Hi!

  In socfpga case I think there are guys from Altera who maintain it.
 
 Well, they maintain the stuff at rocketboards.org ; there are efforts
 on the way to mainline stuff, but the process is not exactly
 satisfactory.  I highly appreciate that Marek volunteers to put
 efforts in this.
 
 As far as I am concerned, I support both Marek's and Masahiro's
 requests.

Repository for socfpga work is a good idea, thanks.

One person I have in my email lists is Charles Manning -- he did
preloader work before, I put him into cc list.

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Dinh Nguyen
On Thu, Sep 11, 2014 at 2:46 AM, Wolfgang Denk w...@denx.de wrote:
 Dear Michal,

 In message 54112b64.5010...@monstr.eu you wrote:

 I am not sure if you need to have separate repo to work like this.
 I am keeping zynq patches in my microblaze repo and sending pull request
 to Albert
 (or Tom now) and there is no problem with that.

 Well, technically of course this works, but it is far from perfect.
 It works only for those who actually know about this.  But anybody
 looking at the U-Boot site for any zynq related stuff will have hard
 times to find it.


rocketboards.org is our portal. Linux and u-boot currently have repos
there. This
will be our central place for uboot and Linux. PERIOD!

 I think it is much better to make this knowledge public information -
 and one easy way to do this is to have a separate repository for it,
 which is listed on the custodians page, so everybody looking for it
 will find all relevant information.

 In socfpga case I think there are guys from Altera who maintain it.

 Well, they maintain the stuff at rocketboards.org ; there are efforts
 on the way to mainline stuff, but the process is not exactly
 satisfactory.  I highly appreciate that Marek volunteers to put
 efforts in this.


Thanks Marek for your volunteer, but we would like to maintain our
git repo at rocketboards.org.

Dinh

 As far as I am concerned, I support both Marek's and Masahiro's
 requests.

 @ Marek and Masahiro: if we reach an agreement to create such repos,
 please send me your SSH public keys that shall be used for
 these.  Also, what should the names be - u-boot-socfpga ?
 And u-boot-uniphier ? [But is there not a chance that Pana-
 sonic might have other SoCs that might be mainlines?  So
 maybe we should use u-boot-panasonic instead?]


 Best regards,

 Wolfgang Denk

 --
 DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
 HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
 Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
 Laughter and tears are meant to turn the wheels of the same machinery
 of sensibility; one is wind-power, and the other water-power.
   - Oliver Wendell Holmes, Sr.
 ___
 U-Boot mailing list
 U-Boot@lists.denx.de
 http://lists.denx.de/mailman/listinfo/u-boot
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Dinh Nguyen
On Wed, Sep 10, 2014 at 6:33 PM, Marek Vasut ma...@denx.de wrote:
 Hello,

 I'd be interested in maintaining u-boot-socfpga repository. So far, we don't
 have a repo for this platform and there is a large flurry of patches flying
 around without any kind of central point for them. I'd like to get your formal
 consent for starting this and if you agree, I'd start sending PR to Albert 
 once
 the repo is in place.


I maintain a linux git repo at
git://git.rocketboards.org/linux-socfpga-next.git. It would be trivial
for us to maintain a u-boot repo at the same location.

a large flurry of patches flying around? Funny, that I have not been
CCed on any of these patches.

Chin-Liang, have you been?

Dinh
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Marek Vasut
On Thursday, September 11, 2014 at 09:46:18 AM, Wolfgang Denk wrote:
 Dear Michal,
 
 In message 54112b64.5010...@monstr.eu you wrote:
  I am not sure if you need to have separate repo to work like this.
  I am keeping zynq patches in my microblaze repo and sending pull request
  to Albert
  (or Tom now) and there is no problem with that.
 
 Well, technically of course this works, but it is far from perfect.
 It works only for those who actually know about this.  But anybody
 looking at the U-Boot site for any zynq related stuff will have hard
 times to find it.

+1 , having separate u-boot-zynq would be a good idea. It doesn't cost much 
and greatly improves the organisation.

 I think it is much better to make this knowledge public information -
 and one easy way to do this is to have a separate repository for it,
 which is listed on the custodians page, so everybody looking for it
 will find all relevant information.
 
  In socfpga case I think there are guys from Altera who maintain it.
 
 Well, they maintain the stuff at rocketboards.org ; there are efforts
 on the way to mainline stuff, but the process is not exactly
 satisfactory.  I highly appreciate that Marek volunteers to put
 efforts in this.
 
 As far as I am concerned, I support both Marek's and Masahiro's
 requests.
 
 @ Marek and Masahiro: if we reach an agreement to create such repos,
   please send me your SSH public keys that shall be used for
   these.  Also, what should the names be - u-boot-socfpga ?

U-Boot-socfpga works OK I'd say -- it would cover all of Cyclone and Arria and 
Stratix socfpga families.

Also, my SSH key should already be in position for u-boot-usb and u-boot-pxa ;-)

Thank you!

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Marek Vasut
On Thursday, September 11, 2014 at 06:56:04 AM, Michal Simek wrote:
 Hi,
 
 On 09/11/2014 05:09 AM, Masahiro Yamada wrote:
  On Thu, 11 Sep 2014 01:33:20 +0200
  
  Marek Vasut ma...@denx.de wrote:
  Hello,
  
  I'd be interested in maintaining u-boot-socfpga repository. So far, we
  don't have a repo for this platform and there is a large flurry of
  patches flying around without any kind of central point for them. I'd
  like to get your formal consent for starting this and if you agree, I'd
  start sending PR to Albert once the repo is in place.
  
  Me too.  I'd like to own u-boot-uniphier to collect
  Panasonic-SoC-specific changes.
  
  That would be faster and would not disturb Albert.
 
 I am not sure if you need to have separate repo to work like this.
 I am keeping zynq patches in my microblaze repo and sending pull request to
 Albert (or Tom now) and there is no problem with that.

WD already answered that part, so I'll skip this.

 Alberts know that and it is working quite well. It is enough to talk to him
 and that's it.
 In socfpga case I think there are guys from Altera who maintain it.

That's not quite the case, that's why I stepped up. Again, WD explained the 
rocketboards situation, but we need to improve on the mainline push and this 
repository should help I hope.

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Marek Vasut
On Thursday, September 11, 2014 at 09:55:55 AM, Pavel Machek wrote:
 Hi!
 
   In socfpga case I think there are guys from Altera who maintain it.
  
  Well, they maintain the stuff at rocketboards.org ; there are efforts
  on the way to mainline stuff, but the process is not exactly
  satisfactory.  I highly appreciate that Marek volunteers to put
  efforts in this.
  
  As far as I am concerned, I support both Marek's and Masahiro's
  requests.
 
 Repository for socfpga work is a good idea, thanks.
 
 One person I have in my email lists is Charles Manning -- he did
 preloader work before, I put him into cc list.

Good idea, thanks!

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Marek Vasut
On Thursday, September 11, 2014 at 06:14:55 PM, Dinh Nguyen wrote:
 On Thu, Sep 11, 2014 at 2:46 AM, Wolfgang Denk w...@denx.de wrote:
  Dear Michal,
  
  In message 54112b64.5010...@monstr.eu you wrote:
  I am not sure if you need to have separate repo to work like this.
  I am keeping zynq patches in my microblaze repo and sending pull request
  to Albert
  (or Tom now) and there is no problem with that.
  
  Well, technically of course this works, but it is far from perfect.
  It works only for those who actually know about this.  But anybody
  looking at the U-Boot site for any zynq related stuff will have hard
  times to find it.
 
 rocketboards.org is our portal. Linux and u-boot currently have repos
 there.

I'm OK with this.

 This will be our central place for uboot and Linux. PERIOD!

I am OK with this as well. But I want to use mainline U-Boot on my board,
which I cannot seem to find on the rocketboards website. I only see an
ancient 2013.01.01 and I don't see anyone feeding the rocketboards patches
into mainline either.

Charles and Pavel have been a great help so far in sending U-Boot patches
for SoCFPGA into mainline, but so far we lack coordination there. Thus, I 
decided to take that up and collect all their effort so they're not lost.

That said, I'd be glad if someone from Altera would step up and work on the 
mainline support for SoCFPGA properly, pick the patches and maintain the 
repository.

  I think it is much better to make this knowledge public information -
  and one easy way to do this is to have a separate repository for it,
  which is listed on the custodians page, so everybody looking for it
  will find all relevant information.
  
  In socfpga case I think there are guys from Altera who maintain it.
  
  Well, they maintain the stuff at rocketboards.org ; there are efforts
  on the way to mainline stuff, but the process is not exactly
  satisfactory.  I highly appreciate that Marek volunteers to put
  efforts in this.
 
 Thanks Marek for your volunteer, but we would like to maintain our
 git repo at rocketboards.org.

I am not asking you to stop working on your repository, please do not 
misunderstand my intention.

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Tom Rini
On Thu, Sep 11, 2014 at 11:14:55AM -0500, Dinh Nguyen wrote:
 On Thu, Sep 11, 2014 at 2:46 AM, Wolfgang Denk w...@denx.de wrote:
  Dear Michal,
 
  In message 54112b64.5010...@monstr.eu you wrote:
 
  I am not sure if you need to have separate repo to work like this.
  I am keeping zynq patches in my microblaze repo and sending pull request
  to Albert
  (or Tom now) and there is no problem with that.
 
  Well, technically of course this works, but it is far from perfect.
  It works only for those who actually know about this.  But anybody
  looking at the U-Boot site for any zynq related stuff will have hard
  times to find it.
 
 
 rocketboards.org is our portal. Linux and u-boot currently have repos
 there. This
 will be our central place for uboot and Linux. PERIOD!

Alright.  The sunxi community has recently made some great strides in
getting things merged from their tree into mainline (And again, yy,
thanks for the hard work there guys!).  What is the plan to get things
up-lifted and merged to mainline for this SoC?

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Marek Vasut
On Thursday, September 11, 2014 at 06:01:31 PM, Dinh Nguyen wrote:
 On Wed, Sep 10, 2014 at 6:33 PM, Marek Vasut ma...@denx.de wrote:
  Hello,
  
  I'd be interested in maintaining u-boot-socfpga repository. So far, we
  don't have a repo for this platform and there is a large flurry of
  patches flying around without any kind of central point for them. I'd
  like to get your formal consent for starting this and if you agree, I'd
  start sending PR to Albert once the repo is in place.
 
 I maintain a linux git repo at
 git://git.rocketboards.org/linux-socfpga-next.git. It would be trivial
 for us to maintain a u-boot repo at the same location.

The preferred way in the mainline U-Boot development is to have all the 
repositories in the same place, that is, git.denx.de git server.

 a large flurry of patches flying around? Funny, that I have not been
 CCed on any of these patches.
 
 Chin-Liang, have you been?

I think. Mr. See was on CC for all the patches Pavel sent at least. I'll keep 
you on CC as well.

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Dinh Nguyen
On 09/11/2014 11:51 AM, Marek Vasut wrote:
 On Thursday, September 11, 2014 at 06:14:55 PM, Dinh Nguyen wrote:
 On Thu, Sep 11, 2014 at 2:46 AM, Wolfgang Denk w...@denx.de wrote:
 Dear Michal,

 In message 54112b64.5010...@monstr.eu you wrote:
 I am not sure if you need to have separate repo to work like this.
 I am keeping zynq patches in my microblaze repo and sending pull request
 to Albert
 (or Tom now) and there is no problem with that.

 Well, technically of course this works, but it is far from perfect.
 It works only for those who actually know about this.  But anybody
 looking at the U-Boot site for any zynq related stuff will have hard
 times to find it.

 rocketboards.org is our portal. Linux and u-boot currently have repos
 there.
 
 I'm OK with this.
 
 This will be our central place for uboot and Linux. PERIOD!
 
 I am OK with this as well. But I want to use mainline U-Boot on my board,
 which I cannot seem to find on the rocketboards website. I only see an
 ancient 2013.01.01 and I don't see anyone feeding the rocketboards patches
 into mainline either.
 
 Charles and Pavel have been a great help so far in sending U-Boot patches
 for SoCFPGA into mainline, but so far we lack coordination there. Thus, I 
 decided to take that up and collect all their effort so they're not lost.
 
 That said, I'd be glad if someone from Altera would step up and work on the 
 mainline support for SoCFPGA properly, pick the patches and maintain the 
 repository.

Honestly, I have not seen any patches for SOCFPGA come my way. I don't
think I would ignore them if they did. Please CC me and Vince on any
future uboot support for SOCFPGA. We will make sure they are collected
and posted to u-boot-socfpga-next.git.

Like everything, there's only so many hours in a day. I am fully aware
of our lack of uboot mainline support. It's very high on our list, but
that darn Linux thing sometimes get in the way. We have added an
additional resource internally, Vince Bridgers, to help us mainline
u-boot support.

 
 I think it is much better to make this knowledge public information -
 and one easy way to do this is to have a separate repository for it,
 which is listed on the custodians page, so everybody looking for it
 will find all relevant information.

 In socfpga case I think there are guys from Altera who maintain it.

 Well, they maintain the stuff at rocketboards.org ; there are efforts
 on the way to mainline stuff, but the process is not exactly
 satisfactory.  I highly appreciate that Marek volunteers to put
 efforts in this.

 Thanks Marek for your volunteer, but we would like to maintain our
 git repo at rocketboards.org.
 
 I am not asking you to stop working on your repository, please do not 
 misunderstand my intention.
 

Not at all.

Dinh

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Dinh Nguyen
On 09/11/2014 12:14 PM, Tom Rini wrote:
 On Thu, Sep 11, 2014 at 11:14:55AM -0500, Dinh Nguyen wrote:
 On Thu, Sep 11, 2014 at 2:46 AM, Wolfgang Denk w...@denx.de wrote:
 Dear Michal,

 In message 54112b64.5010...@monstr.eu you wrote:

 I am not sure if you need to have separate repo to work like this.
 I am keeping zynq patches in my microblaze repo and sending pull request
 to Albert
 (or Tom now) and there is no problem with that.

 Well, technically of course this works, but it is far from perfect.
 It works only for those who actually know about this.  But anybody
 looking at the U-Boot site for any zynq related stuff will have hard
 times to find it.


 rocketboards.org is our portal. Linux and u-boot currently have repos
 there. This
 will be our central place for uboot and Linux. PERIOD!
 
 Alright.  The sunxi community has recently made some great strides in
 getting things merged from their tree into mainline (And again, yy,
 thanks for the hard work there guys!).  What is the plan to get things
 up-lifted and merged to mainline for this SoC?
 

Understood...You have just lit a fire in our arses! We have added a
resource internally, Vince Bridgers, to help us upstream more u-boot
support. Also, now that Linux support for SOCFPGA is decent, I will
focus more on u-boot.

Thanks,
Dinh
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-11 Thread Wolfgang Denk
Dear Dinh,

In message 54122de5.1080...@opensource.altera.com you wrote:

 Understood...You have just lit a fire in our arses! We have added a
 resource internally, Vince Bridgers, to help us upstream more u-boot
 support. Also, now that Linux support for SOCFPGA is decent, I will
 focus more on u-boot.

That's great to hear, thank.

So I suggest we create u-boot-socfpga now, as this will be needed
in any case when any significant amount of patches is coming in for
mainline.

For now, we assing Marek as custodian - he has volunteered, and he
already has a reputation in the community.  As soon as Vince starts
actively working here on the mailing list, we can switch this role
to him.

What do you think?

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
C makes it easy for you to shoot yourself in the foot. C++ makes that
harder, but when you do, it blows away your whole leg.
 -- Bjarne Stroustrup
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


[U-Boot] u-boot-socfpga repository

2014-09-10 Thread Marek Vasut
Hello,

I'd be interested in maintaining u-boot-socfpga repository. So far, we don't 
have a repo for this platform and there is a large flurry of patches flying 
around without any kind of central point for them. I'd like to get your formal 
consent for starting this and if you agree, I'd start sending PR to Albert once 
the repo is in place.

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-10 Thread Masahiro Yamada

On Thu, 11 Sep 2014 01:33:20 +0200
Marek Vasut ma...@denx.de wrote:

 Hello,
 
 I'd be interested in maintaining u-boot-socfpga repository. So far, we don't 
 have a repo for this platform and there is a large flurry of patches flying 
 around without any kind of central point for them. I'd like to get your 
 formal 
 consent for starting this and if you agree, I'd start sending PR to Albert 
 once 
 the repo is in place.



Me too.  I'd like to own u-boot-uniphier to collect Panasonic-SoC-specific 
changes.

That would be faster and would not disturb Albert.



Best Regards
Masahiro Yamada

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-10 Thread Michal Simek
Hi,

On 09/11/2014 05:09 AM, Masahiro Yamada wrote:
 
 On Thu, 11 Sep 2014 01:33:20 +0200
 Marek Vasut ma...@denx.de wrote:
 
 Hello,

 I'd be interested in maintaining u-boot-socfpga repository. So far, we don't 
 have a repo for this platform and there is a large flurry of patches flying 
 around without any kind of central point for them. I'd like to get your 
 formal 
 consent for starting this and if you agree, I'd start sending PR to Albert 
 once 
 the repo is in place.
 
 
 
 Me too.  I'd like to own u-boot-uniphier to collect Panasonic-SoC-specific 
 changes.
 
 That would be faster and would not disturb Albert.
 

I am not sure if you need to have separate repo to work like this.
I am keeping zynq patches in my microblaze repo and sending pull request to 
Albert
(or Tom now) and there is no problem with that.
Alberts know that and it is working quite well. It is enough to talk to him
and that's it.
In socfpga case I think there are guys from Altera who maintain it.

Thanks,
Michal

-- 
Michal Simek, Ing. (M.Eng), OpenPGP - KeyID: FE3D1F91
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel - Microblaze cpu - http://www.monstr.eu/fdt/
Maintainer of Linux kernel - Xilinx Zynq ARM architecture
Microblaze U-BOOT custodian and responsible for u-boot arm zynq platform




signature.asc
Description: OpenPGP digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] u-boot-socfpga repository

2014-09-10 Thread Masahiro Yamada
Hi Michal,


On Thu, 11 Sep 2014 06:56:04 +0200
Michal Simek mon...@monstr.eu wrote:

 Hi,
 
 On 09/11/2014 05:09 AM, Masahiro Yamada wrote:
  
  On Thu, 11 Sep 2014 01:33:20 +0200
  Marek Vasut ma...@denx.de wrote:
  
  Hello,
 
  I'd be interested in maintaining u-boot-socfpga repository. So far, we 
  don't 
  have a repo for this platform and there is a large flurry of patches 
  flying 
  around without any kind of central point for them. I'd like to get your 
  formal 
  consent for starting this and if you agree, I'd start sending PR to Albert 
  once 
  the repo is in place.
  
  
  
  Me too.  I'd like to own u-boot-uniphier to collect Panasonic-SoC-specific 
  changes.
  
  That would be faster and would not disturb Albert.
  
 
 I am not sure if you need to have separate repo to work like this.
 I am keeping zynq patches in my microblaze repo and sending pull request to 
 Albert
 (or Tom now) and there is no problem with that.


The point is that you collect Zynq-specific patches in your own place by 
yourself
and then send a pull-req to Albert or Tom, right?

It does not matter whether it is a separate u-boot-zynq repo or
u-boot-microbraze/zynq branch.


I have sent the first series to add the core support of Panasonic SoCs
and boards (but it is taking much longer than I have expected)
and then I am planning to send more features and boards in the next phase.


What's the difference between what I want to do for Panasonic SoCs
and what you usually do for Zynq SoCs?



 Alberts know that and it is working quite well. It is enough to talk to him
 and that's it.
 In socfpga case I think there are guys from Altera who maintain it.



Best Regards
Masahiro Yamada

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot