Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-09-08 Thread David Chisnall
On 24 Jul 2016, at 12:42, David Chisnall wrote: > > I’ve now fixed both of these in the version here: > > https://github.com/davidchisnall/dtc Andy filed a number of issues on GitHub, which are now all fixed. In particular, /include/ should now work everywhere and /delete-node/ now works. I’

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-24 Thread David Chisnall
Thanks, On 19 Jul 2016, at 20:49, Emmanuel Vadot wrote: > > > Hello, > > I've just tried bsd dtc on all arm dts that we have. > It doesn't seems to handle multiple include directories. > Here is how to reproduce : > > $ export SRCROOT=/path/to/fbsd/src > $ export MACHINE=arm > $ cd $SRCROOT/s

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-23 Thread Emmanuel Vadot
On Fri, 22 Jul 2016 22:16:41 -0600 Warner Losh wrote: > On Fri, Jul 22, 2016 at 1:03 AM, David Chisnall wrote: > > On 22 Jul 2016, at 03:40, Warner Losh wrote: > >> > >> On Wed, Jul 20, 2016 at 9:51 AM, David Chisnall > >> wrote: > >>> On 20 Jul 2016, at 16:46, Warner Losh wrote: > > >>

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-23 Thread David Chisnall
On 23 Jul 2016, at 05:16, Warner Losh wrote: > > On Fri, Jul 22, 2016 at 1:03 AM, David Chisnall wrote: >> On 22 Jul 2016, at 03:40, Warner Losh wrote: >>> >>> On Wed, Jul 20, 2016 at 9:51 AM, David Chisnall >>> wrote: On 20 Jul 2016, at 16:46, Warner Losh wrote: > > I've been

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-22 Thread Warner Losh
On Fri, Jul 22, 2016 at 1:03 AM, David Chisnall wrote: > On 22 Jul 2016, at 03:40, Warner Losh wrote: >> >> On Wed, Jul 20, 2016 at 9:51 AM, David Chisnall wrote: >>> On 20 Jul 2016, at 16:46, Warner Losh wrote: I've been trying to get the final spec for it. Right now it's a diso

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-22 Thread David Chisnall
On 22 Jul 2016, at 03:40, Warner Losh wrote: > > On Wed, Jul 20, 2016 at 9:51 AM, David Chisnall wrote: >> On 20 Jul 2016, at 16:46, Warner Losh wrote: >>> >>> I've been trying to get the final spec for it. Right now it's a >>> disorganized series >>> of patches, some of which have been merge

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-21 Thread Warner Losh
On Wed, Jul 20, 2016 at 9:51 AM, David Chisnall wrote: > On 20 Jul 2016, at 16:46, Warner Losh wrote: >> >> I've been trying to get the final spec for it. Right now it's a >> disorganized series >> of patches, some of which have been merge some that haven't. I'll send you a >> copy when I can fin

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-20 Thread David Chisnall
On 20 Jul 2016, at 16:46, Warner Losh wrote: > > I've been trying to get the final spec for it. Right now it's a > disorganized series > of patches, some of which have been merge some that haven't. I'll send you a > copy when I can find something better than "here's the code." Thanks. From the

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-20 Thread Warner Losh
On Wed, Jul 20, 2016 at 3:05 AM, David Chisnall wrote: > On 20 Jul 2016, at 05:48, Warner Losh wrote: >> >> My concern with this is overlay support. Overlay support for "shields" or >> "badges" is going into upstream GPL dtc shortly. The patches have been >> kicking around for a while and are alm

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-20 Thread Warner Losh
On Wed, Jul 20, 2016 at 9:45 AM, Warner Losh wrote: > On Wed, Jul 20, 2016 at 3:05 AM, David Chisnall wrote: >> On 20 Jul 2016, at 05:48, Warner Losh wrote: >>> >>> My concern with this is overlay support. Overlay support for "shields" or >>> "badges" is going into upstream GPL dtc shortly. The

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-20 Thread David Chisnall
On 20 Jul 2016, at 05:48, Warner Losh wrote: > > My concern with this is overlay support. Overlay support for "shields" or > "badges" is going into upstream GPL dtc shortly. The patches have been > kicking around for a while and are almost ready to go in. We need this feature > and I'd planned on

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-19 Thread Warner Losh
On Tue, Jul 19, 2016 at 1:12 PM, Ed Maste wrote: > dtc(1) is the Device Tree Compiler, used for embedded builds. We have > two versions of dtc(1) in the FreeBSD tree: a GPLv2 one from > https://git.kernel.org/cgit/utils/dtc/dtc.git and a BSD licensed one > in https://svn.freebsd.org/base/head/usr.

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-19 Thread Emmanuel Vadot
Hello, I've just tried bsd dtc on all arm dts that we have. It doesn't seems to handle multiple include directories. Here is how to reproduce : $ export SRCROOT=/path/to/fbsd/src $ export MACHINE=arm $ cd $SRCROOT/sys/boot/fdt/dts/arm $ $SRCROOT/sys/tools/fdt/make_dtb.sh $SRCROOT/sys bea

Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-19 Thread Ed Maste
dtc(1) is the Device Tree Compiler, used for embedded builds. We have two versions of dtc(1) in the FreeBSD tree: a GPLv2 one from https://git.kernel.org/cgit/utils/dtc/dtc.git and a BSD licensed one in https://svn.freebsd.org/base/head/usr.bin/dtc. We switched back to the GPL one since device tre