Re: [lwip-users] Packet queuing to an ARP table entry

2017-11-15 Thread goldsi...@gmx.de
Amena El Homsi wrote: For the outgoing packets, in low_level_output() function, We copy the headers from the pbuf RAM to the frame memory and we inform the HW of the address of the frame to be sent. Then HWMAC will send the frame over the air and after it is successfully sent and the ACK is

Re: [lwip-users] Packet queuing to an ARP table entry

2017-11-15 Thread Amena El Homsi
For the outgoing packets, in low_level_output() function, We copy the headers from the pbuf RAM to the frame memory and we inform the HW of the address of the frame to be sent. Then HWMAC will send the frame over the air and after it is successfully sent and the ACK is received, HWMAC send us the

Re: [lwip-users] Packet queuing to an ARP table entry

2017-11-15 Thread goldsimon
Amena El Homsi wrote: >> I tried to explain that before. Your ROM is not ROM. Data must be >kept >> unchanged until it is actually sent. How do you ensure this?? >> >Our System will take care of this, Data will be kept unchanged until it >is >actually sent. Headers are copied from the Pbuf_RAM

Re: [lwip-users] Packet queuing to an ARP table entry

2017-11-15 Thread Amena El Homsi
On Wed, Nov 15, 2017 at 3:15 PM, Simon Goldschmidt wrote: > Amena El Homsi wrote: > > Actually I had this understanding from this link http://www.nongnu.org/ > lwip/2_0_x/group__pbuf.html > > That page says "PBUF_ROM: pbuf data is stored in ROM". Could you tell us > from which

Re: [lwip-users] Packet queuing to an ARP table entry

2017-11-15 Thread Simon Goldschmidt
Amena El Homsi wrote: > Actually I had this understanding from this link  > http://www.nongnu.org/lwip/2_0_x/group__pbuf.html That page says "PBUF_ROM: pbuf data is stored in ROM". Could you tell us from which line on that page you have your understanding from? >  and from the Dunkels book "

Re: [lwip-users] Packet queuing to an ARP table entry

2017-11-15 Thread Amena El Homsi
On Wed, Nov 15, 2017 at 1:22 PM, Simon Goldschmidt wrote: > Amena El Homsi wrote: > > What I know is PBUF_ROM doesn't mean the actual ROM (stable for very > long) but it > > means that the data is immutable and it is located in memory which is > not managed > > by the pbuf

Re: [lwip-users] Packet queuing to an ARP table entry

2017-11-15 Thread Simon Goldschmidt
Amena El Homsi wrote: > What I know is PBUF_ROM doesn't mean the actual ROM (stable for very long) > but it > means that the data is immutable and it is located in memory which is not > managed > by the pbuf system. Am I wrong? Yes, you are wrong. ROM means stable for very long, not const :-)

Re: [lwip-users] Packet queuing to an ARP table entry

2017-11-15 Thread Amena El Homsi
Hi Simon, Thanks for you Reply! We are working on designing Low power Wireless SoC. We have few restrictions concerning the memory usage. Our memory system is divided in: 1. Instructions memory 2. Data memory 3. Frame memory Incoming and Outgoing frames should be saved in frame

Re: [lwip-users] Packet queuing to an ARP table entry

2017-11-14 Thread goldsi...@gmx.de
Amena El Homsi wrote: I am trying to send ping request using Lwip. The ICMP header and ping data is in my system frame memory referenced by a PBUF_ROM 'p' (p->payload points to the ICMP hdr in the frame memory. Is this correct? How long is the contents of this buffer stable? PBUF_ROM means

[lwip-users] Packet queuing to an ARP table entry

2017-11-14 Thread Amena El Homsi
Hi, I am using lwip 2.0.3 Release version. I am trying to send ping request using Lwip. The ICMP header and ping data is in my system frame memory referenced by a PBUF_ROM 'p' (p->payload points to the ICMP hdr in the frame memory. The PBUF_ROM is chained by a PBUF_RAM 'q' in which the ETHERNET