[dpdk-dev] sysfs permission problem when running dpdk app in lxc

to unconfied, and that resolved my issue. On Mon, Sep 5, 2016 at 2:33 PM, Moon-Sang Lee wrote: > > I'm using ubuntu 16.04 LTS as my host and installed lxd on it. > When I try to run my dpdk(2.2.0) app in the container, I got following > error message. > > EAL: lcore 9 is ready (

[dpdk-dev] sysfs permission problem when running dpdk app in lxc

/device/config -rw-r--r-- 1 root root 4096 Sep 5 04:56 /sys/class/uio/uio0/device/config root at test4:~# ls -al /dev/uio0 crw-rw-rw- 1 root root 243, 0 Sep 5 04:16 /dev/uio0 root at test4:~# -- Moon-Sang Lee, SW Engineer Email: sang0627 at gmail.com Wisdom begins in wonder. *Socrates*

[dpdk-dev] KNI port type in IP pipeline

packet framework already implement the KNI port type somewhere or should I implement that KNI port type by myself? regards, -- Moon-Sang Lee, SW Engineer Email: sang0627 at gmail.com Wisdom begins in wonder. *Socrates*

[dpdk-dev] rte_lcore_to_socket_id(lcore_id) mismatches to that of lstopo

: init_mem: lcore_id = 4, socketid = 0 APP: init_mem: lcore_id = 6, socketid = 0 -- Moon-Sang Lee, SW Engineer Email: sang0627 at gmail.com Wisdom begins in wonder. *Socrates*

[dpdk-dev] Errors Rx count increasing while pktgen doing nothing on Intel 82598EB 10G

0 Port 0: Rx Paused EthApp> pause 0 none PMD: ixgbe_flow_ctrl_set(): Rx packet buffer size = 0x8 Port 0: Tx & Rx not paused EthApp> pause 0 Port 0: Rx Paused EthApp> quit [root at centos7 app]# pwd On Thu, Jan 28, 2016 at 9:57 AM, Moon-Sang Lee wrote: > > Helin, I implem

[dpdk-dev] Errors Rx count increasing while pktgen doing nothing on Intel 82598EB 10G

n later. Thanks! > > Regards, > Helin > > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Laurent GUERBY > Sent: Wednesday, January 27, 2016 3:16 PM > To: Moon-Sang Lee > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] Errors Rx count incre

[dpdk-dev] Errors Rx count increasing while pktgen doing nothing on Intel 82598EB 10G

pktgen-dpdk# ./app/app/x86_64-native-linuxapp-gcc/pktgen \ > >-c e -n 1 --proc-type auto -- -m '[2:3].1' -P -f t1-t3.pkt -N > > > >And on the other machine t3: > >root at t3:~/pktgen-dpdk# ./app/app/x86_64-native-linuxapp-gcc/pktgen \ > >-c e -n 1 --proc-type auto -- -m '[2:3].1' -P -f t3-t1.pkt -N > > You need to always start with port numbering for Pktgen with zero. > > Change the [2:3].1 to [2:3].0 the reason is you removed one of the two > ports and Pktgen starts port counting from zero for the first available > port :-) > > Sorry, I did not spot that sooner. > > > >The two "-f" pkt files are attached to this email, I do "start 1" > >manually at the pktgen prompt. > > > >Thanks for your time, > > > >Sincerely, > > > >Laurent > > > > > >> > > >> >Laurent > >> > > >> > > >> > >> > >> Regards, > >> Keith > >> > >> > >> > >> > > > > > > > Regards, > Keith > > > > > -- Moon-Sang Lee, SW Engineer Email: sang0627 at gmail.com Wisdom begins in wonder. *Socrates*

[dpdk-dev] rte_prefetch0() is effective?

SET], void *)); l3fwd_simple_forward(pkts_burst[j], portid, qconf); } -- Moon-Sang Lee, SW Engineer Email: sang0627 at gmail.com Wisdom begins in wonder. *Socrates*

[dpdk-dev] bytes order of ip header in dpdk 2.1

sorry, my code has a bug with regarding to byte order in convert_ip_to_string(). On Wed, Nov 18, 2015 at 5:47 PM, Moon-Sang Lee wrote: > > Once receiving a packet by rte_eth_rx_burst(), I printed IP header as > below. > It seems that length(uint16_t) is in big endian, but

[dpdk-dev] bytes order of ip header in dpdk 2.1

gth, ttl, proto); } void convert_ip_to_string(char *str, uint32_t ip) { unsigned char *ptr = (unsigned char *) sprintf(str, "%u.%u.%u.%u", ptr[0], ptr[1], ptr[2], ptr[3]); } -- Moon-Sang Lee, SW Engineer Email: sang0627 at gmail.com Wisdom begins in wonder. *Socrates*

[dpdk-dev] [Q] l2fwd in examples directory

lways returns -1" seems no problem. My understanding of the lstopo result might be wrong. Thanks anyway. On Mon, Oct 19, 2015 at 4:39 PM, Moon-Sang Lee wrote: > > My NUT has Xeon L5520 that is based on Nehalem microarchitecture. > Does Nehalem supports PCIe interface on chipset?

[dpdk-dev] [Q] l2fwd in examples directory

;sdb" PCIBridge PCIBridge PCIBridge PCI 8086:10e8 PCI 8086:10e8 PCIBridge PCI 8086:10e8 PCI 8086:10e8 PCIBridge PCI 102b:0532 PCI 8086:3a20 PCI 8086:3a26 Block L#4 "sr0" mslee at myhost:~$ On

[dpdk-dev] [Q] l2fwd in examples directory

more about getting the affinity. p.s. I'm using intel Xeon processor and 1G NIC(82576). On Fri, Oct 16, 2015 at 10:43 PM, Bruce Richardson < bruce.richardson at intel.com> wrote: > On Thu, Oct 15, 2015 at 11:08:57AM +0900, Moon-Sang Lee wrote: > > There is codes as below in

[dpdk-dev] [Q] l2fwd in examples directory

rtid].pci_dev->numa_node contains proper node. -- Moon-Sang Lee, SW Engineer Email: sang0627 at gmail.com Wisdom begins in wonder. *Socrates*

[dpdk-dev] [Q] l2fwd in examples directory

rtid].pci_dev->numa_node contains proper node. -- Moon-Sang Lee, SW Engineer Email: sang0627 at gmail.com Wisdom begins in wonder. *Socrates*

[dpdk-dev] ksoftirqd when using KNI

interrupts. Anyway, my experiment was done in limited environment, so this does not reflect any general case. My wish for simple NAT solution seems not feasible with KNI, thus I should change my approach from KNI to pure dpdk application. On Fri, Sep 18, 2015 at 8:53 PM, Moon-Sang Lee wrote

[dpdk-dev] about poor KNI performance

0 0 0 S 17.2 0.0 0:07.89 kni_p1p3 9590 root 20 00 0 0 S 1.2 0.0 0:01.57 kni_p1p4 -- Moon-Sang Lee, SW Engineer Email: sang0627 at gmail.com Wisdom begins in wonder. *Socrates*

[dpdk-dev] ksoftirqd when using KNI

comments about this situation? -- Moon-Sang Lee, SW Engineer Email: sang0627 at gmail.com Wisdom begins in wonder. *Socrates*

[dpdk-dev] [Q] asymmetric ping latency over KNI

g_skb # execute kni example (i.e. packet burst size is the default, 32) a.out -c 0x1414 -n 4 -- -p 0x3 -P --config="(0,2,4,6),(1,10,12,14)" -- Moon-Sang Lee, SW Engineer Email: sang0627 at gmail.com Wisdom begins in wonder. *Socrates*