On 03/07/18 12:00, Nicolas Tsiogkas wrote:
Second issue that I faced is that flags were not passed correctly to
the bpfopen function so the bpf was not opened in read/write mode.
That's why packets were not received.
Attaching a patch.
Thanks, I checked in the patch:
https://git.rtems.org/r
Hi,
So I have done some debugging.
there were 2 issues.
First issue regarding the timer is the way the timeout is calculated. It
requires at least 11 milliseconds of timeout to be able to handle it.
Second issue that I faced is that flags were not passed correctly to the
bpfopen function so the
Thanks!
Shouldn't net have some device though since I want to debug the networking
stack?
For now I run it with -nographic -serial stdio -serial
mon:tcp:localhost:12456 -M xilinx-zynq-a9 -net
nic,model=cadence_gem,macaddr=0e:b0:ba:5e:ba:11 -net
tap,ifname=tap0,script=no,downscript=no -m 256M -ker
On 29/06/18 09:14, Nicolas Tsiogkas wrote:
I see thanks.
Any idea or documentation on how to do that on qemu? I'm afraid that
my experience is rather limited.
I'm running on qemu 2.10 using the xilinx_zynq_a9_qemu bsp.
You can run the xilinx_zynq_a9_qemu with
QEMU_AUDIO_DRV=none qemu-syste
I see thanks.
Any idea or documentation on how to do that on qemu? I'm afraid that my
experience is rather limited.
I'm running on qemu 2.10 using the xilinx_zynq_a9_qemu bsp.
Thank you for your time.
Kind regards,
Niko
On Fri, Jun 29, 2018 at 7:01 AM Sebastian Huber <
sebastian.hu...@embedded
On 28/06/18 14:09, Nicolas Tsiogkas wrote:
Hi,
I have observed a weird behaviour while setting the BIOCSRTIMEOUT for
a bpf.
When setting it to low values (less than a second) as it can be seen
below the bpf is actually blocking instead of waiting and continuing.
struct timeval timeout;
tim
