On 2/10/20 6:13 pm, Heinz Junkes wrote:
> Yes, seems to be a problem with the e1000.
> with "model=rtl8139” it works perfectly.
Could you please raise a ticket? It would be interesting to know if this happens
on real hardware.
> qemu-system-i386 -m 64 -no-reboot -serial stdio -display none -net
Yes, seems to be a problem with the e1000.
with "model=rtl8139” it works perfectly.
qemu-system-i386 -m 64 -no-reboot -serial stdio -display none -net
nic,model=rtl8139,macaddr=0e:b0:ba:5e:ba:11 -net user,restrict=yes -append
"--video=off --console=/dev/com1" -kernel libComTestHarness
Viele Gr
On 2/10/20 2:48 pm, Heinz Junkes wrote:
> init01.exe does not initialize the network interface.
Yes. It splits the problem.
> I see the same delay with dhcpcd01.exe
Are you using the e1000? Try rtl8139.
I do not see these delays on real PC hardware or qemu with rtl8139.
Chris
_
init01.exe does not initialize the network interface.
I see the same delay with dhcpcd01.exe
Heinz
> On 2. Oct 2020, at 01:08, Chris Johns wrote:
>
> On 2/10/20 5:34 am, Heinz Junkes wrote:
>> I have finally managed to apply the patch. Unfortunately it didn't lead to a
>> change in the behavio
On 2/10/20 5:34 am, Heinz Junkes wrote:
> I have finally managed to apply the patch. Unfortunately it didn't lead to a
> change in the behaviour of qemu. The delay of about 45 seconds is still there.
How are you initialising libbsd?
If you run `init01.exe` from the tests how long does it take?
Dear Karel,
I have finally managed to apply the patch. Unfortunately it didn't lead to a
change in the behaviour of qemu. The delay of about 45 seconds is still there.
Thanks anyway!
Heinz
> On 28. Sep 2020, at 21:53, Karel Gardas wrote:
>
>
> Could you be so kind and test attached patch? It
Jan Sommer helped me with this in the past:
https://lists.rtems.org/pipermail/users/2020-September/067871.html
On 9/29/20 4:31 PM, junkes wrote:
> [1858/1948] Linking build/i386-rtems5-pc686-default/evdev01.exe
> /home/h1/DBG/rtems5/lib/gcc/i386-rtems5/7.5.0/../../../../i386-rtems5/bin/ld:
> ./l
Hello Karel,
To apply the patch I have to install it manually, without rsb.
Unfortunately I encountered a problem with undefinded
symbols.
Here are my steps to create the bsp:
git clone https://github.com/RTEMS/rtems-source-builder.git
mv rtems-source-builder rsb
cd rsb
git checkout 5
cd rte
On 29/9/20 5:43 am, junkes wrote:
> I have a problem with rtems_bsd_initialize() in POSIX_Init() and qemu.
>
> call of
> sc = rtems_bsd_initialize();
> assert(sc == RTEMS_SUCCESSFUL);
> always takes about 45 seconds until it is finished.
>
> The output of
>
> nexus0:
> pcib0 pcibus 0 on
Could you be so kind and test attached patch? It basically reverses
priority of PCI accessors and helps a lot my Thinkpad T400/T500 where
BIOS accessors are slow and I/O are fast. I've been hit by the issue not
on network, but while BSP tries to initialize its console -- it tries to
find all the p
10 matches
Mail list logo
