/users
--
embedded brains GmbH
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone: +49-89-18 94 741 - 18
fax: +49-89-18 94 741 - 08
Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberec
brains GmbH
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone: +49-89-18 94 741 - 18
fax: +49-89-18 94 741 - 08
Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen
Hello Pete,
not entirely sure how EPICS initializes dhcpcd. But I would expect that
your application creates a /dev/dhcpcd.conf somewhere. You can add the
"quiet" option to that file:
https://www.freebsd.org/cgi/man.cgi?query=dhcpcd.conf=0=0=FreeBSD+13.0-RELEASE+and+Ports=default=html
tp://lists.rtems.org/mailman/listinfo/users
--
----
embedded brains GmbH
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone: +49-89-18 94 741 - 18
fax: +49-89-18 94 741 - 08
Registergericht: Am
mes for free, simplicity you have to work for.
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users
--
----
embedded brains GmbH
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: ch
Hello Andrei,
On 01/03/2021 22:35, Mr. Andrei Chichak wrote:
Is the README.md in the master branch of rtems-libbsd the recommended set of
instructions for getting the STM32H7 networking blob built?
For this BSP: Yes.
Previously I had been following the RTEMS Networking User Manual, but
On 24/02/2021 06:45, Chris Johns wrote:
On 24/2/21 4:21 pm, Gedare Bloom wrote:
On Tue, Feb 23, 2021 at 10:20 PM Gedare Bloom wrote:
On Tue, Feb 23, 2021 at 3:36 PM Chris Johns wrote:
On 24/2/21 5:53 am, Heinz Junkes wrote:
it works with the Ubuntu package : qemu-system-arm
.
Now I can finally go on and actually work on a SMP application.
Kind regards,
Stefan
On Feb 19 2021, at 9:53 pm, Christian Mauderer wrote:
Hello Stefan,
On 19/02/2021 21:29, Stefan Akatyschew wrote:
> Yeah, there was no timer entry in the FDT, hence I created it (only
>
On 19/02/2021 22:11, Joel Sherrill wrote:
On Fri, Feb 19, 2021 at 3:07 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote:
On 19/02/2021 19:52, junkes wrote:
> On 2021-02-19 18:40, Gedare Bloom wrote:
>> Advise how you built. We are starting to see so
On 19/02/2021 17:30, Heinz Junkes wrote:
When I use the kernel from RTEMS6 my MVME2500 (qoriq_e500)
does not boot anymore and hangs:
VME2500=> run rtems_myTests
reading mvme2500.dtb
12363 bytes read in 13 ms (928.7 KiB/s)
Speed: 1000, full duplex
Using eTSEC1 device
TFTP from server
On 19/02/2021 19:52, junkes wrote:
On 2021-02-19 18:40, Gedare Bloom wrote:
Advise how you built. We are starting to see some bitrot breakage in
configuration. The cutover to waf will come soon, and I don't expect
rtems6 release to support autoconf build of rtems itself. I suggest
you change
or example ENABLE_RTEMS_SMP
./waf configure --prefix=${PREFIX}
./waf
Best regards
Christian
Kind regards,
Stefan
On Feb 18 2021, at 9:52 pm, Christian Mauderer wrote:
On 18/02/2021 21:03, Stefan Akatyschew wrote:
> Hello Christian,
> I'm very grateful for the scrip
Sorry for the noise ….
Heinz
On 19. Feb 2021, at 09:45, Christian MAUDERER
wrote:
I think some of the simulator BSPs have an option that enable some kind of time
laps as soon as the idle routine is reached.
In the new waf build system it's the option CLOCK_DRIVER_USE_FAST_IDLE
, the config.ini is generated and edited
automatically. So you either have to change that or add a lin in the
build_bsp function that changes the value.
Vielen, vielen Dank für Deine Hilfe,
Kein Problem.
Christian
Heinz
On 19. Feb 2021, at 09:45, Christian MAUDERER
wrote:
If you start
IVER_USE_FAST_IDLE=0 to the
configure call.
Best regards
Christian
Heinz
On 2021-02-19 08:39, Christian MAUDERER wrote:
Hello Heinz,
Am 19.02.21 um 07:53 schrieb junkes:
Hello Christian,
I checked with gdb.
start with
sudo ~/QEMU/rtems/6/bin/qemu-system-arm -M xilinx-zynq-a9 -S -s -m
256M -no
e it is an entirely different target.
Best regards
Christian
Will now try your install target ...
Heinz
On 2021-02-18 22:28, Christian Mauderer wrote:
Hello Heinz,
On 18/02/2021 21:38, junkes wrote:
Hallo Christian,
thank you for testing. This is "my procedure":
hm. There doesn
erminal:
$ qemu-system-arm -no-reboot -serial null -serial mon:stdio -net none
-nographic -M xilinx-zynq-a9 -m 256M -kernel
arm-rtems6/c/xilinx_zynq_a9_qemu/testsuites/samples/hello.exe
qemu-system-arm: warning: nic cadence_gem.0 has no peer
qemu-system-arm: warning: nic cadence_gem.1 has no p
at help so far!
Kind regards,
Stefan
On Feb 8 2021, at 8:41 am, Christian MAUDERER
wrote:
Hello Stefan,
Am 07.02.21 um 20:35 schrieb Christian Mauderer:
> Hello Stefan,
>
> On 07/02/2021 19:31, Stefan Akatyschew wrote:
>> Hey Christian,
>> no p
Hello Heinz,
Odd. I just tested it with the current master of rtems, libbsd, rtems
source builder and qemu and it worked fine. The only thing that I had to
change compared to your command was adding the "-serial null" before the
second "-serial mon:stdio". Note that it's "null" and not "none"
to get help or CTRL-A
followed by x to exit the emulator.
Best regards
Christian
Heinz
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users
--
embedded brains GmbH
Her
Hello Stefan,
Am 07.02.21 um 20:35 schrieb Christian Mauderer:
Hello Stefan,
On 07/02/2021 19:31, Stefan Akatyschew wrote:
Hey Christian,
no problem, thanks a lot for your reply!
Here it starts, right after loading the elf file:
Just to be sure there is no mistake in my setup, I attached
s ago.
I forwarded the information to our internal list. There has been just
recently a certificate update for devel.rtems.org. Most likely the
ftp.rtems.org has been missed.
Best regards
Christian
Kind regards,
Stefan
On Feb 6 2021, at 12:38 pm, Christian Mauderer wrote:
Hell
Hello Stefan,
sorry for not answering earlier. I somehow missed the mail.
On 02/02/2021 18:02, Stefan Akatyschew wrote:
Hey together!
I'm new to RTEMS and just hit some errors, I just can't figure out.
Since I will probably lure around a bit longer, I wanted to give short
introduction, so
GmbH
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone: +49-89-18 94 741 - 18
fax: +49-89-18 94 741 - 08
Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas
Hello RUI Zhengxin,
On 07/01/2021 04:43, RUI Zhengxin wrote:
Hi all,
We find "swi6: Giant task queue" suspend if removing SD Card.
libbsd5.1 is running at beagle bone hardware, the sdhci driver is
attached success.
*sdhci_ti0: mem 0x4809c000-0x4809c3ff irq 78,4 on
simplebus0*
*mmc0: on
Hello,
On 06/01/2021 13:25, jameszxj wrote:
Hi,
> Hello,
>
> On 06/01/2021 10:04, jameszxj wrote:
> > Hi,
> >
> > I can't find "timer" node in your devicetree.
> > Function arm_generic_timer_get_config() in file bspstart.c will find
> > node "/timer"
> > and get "clock-frequency"
Hello,
On 06/01/2021 10:04, jameszxj wrote:
Hi,
I can't find "timer" node in your devicetree.
Function arm_generic_timer_get_config() in file bspstart.c will find
node "/timer"
and get "clock-frequency" value for system tick.
note that at least the clock-frequency is added by U-Boot on
On 29/12/2020 05:43, Chris Johns wrote:
On 29/12/20 3:24 pm, James Fitzsimons wrote:
Hi Chris,
Thanks very much for your reply and advice.
On Tue, 29 Dec 2020 at 11:58, Chris Johns mailto:chr...@rtems.org>> wrote:
> I'm using TI Code Composer Studio to load the RTEMS application image
Hello John,
On 27/11/2020 18:43, John Nathen wrote:
> Hi,
>
> I'm new to RTEMS and started playing with RTEMS on the STMH32H743ZI
> Nucleo board using the stm32h7 BSP a few weeks ago; I've got a few basic
> programs (LED Blink, console output...) to work on this board with minor
> changes in the
Hello John,
On 02/11/2020 10:46, John Nathen wrote:
> Hi,
>
> I am new to rtems and am planning to use rtems on a project with the
> stm32h7 mcu. I cloned the latest sources from git and built the
> arm-rtems6, gcc 10.2 toolchain and also built the stm32h7 bsp using the
> new waf build system.
>
Sommer
> Telephone +49 531 295-2494 | Telefax 0531 295-2767 | jan.som...@dlr.de
> DLR.de/SC
>
> ___
> users mailing list
> users@rtems.org
> http://lists.rtems.org/mailman/listinfo/users
>
--
--
n.
Best regards
Christian
>
> Thanks
> Chris
>
--
----
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
Phone: +49-89-18 94 741 - 18
Fax: +49-89-18 94 741 - 08
PGP:
Hello Karel,
On 07/09/2020 11:33, Karel Gardas wrote:
> On 9/7/20 11:22 AM, Christian Mauderer wrote:
>> Hello Karel,
>>
>> note that rtems-littlevgl is still quite new and most likely _only_ used
>> on BBB and (with an external display driver) on the imx. I
beagle bone black are different as it looks like mine's (pc686) is
> missing some framebuffer related code. Please correct me if I'm wrong.
>
> Thanks,
> Karel
> ___
> users mailing list
> users@rtems.org
> http://lists.rtems.org/mail
Christian
> suggests there can be some cache invalidation problems.
>
> Regards,
> Mario
>
>
> El mar., 9 jun. 2020 a las 8:36, Christian Mauderer
> ( <mailto:christian.maude...@embedded-brains.de>>) escribió:
>
> Hello Mario,
>
>
On 09/06/2020 15:52, jan.som...@dlr.de wrote:
>
>
>> -Original Message-
>> From: users [mailto:users-boun...@rtems.org] On Behalf Of
>> jan.som...@dlr.de
>> Sent: Tuesday, June 9, 2020 3:01 PM
>> To: users@rtems.org
>> Subject: RaspberryPi with U-Boot and FDT
>>
>> Hello,
>>
>> I
t_usb5.cfg
> by
> Pavel because my RPI is a RPI2 v1.2 which has the same SoC
> that the RPI3. If i try Pavels configuration file the
> connection fails.
>
>
>
> I have installed gdb multiarch and tried with it but no
&
--log=some_log_file.txt" option to your sb-set-builder call.
That will generate a really detailed (>40MB) log file for the whole
build. You'll be interested in the last maybe 80 lines of this file.
There should be some error message there that gives more details what
went wrong.
Best re
On 05/05/2020 06:38, Chris Johns wrote:
> On 4/5/20 12:50 am, Vijay Kumar Banerjee wrote:
>> On Sun, May 3, 2020 at 8:12 PM Christian Mauderer > <mailto:o...@c-mauderer.de>> wrote:
>>
>> I don't think that would be a good idea before the release. After
te:
>
>
> On Sun, May 3, 2020 at 8:12 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote:
>
>
> Note that the repo works only most of the time. It's more of a
> test repo
> for me that just collects the necessary commands
both master and
> 5-freebsd-12 branches), if you update to recent HEAD of the libbsd, then
> this error will hopefully not be there.
>
> Best regards,
> Vijay
>
>
> Thanks for any advice you can provide.
>
> Regards,
> James Fitzsimons
>
>
>
Hello James,
On 26/04/2020 12:05, James Fitzsimons wrote:
> Hi Christian,
>
> Thanks for your reply.
>
> On Wed, 22 Apr 2020 at 23:29, Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> Hello James,
>
> On 2
).
Best regards
Christian
>
> Cheers,
> James Fitzsimons
>
> ___
> users mailing list
> users@rtems.org
> http://lists.rtems.org/mailman/listinfo/users
>
--
----
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
On 22/04/2020 09:47, Matthew J Fletcher wrote:
> Hi,
>
> How would an application using libbsd add VLAN tags to transmitted
> frames so an external switch chip could process them ?
>
> Is there an application / libbsd interface for this or does it require
> the driver to be modified.
Hello
Hello HungLE,
On 17/04/2020 18:44, Hung LE-Dinh wrote:
> /Dear,
>
> Can RTEMS support multi-networking interface?
>
> I have a zynq-7000 board with 2 ethernet port, and I want to build a
> simple router on it using RTEMS. Can I do that?
Yes you can do that if you use libbsd (I think that
Hello Yogeshwaran,
On 07/03/2020 07:15, Gedare Bloom wrote:
> Hello Yogeshwaran,
>
> On Fri, Mar 6, 2020 at 8:50 PM Yogeshwaran L wrote:
>>
>> Hello,
>>
>> I'm Yogeshwaran and currently doing my master's in Computer Engineering,
>> specializing in systems programming from the University of
On 27/01/2020 12:17, Bran S wrote:
> On Monday, 27 January 2020, Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>> I noted that you have a RTEMS 4.11 toolchain. But it seems that you use
>> the instructions for the RTEMS master (which has a
ks
>
Hello Bran,
I noted that you have a RTEMS 4.11 toolchain. But it seems that you use
the instructions for the RTEMS master (which has a Version 5). Did you
use a matching RTEMS 4.11 branch for your build?
Best regards
Christian
--
embedded brains GmbH
He
Hello Tony
On 10/01/2020 16:57, Tony Whittam wrote:
> Hi,
>
> Does anyone know of an example project with a USB device implemented
> with rtems-libbsd?
I played around with it about 2 years ago for some hours. But I didn't
invest enough time into it to get it running. For implementing a USB
Hölscher wrote:
> Hi,
>
> I when my app wants to open a file on the SD card dev=mmcsd-0-0 rtems
> freezes.
> Exact call is:
> fd = open(file, O_RDONLY);
> With file being the pru binary I want to upload.
>
> Thanks,
> Nils
>
> On Tue, 13 Aug 2019 at 17:56, Christian
n I want to run other stuff on the
> pru.
>
>
> Best,
> Nils
>
>
> On Tue, 13 Aug 2019 at 17:32, Gedare Bloom wrote:
>
> You can also build the PRU image into the RTEMS binary. See
> examples-v2.git/file_io/crc/init.c
>
> On Tue, Aug 13, 2019 at
/dev/mmcsd-1-0
> media listener: event = MOUNT, state = FAILED, src = /dev/mmcsd-1-0
> media listener: event = DISK ATTACH, state = INQUIRY, src = mmcsd1boot
> uhub0: 1 port with 1 removable, self powered
> uhub1: 1 port with 1 removable, self powered
> ERROR: SD could not be mounted aft
On 12/08/2019 07:28, Nils Hölscher wrote:
> Hi,
>
> Can anyone help me with this?
> I need to access the BBB's SD-Card, so that I can load my pru example on
> the pru.
>
> Thanks,
> Nils
>
Hello Nils,
take a look at the following application:
with objdump to make sure of that.
>
> On Tue, Jun 18, 2019 at 1:25 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> On 18/06/2019 07:17, Jython wrote:
> > void SRAM_fsmc_setup(void)
> > {
> >
t.
PS: I re-added the user list on CC. I hope that is OK for you.
Best regards
Christian
>
> On Fri, Jun 21, 2019 at 7:09 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> On 21/06/2019 11:53, Jython wrote:
> > i got it ,
task. So you will reach (after a
task switch) the idle loop.
>
> On Fri, Jun 21, 2019 at 3:16 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> On 21/06/2019 02:58, Jython wrote:
> >
> > handler https://gist.
think I remember some discussion where you wanted to put a sleep into
> your idle loop? Maybe you have a double sleep?
>
> >
> > On Thursday, June 20, 2019, Christian Mauderer <mailto:l...@c-mauderer.de>
> > <mailto:l...@c-mauderer.de <mailto:l...@c-maudere
upt and the interrupt handler is executed.
But you don't reach the loop again?
I think I remember some discussion where you wanted to put a sleep into
your idle loop? Maybe you have a double sleep?
>
> On Thursday, June 20, 2019, Christian Mauderer <mailto:l...@c-mauderer.de>> wrote:
>
&
On 20/06/2019 13:25, Jython wrote:
> do have service routine, handler can printk log, SLEEPONEXIT is 0
So your handler is called? But it seems that the processor wakes up
then. How does the "won't stop sleep mode" look like?
>
> On Thu, Jun 20, 2019 at 5:19 PM Christian
>
> // 23 40 Interrupt set-enable register x (NVIC_ISERx)
> // nvic enable interrupter number
> // 0xE000E100
> (*(volatile uint32_t*)0xE000E100) |= (1<<23);
> (*(volatile uint32_t *)0xE000E104) |= (1<< (40%32));
> }
On 20/06/2019 05:28, Jython wrote:
> hi, it seems that exit key interrupt won't stop sleep mode, why?
>
> [...]
>
What do you mean by "exit key interrupt"? I don't know the STM32F4 that
well. So please give some more details.
I would expect that either only specific interrupt sources can wake
d-memory-testing.html
>
> On Mon, Jun 17, 2019 at 2:45 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> If you put any sections into the external RAM that need initialization,
> you have to init the RAM before the
ple! that is to say put extern sram init in
> bsp_start( void ) function?
>
> On Mon, Jun 17, 2019 at 1:04 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> On 17/06/2019 03:05, Jython wrote:
> > STM32:
> > 112KB
h that.
Best regards
Christian
>
> On Fri, Jun 14, 2019 at 10:13 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> If you have already added the chip and it is initialized during startup,
> you most likely have to add a
BSP port.
>
> The external memory is going to be very specific to your board.
> Which board are you working with?
>
> A
>
> > On 2019-June-13, at 06:23, Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
AM just after the
> internal RAM in memory?
> hope you could give me some guide!
>
>
Hello Jython,
the documentation you linked is for an MPC. But your subject line
mentions an STM32. What controller / BSP are you using?
Best regards
Christian Mauderer
--
--
On 11/06/2019 01:27, Chris Johns wrote:
> On 9/6/19 6:00 pm, Christian Mauderer wrote:
>> On 09/06/2019 04:24, Chris Johns wrote:
>>> On 8/6/19 1:45 am, Christian Mauderer wrote:
>>>> Note that basically all device tree files that I have found yet are forked
>>
On 09/06/2019 08:59, Chris Johns wrote:
> On 9/6/19 4:29 pm, Vijay Kumar Banerjee wrote:
>> On Sun, Jun 9, 2019 at 6:22 AM Chris Johns > <mailto:chr...@rtems.org>> wrote:
>> On 8/6/19 5:58 pm, Christian Mauderer wrote:
>> > - Ursprüngliche Mail
On 09/06/2019 04:24, Chris Johns wrote:
> On 8/6/19 1:45 am, Christian Mauderer wrote:
>> Note that basically all device tree files that I have found yet are forked
>> from the Linux ones.
>
> Yes, I understand this is the case.
>
>> They are all GPL.
>
&
- Ursprüngliche Mail -
> Von: "Oyake, Amalaye (386M)"
> An: "Chris Johns" , "Vijay Kumar Banerjee"
> , "Christian Mauderer"
>
> CC: "RTEMS Users"
> Gesendet: Samstag, 8. Juni 2019 04:57:02
> Betreff: Re: [EXTER
- Ursprüngliche Mail -
> Von: "Chris Johns"
> An: "Christian Mauderer" , "RTEMS
> Users"
> Gesendet: Freitag, 7. Juni 2019 14:23:51
> Betreff: Re: BeagleBone Black Networking (wifi and/or wired)
> On 7/6/19 7:41 pm, Christian Mauderer
On 07/06/2019 11:19, Chris Johns wrote:
> On 7/6/19 7:18 pm, Christian Mauderer wrote:
>>
>> On 07/06/2019 11:16, Chris Johns wrote:
>>> On 7/6/19 6:34 pm, Christian Mauderer wrote:
>>>> On 07/06/2019 10:23, Chris Johns wrote:
>>>>> Hi,
>>&g
On 07/06/2019 11:16, Chris Johns wrote:
> On 7/6/19 6:34 pm, Christian Mauderer wrote:
>> On 07/06/2019 10:23, Chris Johns wrote:
>>> Hi,
>>>
>>> I am looking for some information on doing either but I cannot find out
>>> what I
>>> need.
here should be a wpa_supplicant.conf on the root of your
SD card. If I remember correctly it even routes between the networks. So
you could basically use the BBB as a Ethernet to WLAN adapter.
Best regards
Christian
--
----
embedded brains GmbH
Herr Christian Mau
- Ursprüngliche Mail -
> Von: "Amarnath MB"
> An: "Christian Mauderer"
> CC: "RTEMS Users" , "Ravi G Patil"
> , "Shekhar Suman Singh"
>
> Gesendet: Freitag, 3. Mai 2019 10:37:20
> Betreff: Re: RTEMS_FATAL_SOURCE_
t; Von: "Amarnath MB"
> An: "Christian Mauderer"
> CC: "RTEMS Users" , "Ravi G Patil"
> , "Shekhar Suman Singh"
>
> Gesendet: Freitag, 3. Mai 2019 09:35:27
> Betreff: Re: RTEMS_FATAL_SOURCE_EXCEPTION in RTEMS
> On Thu, May 2,
- Ursprüngliche Mail -
> Von: "Amarnath MB"
> An: "Christian Mauderer"
> CC: "RTEMS Users" , "Ravi G Patil"
> , "Shekhar Suman Singh"
>
> Gesendet: Mittwoch, 1. Mai 2019 17:07:13
> Betreff: Re: RTEMS_FATAL_SOURCE_
it could be an access error during a flash erase or write
(for example caused by an interrupt). In that case you might have to do a
global interrupt disable before you enter certain routines.
Best regards
Christian
--
embedded brains GmbH
Christian M
by one errors
Note: No real statistic behind that. But I liked the joke when I first
read it ;-)
Best regards
Christian
>
> On Sun, Apr 28, 2019 at 3:27 PM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote:
>
> Am 27.04.19 um 16:40 schrieb Christian Mauderer:
&
Am 27.04.19 um 16:40 schrieb Christian Mauderer:
> Am 24.04.19 um 10:00 schrieb Jython:
>> HI, ALL!
>> why the code stuck in wakeup handler while the RTC gets time work fine
>> i have checked some days, but no register error found, i suspect that
>> the ha
tc wakeup, have posted a mail
> https://lists.rtems.org/pipermail/users/2019-April/033176.html
>
> On Wed, Apr 24, 2019 at 4:48 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> There is the wfi in the Idle body. So as soon as all your
ed to call sleep
> or rtems_task_wake_after or just while(1); ?
>
> On Wed, Apr 24, 2019 at 4:36 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> For some reason your grep hasn't found the _CPU_Thread_Idle_bo
ldr r6, [pc, #40] ; (ba0c
> <_Thread_Create_idle+0x74>)
> 49828-
> 49829- _Thread_Start(
> 49830- b9e2: 9400 str r4, [sp, #0]
> 49831- b9e4: 9601 str r6, [sp, #4]
> 49832- b9e6: 4628 mov r0, r5
> 49833- b9e8:
re/cpu/arm/armv7-thread-idle.c#n32
The stm32f4 is a Cortex-M4 so it's quite likely that this routine is
used. You can check by doing an "arm-rtems5-objdump -dS" on your file
and search for the idle body.
With kind regards
Christian
>
>
> On Tue, Apr 23,
ypically handles such low level stuff for you. The only
application that springs to mind for that instruction is overwriting the
idle loop to save energy.
Best regards
Christian
--
----
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
D-82178 Pu
__
> users mailing list
> users@rtems.org
> http://lists.rtems.org/mailman/listinfo/users
Hello Brendan,
that is a bug that has been in libbsd for about one day. For some background see
https://lists.rtems.org/pipermail/devel/2019-March/025379.html
That
ce/gsoc/faq.
Best regards
Christian
--
----
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
Phone: +49-89-18 94 741 - 18
Fax: +49-89-18 94 741 - 08
PGP: Public key available on request.
Diese Nachric
again for all the help.
>
> Regards,
> Sarvesh
Hello Sarvesh,
good to hear that you managed to get started. Sorry that I assumed that
you are a student interested in GSoC participation. We currently have
the phase where the students start to search for projects.
Best regards
Chr
red in 2017.
Therefore I needed a test platform. The student back then added (benath
some other stuff) wpa_supplicant and a driver for a RTL8188 based stick.
The WiFi sample has grown to a more universal one. Since Christmas it
includes Ethernet too.
Best regards
Christian
>
> Thank you for t
Am 06.03.19 um 12:11 schrieb Chris Johns:
> On 6/3/19 6:07 pm, Sarvesh Patkar wrote:
>> Hey everyone,
>>
>> I went through the quick start guide and could build the Hello World for the
>> sparc/erc32 target.
>>
>> I would like to contribute to RTEMS in adding functionality and maybe,
>> writing
Am 26.02.19 um 16:57 schrieb Jonathan Brandmeyer:
> https://devel.rtems.org/ticket/3709
>
> On Mon, Feb 25, 2019 at 5:32 PM Chris Johns wrote:
>>
>> On 26/2/19 10:18 am, Jonathan Brandmeyer wrote:
>>> I attempted to follow the directions in rtems-libbsd's README.md and
>>> run into the following
Hello Cliff,
please note that this wasn't the only bug that has been fixed over the
last year in the fat file system:
https://git.rtems.org/rtems/log/cpukit/libfs/src/dosfs
Regards
Christian
Am 05.10.18 um 18:59 schrieb Cliff Geschke:
> It turns out that this bug was fixed last year
>
>
>
Am 11.08.2018 um 17:35 schrieb Joel Sherrill:
>
>
> On Sat, Aug 11, 2018, 11:31 AM Christian Mauderer <mailto:l...@c-mauderer.de>> wrote:
>
> Am 07.08.2018 um 22:32 schrieb Joel Sherrill:
> > Hi
> >
> > The launch window for the Park
Am 07.08.2018 um 22:32 schrieb Joel Sherrill:
> Hi
>
> The launch window for the Parker Solar Probe
> Plus is from Aug 11 to 23 (3 days minimum).
>
> http://parkersolarprobe.jhuapl.edu/
>
> This is an RTEMS-based mission that will be
> closer to the Sun than Mercury. It will require
> 7 Venus
with, I
would suggest to use that.
Best regards
Christian Mauderer
Am 28.06.2018 um 14:10 schrieb Nicolas Tsiogkas:
> Hi,
>
> some later report. I compiled the examples and some private project with
> waf and all was smoothly. I suspect that there must be something with
> the
no problems with the
current libbsd. As far as I know most distributions still use python2 as
the default case. I only know Arch Linux that does use python3.
Best regards
Christian Mauderer
Am 25.06.2018 um 10:08 schrieb Nicolas Tsiogkas:
> Hi,
>
> sorry for the late reply.
>
>
the build scripts, I added a
few debug messages. Could you try to apply the attached patch and see
whether it prints some messages. Note that the messages are not really
clean and it seems that there is a bug that prints them two times. But
they should give a hint when the build process breaks.
ber.
Best regards
Christian Mauderer
Am 22.06.2018 um 11:21 schrieb Nicolas Tsiogkas:
> Hi,
>
> I did the process again with no luck. I am attaching a zip with command
> outputs/logs.
>
> Regards,
> Niko
>
> On Fri, Jun 22, 2018 at 9:44 AM Nicolas Tsiogkas <mailto
t know that problem. The directory that should be created
"///h" looks like there are some variables missing between the slashes.
But I'm not aware of any directory h that should be created somewhere.
- Did you upgrade from a earlier build or do you build in a fresh
checkout? There
Am 27.05.2018 um 21:15 schrieb aesee:
> Hi,
>
> I'm trying to build RTEMS image for RISC-V x64 on Ubuntu, but I stuck on
> configure step.
>
> After command "$HOME/development/rtems/kernel/rtems/configure
> --prefix=$HOME/development/rtems/5 --target=riscv64-rtems5 --enable
>
1 - 100 of 112 matches
Mail list logo
