u-boot for Zynq Zybo-Z7 board

[Milan Obuch]

On Thu, 9 Jan 2020 12:59:18 +0100
Emmanuel Vadot <manu at bidouilliste.com> wrote:

> On Thu, 9 Jan 2020 12:50:06 +0100
> Milan Obuch <freebsd-uboot at dino.sk> wrote:
> 
> > On Thu, 9 Jan 2020 12:41:16 +0100
> > Emmanuel Vadot <manu at bidouilliste.com> wrote:
> >   
> > > On Thu, 9 Jan 2020 12:17:48 +0100
> > > Milan Obuch <freebsd-uboot at dino.sk> wrote:
> > >   
> > > > On Thu, 9 Jan 2020 12:08:44 +0100
> > > > Emmanuel Vadot <manu at bidouilliste.com> wrote:
> > > >     
> > > > > On Thu, 9 Jan 2020 11:54:02 +0100
> > > > > Milan Obuch <freebsd-uboot at dino.sk> wrote:
> > > > >     
> > > > > > On Mon, 22 Jul 2019 19:50:39 +0200
> > > > > > Emmanuel Vadot <manu at bidouilliste.com> wrote:
> > > > > >       
> > > > > > > On Mon, 22 Jul 2019 19:34:11 +0200
> > > > > > > Milan Obuch <freebsd-uboot at dino.sk> wrote:    
> > 
> > [ snip ]
> >   
> > > > > > New port is just submitted, see
> > > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243211
> > > > > > 
> > > > > > Regards,
> > > > > > Milan      
> > > > > 
> > > > >  I don't like having patches, do you plan to upstream the
> > > > > change for board/xilinx/zynq/zynq-zybo-z7/ps7_init_gpl.c ?
> > > > >  For the defconfig patch, please use a fragment.
> > > > >     
> > > > 
> > > > Both issues are reported upstream with patches suggested to fix
> > > > them. I have no idea how long it takes for them to accept them.
> > > > My mails are currently waiting in moderator's queue for
> > > > approval.
> > > > 
> > > > That being written, in my oppinion patches are good method to
> > > > fix issue now for us, immediatelly, after fix is accepted
> > > > upstream, they are simple to remove.    
> > > 
> > >  I don't see any patch for zybo upstream, what is the patchwork
> > > link?
> > 
> > Issues were just reported today, messages are waiting for approval.
> > I can't do anything at the moment. How could a patchwork be
> > created? Can it do I or this needs to be done by upstream?  
> 
>  It's created automatically when you submit a patch upstream.
> Then you can use PATCHFILES+= <patchworkid>/raw in the makefile
> instead of using a local patch.
> 

After a while patches are in mainstream u-boot source tree, I modified
my port to use them and uploaded new shar file to bugzilla. Binaries
produced are tested on hardware with recent snapshot image from ftp,
FreeBSD-13.0-CURRENT-arm-armv7-GENERICSD-20200116-r356767.img.xz and
boots OK.

By the way, how could bug's assigne be changed from freebsd-ports-bugs
to freebsd-uboot? I think this would be reasonable...

Regards,
Milan