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.hu...@embedded-brains.de> wrote: > > > On 27/10/2020 15:41, Joel Sherrill wrote: >> >> >> On Tue, Oct 27, 2020 at 9:23 AM Heinz Junkes <jun...@fhi-berlin.mpg.de >> <mailto:jun...@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.hu...@embedded-brains.de > PGP : Public key available on request. > > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. >
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
