rs@rtems.org>
http://lists.rtems.org/mailman/listinfo/users
<http://lists.rtems.org/mailman/listinfo/users>
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users
--
-------
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: Amtsgericht München
Registernummer: HRB 157
----
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
Vertr
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&apropos=0&sektion=0&manpath=FreeBSD+13.0-RELEASE+and+Po
ers mailing list
users@rtems.org
http://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-
mplexity comes 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
Ge
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 the
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 1:4.2-3ubuntu6
works.
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 141.14.128.9
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 ove
needs - for 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 gratefu
stian
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_I
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 the
CLOCK_DRIVER_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
d. Especially because 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"
ing:
no ouptut and must be killed by other terminal:
$ 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-sy
right?
Best regards
Christian
Thanks again for the great 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 Akaty
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"
wed by h 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 brain
Hello Matthew,
in theory it should be possible to use read / write together with some
ioctls to set the address. But normally I would suggest to create
i2c_msg structures for a finer grained control. Take a look at the
i2cget command for a simple example hot to read from an EEPROM like device:
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 the
d a few days 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:
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 yo
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
Vertretungsberechtigte Geschäftsführer: Peter Ra
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 sdhc
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" value
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 the
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 vi
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
>
--
--
ussion.
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
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 don
686 and libbsd build for
> 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@rt
ed this?. 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,
>
> I
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 recent
s/blob/master/jtag-debug/rpi2/rpi-jt_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 mult
quot;--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.
B
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 comm
compilation terminated.
>
>
> This bug was recently fixed in the rtems-libbsd ( for 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 fo
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
to
write the driver yourself in the BSP).
Best regards
Christian
>
> Cheers,
> James Fitzsimons
>
> ___
> users mailing list
> users@rtems.org
> http://lists.rtems.org/mailman/listinfo/users
>
--
embedded brains Gm
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 Matth
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 should
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 Flori
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
t; Any ideas about what is causing this ?
>
> Thanks
>
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
--
---
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
dev
On 09/01/2020 13:58, richard.glos...@l3harris.com wrote:
> Is anyone aware of an example of calling a ‘C’ function from assembly
> for the LEON3 (SPARC assembly)?
Maybe something like
https://git.rtems.org/rtems/tree/cpukit/score/cpu/sparc/cpu_asm.S?id=362cf319d44e7e64987f12aa36ea030e6298c586#n6
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
e when 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, 20
/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 mounte
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:
https://gitlab.com/c-mauderer/rtems-bbb/blob/maste
look at it 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)
> > {
>
clock-armv7m.c so it
should be `Clock_isr` in clockimpl.h.
>
> On Mon, Jun 24, 2019 at 7:01 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> On 24/06/2019 11:36, Jython wrote:
> > now i have changed to RTC wakeup, my
CLOCK_DRIVER.
>
>
> On Mon, Jun 24, 2019 at 3:44 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> On 24/06/2019 02:47, Jython wrote:
> > that's to say EXTI wakes up from sleep function because interrupt
>
m your interrupt.
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:
>
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.
t;
> 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>
> > <mailto:l...@c-mauderer.de <mailto
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:
&g
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 Chris
uint8_t*)0xE000E428) = 0x50; // 40
>
>
>
> // 23 40 Interrupt set-enable register x (NVIC_ISERx)
> // nvic enable interrupter number
> // 0xE000E100
> (*(volatile uint32_t*)0xE000E100) |= (1<<23);
> (*(volatile uint32_t *)0xE000E
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 u
#if 0
> /
> FSMC_Bank1->BTCR[FSMC_Bank+1] = (FSMC_BTR2_ADDSET_1) |
> (FSMC_BTR2_DATAST_0 | FSMC_BTR2_DATAST_1);
>
>
>
> #endif
> }
>
>
> it is my later application code, i will try it , thanks!
You noted that there is a stm32
-based-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 th
xample! 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:
>
s with 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 a
ort.
>
> 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:
> >
nal RAM 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.
ould 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_
sprüngliche Mail -
> 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 R
- Ursprüngliche Mail -
> Von: "Amarnath MB"
> An: "Christian Mauderer"
> CC: "RTEMS Users" , "Ravi G Patil"
> , "Shekhar Suman Singh"
>
> Gesendet: Donnerstag, 2. Mai 2019 11:18:48
> Betreff: Re: RTEMS_FATAL_SO
- 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_
flash? In that case 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 bra
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
sy waits for example during driver initialization.
But again: Please don't use busy waits in Interrupts. It's not a good
idea and will lead to problems sooner or later.
Best regards
Christian Mauderer
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users
the rtc 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
st need 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_
the system and
> 49823- * MUST be done before _Thread_Start is invoked.
> 49824- */
> 49825- cpu->heir =
> 49826: cpu->executing = idle;
> 49827: b9e0: 4e0a ldr r6, [pc, #40] ; (ba0c
> <_Thread_Create_idle+0x74>)
> 498
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
typically 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-821
7; failed with exit status 1 (run with -v to
> display more information)
>
> I'm not quite sure how to proceed. Any guidance would be appreciated!
> Thank you,
> Brendan
>
> ___
> users mailing list
> users@rtems.org
> h
-source/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 Na
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
GSoC project that I mentored 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
Christi
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
t you have used in your git config registered on the
devel list? I think it most cases that should be the patch author.
Alternatively you can overwrite it with
git config --global sendemail.from "Your Name "
Kind regards
Christian Mauderer
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users
1 - 100 of 129 matches
Mail list logo