Re: [PATCH v2 2/2] Add dts file to generate dtb binary file for Beaglebone black.

2017-07-18 Thread Chris Johns 
On 18/07/2017 18:04, Sichen Zhao wrote:
> Hi all,
> I found something about the FreeBSD people dicuss about dtb license issue.
> https://lists.freebsd.org/pipermail/freebsd-arm/2015-May/011543.html

This post seems to be part of a larger thread and confirms DTS and DTB files are
a mess and we seem to be stepping into it:

 http://lists.infradead.org/pipermail/linux-arm-kernel/2015-May/345977.html

The point about being able to reverse the process and get the source from the
blob is interesting.

I am not still not sure what we do here.

Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH-v2] sparc: Rename NGMP to GR740 and add configs for UT699, UT700, and GR712RC

2017-07-18 Thread Sebastian Huber 

The following tests fail now on the GR712RC due to FP disable exceptions:

BLOCK 6
BLOCK 14
CONSTRUCTOR/DESTRUCTOR
CRYPT 1
DUMPBUF 1
FLASHDISK 1
FSBDPART 1
FSDOSFSFORMAT 1
FSDOSFSNAME 1
FSERROR DOSFS
FSERROR JFFS2
FSERROR MOUNTED IMFS
FSERROR RFS
FSERROR ROOT IMFS
FSPERMISSION JFFS2
FSPERMISSION MOUNTED IMFS
FSPERMISSION RFS
FSPERMISSION ROOT IMFS
FSRENAME MOUNTED IMFS
FTP 1
libdl (RTL) 1
libdl (RTL) 4
libdl (RTL) 5
MGHTTPD 1
MONITOR 2
MOUSE 1
NETWORKING 1
PSXFILE 1
PSXIMFS 1
PSXIMFS 2
PSXPASSWD 2
PSXPIPE 1
PSXSTAT
SMP 1
SMP 2
SMP 3
SMP 8
SMP 9
SMPAFFINITY 1
SMPSCHEDULER 1
SPERROR 1
SPERROR 2
SPERROR 3
SYSCALL 1
TAR 1
TERMIOS 3
TERMIOS 4
TERMIOS 5
TERMIOS 6
TERMIOS 7

--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH v5 2/2] psxtests: Add a mmap dedicated test case

2017-07-18 Thread Sebastian Huber 

This test case fails with RTEMS_DEBUG:

*** BEGIN OF TEST PSX MMAP01 ***
Init: mmap - map at zero

Breakpoint 1, __assert_func (file=file@entry=0x2027fc8 
"../../cpukit/../../../erc32/lib/include/rtems/score/chainimpl.h", 
line=line@entry=686, func=func@entry=0x2029198 <__func__.2359> 
"_Chain_Append_unprotected", failedexpr=failedexpr@entry=0x20286e0 
"_Chain_Is_node_off_chain( the_node )") at 
../../../../../../rtems/c/src/../../cpukit/libcsupport/src/__assert.c:37

37  {
(gdb) bt
#0  __assert_func (file=file@entry=0x2027fc8 
"../../cpukit/../../../erc32/lib/include/rtems/score/chainimpl.h", 
line=line@entry=686, func=func@entry=0x2029198 <__func__.2359> 
"_Chain_Append_unprotected", failedexpr=failedexpr@entry=0x20286e0 
"_Chain_Is_node_off_chain( the_node )") at 
../../../../../../rtems/c/src/../../cpukit/libcsupport/src/__assert.c:37
#1  0x0200d688 in _Chain_Append_unprotected (the_node=0x2039450, 
the_chain=0x202f650 ) at 
../../cpukit/../../../erc32/lib/include/rtems/score/chainimpl.h:686
#2  0x0200d720 in _Chain_Append_unprotected (the_node=0x2039450, 
the_chain=0x202f650 ) at 
../../../../../../rtems/c/src/../../cpukit/sapi/src/chainprotected.c:74
#3  rtems_chain_append (chain=chain@entry=0x202f650 , 
node=node@entry=0x2039450) at 
../../../../../../rtems/c/src/../../cpukit/sapi/src/chainprotected.c:72
#4  0x0200a634 in mmap (addr=addr@entry=0xf000, len=len@entry=4096, 
prot=prot@entry=7, flags=, flags@entry=4114, 
fildes=fildes@entry=-1, off=) at 
../../../../../../rtems/c/src/../../cpukit/posix/src/mmap.c:373
#5  0x020014cc in mmap_map_at_zero () at 
../../../../../../../rtems/c/src/../../testsuites/psxtests/psxmmap01/init.c:100
#6  POSIX_Init (argument=) at 
../../../../../../../rtems/c/src/../../testsuites/psxtests/psxmmap01/init.c:324
#7  0x0201be58 in _Thread_Entry_adaptor_pointer (executing=0x20318d8) at 
../../../../../../rtems/c/src/../../cpukit/score/src/threadentryadaptorpointer.c:25
#8  0x0201bed4 in _Thread_Handler () at 
../../../../../../rtems/c/src/../../cpukit/score/src/threadhandler.c:88
#9  0x0201be6c in _Thread_Handler () at 
../../../../../../rtems/c/src/../../cpukit/score/src/threadhandler.c:38

