LibBSD PowerPC motorola_shared BSP PCI Support
Heinz Junkes
junkes at fhi-berlin.mpg.de
Wed Oct 28 12:31:09 UTC 2020
Thanks, I got further and the first start doesn't look that bad ;-)
Welcome to RTEMS rtems-6.0.0 (PowerPC/Generic (classic FPU)/beatnik)
CPU: MPC7457
Board Type: MVME6100-0163 (S/N E173D27)
Bus Clock Freq: 133333333 Hz
CPU Clock Freq: 1266666654 Hz
Memory: 536870912 bytes
-----------------------------------------
Now BSP_mem_size = 0x1fe00000
Configuration.work_space_size = 2033620
Page table setup finished; will activate it NOW...
Going to start PCI buses scanning and initialization
Number of PCI buses found is : 3
MSR 0x2003032
Exit from bspstart
unable to find the universe in pci config space
Tundra Tsi148 PCI-VME bridge detected at 0x81100000, IRQ 84
Tsi148 Outbound Ports:
Port VME-Addr Size PCI-Adrs Mode:
0: 0x20000000 0x0e000000 0x90000000 A32, SUP, D32, SCT
1: 0x00000000 0x00ff0000 0x9f000000 A24, SUP, D32, SCT
2: 0x00000000 0x00010000 0x9fff0000 A16, SUP, D32, SCT
7: 0x00000000 0x01000000 0x9e000000 CSR, SUP, D32, SCT
Tsi148 Inbound Ports:
Port VME-Addr Size PCI-Adrs Mode:
0: 0x90000000 0x1fe00000 0x00000000 A32, PGM, DAT, SUP, USR, MBLT, BLT
vmeTsi148 IRQ manager: looking for registers on VME...
Trying to find CSR on VME...
vmeTsi148 - IRQ manager using VME CSR to flush FIFO
Registering /dev/console as minor 0 (==/dev/ttyS0)
fatal source: RTEMS_FATAL_SOURCE_EXCEPTION
exception vector 4 (0x4)
next PC or address of fault = 0xfffffffc
saved MSR = 0x42003032
context = task, ISR nest level = 0
thread dispatch disable level = 1
R0 = 0x00088c0c R1 = 0x006e91d0 R2 = 0x004da928 R3 = 0x0000001f
R4 = 0x00000000 R5 = 0x00000000 R6 = 0x5f997dec R7 = 0x00000000
R8 = 0x00000004 R9 = 0xffffffff R10 = 0x005835dc R11 = 0x5f997dec
R12 = 0x0000005c R13 = 0x00693b40 R14 = 0x00000000 R15 = 0x00000000
R16 = 0x00000020 R17 = 0x0068c460 R18 = 0x0068c48c R19 = 0x00000000
R20 = 0x00000000 R21 = 0x00000000 R22 = 0x00000000 R23 = 0x00000000
R24 = 0x00000000 R25 = 0x00000000 R26 = 0x00000000 R27 = 0x00000000
R28 = 0x00000000 R29 = 0x0068c330 R30 = 0x00000020 R31 = 0x00000009
CR = 0x82200424
CTR = 0xffffffff
XER = 0x20000000
LR = 0x00088c0c
DAR = 0x00000000
executing thread ID = 0x09010001, name = IDLE
Stack Trace:
IP: 0xfffffffc, LR: 0x00088c0c
--^ 0x00088b24--^ 0x003f1030--^ 0x0000310c
bsp_fatal_extension(): RTEMS terminated -- no way back to MotLoad so I reset the card
Printing a stack trace for your convenience :-)
0x04158380--> 0x04158380--> 0x00547920--> 0x00548556--> 0x04170612
0x04140740--> 0x00560140--> 0x00559908--> 0x04132912--> 0x00012556
Viele Grüße
Heinz Junkes
--
Experience directly varies with equipment ruined.
> On 27. Oct 2020, at 18:41, Sebastian Huber <sebastian.huber at embedded-brains.de> wrote:
>
>
> On 27/10/2020 15:41, Joel Sherrill wrote:
>>
>>
>> On Tue, Oct 27, 2020 at 9:23 AM Heinz Junkes <junkes at fhi-berlin.mpg.de <mailto:junkes at fhi-berlin.mpg.de>> wrote:
>>
>> I am currently trying git rtems6.
>>
>> ../source-builder/sb-set-builder --prefix=$HOME/.rtems --log
>> powerpc_beatnik.log --no-clean --target=powerpc-rtems6
>> --with-rtems-bsp=beatnik 6/rtems-powerpc 6/rtems-kernel
>>
>> works …
>>
>> Unfortunately It fails here:
>>
>> ../source-builder/sb-set-builder --prefix=$HOME/.rtems --log
>> libbsd.log --no-clean --target=powerpc-rtems6
>> --with-rtems-bsp=beatnik --host=powerpc-rtems6 6/rtems-libbsd
>>
>> ...
>> [1562/1948] Compiling freebsd/sbin/nvmecontrol/ns.c
>> In file included from
>> /home/ad/.rtems/lib/gcc/powerpc-rtems6/10.2.1/include/c++/cstdlib:75,
>> from
>> /home/ad/.rtems/lib/gcc/powerpc-rtems6/10.2.1/include/c++/stdlib.h:36,
>> from ../../freebsd/sys/sys/libkern.h:216,
>> from ../../freebsd/sys/sys/systm.h:543,
>> from ../../freebsd/sys/sys/mbuf.h:42,
>> from ../../rtemsbsd/rtems/rtems-bsd-cxx.cc:48:
>> /home/ad/.rtems/powerpc-rtems6/include/stdlib.h:309:6: error:
>> conflicting declaration of C function 'void qsort_r(void*, size_t,
>> size_t, int (*)(const void*, const void*, void*
>> ), void*)'
>> 309 | void qsort_r (void *__base, size_t __nmemb, size_t __size,
>> int (*_compar)(const void *, const void *, void *), void *__thunk);
>> | ^~~~~~~
>> In file included from ../../freebsd/sys/sys/systm.h:543,
>> from ../../freebsd/sys/sys/mbuf.h:42,
>> from ../../rtemsbsd/rtems/rtems-bsd-cxx.cc:48:
>> ../../freebsd/sys/sys/libkern.h:211:7: note: previous declaration
>> 'void qsort_r(void*, size_t, size_t, void*, int (*)(void*, const
>> void*, const void*))'
>> 211 | void qsort_r(void *base, size_t nmemb, size_t size, void
>> *thunk,
>> | ^~~~~~~
>>
>> Waf: Leaving directory
>> `/home/ad/RTEMS_DEV/rtems-source-builder/rtems/build/rtems-libbsd-d964a6703c705cc92fd053bcefc08bb3b6baa0e2-powerpc-rtems6-1/rtems-libbsd-d964a6703c705cc9
>> 2fd053bcefc08bb3b6baa0e2/build/powerpc-rtems6-beatnik-default'
>> Build failed
>> -> task in 'bsd' failed with exit status 1 (run with -v to
>> display more information)
>> shell cmd failed: /bin/sh -ex
>> /home/ad/RTEMS_DEV/rtems-source-builder/rtems/build/rtems-libbsd-d964a6703c705cc92fd053bcefc08bb3b6baa0e2-powerpc-rtems6-1/do-build
>> error: building
>> rtems-libbsd-d964a6703c705cc92fd053bcefc08bb3b6baa0e2-powerpc-rtems6-1
>>
>>
>> I'm not sure why this would not have shown up before but the FreeBSD kernel reuses some standard library method names with different signatures. The file rtemsbsd/include/machine/rtems-bsd-kernel-namespace.h renames a lot of items to put them in a BSD namespace. qsort_r isn't in this list but perhaps should be.
>
> I think its is this bug:
>
> https://devel.rtems.org/ticket/4078
>
> I added a workaround to the latest master and 6-freebsd-12 branches.
>
> --
> 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.huber at embedded-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5300 bytes
Desc: not available
URL: <http://lists.rtems.org/pipermail/devel/attachments/20201028/7d440cce/attachment.bin>
More information about the devel
mailing list