* [ECOS] Re: eCos Performance @ 2005-09-10 17:23 Matt Jerdonek 2005-09-10 17:35 ` Gary Thomas 2005-09-12 21:31 ` [ECOS] Re: eCos Performance/ eth0,eth1 Routing problem (number of hops!) mkhoyila 0 siblings, 2 replies; 9+ messages in thread From: Matt Jerdonek @ 2005-09-10 17:23 UTC (permalink / raw) To: mkhoyila; +Cc: Discussion eCos These numbers don't seem reasonable to me. Is there a chance that something other than the performance of the ethernet driver is at fault here? For example, could the RAM be setup with a different number of wait-states (making the eCos test bed slower). Or could caching be enabled with Linux but disabled in eCos? -- Matt >> Can you help me to improve performance of eCos >> ethernet driver. I am >> getting these numbers with similar test setup >> Linux: max 26,000 packets (60 bytes) per second >> (single burst) with no drops >> eCos: max 8,500 packets (60 bytes) per second (single >> burst) with no drops >> I was hoping with eCos I could reach around 35,000 >> packet/sec. Is there >> any way I could better tune the driver to reach my >> goal. Thanks. ______________________________________________________ Click here to donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/ -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ECOS] Re: eCos Performance 2005-09-10 17:23 [ECOS] Re: eCos Performance Matt Jerdonek @ 2005-09-10 17:35 ` Gary Thomas 2005-09-12 21:31 ` [ECOS] Re: eCos Performance/ eth0,eth1 Routing problem (number of hops!) mkhoyila 1 sibling, 0 replies; 9+ messages in thread From: Gary Thomas @ 2005-09-10 17:35 UTC (permalink / raw) To: Matt Jerdonek; +Cc: mkhoyila, eCos Discussion On Sat, 2005-09-10 at 10:23 -0700, Matt Jerdonek wrote: > These numbers don't seem reasonable to me. Is there a > chance that something other than the performance of > the ethernet driver is at fault here? For example, > could the RAM be setup with a different number of > wait-states (making the eCos test bed slower). Or > could caching be enabled with Linux but disabled in > eCos? Indeed, this does seem a bit strange. What's the platform/target? How did you configure the network? How did you configure the system? What else is running? Some device drivers have their own tunings (number & size of internal buffers, etc)? If this is so on your driver, how is it configured? One thing to note is that the Linux stack and the eCos stack are tuned for very different environments and are of differing vintages (the Linux design is *years* newer than the BSD design used in eCos). These differences could explain quite a lot. Also, it's normally important to measure performance in something other than a vacuum. Care is taken in the eCos stack not to perturb the real-time characteristics of the system, which may in a micro-sense cause the network to be slower. > > >> Can you help me to improve performance of eCos > >> ethernet driver. I am > >> getting these numbers with similar test setup > > >> Linux: max 26,000 packets (60 bytes) per second > >> (single burst) with no drops > >> eCos: max 8,500 packets (60 bytes) per second > (single > >> burst) with no drops > > >> I was hoping with eCos I could reach around 35,000 > >> packet/sec. Is there > >> any way I could better tune the driver to reach my > >> goal. Thanks. -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------ -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 9+ messages in thread
* [ECOS] Re: eCos Performance/ eth0,eth1 Routing problem (number of hops!) 2005-09-10 17:23 [ECOS] Re: eCos Performance Matt Jerdonek 2005-09-10 17:35 ` Gary Thomas @ 2005-09-12 21:31 ` mkhoyila 2005-09-12 23:21 ` Gary Thomas 2005-09-13 4:24 ` [ECOS] eCos Performance/ eth0,eth1 " Matt Jerdonek 1 sibling, 2 replies; 9+ messages in thread From: mkhoyila @ 2005-09-12 21:31 UTC (permalink / raw) To: ecos-discuss Indeed, it was cache enabling problem. Here is the new numbers which are getting closer but still needs some work: Linux: max 26,000 packets (60 bytes) per second (single burst) with no drops eCos: max 23,500 packets (60 bytes) per second (single burst) with no drops I DO HAVE A SETUP ISSUE which I need help. I want to route packet coming in from IP address: 192.168.1.80 to eth0 (IP ROUTE) to eth1 and eth1 to route to its destination ip: 192.168.2.80. As you see the purpose is to test performance of my driver and eCos vs Linux by SmartBits. Here is an snap-shot of my eCos route table: UCI DEFAULT GATEWAY TABLE Interface Gateway IP addr MAC addr -------------------------------------------------- -------------------------------------------------- Routing tables Destination Gateway Mask Flags Interface 0.0.0.0 192.168.1.8 0.0.0.0 UG eth0 127.0.0.0 127.0.0.1 255.0.0.0 UG lo0 127.0.0.1 127.0.0.1 U lo0 192.168.1.0 192.168.1.0 255.255.255.0 U eth0 192.168.2.0 192.168.2.0 255.255.255.0 U eth1 Arp table IP addr MAC addr Flags ---------------------------------------------- 192.168.1.8 02:10:12:01:00:08 UHCL 192.168.1.80 00:00:00:00:00:01 UHC 192.168.2.8 02:10:12:01:00:09 UHCL 192.168.2.80 00:00:00:00:00:02 UHC Interface statistics IFP: eth0 IP: 192.168.1.8, Broadcast: 192.168.1.255, Netmask: 255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU: 1500, Metric: 0 Rx - Packets: 0, Bytes: 0, Tx - Packets: 0, Bytes: 0 IFP: eth1 IP: 192.168.2.8, Broadcast: 192.168.2.255, Netmask: 255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU: 1500, Metric: 0 Rx - Packets: 0, Bytes: 0, Tx - Packets: 0, Bytes: 0 IFP: lo0 IP: 127.0.0.1, Broadcast: 127.0.0.1, Netmask: 255.0.0.0 UP LOOPBACK RUNNING MULTICAST MTU: 16384, Metric: 0 Rx - Packets: 0, Bytes: 0, Tx - Packets: 0, Bytes: 0 The ip routing between eth0 and eth1 is NOT happening. I am starting to think the number of "hops" is the issue. Here is initialization prints. Is there any other issue you see. Thanks. BOOTP[eth0] op: REPLY htype: Ethernet hlen: 6 hops: 0 xid: 0x0 secs: 0 flags: 0x0 hw_addr: 02:10:12:01:00:08 client IP: 192.168.1.8 my IP: 192.168.1.8 server IP: 192.168.1.8 gateway IP: 192.168.1.8 options: subnet mask: 255.255.255.0 IP broadcast: 192.168.1.255 gateway: 192.168.1.8 BOOTP[eth1] op: REPLY htype: Ethernet hlen: 6 hops: 0 xid: 0x0 secs: 0 flags: 0x0 hw_addr: 02:10:12:01:00:09 client IP: 192.168.2.8 my IP: 192.168.2.8 server IP: 192.168.2.8 gateway IP: 192.168.2.8 options: subnet mask: 255.255.255.0 IP broadcast: 192.168.2.255 gateway: 192.168.2.8 -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ECOS] Re: eCos Performance/ eth0,eth1 Routing problem (number of hops!) 2005-09-12 21:31 ` [ECOS] Re: eCos Performance/ eth0,eth1 Routing problem (number of hops!) mkhoyila @ 2005-09-12 23:21 ` Gary Thomas 2005-09-13 1:09 ` [ECOS] Re: eCos Performance/ eth0, eth1 " mkhoyila 2005-09-13 4:24 ` [ECOS] eCos Performance/ eth0,eth1 " Matt Jerdonek 1 sibling, 1 reply; 9+ messages in thread From: Gary Thomas @ 2005-09-12 23:21 UTC (permalink / raw) To: mkhoyila; +Cc: eCos Discussion On Mon, 2005-09-12 at 14:32 -0700, mkhoyila@uci.edu wrote: > Indeed, it was cache enabling problem. > > Here is the new numbers which are getting closer but still needs some work: > > Linux: max 26,000 packets (60 bytes) per second (single burst) with no drops > > eCos: max 23,500 packets (60 bytes) per second (single burst) with no drops > This is good to know. Obviously there are some things that could be worked on, but it's quite close (and given the differing strategies, not hard to imagine) > I DO HAVE A SETUP ISSUE which I need help. I want to route packet coming > in from IP address: 192.168.1.80 to eth0 (IP ROUTE) to eth1 and eth1 to > route to its destination ip: 192.168.2.80. As you see the purpose is to > test performance of my driver and eCos vs Linux by SmartBits. Here is an > snap-shot of my eCos route table: What makes you think this should happen automatically? What have you done to tell eCos that packets that come in on the 192.168.1.x network should automatically flow through to the 192.168.2.x network? I'm not sure that this would work with the BSD stack without bridging support (which has never been ported to the latest stack) -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------ -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ECOS] Re: eCos Performance/ eth0, eth1 Routing problem (number of hops!) 2005-09-12 23:21 ` Gary Thomas @ 2005-09-13 1:09 ` mkhoyila 2005-09-13 2:24 ` Gary Thomas 0 siblings, 1 reply; 9+ messages in thread From: mkhoyila @ 2005-09-13 1:09 UTC (permalink / raw) To: ecos-discuss Thanks Gary. Please note my responses. > On Mon, 2005-09-12 at 14:32 -0700, mkhoyila@uci.edu wrote: >> Indeed, it was cache enabling problem. >> >> Here is the new numbers which are getting closer but still needs some >> work: >> >> Linux: max 26,000 packets (60 bytes) per second (single burst) with no >> drops >> >> eCos: max 23,500 packets (60 bytes) per second (single burst) with no >> drops >> > > This is good to know. Obviously there are some things that could be > worked on, but it's quite close (and given the differing strategies, > not hard to imagine) > >> I DO HAVE A SETUP ISSUE which I need help. I want to route packet coming >> in from IP address: 192.168.1.80 to eth0 (IP ROUTE) to eth1 and eth1 to >> route to its destination ip: 192.168.2.80. As you see the purpose is to >> test performance of my driver and eCos vs Linux by SmartBits. Here is an >> snap-shot of my eCos route table: > > What makes you think this should happen automatically? What have you > done to tell eCos that packets that come in on the 192.168.1.x network > should automatically flow through to the 192.168.2.x network? Isn't this just pure IP routing table look up and forwarding to proper interface? 1) source 192.168.1.80 prepare a packet with mac address of eth0 and IP address of target (192.168.2.80) and sends it 2) eth0 receives the packet and passes it to IP layer, since the IP address does not match the ip address of eth0, routing table should be consulted to deliver the packet to proper interface 3) eth1 gets the packets and sends it to its target. Shouldn't eCos do this, am I mistaken and not enabled a feature in eCos? Here is a dump of routing table: Routing tables Destination Gateway Mask Flags Interface 0.0.0.0 192.168.1.8 0.0.0.0 UG eth0 127.0.0.0 127.0.0.1 255.0.0.0 UG lo0 127.0.0.1 127.0.0.1 U lo0 192.168.1.0 192.168.1.0 255.255.255.0 U eth0 192.168.2.0 192.168.2.0 255.255.255.0 U eth1 Arp table IP addr MAC addr Flags ---------------------------------------------- 192.168.1.8 02:10:12:01:00:08 UHCL 192.168.1.80 00:00:00:00:00:01 UHC 192.168.2.8 02:10:12:01:00:09 UHCL 192.168.2.80 00:00:00:00:00:02 UHC > > I'm not sure that this would work with the BSD stack without bridging > support (which has never been ported to the latest stack) > > -- > ------------------------------------------------------------ > Gary Thomas | Consulting for the > MLB Associates | Embedded world > ------------------------------------------------------------ > -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ECOS] Re: eCos Performance/ eth0, eth1 Routing problem (number of hops!) 2005-09-13 1:09 ` [ECOS] Re: eCos Performance/ eth0, eth1 " mkhoyila @ 2005-09-13 2:24 ` Gary Thomas 2005-09-13 8:22 ` David Vrabel 0 siblings, 1 reply; 9+ messages in thread From: Gary Thomas @ 2005-09-13 2:24 UTC (permalink / raw) To: mkhoyila; +Cc: eCos Discussion On Mon, 2005-09-12 at 18:09 -0700, mkhoyila@uci.edu wrote: > Thanks Gary. Please note my responses. > > > On Mon, 2005-09-12 at 14:32 -0700, mkhoyila@uci.edu wrote: > >> Indeed, it was cache enabling problem. > >> > >> Here is the new numbers which are getting closer but still needs some > >> work: > >> > >> Linux: max 26,000 packets (60 bytes) per second (single burst) with no > >> drops > >> > >> eCos: max 23,500 packets (60 bytes) per second (single burst) with no > >> drops > >> > > > > This is good to know. Obviously there are some things that could be > > worked on, but it's quite close (and given the differing strategies, > > not hard to imagine) > > > >> I DO HAVE A SETUP ISSUE which I need help. I want to route packet coming > >> in from IP address: 192.168.1.80 to eth0 (IP ROUTE) to eth1 and eth1 to > >> route to its destination ip: 192.168.2.80. As you see the purpose is to > >> test performance of my driver and eCos vs Linux by SmartBits. Here is an > >> snap-shot of my eCos route table: > > > > What makes you think this should happen automatically? What have you > > done to tell eCos that packets that come in on the 192.168.1.x network > > should automatically flow through to the 192.168.2.x network? > > Isn't this just pure IP routing table look up and forwarding to proper > interface? > > 1) source 192.168.1.80 prepare a packet with mac address of eth0 and IP > address of target (192.168.2.80) and sends it > 2) eth0 receives the packet and passes it to IP layer, since the IP > address does not match the ip address of eth0, routing table should be > consulted to deliver the packet to proper interface > 3) eth1 gets the packets and sends it to its target. > > Shouldn't eCos do this, am I mistaken and not enabled a feature in eCos? IIRC, only if bridging is enabled. Of course, you could look at the code (just as I would have to) to verify. In Linux, this only happens if you have such forwarding enabled, e.g. ipv4_forward set non-zero. (2.4 kernels) -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------ -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ECOS] Re: eCos Performance/ eth0, eth1 Routing problem (number of hops!) 2005-09-13 2:24 ` Gary Thomas @ 2005-09-13 8:22 ` David Vrabel 0 siblings, 0 replies; 9+ messages in thread From: David Vrabel @ 2005-09-13 8:22 UTC (permalink / raw) To: Gary Thomas; +Cc: mkhoyila, eCos Discussion Gary Thomas wrote: > > IIRC, only if bridging is enabled. Of course, you could look at the > code (just as I would have to) to verify. I think you mean IP forwarding rather than bridging. David Vrabel -- David Vrabel, Design Engineer Arcom, Clifton Road Tel: +44 (0)1223 411200 ext. 3233 Cambridge CB1 7EA, UK Web: http://www.arcom.com/ -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ECOS] eCos Performance/ eth0,eth1 Routing problem (number of hops!) 2005-09-12 21:31 ` [ECOS] Re: eCos Performance/ eth0,eth1 Routing problem (number of hops!) mkhoyila 2005-09-12 23:21 ` Gary Thomas @ 2005-09-13 4:24 ` Matt Jerdonek 2005-09-13 21:48 ` Roy E Richardson 1 sibling, 1 reply; 9+ messages in thread From: Matt Jerdonek @ 2005-09-13 4:24 UTC (permalink / raw) To: mkhoyila, ecos-discuss I don't see any problem with the routing tables. It's curious (but not necessarily problematic) that your ethx interfaces are also the default gateways. I have a similar setup, except I have ppp instead of eth1. I am able to send a ping request to the PPP interface, and have the ping response exit the ethernet interface. So, I'm reasonable confident that your setup will work. You can verify that by pinging the eth1 interface through the eth0 interface. Make sure that your ping source has a default gateway of the eth0 and the ping destination has a default gateway of eth1. If that's correctly setup, then I think you're just going to have to dig into the source. -- Matt --- mkhoyila@uci.edu wrote: > Indeed, it was cache enabling problem. > > Here is the new numbers which are getting closer but > still needs some work: > > Linux: max 26,000 packets (60 bytes) per second > (single burst) with no drops > > eCos: max 23,500 packets (60 bytes) per second > (single burst) with no drops > > I DO HAVE A SETUP ISSUE which I need help. I want to > route packet coming > in from IP address: 192.168.1.80 to eth0 (IP ROUTE) > to eth1 and eth1 to > route to its destination ip: 192.168.2.80. As you > see the purpose is to > test performance of my driver and eCos vs Linux by > SmartBits. Here is an > snap-shot of my eCos route table: > > UCI DEFAULT GATEWAY TABLE > Interface Gateway IP addr MAC addr > -------------------------------------------------- > -------------------------------------------------- > > Routing tables > Destination Gateway Mask > Flags Interface > 0.0.0.0 192.168.1.8 0.0.0.0 UG > eth0 > 127.0.0.0 127.0.0.1 255.0.0.0 UG > lo0 > 127.0.0.1 127.0.0.1 U > lo0 > 192.168.1.0 192.168.1.0 255.255.255.0 U > eth0 > 192.168.2.0 192.168.2.0 255.255.255.0 U > eth1 > > Arp table > IP addr MAC addr Flags > ---------------------------------------------- > 192.168.1.8 02:10:12:01:00:08 UHCL > 192.168.1.80 00:00:00:00:00:01 UHC > 192.168.2.8 02:10:12:01:00:09 UHCL > 192.168.2.80 00:00:00:00:00:02 UHC > > Interface statistics > IFP: eth0 > IP: 192.168.1.8, Broadcast: 192.168.1.255, Netmask: > 255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU: 1500, > Metric: 0 > Rx - Packets: 0, Bytes: 0, Tx - Packets: 0, > Bytes: 0 > IFP: eth1 > IP: 192.168.2.8, Broadcast: 192.168.2.255, Netmask: > 255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU: 1500, > Metric: 0 > Rx - Packets: 0, Bytes: 0, Tx - Packets: 0, > Bytes: 0 > IFP: lo0 > IP: 127.0.0.1, Broadcast: 127.0.0.1, Netmask: > 255.0.0.0 > UP LOOPBACK RUNNING MULTICAST MTU: 16384, > Metric: 0 > Rx - Packets: 0, Bytes: 0, Tx - Packets: 0, > Bytes: 0 > > > > > The ip routing between eth0 and eth1 is NOT > happening. I am starting to > think the number of "hops" is the issue. Here is > initialization prints. Is > there any other issue you see. Thanks. > > BOOTP[eth0] op: REPLY > htype: Ethernet > hlen: 6 > hops: 0 > xid: 0x0 > secs: 0 > flags: 0x0 > hw_addr: 02:10:12:01:00:08 > client IP: 192.168.1.8 > my IP: 192.168.1.8 > server IP: 192.168.1.8 > gateway IP: 192.168.1.8 > options: > subnet mask: 255.255.255.0 > IP broadcast: 192.168.1.255 > gateway: 192.168.1.8 > BOOTP[eth1] op: REPLY > htype: Ethernet > hlen: 6 > hops: 0 > xid: 0x0 > secs: 0 > flags: 0x0 > hw_addr: 02:10:12:01:00:09 > client IP: 192.168.2.8 > my IP: 192.168.2.8 > server IP: 192.168.2.8 > gateway IP: 192.168.2.8 > options: > subnet mask: 255.255.255.0 > IP broadcast: 192.168.2.255 > gateway: 192.168.2.8 > > > -- > Before posting, please read the FAQ: > http://ecos.sourceware.org/fom/ecos > and search the list archive: > http://ecos.sourceware.org/ml/ecos-discuss > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ECOS] eCos Performance/ eth0,eth1 Routing problem (number of hops!) 2005-09-13 4:24 ` [ECOS] eCos Performance/ eth0,eth1 " Matt Jerdonek @ 2005-09-13 21:48 ` Roy E Richardson 0 siblings, 0 replies; 9+ messages in thread From: Roy E Richardson @ 2005-09-13 21:48 UTC (permalink / raw) To: mkhoyila, ecos-discuss; +Cc: Matt Jerdonek There are some separate eCos configuration items that may be worth tinkering with. I am in a hurry, and don't have ready access to the eCos config tool, so the exact names of the config items are not included, but the description should be enough to locate each one. 1) the tick timer list organization - sorted by time vs. non-sorted. The default config timing option is to use an unsorted list of timers, with an explanation to the effect that avoiding the overhead of a sorted by expiration time is more efficient. However the unsorted method requires that the entire timing list be scanned for timers to execute each tick. Use of the sorted timing list is recommended. 2) compiler optimization level - our development was also on a powerPC platform, and we chose level 2 for best performance (difference between 2 & 3 is an arbitrary one, but either is much better than 0 or 1). 3) there is no mention of the level of eCos run-time checks that are effective on the test load - if you have not already minimized them ... PS. I missed the discussion threads that referenced what the caching resolution entailed - the MPC's caching is a confusing, but extremely effective one - if the system startup does not currently fully utilize what's available to the hardware (both read and write), or portions of memory excluded due to occaisional flakiness, then that's another area to investigate - this is from one who has "been there and done that". ----- Original Message ----- From: "Matt Jerdonek" <maj1224@yahoo.com> To: <mkhoyila@uci.edu>; <ecos-discuss@sources.redhat.com> Sent: Monday, September 12, 2005 9:24 PM Subject: Re: [ECOS] eCos Performance/ eth0,eth1 Routing problem (number of hops!) >I don't see any problem with the routing tables. It's > curious (but not necessarily problematic) that your > ethx interfaces are also the default gateways. > > I have a similar setup, except I have ppp instead of > eth1. I am able to send a ping request to the PPP > interface, and have the ping response exit the > ethernet interface. So, I'm reasonable confident that > your setup will work. You can verify that by pinging > the eth1 interface through the eth0 interface. > > Make sure that your ping source has a default gateway > of the eth0 and the ping destination has a default > gateway of eth1. If that's correctly setup, then I > think you're just going to have to dig into the > source. > > -- Matt > > --- mkhoyila@uci.edu wrote: > >> Indeed, it was cache enabling problem. >> >> Here is the new numbers which are getting closer but >> still needs some work: >> >> Linux: max 26,000 packets (60 bytes) per second >> (single burst) with no drops >> >> eCos: max 23,500 packets (60 bytes) per second >> (single burst) with no drops >> >> I DO HAVE A SETUP ISSUE which I need help. I want to >> route packet coming >> in from IP address: 192.168.1.80 to eth0 (IP ROUTE) >> to eth1 and eth1 to >> route to its destination ip: 192.168.2.80. As you >> see the purpose is to >> test performance of my driver and eCos vs Linux by >> SmartBits. Here is an >> snap-shot of my eCos route table: >> >> UCI DEFAULT GATEWAY TABLE >> Interface Gateway IP addr MAC addr >> -------------------------------------------------- >> -------------------------------------------------- >> >> Routing tables >> Destination Gateway Mask >> Flags Interface >> 0.0.0.0 192.168.1.8 0.0.0.0 UG >> eth0 >> 127.0.0.0 127.0.0.1 255.0.0.0 UG >> lo0 >> 127.0.0.1 127.0.0.1 U >> lo0 >> 192.168.1.0 192.168.1.0 255.255.255.0 U >> eth0 >> 192.168.2.0 192.168.2.0 255.255.255.0 U >> eth1 >> >> Arp table >> IP addr MAC addr Flags >> ---------------------------------------------- >> 192.168.1.8 02:10:12:01:00:08 UHCL >> 192.168.1.80 00:00:00:00:00:01 UHC >> 192.168.2.8 02:10:12:01:00:09 UHCL >> 192.168.2.80 00:00:00:00:00:02 UHC >> >> Interface statistics >> IFP: eth0 >> IP: 192.168.1.8, Broadcast: 192.168.1.255, Netmask: >> 255.255.255.0 >> UP BROADCAST RUNNING MULTICAST MTU: 1500, >> Metric: 0 >> Rx - Packets: 0, Bytes: 0, Tx - Packets: 0, >> Bytes: 0 >> IFP: eth1 >> IP: 192.168.2.8, Broadcast: 192.168.2.255, Netmask: >> 255.255.255.0 >> UP BROADCAST RUNNING MULTICAST MTU: 1500, >> Metric: 0 >> Rx - Packets: 0, Bytes: 0, Tx - Packets: 0, >> Bytes: 0 >> IFP: lo0 >> IP: 127.0.0.1, Broadcast: 127.0.0.1, Netmask: >> 255.0.0.0 >> UP LOOPBACK RUNNING MULTICAST MTU: 16384, >> Metric: 0 >> Rx - Packets: 0, Bytes: 0, Tx - Packets: 0, >> Bytes: 0 >> >> >> >> >> The ip routing between eth0 and eth1 is NOT >> happening. I am starting to >> think the number of "hops" is the issue. Here is >> initialization prints. Is >> there any other issue you see. Thanks. >> >> BOOTP[eth0] op: REPLY >> htype: Ethernet >> hlen: 6 >> hops: 0 >> xid: 0x0 >> secs: 0 >> flags: 0x0 >> hw_addr: 02:10:12:01:00:08 >> client IP: 192.168.1.8 >> my IP: 192.168.1.8 >> server IP: 192.168.1.8 >> gateway IP: 192.168.1.8 >> options: >> subnet mask: 255.255.255.0 >> IP broadcast: 192.168.1.255 >> gateway: 192.168.1.8 >> BOOTP[eth1] op: REPLY >> htype: Ethernet >> hlen: 6 >> hops: 0 >> xid: 0x0 >> secs: 0 >> flags: 0x0 >> hw_addr: 02:10:12:01:00:09 >> client IP: 192.168.2.8 >> my IP: 192.168.2.8 >> server IP: 192.168.2.8 >> gateway IP: 192.168.2.8 >> options: >> subnet mask: 255.255.255.0 >> IP broadcast: 192.168.2.255 >> gateway: 192.168.2.8 >> >> >> -- >> Before posting, please read the FAQ: >> http://ecos.sourceware.org/fom/ecos >> and search the list archive: >> http://ecos.sourceware.org/ml/ecos-discuss >> >> > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > -- > Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos > and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss > > -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2005-09-13 19:05 UTC | newest] Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2005-09-10 17:23 [ECOS] Re: eCos Performance Matt Jerdonek 2005-09-10 17:35 ` Gary Thomas 2005-09-12 21:31 ` [ECOS] Re: eCos Performance/ eth0,eth1 Routing problem (number of hops!) mkhoyila 2005-09-12 23:21 ` Gary Thomas 2005-09-13 1:09 ` [ECOS] Re: eCos Performance/ eth0, eth1 " mkhoyila 2005-09-13 2:24 ` Gary Thomas 2005-09-13 8:22 ` David Vrabel 2005-09-13 4:24 ` [ECOS] eCos Performance/ eth0,eth1 " Matt Jerdonek 2005-09-13 21:48 ` Roy E Richardson
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).