(gdb) frame 3
#3  rtems_chain_append (chain=chain@entry=0x202f650 , 
node=node@entry=0x2039450) at 
../../../../../../rtems/c/src/../../cpukit/sapi/src/chainprotected.c:72

72_Chain_Append_unprotected( chain, node );
(gdb) p *node
$1 = {
  next = 0x202f654 ,
  previous = 0x202f650 
}
(gdb) quit


--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH v2 2/2] Add dts file to generate dtb binary file for Beaglebone black.

2017-07-18 Thread Sichen Zhao 
Hi all,
I found something about the FreeBSD people dicuss about dtb license issue.
https://lists.freebsd.org/pipermail/freebsd-arm/2015-May/011543.html

Best Regards
Sichen Zhao


From: Sichen Zhao 
Sent: Thursday, July 13, 2017 14:28
To: Christian Mauderer; Chris Johns; Gedare Bloom; Sichen Zhao
Cc: punitv...@gmail.com; devel@rtems.org
Subject: Re: [PATCH v2 2/2] Add dts file to generate dtb binary file for 
Beaglebone black.

在 2017年07月13日 14:10, Christian Mauderer 写道:
>
> Am 13.07.2017 um 08:05 schrieb Chris Johns:
>> On 13/07/2017 15:09, Christian Mauderer wrote:
>>> Am 13.07.2017 um 04:33 schrieb Chris Johns:
 On 13/07/2017 12:22, Sichen Zhao wrote:
> 在 2017年07月12日 21:52, Gedare Bloom 写道:
>> On Tue, Jul 11, 2017 at 6:51 AM, Sichen Zhao <1473996...@qq.com> wrote:
>>> +These files are imported from FreeBSD.
>>> +These files is licensed under the terms of the GNU General Public 
>>> License * version 2.
>> We should not pollute the RTEMS sources with GPL2 code. Is there an
>> alternative approach to use?
> The another way is to directly use dtb binary file, but bin file also
> has a gpl2 license. So this way is not acceptable.
> Gedare said the scripts directory may be appropriate for rtems-tools.git
> or something. So i can provide a default one that can be used, it may be
> downloadable from somewhere e.g. in rtems-tools or from a FTP.
> And this is the way to keep GPL code from RTEMS sources.
> What do you think about?
 The ftp site is ok but please make sure you have the source with any 
 binary file
 and all copyright details are valid.

 We should keep the rtems-tools.git repo as free of GPL as possible.

 Chris

>>> Seems like no one wants the device tree files in any rtems repo. Do we
>>> need an extra rtems-devicetree repository for all BSPs that support
>>> device trees (currently two)?
>> Yeah, I do not really know. It is a sort of gray area and not only for the
>> licenses but how we integrate it. It is sort of like boot loaders and how 
>> they
>> fit in. I hope this discussion can finding a way we can make this work.
>>
>> My concern with rtems-tool.git is the license for it 2-clause BSD and then we
>> place some GPL code in it and users do not know and are caught out with
>> compliance issues. For example I have some GPL code in the rtemstoolkit 
>> which is
>> from libiberty [1]. I included as a way to get something working on all hosts
>> quickly. I would like to change this but need the time to do that. At the 
>> moment
>> rtems-tools is only on hosts so a bit simpler for users to manage.
>>
>>> Maybe one that just takes over the scripts
>>> from FreeBSD to import the device tree sources from Linux?
>> Does FreeBSD import the files into it's source tree from Linux?
>>
> Yes. See
> https://github.com/freebsd/freebsd/blob/master/sys/gnu/dts/FreeBSD-upgrade
>
>> Can I assume loading a GPL DTB does not pollute the application?
>>
> I can't say that for sure. But I'm quite sure there should be some
> discussion regarding that on the FreeBSD mailing list. They should have
> had the same problem when they initially imported the files.
>
> @Sichen Zhao: Maybe you can find something on the FreeBSD mailing list?
Yes, i will look at on FreeBSD ml about this topic.
>
>> Chris
>>
>> [1] 
>> https://git.rtems.org/rtems-tools/tree/rtemstoolkit/libiberty/pex-common.c
>>

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel