sha17a343d4b1df60417ba97dd29b7ce675b1e3222e5ghprbActualCommit7a343d4b1df60417ba97dd29b7ce675b1e3222e5ghprbActualCommitAuthorghprbActualCommitAuthorEmailghprbAuthorRepoGitUrlhttps://github.com/dalehamel/bcc.gitghprbTriggerAuthorghprbTriggerAuthorEmailghprbTriggerAuthorLoginyonghong-songghprbTriggerAuthorLoginMention@yonghong-songghprbPullId2714ghprbTargetBranchmasterghprbSourceBranchgithub-actionsGIT_BRANCHgithub-actionsghprbPullAuthorEmailghprbPullAuthorLogindalehamelghprbPullAuthorLoginMention@dalehamelghprbPullDescriptionGitHub pull request #2714 of commit 7a343d4b1df60417ba97dd29b7ce675b1e3222e5, has merge conflicts.ghprbPullTitleGitHub actionsghprbPullLinkhttps://github.com/iovisor/bcc/pull/2714ghprbPullLongDescriptionThis is an attempt to get bcc running in github actions.\r\n\r\n# Status\r\n\r\nCurrently this appears to actually be running more test cases than on jenkins:\r\n\r\n```\r\ntest cases: 37 | 35 passed | 2 failed\r\nassertions: 2414 | 2412 passed | 2 failed\r\n```\r\n\r\nBut on jenkins for libbcc I see:\r\n\r\n```\r\n3: test cases: 37 | 36 passed | 1 failed\r\n3: assertions: 626 | 624 passed | 2 failed\r\n```\r\n\r\nThe failures that i'm seeing, at least for libbcc, are also present on jenkins.\r\n\r\n# What is still failing?\r\n\r\nHere's an example of a failed test run:\r\n\r\nhttps://github.com/dalehamel/bcc/runs/399623026\r\n\r\nThe bits that fail:\r\n\r\n\r\nCurrently there are a few tests that fail, I'd love some help in figuring out why!\r\n\r\n```\r\n 3/36 Test #3: test_libbcc ......................***Failed 11.81 sec\r\n\r\n~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\r\ntest_libbcc is a Catch v1.4.0 host application.\r\nRun with -? for options\r\n\r\n-------------------------------------------------------------------------------\r\nresolve global addr in libc in this process\r\n-------------------------------------------------------------------------------\r\n/bcc/tests/cc/test_c_api.cc:583\r\n...............................................................................\r\n\r\n/bcc/tests/cc/test_c_api.cc:599: FAILED:\r\n REQUIRE( res == 0 )\r\nwith expansion:\r\n -1 == 0\r\n\r\n/virtual/main.c:2:7: error: map not found: /sys/fs/bpf/test_pinned_table\r\n BPF_TABLE_PINNED(\"hash\", u64, u64, ids, 1024, \"/sys/fs/bpf/test_pinned_table\");\r\n ^\r\n/virtual/include/bcc/helpers.h:98:92: note: expanded from macro 'BPF_TABLE_PINNED'\r\n#define BPF_TABLE_PINNED(_table_type, _key_type, _leaf_type, _name, _max_entries, _pinned) \\r\n ^\r\n/virtual/include/bcc/helpers.h:95:76: note: expanded from macro '\\r\nBPF_TABLE'\r\n#define BPF_TABLE(_table_type, _key_type, _leaf_type, _name, _max_entries) \\r\n ^\r\n/virtual/include/bcc/helpers.h:90:4: note: expanded from macro '\\r\nBPF_F_TABLE'\r\n}; \\r\n ^\r\n1 error generated.\r\nParse error:\r\n 4@i%ra+1r\r\n-------^\r\n===============================================================================\r\ntest cases: 36 | 35 passed | 1 failed\r\nassertions: 2420 | 2419 passed | 1 failed\r\n\r\nFailed\r\n```\r\n\r\nAnd for the python failures:\r\n\r\n```\r\n16/36 Test #16: py_test_brb ......................***Failed 5.55 sec\r\nE\r\n======================================================================\r\nERROR: test_brb (__main__.TestBPFSocket)\r\n----------------------------------------------------------------------\r\nTraceback (most recent call last):\r\n File \"/bcc/tests/python/test_brb.py\", line 162, in test_brb\r\n disable_ipv6=True)\r\n File \"/bcc/tests/python/simulation.py\", line 94, in _create_ns\r\n disable_ipv6)\r\n File \"/bcc/tests/python/simulation.py\", line 68, in _ns_add_ifc\r\n ns_ipdb.interfaces.lo.up().commit()\r\n File \"/usr/local/lib/python2.7/dist-packages/pyroute2/ipdb/interfaces.py\", line 1078, in commit\r\n raise error\r\nCommitException: target state is not set\r\n\r\n----------------------------------------------------------------------\r\nRan 1 test in 5.338s\r\n\r\nFAILED (errors=1)\r\nFailed\r\n\r\n Start 17: py_test_brb2\r\n```\r\n\r\n```\r\n17/36 Test #17: py_test_brb2 .....................***Failed 5.51 sec\r\nE\r\n======================================================================\r\nERROR: test_brb2 (__main__.TestBPFSocket)\r\n----------------------------------------------------------------------\r\nTraceback (most recent call last):\r\n File \"/bcc/tests/python/test_brb2.py\", line 150, in test_brb2\r\n disable_ipv6=True)\r\n File \"/bcc/tests/python/simulation.py\", line 94, in _create_ns\r\n disable_ipv6)\r\n File \"/bcc/tests/python/simulation.py\", line 68, in _ns_add_ifc\r\n ns_ipdb.interfaces.lo.up().commit()\r\n File \"/usr/local/lib/python2.7/dist-packages/pyroute2/ipdb/interfaces.py\", line 1078, in commit\r\n raise error\r\nCommitException: target state is not set\r\n\r\n----------------------------------------------------------------------\r\nRan 1 test in 5.292s\r\n\r\nFAILED (errors=1)\r\nFailed\r\n```\r\n\r\nAnd a few others\r\nghprbCommentBody[buildbot, test this please]ghprbGhRepositoryiovisor/bccghprbCredentialsId6d3daf13-69b8-48b1-9c8f-ec5353264113Started by upstream project "bcc-pr" build number 262262bcc-prjob/bcc-pr/749a5313acfdcbed6003488622747de26938881d709a5313acfdcbed6003488622747de26938881d70refs/remotes/origin/pr/2528/merge9a5313acfdcbed6003488622747de26938881d709a5313acfdcbed6003488622747de26938881d70refs/remotes/origin/pr/2528/merge2473ab8d18db9cdcb0b1494f851579b64661be29bd93ab8d18db9cdcb0b1494f851579b64661be29bd9refs/remotes/origin/pr/2711/merge3ab8d18db9cdcb0b1494f851579b64661be29bd93ab8d18db9cdcb0b1494f851579b64661be29bd9refs/remotes/origin/pr/2711/merge172abcf671ab1536f855795f32ea21a3a956ec47449abcf671ab1536f855795f32ea21a3a956ec47449refs/remotes/origin/pr/2646/mergeabcf671ab1536f855795f32ea21a3a956ec47449abcf671ab1536f855795f32ea21a3a956ec47449refs/remotes/origin/pr/2646/merge21855af5d636555c663aa35d23f19a15f89ca81022a55af5d636555c663aa35d23f19a15f89ca81022arefs/remotes/origin/pr/2686/merge55af5d636555c663aa35d23f19a15f89ca81022a55af5d636555c663aa35d23f19a15f89ca81022arefs/remotes/origin/pr/2686/merge98a848c84e4b957d6beedd7f1a13d89af330a30938a848c84e4b957d6beedd7f1a13d89af330a30938refs/remotes/origin/pr/2568/mergea848c84e4b957d6beedd7f1a13d89af330a30938a848c84e4b957d6beedd7f1a13d89af330a30938refs/remotes/origin/pr/2568/merge13623728cf12d8ce3aef2d9f81ca3c070897f8c80a623728cf12d8ce3aef2d9f81ca3c070897f8c80a6refs/remotes/origin/pr/2603/merge23728cf12d8ce3aef2d9f81ca3c070897f8c80a623728cf12d8ce3aef2d9f81ca3c070897f8c80a6refs/remotes/origin/pr/2603/merge168b0a01cdb85a5ff139911b10da29f0164ad707814b0a01cdb85a5ff139911b10da29f0164ad707814refs/remotes/origin/pr/2643/mergeb0a01cdb85a5ff139911b10da29f0164ad707814b0a01cdb85a5ff139911b10da29f0164ad707814refs/remotes/origin/pr/2643/merge1294f7cb2798b1548cee4c2b9311a9920e4db7699ee4f7cb2798b1548cee4c2b9311a9920e4db7699eerefs/remotes/origin/pr/2598/merge4f7cb2798b1548cee4c2b9311a9920e4db7699ee4f7cb2798b1548cee4c2b9311a9920e4db7699eerefs/remotes/origin/pr/2598/merge1493e7e5d573ac51569a941050b64bd1a3196bfdc193e7e5d573ac51569a941050b64bd1a3196bfdc19refs/remotes/origin/pr/2613/merge3e7e5d573ac51569a941050b64bd1a3196bfdc193e7e5d573ac51569a941050b64bd1a3196bfdc19refs/remotes/origin/pr/2613/merge16686d61cee80699305e53eba2d91d1a30b4326b34a86d61cee80699305e53eba2d91d1a30b4326b34arefs/remotes/origin/pr/2633/merge86d61cee80699305e53eba2d91d1a30b4326b34a86d61cee80699305e53eba2d91d1a30b4326b34arefs/remotes/origin/pr/2633/merge184cd48db92401194e170bd105f796b1763144956d8cd48db92401194e170bd105f796b1763144956d8refs/remotes/origin/pr/2653/mergecd48db92401194e170bd105f796b1763144956d8cd48db92401194e170bd105f796b1763144956d8refs/remotes/origin/pr/2653/merge131f51c10122b69be8edaefaa4d25e8a334d3a7ba9af51c10122b69be8edaefaa4d25e8a334d3a7ba9arefs/remotes/origin/pr/2600/mergef51c10122b69be8edaefaa4d25e8a334d3a7ba9af51c10122b69be8edaefaa4d25e8a334d3a7ba9arefs/remotes/origin/pr/2600/merge83c69606c28417cd0625f269db3da79731b247c017c69606c28417cd0625f269db3da79731b247c017refs/remotes/origin/pr/2545/mergec69606c28417cd0625f269db3da79731b247c017c69606c28417cd0625f269db3da79731b247c017refs/remotes/origin/pr/2545/merge1164f4daf6f78aaffa2276507474f03b06049d20dff4f4daf6f78aaffa2276507474f03b06049d20dffrefs/remotes/origin/pr/2535/merge4f4daf6f78aaffa2276507474f03b06049d20dff4f4daf6f78aaffa2276507474f03b06049d20dffrefs/remotes/origin/pr/2535/merge81d33111c31f8226d64a0feea11eb6bbb7195ea401d33111c31f8226d64a0feea11eb6bbb7195ea40refs/remotes/origin/pr/2437/merge1d33111c31f8226d64a0feea11eb6bbb7195ea401d33111c31f8226d64a0feea11eb6bbb7195ea40refs/remotes/origin/pr/2437/merge154c895fd8cf60f128476d3e24581235b8b48861e6dc895fd8cf60f128476d3e24581235b8b48861e6drefs/remotes/origin/pr/2620/mergec895fd8cf60f128476d3e24581235b8b48861e6dc895fd8cf60f128476d3e24581235b8b48861e6drefs/remotes/origin/pr/2620/merge465ff59d53da54fa98c77dc2676fe208e7d6d0bad75ff59d53da54fa98c77dc2676fe208e7d6d0bad7refs/remotes/origin/pr/2482/merge5ff59d53da54fa98c77dc2676fe208e7d6d0bad75ff59d53da54fa98c77dc2676fe208e7d6d0bad7refs/remotes/origin/pr/2482/merge175bafc922036722f7902ec0c3ac4cd08233609e945bafc922036722f7902ec0c3ac4cd08233609e94refs/remotes/origin/pr/2457/merge5bafc922036722f7902ec0c3ac4cd08233609e945bafc922036722f7902ec0c3ac4cd08233609e94refs/remotes/origin/pr/2457/merge61a0f4c55ce39b1a8edc6e6131e38be1983f0e835ea0f4c55ce39b1a8edc6e6131e38be1983f0e835erefs/remotes/origin/pr/2502/mergea0f4c55ce39b1a8edc6e6131e38be1983f0e835ea0f4c55ce39b1a8edc6e6131e38be1983f0e835erefs/remotes/origin/pr/2502/merge780c6b340f3d118071e9042ec77391e92a763fcae40c6b340f3d118071e9042ec77391e92a763fcae4refs/remotes/origin/pr/2522/merge0c6b340f3d118071e9042ec77391e92a763fcae40c6b340f3d118071e9042ec77391e92a763fcae4refs/remotes/origin/pr/2522/merge179fa46c1790e6623f7ed0a1da2e93e0dfe4004952efa46c1790e6623f7ed0a1da2e93e0dfe4004952erefs/remotes/origin/pr/2650/mergefa46c1790e6623f7ed0a1da2e93e0dfe4004952efa46c1790e6623f7ed0a1da2e93e0dfe4004952erefs/remotes/origin/pr/2650/merge200e09566432350faeb1042a8f885a1d14db8c30790e09566432350faeb1042a8f885a1d14db8c3079refs/remotes/origin/pr/2404/merge0e09566432350faeb1042a8f885a1d14db8c30790e09566432350faeb1042a8f885a1d14db8c3079refs/remotes/origin/pr/2404/merge938e21e2c84f886e4d57a01e82e15a425426dd54078e21e2c84f886e4d57a01e82e15a425426dd5407refs/remotes/origin/pr/2560/merge8e21e2c84f886e4d57a01e82e15a425426dd54078e21e2c84f886e4d57a01e82e15a425426dd5407refs/remotes/origin/pr/2560/merge1005bfbb4d74e2c82dc0f14d20d09659ae48d8e43af5bfbb4d74e2c82dc0f14d20d09659ae48d8e43afrefs/remotes/origin/pr/2575/merge5bfbb4d74e2c82dc0f14d20d09659ae48d8e43af5bfbb4d74e2c82dc0f14d20d09659ae48d8e43afrefs/remotes/origin/pr/2575/merge68b4a50e67d279dba7de22c5f15f8ce64b67a744f1b4a50e67d279dba7de22c5f15f8ce64b67a744f1refs/remotes/origin/pr/2520/mergeb4a50e67d279dba7de22c5f15f8ce64b67a744f1b4a50e67d279dba7de22c5f15f8ce64b67a744f1refs/remotes/origin/pr/2520/merge809f7df6f7b4c3a817e3ae935510e19734d3e2c48f9f7df6f7b4c3a817e3ae935510e19734d3e2c48frefs/remotes/origin/pr/2540/merge9f7df6f7b4c3a817e3ae935510e19734d3e2c48f9f7df6f7b4c3a817e3ae935510e19734d3e2c48frefs/remotes/origin/pr/2540/merge25706056329559cf85fa329aa72da6d84cb7ebe575706056329559cf85fa329aa72da6d84cb7ebe575refs/remotes/origin/pr/2465/merge706056329559cf85fa329aa72da6d84cb7ebe575706056329559cf85fa329aa72da6d84cb7ebe575refs/remotes/origin/pr/2465/merge2612d8d6faae172da6237135dfd334609b66c11276a2d8d6faae172da6237135dfd334609b66c11276arefs/remotes/origin/pr/2717/merge2d8d6faae172da6237135dfd334609b66c11276a2d8d6faae172da6237135dfd334609b66c11276arefs/remotes/origin/pr/2717/merge2213d15e62972c2ffedcef0b227d3f1874aca7a3b263d15e62972c2ffedcef0b227d3f1874aca7a3b26refs/remotes/origin/pr/2693/merge3d15e62972c2ffedcef0b227d3f1874aca7a3b263d15e62972c2ffedcef0b227d3f1874aca7a3b26refs/remotes/origin/pr/2693/merge2627a343d4b1df60417ba97dd29b7ce675b1e3222e57a343d4b1df60417ba97dd29b7ce675b1e3222e5detached7a343d4b1df60417ba97dd29b7ce675b1e3222e57a343d4b1df60417ba97dd29b7ce675b1e3222e5detached1882fe89089de30f701a3b3a862099b2c099ea40e172fe89089de30f701a3b3a862099b2c099ea40e17refs/remotes/origin/pr/2659/merge2fe89089de30f701a3b3a862099b2c099ea40e172fe89089de30f701a3b3a862099b2c099ea40e17refs/remotes/origin/pr/2659/merge969cbc7ce9422ebe42da07520d6cee7b728d20cf399cbc7ce9422ebe42da07520d6cee7b728d20cf39refs/remotes/origin/pr/2563/merge9cbc7ce9422ebe42da07520d6cee7b728d20cf399cbc7ce9422ebe42da07520d6cee7b728d20cf39refs/remotes/origin/pr/2563/merge22631fd3b74cc31a8b0332007703dadc2604c8e151731fd3b74cc31a8b0332007703dadc2604c8e1517refs/remotes/origin/pr/2696/merge31fd3b74cc31a8b0332007703dadc2604c8e151731fd3b74cc31a8b0332007703dadc2604c8e1517refs/remotes/origin/pr/2696/merge2343782841ca9217857fda1bad4a25d258035abdbe73782841ca9217857fda1bad4a25d258035abdbe7refs/remotes/origin/pr/2699/merge3782841ca9217857fda1bad4a25d258035abdbe73782841ca9217857fda1bad4a25d258035abdbe7refs/remotes/origin/pr/2699/merge20706a02c4b193710ed873851838d4403220564502206a02c4b193710ed873851838d44032205645022refs/remotes/origin/pr/2681/merge06a02c4b193710ed873851838d4403220564502206a02c4b193710ed873851838d44032205645022refs/remotes/origin/pr/2681/merge243729f3df9e9a27b27f0cc7a6e9cedff9776414abc729f3df9e9a27b27f0cc7a6e9cedff9776414abcrefs/remotes/origin/pr/2709/merge729f3df9e9a27b27f0cc7a6e9cedff9776414abc729f3df9e9a27b27f0cc7a6e9cedff9776414abcrefs/remotes/origin/pr/2709/merge582c65607d510390b0e3795aae757a2bde4dc0f56f2c65607d510390b0e3795aae757a2bde4dc0f56frefs/remotes/origin/pr/2503/merge2c65607d510390b0e3795aae757a2bde4dc0f56f2c65607d510390b0e3795aae757a2bde4dc0f56frefs/remotes/origin/pr/2503/merge28dafbbd9951a6780ca0367bedfcf27222ab13ab22dafbbd9951a6780ca0367bedfcf27222ab13ab22refs/remotes/origin/pr/2468/mergedafbbd9951a6780ca0367bedfcf27222ab13ab22dafbbd9951a6780ca0367bedfcf27222ab13ab22refs/remotes/origin/pr/2468/merge41efc51715bf825d55c735f17035562b91e7d1b5c7efc51715bf825d55c735f17035562b91e7d1b5c7refs/remotes/origin/pr/2481/mergeefc51715bf825d55c735f17035562b91e7d1b5c7efc51715bf825d55c735f17035562b91e7d1b5c7refs/remotes/origin/pr/2481/merge110de2759a56d8ec943a4cbaa861835ea9ca6997340de2759a56d8ec943a4cbaa861835ea9ca699734refs/remotes/origin/pr/2451/merge0de2759a56d8ec943a4cbaa861835ea9ca6997340de2759a56d8ec943a4cbaa861835ea9ca699734refs/remotes/origin/pr/2451/merge1834d4937ab03a111f00c3dcc64568345064c4462734d4937ab03a111f00c3dcc64568345064c44627refs/remotes/origin/pr/2458/merge34d4937ab03a111f00c3dcc64568345064c4462734d4937ab03a111f00c3dcc64568345064c44627refs/remotes/origin/pr/2458/merge213e45fff282e1c129e08358e254e5223062a586e36e45fff282e1c129e08358e254e5223062a586e36refs/remotes/origin/pr/2684/mergee45fff282e1c129e08358e254e5223062a586e36e45fff282e1c129e08358e254e5223062a586e36refs/remotes/origin/pr/2684/merge2271afb16ac6670c0fc759962953a807252fac215521afb16ac6670c0fc759962953a807252fac21552refs/remotes/origin/pr/2694/merge1afb16ac6670c0fc759962953a807252fac215521afb16ac6670c0fc759962953a807252fac21552refs/remotes/origin/pr/2694/merge2386aa3c6562aaa861af1bd98dae36cdbdbbffaca546aa3c6562aaa861af1bd98dae36cdbdbbffaca54refs/remotes/origin/pr/2706/merge6aa3c6562aaa861af1bd98dae36cdbdbbffaca546aa3c6562aaa861af1bd98dae36cdbdbbffaca54refs/remotes/origin/pr/2706/merge221a5316f20d9ffb9906f606482bf558197ab7b36a1a5316f20d9ffb9906f606482bf558197ab7b36arefs/remotes/origin/pr/2464/merge1a5316f20d9ffb9906f606482bf558197ab7b36a1a5316f20d9ffb9906f606482bf558197ab7b36arefs/remotes/origin/pr/2464/merge314b52f6f57c53481fa0ec118ea24a1bdc4820aeb54b52f6f57c53481fa0ec118ea24a1bdc4820aeb5refs/remotes/origin/pr/2474/merge4b52f6f57c53481fa0ec118ea24a1bdc4820aeb54b52f6f57c53481fa0ec118ea24a1bdc4820aeb5refs/remotes/origin/pr/2474/merge244555c4ed09e44f43d97eb80d5866d93ee541db524555c4ed09e44f43d97eb80d5866d93ee541db52refs/remotes/origin/pr/2399/merge4555c4ed09e44f43d97eb80d5866d93ee541db524555c4ed09e44f43d97eb80d5866d93ee541db52refs/remotes/origin/pr/2399/merge9743ecc261d9a0089afe78740396df89f7f9fe83b443ecc261d9a0089afe78740396df89f7f9fe83b4refs/remotes/origin/pr/2562/merge43ecc261d9a0089afe78740396df89f7f9fe83b443ecc261d9a0089afe78740396df89f7f9fe83b4refs/remotes/origin/pr/2562/merge182cf21b632cfe56fbe3cfe95a141727fc1e8160051cf21b632cfe56fbe3cfe95a141727fc1e8160051refs/remotes/origin/pr/2655/mergecf21b632cfe56fbe3cfe95a141727fc1e8160051cf21b632cfe56fbe3cfe95a141727fc1e8160051refs/remotes/origin/pr/2655/merge1556250e5ad2b7bc6e7cbf0bc2740586262519e90d06250e5ad2b7bc6e7cbf0bc2740586262519e90d0refs/remotes/origin/pr/2625/merge6250e5ad2b7bc6e7cbf0bc2740586262519e90d06250e5ad2b7bc6e7cbf0bc2740586262519e90d0refs/remotes/origin/pr/2625/merge260bab52660430bcf976ea48643f75bf51cf20b8cb1bab52660430bcf976ea48643f75bf51cf20b8cb1refs/remotes/origin/pr/2665/mergebab52660430bcf976ea48643f75bf51cf20b8cb1bab52660430bcf976ea48643f75bf51cf20b8cb1refs/remotes/origin/pr/2665/merge190e8881582af5dd4e276465d76a317bf9ff39e8a5ae8881582af5dd4e276465d76a317bf9ff39e8a5arefs/remotes/origin/pr/2660/mergee8881582af5dd4e276465d76a317bf9ff39e8a5ae8881582af5dd4e276465d76a317bf9ff39e8a5arefs/remotes/origin/pr/2660/merge77617e0ca4fc895f2ff7bcd521313204db9f41e929617e0ca4fc895f2ff7bcd521313204db9f41e929refs/remotes/origin/pr/2532/merge617e0ca4fc895f2ff7bcd521313204db9f41e929617e0ca4fc895f2ff7bcd521313204db9f41e929refs/remotes/origin/pr/2532/merge163d2de12709686a74a0483bdb9b7bf5715d64f5459d2de12709686a74a0483bdb9b7bf5715d64f5459refs/remotes/origin/pr/2637/merged2de12709686a74a0483bdb9b7bf5715d64f5459d2de12709686a74a0483bdb9b7bf5715d64f5459refs/remotes/origin/pr/2637/merge108fa9ca30aabaea8d1cfb3061c52e6e71e7f1e50cefa9ca30aabaea8d1cfb3061c52e6e71e7f1e50cerefs/remotes/origin/pr/2585/mergefa9ca30aabaea8d1cfb3061c52e6e71e7f1e50cefa9ca30aabaea8d1cfb3061c52e6e71e7f1e50cerefs/remotes/origin/pr/2585/merge1391925f723c4424884963ac2f5e8d3cbeae01c30491925f723c4424884963ac2f5e8d3cbeae01c304refs/remotes/origin/pr/2324/merge91925f723c4424884963ac2f5e8d3cbeae01c30491925f723c4424884963ac2f5e8d3cbeae01c304refs/remotes/origin/pr/2324/merge737ac4187f13a382ffb048966d778055357642f2dd7ac4187f13a382ffb048966d778055357642f2ddrefs/remotes/origin/pr/2527/merge7ac4187f13a382ffb048966d778055357642f2dd7ac4187f13a382ffb048966d778055357642f2ddrefs/remotes/origin/pr/2527/merge13400430a10e0e8cf4b18c98d364cc221713ff89dac00430a10e0e8cf4b18c98d364cc221713ff89dacrefs/remotes/origin/pr/2602/merge00430a10e0e8cf4b18c98d364cc221713ff89dac00430a10e0e8cf4b18c98d364cc221713ff89dacrefs/remotes/origin/pr/2602/merge16978e340bdd6032223e3628d6e4742b2241dc2861778e340bdd6032223e3628d6e4742b2241dc28617refs/remotes/origin/pr/2642/merge78e340bdd6032223e3628d6e4742b2241dc2861778e340bdd6032223e3628d6e4742b2241dc28617refs/remotes/origin/pr/2642/merge203d9ea5660e60a3104cb8e10d4ce713732b772092cd9ea5660e60a3104cb8e10d4ce713732b772092crefs/remotes/origin/pr/2677/merged9ea5660e60a3104cb8e10d4ce713732b772092cd9ea5660e60a3104cb8e10d4ce713732b772092crefs/remotes/origin/pr/2677/merge391b71700f5754c2ba95550261d52dd3c01ddc50781b71700f5754c2ba95550261d52dd3c01ddc5078refs/remotes/origin/pr/2475/merge1b71700f5754c2ba95550261d52dd3c01ddc50781b71700f5754c2ba95550261d52dd3c01ddc5078refs/remotes/origin/pr/2475/merge2516dcbf5a075a44c16b86a034c1f9e461d412ebfa96dcbf5a075a44c16b86a034c1f9e461d412ebfa9refs/remotes/origin/pr/2712/merge6dcbf5a075a44c16b86a034c1f9e461d412ebfa96dcbf5a075a44c16b86a034c1f9e461d412ebfa9refs/remotes/origin/pr/2712/merge85558239695fde72e2b72d4c65890caf49029e8549558239695fde72e2b72d4c65890caf49029e8549refs/remotes/origin/pr/2544/merge558239695fde72e2b72d4c65890caf49029e8549558239695fde72e2b72d4c65890caf49029e8549refs/remotes/origin/pr/2544/merge42dc3301b4eaf4afedc7b2a80ab9f484163fb6cb45dc3301b4eaf4afedc7b2a80ab9f484163fb6cb45refs/remotes/origin/pr/2480/mergedc3301b4eaf4afedc7b2a80ab9f484163fb6cb45dc3301b4eaf4afedc7b2a80ab9f484163fb6cb45refs/remotes/origin/pr/2480/merge212b28a1962ad7465973acd9a658971992864d45cc7b28a1962ad7465973acd9a658971992864d45cc7refs/remotes/origin/pr/2683/mergeb28a1962ad7465973acd9a658971992864d45cc7b28a1962ad7465973acd9a658971992864d45cc7refs/remotes/origin/pr/2683/merge139e76a69df2fa545ce7c8e1046c35c0a52c501f8ffe76a69df2fa545ce7c8e1046c35c0a52c501f8ffrefs/remotes/origin/pr/2579/mergee76a69df2fa545ce7c8e1046c35c0a52c501f8ffe76a69df2fa545ce7c8e1046c35c0a52c501f8ffrefs/remotes/origin/pr/2579/merge2208108a74ca639d452b7b1147402a6518668ca471d8108a74ca639d452b7b1147402a6518668ca471drefs/remotes/origin/pr/2689/merge8108a74ca639d452b7b1147402a6518668ca471d8108a74ca639d452b7b1147402a6518668ca471drefs/remotes/origin/pr/2689/merge150a8dfc54f693192bc9bcef31bcf0f64b503ae2b62a8dfc54f693192bc9bcef31bcf0f64b503ae2b62refs/remotes/origin/pr/2614/mergea8dfc54f693192bc9bcef31bcf0f64b503ae2b62a8dfc54f693192bc9bcef31bcf0f64b503ae2b62refs/remotes/origin/pr/2614/merge156d0a3da4c307fd89ee43c1fb5603805b50aec8b14d0a3da4c307fd89ee43c1fb5603805b50aec8b14refs/remotes/origin/pr/2626/merged0a3da4c307fd89ee43c1fb5603805b50aec8b14d0a3da4c307fd89ee43c1fb5603805b50aec8b14refs/remotes/origin/pr/2626/merge142560b8090f01511ca01fcba52ca317eb894d2f955560b8090f01511ca01fcba52ca317eb894d2f955refs/remotes/origin/pr/2596/merge560b8090f01511ca01fcba52ca317eb894d2f955560b8090f01511ca01fcba52ca317eb894d2f955refs/remotes/origin/pr/2596/merge6642d092c998f8e32f22ff38cd3832813087343e5542d092c998f8e32f22ff38cd3832813087343e55refs/remotes/origin/pr/2516/merge42d092c998f8e32f22ff38cd3832813087343e5542d092c998f8e32f22ff38cd3832813087343e55refs/remotes/origin/pr/2516/merge53d4dd8df4cd220b5a493b0565b7852075ad192662d4dd8df4cd220b5a493b0565b7852075ad192662refs/remotes/origin/pr/2496/merged4dd8df4cd220b5a493b0565b7852075ad192662d4dd8df4cd220b5a493b0565b7852075ad192662refs/remotes/origin/pr/2496/merge149ad62c67a8a6cc58284204b312ebe526c0df32889ad62c67a8a6cc58284204b312ebe526c0df3288refs/remotes/origin/pr/2433/merge9ad62c67a8a6cc58284204b312ebe526c0df32889ad62c67a8a6cc58284204b312ebe526c0df3288refs/remotes/origin/pr/2433/merge81891eb501f5f98d2c4a744ce31fb15cf1861454c9891eb501f5f98d2c4a744ce31fb15cf1861454c9refs/remotes/origin/pr/2541/merge891eb501f5f98d2c4a744ce31fb15cf1861454c9891eb501f5f98d2c4a744ce31fb15cf1861454c9refs/remotes/origin/pr/2541/merge8849c0c749bb192f3652c81d8706158915b278296849c0c749bb192f3652c81d8706158915b2782968refs/remotes/origin/pr/2551/merge49c0c749bb192f3652c81d8706158915b278296849c0c749bb192f3652c81d8706158915b2782968refs/remotes/origin/pr/2551/merge94bff5864ad4934a08fb19c78d1487682e357b8c8cbff5864ad4934a08fb19c78d1487682e357b8c8crefs/remotes/origin/pr/2561/mergebff5864ad4934a08fb19c78d1487682e357b8c8cbff5864ad4934a08fb19c78d1487682e357b8c8crefs/remotes/origin/pr/2561/merge125613abb5d302557b7a660569b70a39e250320cbb7613abb5d302557b7a660569b70a39e250320cbb7refs/remotes/origin/pr/2476/merge613abb5d302557b7a660569b70a39e250320cbb7613abb5d302557b7a660569b70a39e250320cbb7refs/remotes/origin/pr/2476/merge242e397e5e0e703ab196a9444bbe0f736105931e7e8e397e5e0e703ab196a9444bbe0f736105931e7e8refs/remotes/origin/pr/2708/mergee397e5e0e703ab196a9444bbe0f736105931e7e8e397e5e0e703ab196a9444bbe0f736105931e7e8refs/remotes/origin/pr/2708/merge10651e3fc105efa0de813223633bc6bd6df11c0e28a51e3fc105efa0de813223633bc6bd6df11c0e28arefs/remotes/origin/pr/2584/merge51e3fc105efa0de813223633bc6bd6df11c0e28a51e3fc105efa0de813223633bc6bd6df11c0e28arefs/remotes/origin/pr/2584/merge12269303d81639871fac2613dd100c3230156cbb87169303d81639871fac2613dd100c3230156cbb871refs/remotes/origin/pr/2594/merge69303d81639871fac2613dd100c3230156cbb87169303d81639871fac2613dd100c3230156cbb871refs/remotes/origin/pr/2594/merge109804673e9f03747bc80cbafc2fcb7b04118007845804673e9f03747bc80cbafc2fcb7b04118007845refs/remotes/origin/pr/2574/merge804673e9f03747bc80cbafc2fcb7b04118007845804673e9f03747bc80cbafc2fcb7b04118007845refs/remotes/origin/pr/2574/merge21172c19b0d4798468cdbeb25e520ec6c407f53165a72c19b0d4798468cdbeb25e520ec6c407f53165arefs/remotes/origin/pr/2682/merge72c19b0d4798468cdbeb25e520ec6c407f53165a72c19b0d4798468cdbeb25e520ec6c407f53165arefs/remotes/origin/pr/2682/merge240b049830044e2ddda0a8b63c3efab95a535d222d2b049830044e2ddda0a8b63c3efab95a535d222d2refs/remotes/origin/pr/2705/mergeb049830044e2ddda0a8b63c3efab95a535d222d2b049830044e2ddda0a8b63c3efab95a535d222d2refs/remotes/origin/pr/2705/merge195be95cda62a962270c2997699f2ea28c30ea5178dbe95cda62a962270c2997699f2ea28c30ea5178drefs/remotes/origin/pr/2672/mergebe95cda62a962270c2997699f2ea28c30ea5178dbe95cda62a962270c2997699f2ea28c30ea5178drefs/remotes/origin/pr/2672/merge23274e75992a9bf9ae222155f09fc655d2ab2e29ec474e75992a9bf9ae222155f09fc655d2ab2e29ec4refs/remotes/origin/pr/2695/merge74e75992a9bf9ae222155f09fc655d2ab2e29ec474e75992a9bf9ae222155f09fc655d2ab2e29ec4refs/remotes/origin/pr/2695/merge89cffff1d404bb4f3e18c0e79362abf396a38a8878cffff1d404bb4f3e18c0e79362abf396a38a8878refs/remotes/origin/pr/2557/mergecffff1d404bb4f3e18c0e79362abf396a38a8878cffff1d404bb4f3e18c0e79362abf396a38a8878refs/remotes/origin/pr/2557/merge216fd2059c377dc12e7bc3d1765a114fca6d77109adfd2059c377dc12e7bc3d1765a114fca6d77109adrefs/remotes/origin/pr/2685/mergefd2059c377dc12e7bc3d1765a114fca6d77109adfd2059c377dc12e7bc3d1765a114fca6d77109adrefs/remotes/origin/pr/2685/merge1739df251e131dfc7831ed9a58243b6f43986ed6dc89df251e131dfc7831ed9a58243b6f43986ed6dc8refs/remotes/origin/pr/2647/merge9df251e131dfc7831ed9a58243b6f43986ed6dc89df251e131dfc7831ed9a58243b6f43986ed6dc8refs/remotes/origin/pr/2647/merge7567e3335b1b17dd8b8bab7eee977f49228f84dbb367e3335b1b17dd8b8bab7eee977f49228f84dbb3refs/remotes/origin/pr/2529/merge67e3335b1b17dd8b8bab7eee977f49228f84dbb367e3335b1b17dd8b8bab7eee977f49228f84dbb3refs/remotes/origin/pr/2529/merge104b24e9146ab99ee43e45de79d69db52f8b289c267b24e9146ab99ee43e45de79d69db52f8b289c267refs/remotes/origin/pr/2577/mergeb24e9146ab99ee43e45de79d69db52f8b289c267b24e9146ab99ee43e45de79d69db52f8b289c267refs/remotes/origin/pr/2577/merge148999856012ef1bcbc8dd40f937a30ee1f98c2180a999856012ef1bcbc8dd40f937a30ee1f98c2180arefs/remotes/origin/pr/2612/merge999856012ef1bcbc8dd40f937a30ee1f98c2180a999856012ef1bcbc8dd40f937a30ee1f98c2180arefs/remotes/origin/pr/2612/merge15878c3755f787a68f085d7e1ab1e4b19ad1d6eef3c78c3755f787a68f085d7e1ab1e4b19ad1d6eef3crefs/remotes/origin/pr/2632/merge78c3755f787a68f085d7e1ab1e4b19ad1d6eef3c78c3755f787a68f085d7e1ab1e4b19ad1d6eef3crefs/remotes/origin/pr/2632/merge3ef216ad8a72a283090f026554d1a07bbe18612bdef216ad8a72a283090f026554d1a07bbe18612bdrefs/remotes/origin/pr/2450/mergeef216ad8a72a283090f026554d1a07bbe18612bdef216ad8a72a283090f026554d1a07bbe18612bdrefs/remotes/origin/pr/2450/merge64c0ab24305e23c54b9f8feb7148300253807e79aec0ab24305e23c54b9f8feb7148300253807e79aerefs/remotes/origin/pr/2514/mergec0ab24305e23c54b9f8feb7148300253807e79aec0ab24305e23c54b9f8feb7148300253807e79aerefs/remotes/origin/pr/2514/merge87ed80c60d2b2a90262a8c72f659389181b0ce46e4ed80c60d2b2a90262a8c72f659389181b0ce46e4refs/remotes/origin/pr/2549/mergeed80c60d2b2a90262a8c72f659389181b0ce46e4ed80c60d2b2a90262a8c72f659389181b0ce46e4refs/remotes/origin/pr/2549/merge1389950b23cb9d377a332fc56ae1ff5aa0a1beb865b9950b23cb9d377a332fc56ae1ff5aa0a1beb865brefs/remotes/origin/pr/2604/merge9950b23cb9d377a332fc56ae1ff5aa0a1beb865b9950b23cb9d377a332fc56ae1ff5aa0a1beb865brefs/remotes/origin/pr/2604/merge1935990c479792da3f06d7a80c72726268403f40c1c5990c479792da3f06d7a80c72726268403f40c1crefs/remotes/origin/pr/2667/merge5990c479792da3f06d7a80c72726268403f40c1c5990c479792da3f06d7a80c72726268403f40c1crefs/remotes/origin/pr/2667/merge2193b1e980063fd3c3ec10e947f66499cf829a15cbb3b1e980063fd3c3ec10e947f66499cf829a15cbbrefs/remotes/origin/pr/2687/merge3b1e980063fd3c3ec10e947f66499cf829a15cbb3b1e980063fd3c3ec10e947f66499cf829a15cbbrefs/remotes/origin/pr/2687/merge29af04f2e1e5da0b60cce7c91120a3b0aa1722b365af04f2e1e5da0b60cce7c91120a3b0aa1722b365refs/remotes/origin/pr/2470/mergeaf04f2e1e5da0b60cce7c91120a3b0aa1722b365af04f2e1e5da0b60cce7c91120a3b0aa1722b365refs/remotes/origin/pr/2470/merge409ee03e84d780ee8ad86dd38514b687ac39453c3d9ee03e84d780ee8ad86dd38514b687ac39453c3drefs/remotes/origin/pr/2479/merge9ee03e84d780ee8ad86dd38514b687ac39453c3d9ee03e84d780ee8ad86dd38514b687ac39453c3drefs/remotes/origin/pr/2479/merge54afadbc5266374da6486d1754269eda2d437c3021afadbc5266374da6486d1754269eda2d437c3021refs/remotes/origin/pr/2499/mergeafadbc5266374da6486d1754269eda2d437c3021afadbc5266374da6486d1754269eda2d437c3021refs/remotes/origin/pr/2499/merge9020eeb19bb77f72fa0a94fb1574a74c3ca279e8b020eeb19bb77f72fa0a94fb1574a74c3ca279e8b0refs/remotes/origin/pr/2554/merge20eeb19bb77f72fa0a94fb1574a74c3ca279e8b020eeb19bb77f72fa0a94fb1574a74c3ca279e8b0refs/remotes/origin/pr/2554/merge1700e22a1b8cf0a38062c6b160d290afc36785b7a5e0e22a1b8cf0a38062c6b160d290afc36785b7a5erefs/remotes/origin/pr/2644/merge0e22a1b8cf0a38062c6b160d290afc36785b7a5e0e22a1b8cf0a38062c6b160d290afc36785b7a5erefs/remotes/origin/pr/2644/merge6294addcad2706b0418b6c53fe544c8757be51b8be94addcad2706b0418b6c53fe544c8757be51b8berefs/remotes/origin/pr/2511/merge94addcad2706b0418b6c53fe544c8757be51b8be94addcad2706b0418b6c53fe544c8757be51b8berefs/remotes/origin/pr/2511/merge15a994e764c1058aac223a68054f8d5decfbbab13ba994e764c1058aac223a68054f8d5decfbbab13brefs/remotes/origin/pr/2456/mergea994e764c1058aac223a68054f8d5decfbbab13ba994e764c1058aac223a68054f8d5decfbbab13brefs/remotes/origin/pr/2456/merge152a0b50128a49295753b873d5dbd1db389acddd21da0b50128a49295753b873d5dbd1db389acddd21drefs/remotes/origin/pr/2621/mergea0b50128a49295753b873d5dbd1db389acddd21da0b50128a49295753b873d5dbd1db389acddd21drefs/remotes/origin/pr/2621/merge151d8135f3bdc7185addefce575ea0fe3fb82b65b70d8135f3bdc7185addefce575ea0fe3fb82b65b70refs/remotes/origin/pr/2618/merged8135f3bdc7185addefce575ea0fe3fb82b65b70d8135f3bdc7185addefce575ea0fe3fb82b65b70refs/remotes/origin/pr/2618/merge70f476447011ed26924462deaa00460e7d57bc868df476447011ed26924462deaa00460e7d57bc868drefs/remotes/origin/pr/2523/mergef476447011ed26924462deaa00460e7d57bc868df476447011ed26924462deaa00460e7d57bc868drefs/remotes/origin/pr/2523/merge7fdc23289503102ec3712dac2aa8db50c0659f1b8fdc23289503102ec3712dac2aa8db50c0659f1b8refs/remotes/origin/pr/2438/mergefdc23289503102ec3712dac2aa8db50c0659f1b8fdc23289503102ec3712dac2aa8db50c0659f1b8refs/remotes/origin/pr/2438/merge49a55c09b24844847e4c44e8857ae035870f5f838ba55c09b24844847e4c44e8857ae035870f5f838brefs/remotes/origin/pr/2488/mergea55c09b24844847e4c44e8857ae035870f5f838ba55c09b24844847e4c44e8857ae035870f5f838brefs/remotes/origin/pr/2488/merge9af079dd26be2ead11e98c6f113997fb2bc8c6684af079dd26be2ead11e98c6f113997fb2bc8c6684refs/remotes/origin/pr/2431/mergeaf079dd26be2ead11e98c6f113997fb2bc8c6684af079dd26be2ead11e98c6f113997fb2bc8c6684refs/remotes/origin/pr/2431/merge25805cd14bdc0df561b2d833b1b1ef0b86db25a575405cd14bdc0df561b2d833b1b1ef0b86db25a5754refs/remotes/origin/pr/2716/merge05cd14bdc0df561b2d833b1b1ef0b86db25a575405cd14bdc0df561b2d833b1b1ef0b86db25a5754refs/remotes/origin/pr/2716/merge52dd5db26ffbd46d65625e642198670e40fa10eb92dd5db26ffbd46d65625e642198670e40fa10eb92refs/remotes/origin/pr/2494/mergedd5db26ffbd46d65625e642198670e40fa10eb92dd5db26ffbd46d65625e642198670e40fa10eb92refs/remotes/origin/pr/2494/merge1433434aa2ce74f1f7ac9b000bbdb9cc04ba91ce07f3434aa2ce74f1f7ac9b000bbdb9cc04ba91ce07frefs/remotes/origin/pr/2143/merge3434aa2ce74f1f7ac9b000bbdb9cc04ba91ce07f3434aa2ce74f1f7ac9b000bbdb9cc04ba91ce07frefs/remotes/origin/pr/2143/merge1875ca2d4b1e05bbb02e86c3010ca6de715d4123d3a5ca2d4b1e05bbb02e86c3010ca6de715d4123d3arefs/remotes/origin/pr/2658/merge5ca2d4b1e05bbb02e86c3010ca6de715d4123d3a5ca2d4b1e05bbb02e86c3010ca6de715d4123d3arefs/remotes/origin/pr/2658/merge1656d9cafb2aaa8cdf5bab86a28fcd592886a50ae356d9cafb2aaa8cdf5bab86a28fcd592886a50ae3refs/remotes/origin/pr/2455/merge56d9cafb2aaa8cdf5bab86a28fcd592886a50ae356d9cafb2aaa8cdf5bab86a28fcd592886a50ae3refs/remotes/origin/pr/2455/merge472decd91afa25e28529df6350b0870cbf7af0d6f02decd91afa25e28529df6350b0870cbf7af0d6f0refs/remotes/origin/pr/2484/merge2decd91afa25e28529df6350b0870cbf7af0d6f02decd91afa25e28529df6350b0870cbf7af0d6f0refs/remotes/origin/pr/2484/merge567c4df25837e242c5f8915b2ef44681b252dd0a477c4df25837e242c5f8915b2ef44681b252dd0a47refs/remotes/origin/pr/2500/merge7c4df25837e242c5f8915b2ef44681b252dd0a477c4df25837e242c5f8915b2ef44681b252dd0a47refs/remotes/origin/pr/2500/merge233f5b5e3caec76af2231138f1562ccbeafe7daf338f5b5e3caec76af2231138f1562ccbeafe7daf338refs/remotes/origin/pr/2698/mergef5b5e3caec76af2231138f1562ccbeafe7daf338f5b5e3caec76af2231138f1562ccbeafe7daf338refs/remotes/origin/pr/2698/merge171152af17e033c750ef3ec32c2d901da8cff909a19152af17e033c750ef3ec32c2d901da8cff909a19refs/remotes/origin/pr/2645/merge152af17e033c750ef3ec32c2d901da8cff909a19152af17e033c750ef3ec32c2d901da8cff909a19refs/remotes/origin/pr/2645/merge126f4946f662dd19daab37ada5ecb4617bc8787b871f4946f662dd19daab37ada5ecb4617bc8787b871refs/remotes/origin/pr/2582/mergef4946f662dd19daab37ada5ecb4617bc8787b871f4946f662dd19daab37ada5ecb4617bc8787b871refs/remotes/origin/pr/2582/merge2108f70ce56dcca6041d884ffde8aebe4ac845478a28f70ce56dcca6041d884ffde8aebe4ac845478a2refs/remotes/origin/pr/2635/merge8f70ce56dcca6041d884ffde8aebe4ac845478a28f70ce56dcca6041d884ffde8aebe4ac845478a2refs/remotes/origin/pr/2635/merge205633b9e164d97b80e21e9b33f4344e2752e362857633b9e164d97b80e21e9b33f4344e2752e362857refs/remotes/origin/pr/2675/merge633b9e164d97b80e21e9b33f4344e2752e362857633b9e164d97b80e21e9b33f4344e2752e362857refs/remotes/origin/pr/2675/merge256a52b14d88a14dc399c30e54a1c08d5d2fb1b4c5fa52b14d88a14dc399c30e54a1c08d5d2fb1b4c5frefs/remotes/origin/pr/2710/mergea52b14d88a14dc399c30e54a1c08d5d2fb1b4c5fa52b14d88a14dc399c30e54a1c08d5d2fb1b4c5frefs/remotes/origin/pr/2710/merge343976987e75ef26d8b4cee8f78d8ec6c81526d0823976987e75ef26d8b4cee8f78d8ec6c81526d082refs/remotes/origin/pr/2477/merge3976987e75ef26d8b4cee8f78d8ec6c81526d0823976987e75ef26d8b4cee8f78d8ec6c81526d082refs/remotes/origin/pr/2477/merge20666847cfa8e01bb313a0e0354594958500b69bded66847cfa8e01bb313a0e0354594958500b69bdedrefs/remotes/origin/pr/2680/merge66847cfa8e01bb313a0e0354594958500b69bded66847cfa8e01bb313a0e0354594958500b69bdedrefs/remotes/origin/pr/2680/merge86d3a9b5d0d39b32972ac321c27e10da34769bcdecd3a9b5d0d39b32972ac321c27e10da34769bcdecrefs/remotes/origin/pr/2547/merged3a9b5d0d39b32972ac321c27e10da34769bcdecd3a9b5d0d39b32972ac321c27e10da34769bcdecrefs/remotes/origin/pr/2547/merge153253a690c93dfb50040eaa4b308a180233090fc3a253a690c93dfb50040eaa4b308a180233090fc3arefs/remotes/origin/pr/2622/merge253a690c93dfb50040eaa4b308a180233090fc3a253a690c93dfb50040eaa4b308a180233090fc3arefs/remotes/origin/pr/2622/merge517eeede22504f05e76c7638ef9e9a3aa303aec6487eeede22504f05e76c7638ef9e9a3aa303aec648refs/remotes/origin/pr/2495/merge7eeede22504f05e76c7638ef9e9a3aa303aec6487eeede22504f05e76c7638ef9e9a3aa303aec648refs/remotes/origin/pr/2495/merge76e8f195b68ba0cc526093420460d99a541ec8eea8e8f195b68ba0cc526093420460d99a541ec8eea8refs/remotes/origin/pr/2530/mergee8f195b68ba0cc526093420460d99a541ec8eea8e8f195b68ba0cc526093420460d99a541ec8eea8refs/remotes/origin/pr/2530/merge71c066bb01f7259560b0ae064de48c4bcaedd28125c066bb01f7259560b0ae064de48c4bcaedd28125refs/remotes/origin/pr/2524/mergec066bb01f7259560b0ae064de48c4bcaedd28125c066bb01f7259560b0ae064de48c4bcaedd28125refs/remotes/origin/pr/2524/merge1664c8152485a4208ef3647a9660c18e2c00c7469664c8152485a4208ef3647a9660c18e2c00c7469refs/remotes/origin/pr/2449/merge664c8152485a4208ef3647a9660c18e2c00c7469664c8152485a4208ef3647a9660c18e2c00c7469refs/remotes/origin/pr/2449/merge160b14d52694bfd49f914ac0ca76ee2b03c40c34b8bb14d52694bfd49f914ac0ca76ee2b03c40c34b8brefs/remotes/origin/pr/2634/mergeb14d52694bfd49f914ac0ca76ee2b03c40c34b8bb14d52694bfd49f914ac0ca76ee2b03c40c34b8brefs/remotes/origin/pr/2634/merge4372c340c1c4c08e011e96ee53f45975e33b75de8a72c340c1c4c08e011e96ee53f45975e33b75de8arefs/remotes/origin/pr/2483/merge72c340c1c4c08e011e96ee53f45975e33b75de8a72c340c1c4c08e011e96ee53f45975e33b75de8arefs/remotes/origin/pr/2483/merge1402bba7f66fe718c1f8b7c8a67e5cc8273fc52541a2bba7f66fe718c1f8b7c8a67e5cc8273fc52541arefs/remotes/origin/pr/2606/merge2bba7f66fe718c1f8b7c8a67e5cc8273fc52541a2bba7f66fe718c1f8b7c8a67e5cc8273fc52541arefs/remotes/origin/pr/2606/merge12145fbe1e60f5367d4eeaad74033e3d764ac1f3ee645fbe1e60f5367d4eeaad74033e3d764ac1f3ee6refs/remotes/origin/pr/2593/merge45fbe1e60f5367d4eeaad74033e3d764ac1f3ee645fbe1e60f5367d4eeaad74033e3d764ac1f3ee6refs/remotes/origin/pr/2593/merge235c5bbd0775b52cfe59a5ba4f689c8ffd6064c803bc5bbd0775b52cfe59a5ba4f689c8ffd6064c803brefs/remotes/origin/pr/2704/mergec5bbd0775b52cfe59a5ba4f689c8ffd6064c803bc5bbd0775b52cfe59a5ba4f689c8ffd6064c803brefs/remotes/origin/pr/2704/merge92dc8274ef50dcfb490bd51d8f8d9b5c470c2ddc32dc8274ef50dcfb490bd51d8f8d9b5c470c2ddc32refs/remotes/origin/pr/2559/mergedc8274ef50dcfb490bd51d8f8d9b5c470c2ddc32dc8274ef50dcfb490bd51d8f8d9b5c470c2ddc32refs/remotes/origin/pr/2559/merge1286cf71e6801eb6407d6037fd6ac7a32f3d1e2c1546cf71e6801eb6407d6037fd6ac7a32f3d1e2c154refs/remotes/origin/pr/2599/merge6cf71e6801eb6407d6037fd6ac7a32f3d1e2c1546cf71e6801eb6407d6037fd6ac7a32f3d1e2c154refs/remotes/origin/pr/2599/merge157567415e0a4caf24298f95373cb663531690acac0567415e0a4caf24298f95373cb663531690acac0refs/remotes/origin/pr/2629/merge567415e0a4caf24298f95373cb663531690acac0567415e0a4caf24298f95373cb663531690acac0refs/remotes/origin/pr/2629/merge1052cabf5fa73b91dfe367a5aed3687a1a93fe04d682cabf5fa73b91dfe367a5aed3687a1a93fe04d68refs/remotes/origin/pr/2581/merge2cabf5fa73b91dfe367a5aed3687a1a93fe04d682cabf5fa73b91dfe367a5aed3687a1a93fe04d68refs/remotes/origin/pr/2581/merge1863977149475016b30cd21d64b7c802b8c0593d86a3977149475016b30cd21d64b7c802b8c0593d86arefs/remotes/origin/pr/2651/merge3977149475016b30cd21d64b7c802b8c0593d86a3977149475016b30cd21d64b7c802b8c0593d86arefs/remotes/origin/pr/2651/merge791ef835ec0f04c6a4e2503ac6bf51919bab0aa5db1ef835ec0f04c6a4e2503ac6bf51919bab0aa5dbrefs/remotes/origin/pr/2536/merge1ef835ec0f04c6a4e2503ac6bf51919bab0aa5db1ef835ec0f04c6a4e2503ac6bf51919bab0aa5dbrefs/remotes/origin/pr/2536/merge101eb3dfb30f7f98802d1bdc6846dbbacf55618c510eb3dfb30f7f98802d1bdc6846dbbacf55618c510refs/remotes/origin/pr/2576/mergeeb3dfb30f7f98802d1bdc6846dbbacf55618c510eb3dfb30f7f98802d1bdc6846dbbacf55618c510refs/remotes/origin/pr/2576/merge144d3e53d6b1e72025483213c2af7bcbf0ff23fec2dd3e53d6b1e72025483213c2af7bcbf0ff23fec2drefs/remotes/origin/pr/2611/merged3e53d6b1e72025483213c2af7bcbf0ff23fec2dd3e53d6b1e72025483213c2af7bcbf0ff23fec2drefs/remotes/origin/pr/2611/merge7a343d4b1df60417ba97dd29b7ce675b1e3222e57a343d4b1df60417ba97dd29b7ce675b1e3222e5detachedhttps://github.com/iovisor/bcc.gitfalseubuntu1604762115877784bcc-pr » ubuntu1604 ubuntu1604262false2622119SUCCESS1579715233583https://buildbot.iovisor.org/jenkins/user/yonghong-song/my-views/view/all/job/bcc-pr/label=ubuntu1604/262/ubuntu1604-slave-aa0tools/runqslower.pybac633a6bb60b6b8542348ea3f61c367eae14f7c1562145717000https://buildbot.iovisor.org/jenkins/user/jmarchanjmarchanjmarchan@redhat.comtools: fix runqslower warning The state member of task_struct is volatile and it's use as the last parameter of bpf_probe_read (const void *) triggers the following clang warning (LLVM 8): /virtual/main.c:56:42: warning: passing 'volatile long *' to parameter of type 'const void *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] bpf_probe_read(&state, sizeof(long), &prev->state); ^~~~~~~~~~~~ 1 warning generated. Tracing run queue latency higher than 10000 us TIME COMM PID LAT(us) An explicit cast fixes the warning. 2019-07-03 11:21:57 +0200bac633a6bb60b6b8542348ea3f61c367eae14f7ctools: fix runqslower warningedittools/runqslower.pytools/btrfsslower.pyf84acf9e5cbbea3f60f06a29dd189530e5052a471562697492000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comError in time comparison Datetime comparisons requires the use of timedelta. 2019-07-09 11:38:12 -0700f84acf9e5cbbea3f60f06a29dd189530e5052a47Error in time comparisonedittools/btrfsslower.pysrc/cc/compat/linux/virtual_bpf.hintrospection/bps.csrc/cc/libbpf06e30cca8342aed6a1cd83de65d17945499ab6bb1562768300000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comsync to latest libbpf repo sync with latest libbpf repo Signed-off-by: Yonghong Song <yhs@fb.com> 2019-07-10 07:18:20 -070006e30cca8342aed6a1cd83de65d17945499ab6bbsync to latest libbpf repoeditsrc/cc/compat/linux/virtual_bpf.heditsrc/cc/libbpfeditintrospection/bps.ctests/cc/CMakeLists.txttests/cc/usdt_test_lib.csrc/cc/bcc_syms.ccsrc/cc/syms.hsrc/cc/bcc_syms.hsrc/cc/usdt/usdt.ccexamples/cpp/pyperf/PyPerfUtil.ccsrc/cc/ns_guard.hsrc/cc/CMakeLists.txtsrc/cc/libbpf.csrc/cc/bcc_elf.csrc/cc/bcc_proc.csrc/cc/api/BPF.ccsrc/cc/api/BPF.hsrc/cc/bcc_proc.hsrc/cc/usdt.htests/cc/test_c_api.cctests/cc/dummy_proc_map.txtsrc/cc/ns_guard.cctests/cc/test_usdt_probes.cc01ee0b61a854e06cb62272ddfbb4eeaf16e9ad7c1562796669000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUse device+inode to identify matching files; prepend /proc/pid/root to paths for usdt. 2019-07-10 15:11:09 -070001ee0b61a854e06cb62272ddfbb4eeaf16e9ad7cUse device+inode to identify matching files; prepend /proc/pid/root toedittests/cc/CMakeLists.txtaddtests/cc/usdt_test_lib.ceditsrc/cc/api/BPF.heditsrc/cc/usdt/usdt.cceditsrc/cc/api/BPF.cceditsrc/cc/bcc_elf.ceditsrc/cc/bcc_proc.haddtests/cc/dummy_proc_map.txteditsrc/cc/usdt.hdeletesrc/cc/ns_guard.cceditsrc/cc/bcc_syms.cceditsrc/cc/syms.hedittests/cc/test_c_api.ccdeletesrc/cc/ns_guard.heditsrc/cc/bcc_proc.ceditsrc/cc/bcc_syms.heditexamples/cpp/pyperf/PyPerfUtil.cceditsrc/cc/CMakeLists.txtedittests/cc/test_usdt_probes.cceditsrc/cc/libbpf.csrc/cc/bcc_syms.ccsrc/cc/syms.hsrc/cc/bcc_elf.hsrc/cc/bcc_elf.cd42fcc8eabfe2197cb2aba67113e839240d4b9a51562962521000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comLazily symbolize regular ELF binaries This patch adds a new API to bcc_elf.h, bcc_elf_foreach_sym_lazy. This helper avoids storing symbol names in string format, as for large binaries this data can get quite large. Instead we store the location in the ELF binary where we can later find the string. Later on, we can load these strings on demand and cache them in case they're accessed again. This patch also makes lazy resolution the default for regular ELF binaries, where regular means not perfmap or VDSO. 2019-07-12 13:15:21 -0700d42fcc8eabfe2197cb2aba67113e839240d4b9a5Lazily symbolize regular ELF binarieseditsrc/cc/syms.heditsrc/cc/bcc_elf.ceditsrc/cc/bcc_elf.heditsrc/cc/bcc_syms.ccsrc/cc/bcc_syms.cc24496c7760f0fb6f7a0510b8087f7d4a1ad79d9c1562962521000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comLazify ProcSyms::find_name It's pretty much strictly better to walk all the symbol names on demand to find a symbol rather than storing it all in memory beforehand. 2019-07-12 13:15:21 -070024496c7760f0fb6f7a0510b8087f7d4a1ad79d9cLazify ProcSyms::find_nameeditsrc/cc/bcc_syms.ccsrc/cc/bcc_elf.c0ca7917cdea01421b5c7f54e399ddb511e664f4e1562962521000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comMake bcc_elf_symbol_str support debuginfo 2019-07-12 13:15:21 -07000ca7917cdea01421b5c7f54e399ddb511e664f4eMake bcc_elf_symbol_str support debuginfoeditsrc/cc/bcc_elf.csrc/cc/bcc_syms.ccsrc/cc/syms.hsrc/cc/bcc_elf.hsrc/cc/bcc_elf.c1772fd163c04436871c2439e48d57b7308c589d51562962521000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comThread through debugfile flag So we don't have to guess and check when reading symbols. Sometimes if the elf sections are laid out just right you can "guess" the wrong string. 2019-07-12 13:15:21 -07001772fd163c04436871c2439e48d57b7308c589d5Thread through debugfile flageditsrc/cc/bcc_elf.heditsrc/cc/bcc_elf.ceditsrc/cc/syms.heditsrc/cc/bcc_syms.ccsrc/cc/bcc_syms.cc6f693f59a178b9e7286bc05568ffdb396fedbb521562962521000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comEnter mount namespace before trying to open binary 2019-07-12 13:15:21 -07006f693f59a178b9e7286bc05568ffdb396fedbb52Enter mount namespace before trying to open binaryeditsrc/cc/bcc_syms.ccsrc/cc/bcc_syms.ccsrc/cc/bcc_syms.hsrc/cc/syms.hsrc/cc/bcc_elf.cf20dca1626ae35c9744e68bb97529fc2b49c2d6d1562962521000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comAddress code review 2019-07-12 13:15:21 -0700f20dca1626ae35c9744e68bb97529fc2b49c2d6dAddress code revieweditsrc/cc/bcc_syms.heditsrc/cc/bcc_syms.cceditsrc/cc/syms.heditsrc/cc/bcc_elf.ctests/cc/test_c_api.cc50d0602219c97c51126c89534f29b594fd2dffaf1562962521000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comAdd tests 2019-07-12 13:15:21 -070050d0602219c97c51126c89534f29b594fd2dffafAdd testsedittests/cc/test_c_api.ccexamples/cpp/pyperf/PyPerfUtil.ccsrc/cc/bcc_syms.ccsrc/cc/usdt/usdt_args.ccsrc/lua/bcc/libbcc.luasrc/cc/api/BPFTable.ccd413c95ce4476b18a179c541795a1248491a95841562962521000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comFix designated initializers 2019-07-12 13:15:21 -0700d413c95ce4476b18a179c541795a1248491a9584Fix designated initializerseditsrc/lua/bcc/libbcc.luaeditsrc/cc/api/BPFTable.cceditexamples/cpp/pyperf/PyPerfUtil.cceditsrc/cc/bcc_syms.cceditsrc/cc/usdt/usdt_args.ccsrc/cc/bcc_syms.cc86633c44c9b1c0f6be21fc17658c3bd23da3d2c51562962521000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comRebase and remove mount guards 2019-07-12 13:15:21 -070086633c44c9b1c0f6be21fc17658c3bd23da3d2c5Rebase and remove mount guardseditsrc/cc/bcc_syms.cctools/inject_example.txtman/man8/inject.85933839d154dc8efa02cd567ce93f36eb2a9cb711562971947000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comtools/inject: Update documentation 2019-07-12 15:52:27 -07005933839d154dc8efa02cd567ce93f36eb2a9cb71tools/inject: Update documentationedittools/inject_example.txteditman/man8/inject.8src/cc/bcc_syms.hsrc/cc/usdt/usdt.ccsrc/cc/libbpf.c10dae9eac33287c1df9e6645933b608c2d2c56401563215854000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comfix various compilation warnings The following compilation warnings are fix: ... /home/yhs/work/bcc/src/cc/libbpf.c:548:12: warning: comparison of distinct pointer types ('typeof (name_len - name_offset) *' (aka 'unsigned long *') and 'typeof (16U - 1) *' (aka 'unsigned int *')) [-Wcompare-distinct-pointer-types] min(name_len - name_offset, BPF_OBJ_NAME_LEN - 1)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/yhs/work/bcc/src/cc/libbpf/include/linux/kernel.h:28:17: note: expanded from macro 'min' (void) (&_min1 == &_min2); ... /home/yhs/work/bcc/src/cc/bcc_syms.h:71:34: warning: declaration of 'struct mod_info' will not be visible outside of this function [-Wvisibility] int _bcc_syms_find_module(struct mod_info *info, int enter_ns, void *p); ... /home/yhs/work/bcc/src/cc/usdt/usdt.cc:486:14: warning: unused variable 'pid' [-Wunused-variable] auto pid = ctx->pid(); ^ ... Signed-off-by: Yonghong Song <yhs@fb.com> 2019-07-15 11:37:34 -070010dae9eac33287c1df9e6645933b608c2d2c5640fix various compilation warningseditsrc/cc/libbpf.ceditsrc/cc/bcc_syms.heditsrc/cc/usdt/usdt.ccsrc/cc/export/helpers.ha74c0429396f3180ba5b20f4a4eefc233b681cb41563236243000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comfix asm_volatile_goto issue again In src/cc/export/helpers.h, we tried to define asm_volatile_goto to something else if it is defined through uapi bpf.h. #ifdef asm_volatile_goto #undef asm_volatile_goto #define asm_volatile_goto(x...) asm volatile("invalid use of asm_volatile_goto") #endif It is possible that due to different kernel configurations, asm_volatile_goto may not be defined after uapi bpf.h. To prevent compilation errors, let us unconditionally define asm_volatile_goto here. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-07-15 17:17:23 -0700a74c0429396f3180ba5b20f4a4eefc233b681cb4fix asm_volatile_goto issue againeditsrc/cc/export/helpers.h.travis.yml60944a486a619556b64b7d385fe67e7be9d32fdf1563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comTravis CI: Lint for Python syntax errors and undefined names 2019-07-17 10:09:09 -070060944a486a619556b64b7d385fe67e7be9d32fdfTravis CI: Lint for Python syntax errors and undefined namesedit.travis.ymlsrc/python/bcc/table.pyf84e55c51acb3e063b62ddcd39738ef8fa1b56e01563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comIdentity is not the same thing as equality in Python 2019-07-17 10:09:09 -0700f84e55c51acb3e063b62ddcd39738ef8fa1b56e0Identity is not the same thing as equality in Pythoneditsrc/python/bcc/table.py.travis.yml851f58833f1b6985d75790a23c49d6b9970614ec1563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comAdd missing colon (:) 2019-07-17 10:09:09 -0700851f58833f1b6985d75790a23c49d6b9970614ecAdd missing colon (:)edit.travis.yml.travis.yml807772f5cb724a98535924b4cb474c2546c98b891563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comForce a retest 2019-07-17 10:09:09 -0700807772f5cb724a98535924b4cb474c2546c98b89Force a retestedit.travis.yml.travis.yml1bbdc0987dae2ff48449d69553cae5f70409cfe21563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comThis retest should work 2019-07-17 10:09:09 -07001bbdc0987dae2ff48449d69553cae5f70409cfe2This retest should workedit.travis.ymlexamples/tracing/stack_buildid_example.pyfae282cba4f98138e31ad650d5bd149fbfc104141563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUndefined name: signal_ignore --> signal.SIG_IGN 2019-07-17 10:09:09 -0700fae282cba4f98138e31ad650d5bd149fbfc10414Undefined name: signal_ignore --> signal.SIG_IGNeditexamples/tracing/stack_buildid_example.pytests/python/test_probe_count.py37ac181e56fefe02ccc500d3512dda0a7536bbdd1563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUndefined name: Don't forget "self" in "self.b" 2019-07-17 10:09:09 -070037ac181e56fefe02ccc500d3512dda0a7536bbddUndefined name: Don't forget "self" in "self.b"edittests/python/test_probe_count.pysrc/cc/frontends/p4/compiler/ebpfDeparser.py64ea990fef6a9a290c2aaa34386906b2335bf51e1563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUndefined name: "headerInstance" --> "p4header" 2019-07-17 10:09:09 -070064ea990fef6a9a290c2aaa34386906b2335bf51eUndefined name: "headerInstance" --> "p4header"editsrc/cc/frontends/p4/compiler/ebpfDeparser.pysrc/cc/frontends/p4/compiler/target.py887ff829e6add0e25944d9fb1c8716a1c1aabbdf1563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUndefined name: "SocketConfig" -> "TargetConfig" 2019-07-17 10:09:09 -0700887ff829e6add0e25944d9fb1c8716a1c1aabbdfUndefined name: "SocketConfig" -> "TargetConfig"editsrc/cc/frontends/p4/compiler/target.pysrc/cc/frontends/p4/compiler/ebpfDeparser.py317fe14378a3bd9836be6ef5618595dc4dd0f19a1563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUndefined name: from compilationException import CompilationException 2019-07-17 10:09:09 -0700317fe14378a3bd9836be6ef5618595dc4dd0f19aUndefined name: from compilationException import CompilationExceptioneditsrc/cc/frontends/p4/compiler/ebpfDeparser.pysrc/cc/frontends/p4/test/endToEndTest.pye52c41fecbcd0e750e08c494c35aa4fc4bc2c1451563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comfrom __future__ import print_function 2019-07-17 10:09:09 -0700e52c41fecbcd0e750e08c494c35aa4fc4bc2c145from __future__ import print_functioneditsrc/cc/frontends/p4/test/endToEndTest.pysrc/cc/frontends/p4/compiler/p4toEbpf.py3e69639a89134575abda3696b41f6ac0d5e4887e1563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comOld style exceptions --> new style for Python 3 2019-07-17 10:09:09 -07003e69639a89134575abda3696b41f6ac0d5e4887eOld style exceptions --> new style for Python 3editsrc/cc/frontends/p4/compiler/p4toEbpf.pysrc/cc/frontends/p4/compiler/ebpfStructType.pybfdb8171e91b0fdd583d42cc3b2788529af8383c1563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comOld style exceptions --> new style for Python 3 2019-07-17 10:09:09 -0700bfdb8171e91b0fdd583d42cc3b2788529af8383cOld style exceptions --> new style for Python 3editsrc/cc/frontends/p4/compiler/ebpfStructType.pysrc/python/bcc/__init__.py2a2661c6a7fdc0ac72e7674ef108efb88cbff8471563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUse feature detection instead of version detection https://docs.python.org/3/howto/pyporting.html#use-feature-detection-instead-of-version-detection 2019-07-17 10:09:09 -07002a2661c6a7fdc0ac72e7674ef108efb88cbff847Use feature detection instead of version detectioneditsrc/python/bcc/__init__.pytests/python/test_lru.pyd2cd9d0a1be162ac3cfe28066e5c398ef296d3d41563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comlong was removed in Python 3 2019-07-17 10:09:09 -0700d2cd9d0a1be162ac3cfe28066e5c398ef296d3d4long was removed in Python 3edittests/python/test_lru.py.travis.yml5c2b514227fe212c72afd8d6f5f584bd8658bc011563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comRemove allow_failures on python: 3.7 tests 2019-07-17 10:09:09 -07005c2b514227fe212c72afd8d6f5f584bd8658bc01Remove allow_failures on python: 3.7 testsedit.travis.yml.travis.ymlf37279f75dc1828e6c4f2aee0b10c2ae40b189fa1563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comSwap test order 2019-07-17 10:09:09 -0700f37279f75dc1828e6c4f2aee0b10c2ae40b189faSwap test orderedit.travis.yml.travis.ymle25e75bcb33da16302f532b72299153ccb6999f41563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comMove language: generic 2019-07-17 10:09:09 -0700e25e75bcb33da16302f532b72299153ccb6999f4Move language: genericedit.travis.yml.travis.yml6034b818a6f0d1d65292b9e6a146574ee55d83d41563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comTry under language: python 2019-07-17 10:09:09 -07006034b818a6f0d1d65292b9e6a146574ee55d83d4Try under language: pythonedit.travis.yml.travis.ymlde34dab81fcae90d1db11f9191f4176e6ca40b921563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comEcho 2019-07-17 10:09:09 -0700de34dab81fcae90d1db11f9191f4176e6ca40b92Echoedit.travis.yml.travis.ymlf1c7b8effb7f805c032515657fe5426654930ac41563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comComment out the set -euo pipefail 2019-07-17 10:09:09 -0700f1c7b8effb7f805c032515657fe5426654930ac4Comment out the set -euo pipefailedit.travis.yml.travis.yml96f251e59f787e79444e2d761443300fcb10438d1563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUpdate .travis.yml 2019-07-17 10:09:09 -070096f251e59f787e79444e2d761443300fcb10438dUpdate .travis.ymledit.travis.ymlscripts/py-style-check.sh45fd2f727864c6690def73046ce4e102d77ca6e11563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUpgrade from pep8 --> pycodestyle 2019-07-17 10:09:09 -070045fd2f727864c6690def73046ce4e102d77ca6e1Upgrade from pep8 --> pycodestyleeditscripts/py-style-check.sh.travis.ymle7c422a8aa6c7787910df8679dc6c7d879df86d61563383349000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comFour parallel test runs 2019-07-17 10:09:09 -0700e7c422a8aa6c7787910df8679dc6c7d879df86d6Four parallel test runsedit.travis.ymlsrc/lua/README.mdfb99f2fdc033be84ec0921d9ddd38058a7ecf83b1563491818000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUpdate lua Quickstart for Ubuntu 18.04 LTS 2019-07-18 16:16:58 -0700fb99f2fdc033be84ec0921d9ddd38058a7ecf83bUpdate lua Quickstart for Ubuntu 18.04 LTSeditsrc/lua/README.mdtools/bashreadline.py4995db078b7c7f25a38c6bf5e628221e977097591563493829000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comFilter out non-bash COMMs Prevents the output of non-bash readlines when bash is dynamically linked. Refs #1851. 2019-07-18 16:50:29 -07004995db078b7c7f25a38c6bf5e628221e97709759Filter out non-bash COMMsedittools/bashreadline.pysrc/lua/bpf/bpf.lua36219753ee17fc0af37c20828eef02520e1602dc1563552475000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUse bpf_prog_load function from ljsyscall module in LuaJIT compiler At various points in the compiler code, an attempt to load the BPF program is made. In order to do this, a bpf() syscall needs to happen with BPF_PROG_LOAD as the first argument (Consult the bpf man page, under the 'eBPF programs' section). The module ljsyscall does this via the bpf_prog_load function. At the time of writing, this function is declared in the file: syscall/linux/syscalls.lua In the repo: https://github.com/justincormack/ljsyscall.git 2019-07-19 09:07:55 -070036219753ee17fc0af37c20828eef02520e1602dcUse bpf_prog_load function from ljsyscall module in LuaJIT compilereditsrc/lua/bpf/bpf.luasrc/cc/bcc_syms.ccsrc/cc/bcc_proc.htests/cc/test_c_api.ccsrc/cc/syms.hsrc/cc/bcc_proc.c50aeaed4d101f22027eaf07186418ec8dcbab0191563890274000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comReport proper module on kernel backtrace Raghavendra Rao reported that memleak does not display proper name of the related kernel module, but just the "kernel" string, like here for xfs module functions: 131072 bytes in 4 allocations from stack .. bvec_alloc+0x92 [kernel] bio_alloc_bioset+0x13f [kernel] xfs_add_to_ioend+0x2df [kernel] xfs_do_writepage+0x148 [kernel] write_cache_pages+0x171 [kernel] xfs_vm_writepages+0x59 [kernel] do_writepages+0x43 [kernel] ... The kernel resolver code is parsing /proc/kallsyms, which already has the module information in. This patch is adding support to parse the module info from /proc/kallsyms and initialize the module with proper value. Above memleak backtrace now looks like: 131072 bytes in 4 allocations from stack bvec_alloc+0x92 [kernel] bio_alloc_bioset+0x13f [kernel] xfs_add_to_ioend+0x2df [xfs] xfs_do_writepage+0x148 [xfs] write_cache_pages+0x171 [kernel] xfs_vm_writepages+0x59 [xfs] do_writepages+0x43 [kernel] ... Reported-by: Raghavendra Rao <ragrao@redhat.com> Signed-off-by: Jiri Olsa <jolsa@kernel.org> 2019-07-23 06:57:54 -070050aeaed4d101f22027eaf07186418ec8dcbab019Report proper module on kernel backtraceeditsrc/cc/bcc_syms.cceditsrc/cc/bcc_proc.ceditsrc/cc/syms.heditsrc/cc/bcc_proc.hedittests/cc/test_c_api.ccsrc/cc/libbpf1a47a9a5085188398dd5a03f5d3c438c1ddb0af51563920715000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comsync with latest libbpf sync with latest libbpf (v0.0.4 tag) Signed-off-by: Yonghong Song <yhs@fb.com> 2019-07-23 15:25:15 -07001a47a9a5085188398dd5a03f5d3c438c1ddb0af5sync with latest libbpfeditsrc/cc/libbpftools/solisten.py6af649a9a1939b9bbda7f410dd115c06f89dcf141564509655000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comtools: fix printb usage in solisten Since its conversion to printb, solisten has suffers from yet another python2/3 bytes/str issue: Traceback (most recent call last): File "_ctypes/callbacks.c", line 234, in 'calling callback function' File "/usr/lib/python3.6/site-packages/bcc/table.py", line 581, in raw_cb_ callback(cpu, data, size) File "/usr/share/bcc/tools/solisten", line 176, in print_event event.lport, address, TypeError: %b requires a bytes-like object, or an object that implements __bytes__, not 'str' This patch fix the issue on python3. The tools still works on python2. 2019-07-30 11:00:55 -07006af649a9a1939b9bbda7f410dd115c06f89dcf14tools: fix printb usage in solistenedittools/solisten.pyexamples/cpp/pyperf/PyPerfUtil.ccsrc/cc/bcc_syms.ccsrc/cc/usdt/usdt_args.ccsrc/cc/api/BPFTable.cc237a4b46567c75834476beadfb76b7c5d5b978771564583243000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comTurn on lazy symbolize by default This turns on lazy symbolization by default. Symbol names will be resolved the first time they're requested and then cached for future access. This can reduce bcc memory usage by quite a bit in certain workloads. 2019-07-31 07:27:23 -0700237a4b46567c75834476beadfb76b7c5d5b97877Turn on lazy symbolize by defaulteditsrc/cc/usdt/usdt_args.cceditexamples/cpp/pyperf/PyPerfUtil.cceditsrc/cc/bcc_syms.cceditsrc/cc/api/BPFTable.ccman/man8/tcpconnect.8tools/tcpconnect_example.txttools/tcpconnect.py9518a5b74105a16f5c3ad3d7e0f717b153965f6e1564702671000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comtools/tcpconnect: add option -c to count connects Add -c to count all active connections per dest ip/port so we can easily spot the heavy outbound connection attempts. # ./tcpconnect.py -c Tracing connect ... Hit Ctrl-C to end ^C LADDR RADDR RPORT CONNECTS 192.168.10.50 172.217.21.194 443 70 192.168.10.50 172.213.11.195 443 34 192.168.10.50 172.212.22.194 443 21 [...] 2019-08-01 16:37:51 -07009518a5b74105a16f5c3ad3d7e0f717b153965f6etools/tcpconnect: add option -c to count connectseditman/man8/tcpconnect.8edittools/tcpconnect_example.txtedittools/tcpconnect.pysrc/cc/libbpf56ba6fde05240e220b359d8e03ec7f97893440ee1564956311000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comsync to latest libbpf The latest libbpf includes a few bug fixes since last time update. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-08-04 15:05:11 -070056ba6fde05240e220b359d8e03ec7f97893440eesync to latest libbpfeditsrc/cc/libbpfCMakeLists.txt910ddaf1dbc25e1ba1006e7bdf8390042c7177321564957180000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comCMake: Allow to disable building man pages Avoid building man pages when it's not necessary (i.e when building for an embedded system). Signed-off-by: Romain Naour <romain.naour@gmail.com> 2019-08-04 15:19:40 -0700910ddaf1dbc25e1ba1006e7bdf8390042c717732CMake: Allow to disable building man pageseditCMakeLists.txttools/vfscount.pyman/man8/vfscount.80206fc4e3568eab6cacfc1d5916258a9ba764f5d1565021180000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comtools: fix vfscount output when no duration is specified Since commit a2e71a9eb71a ("vfscount.py: add args time (#2344)"), vfscount does not show any output when it is interrupted by a key press, which is the only way out when no time limit is specified. I assume the exit() that has been added in the keyboard interrupt handler is there so that no output is displayed when the program has been interrupted early when a time limit has been specified. But since the tool still invite the user to use Ctrl-C to end the tracing in that case, it seems more consistent to show an output in that case too. This patch removes the exit() and the tools always show a result at the end. It also adds the duration argument to the synopsis and the option section in the man page. 2019-08-05 09:06:20 -07000206fc4e3568eab6cacfc1d5916258a9ba764f5dtools: fix vfscount output when no duration is specifiededitman/man8/vfscount.8edittools/vfscount.pysrc/cc/bcc_elf.c68b8d3017c296d3c266e540f27ea5cf04c6c0f721565025985000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comSupport perf's symfs mechanism for debuginfo lookup. Symfs is a file path prefix that needs to be prepended to full path of a library to compute location of corresponding debuginfo. It will allow bcc users to provide debug symbols if only they can write to at least one directory. Nothing else needs to be assumed regarding the system bcc runs on. My intention is to make debuginfo lookup work on Android in one form or another. None of the gdb rules works out of the box: - native libraries are often managed by Android apps themselves and uncompressed by apps into private directories. Sideloading debuginfo into those directories might be not feasible. What's more it's desirable to remove data like debuglink from release builds of mobile apps. At the same time those builds are the most interesting ones to investigate with bcc. - there is no /usr directory on Android, so there is no /usr/lib/debug/. It could be created with some effort, but symfs is much more convenient and already used when profiling with simpleperf (fork of perf for Android). 2019-08-05 10:26:25 -070068b8d3017c296d3c266e540f27ea5cf04c6c0f72Support perf's symfs mechanism for debuginfo lookup.editsrc/cc/bcc_elf.cman/man8/solisten.8man/man8/sofdsnoop.8man/man8/tcpdrop.8man/man8/tcpstates.8man/man8/tcplife.8tools/solisten.pytools/sofdsnoop_example.txttools/sofdsnoop.pyman/man8/deadlock_detector.8tools/tcpdrop.pyman/man8/deadlock.833c9c571057b75ec979cc74121a0d3cb3a19be1b1565098030000https://buildbot.iovisor.org/jenkins/user/jmarchanjmarchanjmarchan@redhat.comman: fixes some man pages In the man pages of tcplife and tcpstates, the name of the field for the remote port and address (DPORT, DADDR) differs from the tool itself (RPORT, RADDR). This patch fix the man pages. The man page of tcpdrop mentions options that do not exists. This patch fix that. It also fix the comment at the head of the code that too mentions inexistents options. The man pages for solisten and sofdsnoop are missing. This patch adds them. The deadlock_detector tools has been rename simply deadlock, but its manpage is still named deadlock_detector although its content has been updated. This patch rename the manpage. 2019-08-06 15:27:10 +020033c9c571057b75ec979cc74121a0d3cb3a19be1bman: fixes some man pageseditman/man8/tcpdrop.8editman/man8/tcplife.8addman/man8/solisten.8addman/man8/deadlock.8edittools/solisten.pyedittools/sofdsnoop_example.txtaddman/man8/sofdsnoop.8edittools/sofdsnoop.pyeditman/man8/tcpstates.8edittools/tcpdrop.pydeleteman/man8/deadlock_detector.8tools/offwaketime.py89bb40a3d0773e4ea8bdebcf685d100d1ad102dd1565491026000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comoffwaketime: Fix incorrect target and waker PIDs offwaketime reports target and waker PIDs inversely. This patch fixes this issue. Signed-off-by: Yohei Ueda <yohei@jp.ibm.com> 2019-08-10 19:37:06 -070089bb40a3d0773e4ea8bdebcf685d100d1ad102ddoffwaketime: Fix incorrect target and waker PIDsedittools/offwaketime.pysrc/cc/usdt/usdt.cc5ce16e478a98442b7687e9f5139c1cdb27051ce61565914379000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comDon't prepend /proc/PID/root to user-supplied USDT binary paths starting with /proc already 2019-08-15 17:12:59 -07005ce16e478a98442b7687e9f5139c1cdb27051ce6Don't prepend /proc/PID/root to user-supplied USDT binary paths starting with /proc alreadyeditsrc/cc/usdt/usdt.ccdocs/reference_guide.mde102514589bfb2519dcd9345fd30868956f852751565959196000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comUpdate reference_guide.md I think it should be attach_uretprobe rather than attach_uprobe. 2019-08-16 20:39:56 +0800e102514589bfb2519dcd9345fd30868956f85275Update reference_guide.mdeditdocs/reference_guide.mdexamples/tracing/mysqld_query.py2479fbf1d3bc62a3170b2b289a49fb19972078c31565978513000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUpdate mysqld_query.py store the query in query[128] and printk("%s\n",query) instead of printk("%s\n",addr) 2019-08-16 11:01:53 -07002479fbf1d3bc62a3170b2b289a49fb19972078c3Update mysqld_query.pyeditexamples/tracing/mysqld_query.pyexamples/tracing/mallocstacks.py270d54ae18c589b352dad71f465cf7d439275e241566574627000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comMake number of stack traces configurable from command line in example… (#2500) Make number of stack traces configurable from command line in examples/tracing/mallocstacks.py 2019-08-23 08:37:07 -0700270d54ae18c589b352dad71f465cf7d439275e24Make number of stack traces configurable from command line in example… (#2500)editexamples/tracing/mallocstacks.pytools/tcptop.py496a2b17627918c7b836e3b5eff175002efc92631567187194000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comtcptop: Fix incorrect pid filter Fix incorrect pid filter in tcptop 2019-08-30 10:46:34 -0700496a2b17627918c7b836e3b5eff175002efc9263tcptop: Fix incorrect pid filteredittools/tcptop.pytests/cc/test_static.csrc/cc/bpf_module.ccsrc/cc/bcc_common.hsrc/cc/bcc_common.ccsrc/cc/bpf_module.hexamples/networking/xdp/xdp_drop_count.pysrc/python/bcc/__init__.pysrc/python/bcc/libbcc.pyd147588ebe35b7cd2b4d253a7da18bef253ea78d1567526701000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comSupport for hardware offload (#2502) Support for hardware offload Update XDP example to support HW offload Signed-off-by: Paul Chaignon <paul.chaignon@orange.com> 2019-09-03 09:05:01 -0700d147588ebe35b7cd2b4d253a7da18bef253ea78dSupport for hardware offload (#2502)editexamples/networking/xdp/xdp_drop_count.pyeditsrc/cc/bcc_common.hedittests/cc/test_static.ceditsrc/cc/bpf_module.cceditsrc/cc/bpf_module.heditsrc/python/bcc/__init__.pyeditsrc/python/bcc/libbcc.pyeditsrc/cc/bcc_common.ccsrc/python/bcc/__init__.py44454d948b9fa4e0587fad7478b9383d51501c411568192938000https://buildbot.iovisor.org/jenkins/user/michal.wesolowskimichal.wesolowskimichal.wesolowski@horus.plsupport gcc 8's cold subfunctions 2019-09-11 11:08:58 +020044454d948b9fa4e0587fad7478b9383d51501c41support gcc 8's cold subfunctionseditsrc/python/bcc/__init__.pytools/stackcount.pyc99c7c4063213f4bb6e8347f9b4d36ed316aa8c91568526861000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comstackcount: fix TypeError (#2514) fix type error in stackcount.py 2019-09-15 06:54:21 +0100c99c7c4063213f4bb6e8347f9b4d36ed316aa8c9stackcount: fix TypeError (#2514)edittools/stackcount.pysrc/cc/frontends/clang/b_frontend_action.cctools/old/profile.pyexamples/tracing/task_switch.ctools/lib/uflow.pytools/old/softirqs.pytests/wrapper.sh.inexamples/tracing/strlen_count.pytools/syscount.pytools/lib/uobjnew.pyexamples/networking/vlan_learning/vlan_learning.csrc/python/bcc/libbcc.pyexamples/networking/tunnel_monitor/monitor.cexamples/cpp/TCPSendStack.cctools/lib/ustat.pytools/old/offcputime.pyexamples/cpp/UseExternalMap.ccexamples/lua/task_switch.luatools/filetop.pytests/python/test_percpu.pytests/python/test_lru.pytools/lib/ucalls.pydocs/reference_guide.mdtools/old/stackcount.pytests/python/test_tracepoint.pyexamples/networking/distributed_bridge/tunnel.ctests/python/test_license.pytools/biotop.pytools/slabratetop.pytests/python/test_trace2.ctests/python/test_trace3.ctests/python/test_clang.pyexamples/cpp/LLCStat.cctools/old/wakeuptime.pytests/python/test_trace4.pytests/python/test_stat1.ctests/python/test_trace2.pytests/python/test_trace_maxactive.pyexamples/tracing/mallocstacks.pyexamples/lua/offcputime.luatests/cc/test_bpf_table.cctests/lua/test_clang.luadocs/tutorial_bcc_python_developer.mdtools/old/offwaketime.pyba64f031f2435aad5a85f8f37dbbe2a982cbbe6b1568956321000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comFixes #2518 -- weird behaviour of lookup_or_init (#2520) * Allow lookup_or_init to return NULL (rather than just returning from the current function) * Fixed a couple of bad edits found when running tests. Also fixed a bug in the test runner. Also fixed a bug in libbcc where the python signature did not match the actual implementation. 2019-09-19 22:12:01 -0700ba64f031f2435aad5a85f8f37dbbe2a982cbbe6bFixes #2518 -- weird behaviour of lookup_or_init (#2520)editexamples/networking/tunnel_monitor/monitor.cedittools/syscount.pyedittests/lua/test_clang.luaedittools/old/stackcount.pyedittests/python/test_trace4.pyeditexamples/cpp/TCPSendStack.ccedittests/wrapper.sh.inedittools/old/profile.pyeditexamples/networking/distributed_bridge/tunnel.cedittools/biotop.pyedittools/old/softirqs.pyedittests/python/test_percpu.pyeditexamples/lua/offcputime.luaedittools/old/wakeuptime.pyedittools/lib/ucalls.pyeditexamples/tracing/task_switch.cedittools/lib/uobjnew.pyedittests/python/test_stat1.cedittests/python/test_clang.pyedittests/python/test_license.pyedittools/lib/uflow.pyedittests/cc/test_bpf_table.cceditdocs/reference_guide.mdeditdocs/tutorial_bcc_python_developer.mdeditexamples/tracing/strlen_count.pyeditexamples/cpp/LLCStat.ccedittests/python/test_trace2.ceditexamples/networking/vlan_learning/vlan_learning.ceditsrc/cc/frontends/clang/b_frontend_action.ccedittests/python/test_lru.pyedittests/python/test_trace3.cedittests/python/test_trace_maxactive.pyeditexamples/cpp/UseExternalMap.ccedittests/python/test_trace2.pyedittools/old/offwaketime.pyedittools/slabratetop.pyedittests/python/test_tracepoint.pyeditexamples/lua/task_switch.luaeditexamples/tracing/mallocstacks.pyedittools/lib/ustat.pyeditsrc/python/bcc/libbcc.pyedittools/filetop.pyedittools/old/offcputime.pyFAQ.txt84d9798aec01bc8486f3fc88afcbe37988e3ee581569240932000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comFAQ: fix error message The package is called bcc, and not bpf: from bcc import BPF If that is not available the error message reads ModuleNotFoundError: No module named 'bcc' and not `No module named 'bpf'` 2019-09-23 14:15:32 +020084d9798aec01bc8486f3fc88afcbe37988e3ee58FAQ: fix error messageeditFAQ.txtINSTALL.mdf8c5654c01f7705017e8b7becee8907d949eb13c1569293288000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comINSTALL.md: add install instructions for Fedora 30+ (#2524) add install instructions for Fedora 30+ 2019-09-23 19:48:08 -0700f8c5654c01f7705017e8b7becee8907d949eb13cINSTALL.md: add install instructions for Fedora 30+ (#2524)editINSTALL.mddocs/reference_guide.md867c3e3f7cdbba014605cee1f994ea3d2a1e3d501569366624000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comFix BPF_PERCPU_ARRAY description (#2527) Fixed the BPF_PERCPU_ARRAY description in reference_guide.md to include information about maximum element size. This is in regards to #2519 . 2019-09-24 16:10:24 -0700867c3e3f7cdbba014605cee1f994ea3d2a1e3d50Fix BPF_PERCPU_ARRAY description (#2527)editdocs/reference_guide.mdsrc/cc/frontends/clang/loader.ccc02e5eb13d154661af39a27f202ee64ad6be63a11569370732000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comfix compilation errors with clang CreateFromArgs() change (#2528) Upstream change https://reviews.llvm.org/D66797 (in llvm 10) changed signature of CreateFromArgs(). Compiled with latest upstream, we will have compilation error like: /home/yhs/work/bcc/src/cc/frontends/clang/loader.cc:343:57: error: ‘cargs’ was not declared in this scope; did you mean ‘ccargs’? 343 | if (!CompilerInvocation::CreateFromArgs( invocation0, cargs. diags)) | ^~~~~ | ccargs Adjust bcc codes to use the new func signature. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-09-24 17:18:52 -0700c02e5eb13d154661af39a27f202ee64ad6be63a1fix compilation errors with clang CreateFromArgs() change (#2528)editsrc/cc/frontends/clang/loader.ccCMakeLists.txt903513e454c9847370f7e54797ff29f12e1de4d91569380911000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comcmakefile change to require c++14 (#2529) The latest llvm trunk (llvm 10) built require c++14. Built with gcc and llvm 10 headers, the following error will show up: ... /home/yhs/work/llvm-project/llvm/build/install/include/llvm/Support/RWMutex.h: At global scope: /home/yhs/work/llvm-project/llvm/build/install/include/llvm/Support/RWMutex.h:101:8: error: ‘shared_t$ med_mutex’ in namespace ‘std’ does not name a type std::shared_timed_mutex impl; ... /home/yhs/work/llvm-project/llvm/build/install/include/llvm/Support/TrailingObjects.h:252:19: error: ‘is_final’ is not a member of ‘std’ static_assert(std::is_final<BaseTy>(), "BaseTy must be final."); ... std::shared_timed_mutex and std::is_final etc. are all c++14 features. Most compilers should already support c++14. Let us require it in Makefile now. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-09-24 20:08:31 -0700903513e454c9847370f7e54797ff29f12e1de4d9cmakefile change to require c++14 (#2529)editCMakeLists.txtsrc/python/bcc/__init__.py115b959d866159eecd09ca703197c809aa19ceda1569427664000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comFix a file descriptor leak when module is deleted (#2530) Fix issue #989 When module is cleaned up, let us also close all bpf program file descriptors to avoid fd leaking. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-09-25 09:07:44 -0700115b959d866159eecd09ca703197c809aa19cedaFix a file descriptor leak when module is deleted (#2530)editsrc/python/bcc/__init__.pyFAQ.txtac29d09a10b80c26fa1e5f8351e2dec29cfd4b9a1569516094000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comFAQ: Add Q&A about kernel lockdown (#2532) add kernel lockdown and solution to turn it off. 2019-09-26 09:41:34 -0700ac29d09a10b80c26fa1e5f8351e2dec29cfd4b9aFAQ: Add Q&A about kernel lockdown (#2532)editFAQ.txtexamples/cpp/CGroupTest.ccexamples/cpp/CMakeLists.txtc00d10d4552f647491395e326d2e4400f3a0b6c51569534458000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comAdd sampe code for cgoup test (#2522) How to run this test: 0. Make sure you have cgroup2 mounted: $ mount -t cgroup2 cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime) 1. Create a test cgroup in cgroup2 fs: $ sudo mkdir /sys/fs/cgroup/unified/test 2. Run this program in a bash: $ sudo CGroupTest /sys/fs/cgroup/unified/test 3. In another bash window, do the following: $ echo $$ > /sys/fs/cgroup/unified/test/cgroup.procs $ run some other commands 4. You should be able to see lots of prints like: 'file ... was opened!' 2019-09-26 14:47:38 -0700c00d10d4552f647491395e326d2e4400f3a0b6c5Add sampe code for cgoup test (#2522)addexamples/cpp/CGroupTest.cceditexamples/cpp/CMakeLists.txtINSTALL.md4c2cb869dc559af2bbd92dafbf769412e638093b1569863115000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comINSTALL.md: Fedora 30: note about kernel lockdown (#2536) Add a note about the kernel lockdown challenge to the "Fedora 30 and newer" section. Motivation: Fedora 30 users are likely to follow the instructions in the "Fedora 30 and newer" section of INSTALL.md. They will run into the kernel lockdown challenge. 2019-09-30 10:05:15 -07004c2cb869dc559af2bbd92dafbf769412e638093bINSTALL.md: Fedora 30: note about kernel lockdown (#2536)editINSTALL.mdsrc/cc/libbpfsrc/cc/libbpf.cintrospection/bps.csrc/cc/compat/linux/virtual_bpf.hdocs/kernel-versions.mdsrc/cc/export/helpers.heb018cf9e5df30c9748e4b31a33f0934a47cca6b1570059278000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comsync to latest libbpf (#2540) sync to latest libpf with tag v0.0.5. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-10-02 16:34:38 -0700eb018cf9e5df30c9748e4b31a33f0934a47cca6bsync to latest libbpf (#2540)editsrc/cc/libbpfeditdocs/kernel-versions.mdeditsrc/cc/export/helpers.heditintrospection/bps.ceditsrc/cc/compat/linux/virtual_bpf.heditsrc/cc/libbpf.cdebian/changelog0fa419a64e71984d42f107c210d3d3f0cc82d59a1570118520000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comdebian changelog for v0.11.0 tag (#2541) the main changes from v0.10.0 to v0.11.0 tag: * Support for kernel up to 5.3 * Corresponding libbpf submodule release is v0.0.5 * Fix USDT issue with multi-threaded applications * Fixed the early return behavior of lookup_or_init * Support for nic hardware offload * Fixed and Enabled Travis CI * A lot of tools change with added new options, etc. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-10-03 09:02:00 -07000fa419a64e71984d42f107c210d3d3f0cc82d59adebian changelog for v0.11.0 tag (#2541)editdebian/changelogsrc/cc/compat/linux/virtual_bpf.hsrc/cc/libbpf76f31edfdbac03b02a4fc0bcd07fcd25c6dd5d031570724642000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comsync with latest libbpf repo (#2545) libbpf repo has a big sync from kernel side. Let us bring in to ensure bcc working fine and indeed it works fine. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-10-10 09:24:02 -070076f31edfdbac03b02a4fc0bcd07fcd25c6dd5d03sync with latest libbpf repo (#2545)editsrc/cc/libbpfeditsrc/cc/compat/linux/virtual_bpf.hsrc/cc/export/helpers.h2d1497cde1cc9835f759a707b42dea83bee378b81570764261000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comRedefine asm_inline for Linux 5.4+, Fixes #2546 (#2547) Here's the upstream commit that introduced `asm_inline`: * https://github.com/torvalds/linux/commit/eb111869301e15b737315a46c913ae82bd19eb9d Without this patch BCC fails with the following: ``` $ sudo /usr/share/bcc/tools/opensnoop In file included from /virtual/main.c:2: In file included from include/uapi/linux/ptrace.h:142: In file included from ./arch/x86/include/asm/ptrace.h:5: ./arch/x86/include/asm/segment.h:254:2: error: expected '(' after 'asm' alternative_io ("lsl %[seg],%[p]", ^ ./arch/x86/include/asm/alternative.h:240:2: note: expanded from macro 'alternative_io' asm_inline volatile (ALTERNATIVE(oldinstr, newinstr, feature) \ ^ include/linux/compiler_types.h:210:24: note: expanded from macro 'asm_inline' ^ ``` 2019-10-10 20:24:21 -07002d1497cde1cc9835f759a707b42dea83bee378b8Redefine asm_inline for Linux 5.4+, Fixes #2546 (#2547)editsrc/cc/export/helpers.htools/gethostlatency_example.txttools/gethostlatency.py6b989dba8dbd8db6bb7a2f75810f2b979d58a9551570947464000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comFix Erroneous "gethostlatency" Comments (#2549) * Fix erroneous comment in gethostlatency.py * Fix erroneous comment in gethostlatency_example 2019-10-12 23:17:44 -07006b989dba8dbd8db6bb7a2f75810f2b979d58a955Fix Erroneous "gethostlatency" Comments (#2549)edittools/gethostlatency.pyedittools/gethostlatency_example.txtREADME.md183be9a470035f1916349a29f31070400e9d3a701571108091000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comChanged Link to HTTPS (#2551) Changed Link to HTTPS 2019-10-14 19:54:51 -0700183be9a470035f1916349a29f31070400e9d3a70Changed Link to HTTPS (#2551)editREADME.mdtools/runqslower_example.txt56aa780c3fc0149df400e90007b5ba5b9608182a1571208723000https://buildbot.iovisor.org/jenkins/user/591596081591596081591596081@qq.comMod: the 'min_us' is in us, mot ms 2019-10-16 14:52:03 +080056aa780c3fc0149df400e90007b5ba5b9608182aMod: the 'min_us' is in us, mot msedittools/runqslower_example.txttools/drsnoop_example.txte3668b991dd4147437bcb11400020b3e4f4cbe7d1571210004000https://buildbot.iovisor.org/jenkins/user/591596081591596081591596081@qq.comMod: fix two errors in examples 2019-10-16 15:13:24 +0800e3668b991dd4147437bcb11400020b3e4f4cbe7dMod: fix two errors in examplesedittools/drsnoop_example.txtman/man8/tcpretrans.8930846dc2c49281c693c2e39a0a2d21c650c61de1571314012000https://buildbot.iovisor.org/jenkins/user/jmarchanjmarchanjmarchan@redhat.comman: add missing -c option to tcpretrans synopsis 2019-10-17 14:06:52 +0200930846dc2c49281c693c2e39a0a2d21c650c61deman: add missing -c option to tcpretrans synopsiseditman/man8/tcpretrans.8src/python/bcc/__init__.py54aa25763e87cd0c4e0298bcfca0094df87d2be71571447605000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comFix a typo, tracepint -> tracepoint (#2559) Fix a typo, tracepint -> tracepoint 2019-10-18 18:13:25 -070054aa25763e87cd0c4e0298bcfca0094df87d2be7Fix a typo, tracepint -> tracepoint (#2559)editsrc/python/bcc/__init__.pyINSTALL.md708f786e3784dc32570a079f2ed74c35731664ea1571512434000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comdocument the release info related to libbpf submodule (#2561) Fix issue #2261. In INSTALL.md document that source code with libbpf submodule will be released as well for each bcc release in the future. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-10-19 12:13:54 -0700708f786e3784dc32570a079f2ed74c35731664eadocument the release info related to libbpf submodule (#2561)editINSTALL.mdsrc/cc/bcc_btf.ccf04c6de5bfaa9137be09af0e6aaad040936bb1481571512456000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comassign offset properly for btf DataSec (#2560) The following test case failed: -bash-4.4$ cat test.py #!/usr/bin/python from bcc import BPF prog=""" BPF_ARRAY(array1, u64, 1); BPF_ARRAY(array2, u64, 1); """ b=BPF(text=prog, debug=0x20) -bash-4.4$ sudo ./test.py libbpf: Error loading BTF: Invalid argument(22) libbpf: magic: 0xeb9f version: 1 flags: 0x0 hdr_len: 24 ... [57] DATASEC array size=176 vlen=2 type_id=47 offset=0 size=88 type_id=49 offset=0 size=88 Invalid offset Loading .BTF section failed -bash-4.4$ The reason is the data offset in DataSec VarInfo (e.g., type_id=47 offset=0 size=88) always have offset=0 since JIT won't do a final relocation for the record. Assign offset properly in bcc_btf before loading btf to the kernel. With this patch, test case can load btf properly. -bash-4.4$ cat test.py #!/usr/bin/python from bcc import BPF prog=""" BPF_ARRAY(array1, u64, 1); BPF_ARRAY(array2, u64, 1); """ b=BPF(text=prog, debug=0x20) -bash-4.4$ sudo ./test.py -bash-4.4$ Signed-off-by: Yonghong Song <yhs@fb.com> 2019-10-19 12:14:16 -0700f04c6de5bfaa9137be09af0e6aaad040936bb148assign offset properly for btf DataSec (#2560)editsrc/cc/bcc_btf.ccman/man8/trace.8tools/trace.pytools/trace_example.txtc2a530b3adf91e5fe5886277e0f2abed4a77b8ea1571589355000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comsupport cgroup level tracing in trace.py (#2562) This patch added cgroup based filtering in trace.py. If a cgroup path is specified by the user, one cgroup array map will be added to the program: BPF_CGROUP_ARRAY(__cgroup, 1); Each probe will have a filter like below: if (__cgroup.check_current_task(0) <= 0) { return 0; } to filter out any events not happening in the cgroup hierarchy as specified by the user. The trace.py updated the `__cgroup` map with user provided cgroup path information before attaching bpf functions to events for probe function(s). An example like below: $ trace.py -v -c /sys/fs/cgroup/system.slice/workload.service \ '__x64_sys_nanosleep' '__x64_sys_clone' PID TID COMM FUNC 3191578 3191583 BaseAgentEvents __x64_sys_nanosleep 3191578 3191579 FutureTimekeepr __x64_sys_clone 3191578 3191583 BaseAgentEvents __x64_sys_nanosleep 3191578 3191583 BaseAgentEvents __x64_sys_nanosleep since workload.service only contains one process 3191578. Going up the hierarchy to system.slice will have more processes and hence more results: $ trace.py -v -c /sys/fs/cgroup/system.slice \ '__x64_sys_nanosleep' '__x64_sys_clone' PID TID COMM FUNC 591542 591677 dynoScribe __x64_sys_nanosleep 591610 591613 mcreplay2 __x64_sys_nanosleep 553252 553252 sleeperagent __x64_sys_nanosleep 591610 591613 mcreplay2 __x64_sys_nanosleep 553252 553252 sleeperagent __x64_sys_nanosleep Signed-off-by: Yonghong Song <yhs@fb.com> 2019-10-20 09:35:55 -0700c2a530b3adf91e5fe5886277e0f2abed4a77b8easupport cgroup level tracing in trace.py (#2562)edittools/trace_example.txteditman/man8/trace.8edittools/trace.pyman/man8/shmsnoop.893479699176c613e2caa0bd6c8b731d0b72577461571589404000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comman: COMM describes the process name, not the parent process name (#2563) For shmsnoop, COMM describes the process name, not the parent process name. 2019-10-20 09:36:44 -070093479699176c613e2caa0bd6c8b731d0b7257746man: COMM describes the process name, not the parent process name (#2563)editman/man8/shmsnoop.8tools/cpudist.py9b433f20ea0b5832c151e577268df66046c4bfe11571842923000https://buildbot.iovisor.org/jenkins/user/tdecacqutdecacqutdecacqu@redhat.comcpudist: create sufficiently large hash table to avoid missing tasks This change fixes the cpudist tool to avoid issue when too many tasks are running. Fixes #2567 -- cpudist stop working when there are too many fork 2019-10-23 15:02:03 +00009b433f20ea0b5832c151e577268df66046c4bfe1cpudist: create sufficiently large hash table to avoid missing tasksedittools/cpudist.pysrc/cc/bcc_debug.cc2dad4759a850bac6a0e3e1dd5fe35fc4c29419f01572282469000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comfix compilation errors with latest llvm trunk (#2575) llvm commit https://reviews.llvm.org/D66795 changed the signature of function createMCAsmInfo(). - MCAsmInfo *createMCAsmInfo(const MCRegisterInfo &MRI, - StringRef TheTriple) const { + MCAsmInfo *createMCAsmInfo(const MCRegisterInfo &MRI, StringRef TheTriple, + const MCTargetOptions &Options) const { Did similar adjustment in bcc to ensure compilation success. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-10-28 10:07:49 -07002dad4759a850bac6a0e3e1dd5fe35fc4c29419f0fix compilation errors with latest llvm trunk (#2575)editsrc/cc/bcc_debug.ccsrc/cc/libbpfeb1a2f64a47030728ac8e190adf1fe27466dda7a1572301327000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comsync with latest libbpf (#2576) This should fix the ARM build issue reported in issue #83. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-10-28 15:22:07 -0700eb1a2f64a47030728ac8e190adf1fe27466dda7async with latest libbpf (#2576)editsrc/cc/libbpfsrc/cc/frontends/clang/b_frontend_action.ccexamples/tracing/task_switch.ctools/lib/uflow.pyexamples/tracing/strlen_count.pytools/deadlock.csrc/cc/export/helpers.htools/syscount.pytools/lib/uobjnew.pyexamples/networking/vlan_learning/vlan_learning.cexamples/cpp/TCPSendStack.ccexamples/networking/tunnel_monitor/monitor.ctools/lib/ustat.pyexamples/cpp/UseExternalMap.ccexamples/lua/task_switch.luatools/filetop.pytests/python/test_percpu.pytests/python/test_lru.pyexamples/usdt_sample/scripts/lat_avg.pytools/lib/ucalls.pydocs/reference_guide.mdtests/python/test_tracepoint.pyexamples/networking/distributed_bridge/tunnel.ctests/python/test_license.pytools/slabratetop.pytools/biotop.pytests/python/test_trace2.ctests/python/test_trace3.ctests/python/test_clang.pyexamples/cpp/LLCStat.cctests/python/test_trace4.pytests/python/test_trace2.pytests/python/test_stat1.cexamples/networking/http_filter/http-parse-complete.cexamples/tracing/mallocstacks.pytests/python/test_trace_maxactive.pyexamples/lua/offcputime.luatests/cc/test_bpf_table.ccdocs/tutorial_bcc_python_developer.mdtests/lua/test_clang.lua82f4302a651a6b46b0b090733d34af8201ecacb51572534972000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comintroduce map.lookup_or_try_init() (#2577) Previously, map.lookup_or_init() may cause unexpected return from the function when lookup finds no element and init failed e.g. due to unlikely racy update or sometimes hash table full. This has caught surprise from many users. So, the commit https://github.com/iovisor/bcc/commit/ba64f031f2435aad5a85f8f37dbbe2a982cbbe6b attempts to remove the early return in map.lookup_or_init(). But then since NULL pointer could be returned, user will need to change their bpf program to check return value, otherwise, verifier will reject the program. As described in the above, such an API behavior change may cause verifier failure and reject previously loadable bpf programs. bcc should try to maintain API stability, esp. to avoid subtle API behavior change. This patch propose to restore the behavior of map.lookup_or_init() and introduce a new one map.lookup_or_try_init(), which will avoid unexpected return. The name is suggested by Alexei to reflect that init may fail. map.lookup_or_try_init() will be formally documented and used in bcc. A warning will be generated if map.lookup_or_init() is used. Documentation will make it clear that map.lookup_or_try_init() is preferred over map.lookup_or_init(). ``` -bash-4.4$ sudo ./syscount.py /virtual/main.c:71:11: warning: lookup_or_init() may return from the function, use loopup_or_try_init() instead. val = data.lookup_or_init(&key, &zero); ^ 1 warning generated. Tracing syscalls, printing top 10... Ctrl+C to quit. ... ``` All uses in examples and tools are converted to use lookup_or_try_init(). Most tests are converted to use lookup_or_try_init() too except test_trace_maxactive.py and test_tracepoint.py to test lookup_or_init() functionality. 2019-10-31 08:16:12 -070082f4302a651a6b46b0b090733d34af8201ecacb5introduce map.lookup_or_try_init() (#2577)edittests/python/test_trace2.pyeditexamples/cpp/TCPSendStack.ccedittools/lib/ucalls.pyedittests/python/test_tracepoint.pyeditexamples/networking/distributed_bridge/tunnel.ceditexamples/lua/task_switch.luaeditexamples/cpp/UseExternalMap.cceditexamples/tracing/mallocstacks.pyedittests/python/test_stat1.cedittools/lib/uobjnew.pyedittests/python/test_percpu.pyedittools/slabratetop.pyeditexamples/networking/http_filter/http-parse-complete.ceditexamples/networking/vlan_learning/vlan_learning.cedittests/python/test_trace3.cedittests/cc/test_bpf_table.cceditexamples/tracing/task_switch.cedittests/python/test_clang.pyeditdocs/tutorial_bcc_python_developer.mdedittests/python/test_license.pyedittools/biotop.pyeditexamples/usdt_sample/scripts/lat_avg.pyeditexamples/networking/tunnel_monitor/monitor.cedittools/filetop.pyedittests/python/test_trace4.pyedittests/lua/test_clang.luaeditexamples/lua/offcputime.luaeditexamples/tracing/strlen_count.pyeditdocs/reference_guide.mdedittests/python/test_trace2.ceditsrc/cc/frontends/clang/b_frontend_action.ccedittests/python/test_trace_maxactive.pyedittools/deadlock.cedittools/syscount.pyedittests/python/test_lru.pyeditsrc/cc/export/helpers.hedittools/lib/ustat.pyedittools/lib/uflow.pyeditexamples/cpp/LLCStat.ccsrc/cc/frontends/clang/b_frontend_action.cc58ff1b3647024bad1da4d20e9d0e99afa61fde511572579029000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comremove the warning for map.lookup_or_init() (#2581) Commit 82f4302a651a ("introduce map.lookup_or_try_init()") introduced new API map.lookup_or_try_init(). A compile time warning is introduced if old map.lookup_or_init() is used to discourage the usage. The API is still supported and documentation already recommends using the new one. So let us drop the warning. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-10-31 20:30:29 -070058ff1b3647024bad1da4d20e9d0e99afa61fde51remove the warning for map.lookup_or_init() (#2581)editsrc/cc/frontends/clang/b_frontend_action.ccdocs/tutorial.md77fe428579b27773f9bdc2cb2a880b1c2d274b671572798068000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comfix typos in tutorial.md (#2584) fix typos in tutorial.md 2019-11-03 08:21:08 -080077fe428579b27773f9bdc2cb2a880b1c2d274b67fix typos in tutorial.md (#2584)editdocs/tutorial.mddocs/reference_guide.mdsrc/cc/api/BPF.ccsrc/lua/bcc/sym.luasrc/lua/bcc/bpf.luasrc/cc/api/BPF.hsrc/python/bcc/__init__.py0429040559f9f324b0e1d3ed78b26e678499887f1573235522000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comSupport attaching uprobe to offset (#2585) * Support attaching uprobe to offset * C++ API support of attaching uprobe to offset * Update document of attach_uprobe() The document is taken from src/python/bcc/__init__.py:attach_upobe() 2019-11-08 09:52:02 -08000429040559f9f324b0e1d3ed78b26e678499887fSupport attaching uprobe to offset (#2585)editsrc/cc/api/BPF.cceditdocs/reference_guide.mdeditsrc/lua/bcc/sym.luaeditsrc/lua/bcc/bpf.luaeditsrc/python/bcc/__init__.pyeditsrc/cc/api/BPF.htools/tcpretrans.py9cede20f9ff19784bba4ef5473b396fa58b5302c1573259685000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comtools/tcpretrans: add tracepoint support (#2574) If tracepoint tcp:tcp_retransmit_skb exists (kernel version >= 4.15) we use tracepoint instead of kprobe for efficiency. Co-authored-by: Runlong Lin <linrunlong@bytedance.com> 2019-11-08 16:34:45 -08009cede20f9ff19784bba4ef5473b396fa58b5302ctools/tcpretrans: add tracepoint support (#2574)edittools/tcpretrans.pyCMakeLists.txtcmake/FindLibBpf.cmakesrc/cc/CMakeLists.txtd4b3bf03d9c67324ff85f9d3c74b201b7e4276151573595385000https://buildbot.iovisor.org/jenkins/user/jolsajolsajolsa@kernel.orgAdd libbcc-no-libbpf.so library Which links libbpf.so dynamicaly, instead of its current static inclusion in libbcc.so. The compilation needs to define CMAKE_USE_LIBBPF_PACKAGE variable to enable search for libbpf package. If the package is found it is used to build all the bcc libs. The libbcc.so and libbcc_bpf.so (and their static versions) remain the same. The new library libbcc-no-libbpf.so is built from all libcc.so sources including libbpf_bcc.so's sources: libbpf.c perf_reader.c and dynamically linked to libbpf.so library. With libbcc-no-libbpf.so symbols are versioned, so there's no chance of being mixed: Symbols exported from libbpf.so: $ objdump -T /usr/lib64/libbpf.so | grep bpf_map_lookup_elem 0000000000006df0 g DF .text 000000000000006e LIBBPF_0.0.1 bpf_map_lookup_elem 0000000000006e60 g DF .text 0000000000000076 LIBBPF_0.0.2 bpf_map_lookup_elem_flags Symbol needed by libbcc-no-libbpf.so: $ objdump -T /opt/bcc/lib64/libbcc-no-libbpf.so | grep bpf_map_lookup_elem 0000000000000000 DF *UND* 0000000000000000 LIBBPF_0.0.1 bpf_map_lookup_elem Symbols exported by current libbcc.so: $ objdump -T /opt/bcc/lib64/libbcc.so | grep bpf_map_lookup_elem 00000000023ad843 g DF .text 0000000000000082 Base bpf_map_lookup_elem_flags 00000000023ad7d3 g DF .text 0000000000000070 Base bpf_map_lookup_elem Besides that it's better to share common source of libbpf code, it also prevents issues when having application that links to libbpf and libbcc, where you could end up conflicting functions and segfaults if those 2 libbpf libs are not on the same version. All installed libraries now: total 259096 lrwxrwxrwx. 1 root root 15 Nov 8 15:24 libbcc_bpf.so -> libbcc_bpf.so.0 lrwxrwxrwx. 1 root root 20 Nov 8 15:24 libbcc_bpf.so.0 -> libbcc_bpf.so.0.11.0 -rwxr-xr-x. 1 root root 453416 Nov 11 17:03 libbcc_bpf.so.0.11.0 lrwxrwxrwx. 1 root root 21 Nov 8 15:24 libbcc-no-libbpf.so -> libbcc-no-libbpf.so.0 lrwxrwxrwx. 1 root root 26 Nov 8 15:24 libbcc-no-libbpf.so.0 -> libbcc-no-libbpf.so.0.11.0 -rwxr-xr-x. 1 root root 132276312 Nov 11 17:04 libbcc-no-libbpf.so.0.11.0 lrwxrwxrwx. 1 root root 11 Nov 8 15:24 libbcc.so -> libbcc.so.0 lrwxrwxrwx. 1 root root 16 Nov 8 15:24 libbcc.so.0 -> libbcc.so.0.11.0 -rwxr-xr-x. 1 root root 132579280 Nov 11 17:04 libbcc.so.0.11.0 drwxr-xr-x. 2 root root 23 Nov 11 21:49 pkgconfig Signed-off-by: Jiri Olsa jolsa@kernel.org 2019-11-12 22:49:45 +0100d4b3bf03d9c67324ff85f9d3c74b201b7e427615Add libbcc-no-libbpf.so libraryaddcmake/FindLibBpf.cmakeeditsrc/cc/CMakeLists.txteditCMakeLists.txttests/cc/CMakeLists.txt19c625e65f6726913ef435b1882d50da49bf43e01573595388000https://buildbot.iovisor.org/jenkins/user/jolsajolsajolsa@kernel.orgLink test_libbcc directly with libbcc.so Linking with bcc-shared will use all the libraries in bcc-shared which compose libbcc, instead of libbcc.so dynamic link. Signed-off-by: Jiri Olsa jolsa@kernel.org 2019-11-12 22:49:48 +010019c625e65f6726913ef435b1882d50da49bf43e0Link test_libbcc directly with libbcc.soedittests/cc/CMakeLists.txttests/cc/CMakeLists.txttests/cc/test_c_api.cc7ec8bde336af400fc691dba864b62e5733e82bb31573595388000https://buildbot.iovisor.org/jenkins/user/jolsajolsajolsa@kernel.orgAdd test_libbcc_no_libbpf test It's the same code as for test_libbcc test, but linked with libbcc-no-libbpf.so library. Added LIBBCC_NAME macro to be used in dynamic loader test where we need to provide the library name. Signed-off-by: Jiri Olsa jolsa@kernel.org 2019-11-12 22:49:48 +01007ec8bde336af400fc691dba864b62e5733e82bb3Add test_libbcc_no_libbpf testedittests/cc/CMakeLists.txtedittests/cc/test_c_api.ccdocs/reference_guide.mda6f658dfd3a74ce770f62972d16cda1fd8db35d91573662715000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comAdd a supplementary explanation to function `get_syscall_fnname` (#2593) * add a supplementary explanation to function `get_syscall_fnname`. * fix the contents 2019-11-13 08:31:55 -0800a6f658dfd3a74ce770f62972d16cda1fd8db35d9Add a supplementary explanation to function `get_syscall_fnname` (#2593)editdocs/reference_guide.mdsrc/cc/libbpfsrc/cc/libbpf.cintrospection/bps.csrc/cc/compat/linux/virtual_bpf.hsrc/cc/export/helpers.hdocs/kernel-versions.md992e482b5d06c58888b3821a96a41e48aff678d01573681078000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comsync with latest libbpf (#2594) The following helpers are sync'ed into bcc and will be available in linux 5.5. bpf_probe_read_kernel bpf_probe_read_kernel_str bpf_probe_read_user bpf_probe_read_user_str Signed-off-by: Yonghong Song <yhs@fb.com> 2019-11-13 13:37:58 -0800992e482b5d06c58888b3821a96a41e48aff678d0sync with latest libbpf (#2594)editintrospection/bps.ceditsrc/cc/compat/linux/virtual_bpf.heditsrc/cc/libbpfeditsrc/cc/libbpf.ceditsrc/cc/export/helpers.heditdocs/kernel-versions.mddocs/reference_guide.mdsrc/cc/api/BPF.ccsrc/cc/api/BPF.htests/cc/test_usdt_probes.ccccf8261e89eede7b6c9c949c1913610fe1bd9a5c1573758748000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comadd BPF::init_usdt function to init a single USDT so folks can handle partial init failure of list of USDTs. modify BPF::init so that failure doesn't leave the BPF object in a broken state such that subsequent inits will also fail 2019-11-14 11:12:28 -0800ccf8261e89eede7b6c9c949c1913610fe1bd9a5cadd BPF::init_usdt function to init a single USDT so folks can handle partial init failure of list of USDTs.editdocs/reference_guide.mdeditsrc/cc/api/BPF.heditsrc/cc/api/BPF.ccedittests/cc/test_usdt_probes.cctests/python/test_tools_smoke.pytools/compactsnoop.pytools/compactsnoop_example.txttools/old/compactsnoop.pysnapcraft/snapcraft.yamlman/man8/compactsnoop.8README.md15fbd7cd24e37bfda80326ecdb713be3cc0636411573807647000https://buildbot.iovisor.org/jenkins/user/ethercflowZwbethercflow@gmail.comadd tool: compactsnoop 2019-11-15 03:47:27 -050015fbd7cd24e37bfda80326ecdb713be3cc063641add tool: compactsnoopeditREADME.mdaddman/man8/compactsnoop.8addtools/old/compactsnoop.pyaddtools/compactsnoop.pyeditsnapcraft/snapcraft.yamledittests/python/test_tools_smoke.pyaddtools/compactsnoop_example.txtdocs/reference_guide.md10c1a8303aba778707cd6875d2de1dd7e0a4eda31573970746000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comdocs/reference_guide.md: update doc virtual_bpf.h instead of bpf.h src/cc/compat/linux/bpf.h -> src/cc/compat/linux/virtual_bpf.h 2019-11-16 22:05:46 -080010c1a8303aba778707cd6875d2de1dd7e0a4eda3docs/reference_guide.md: update doceditdocs/reference_guide.mddocs/kernel-versions.md98b8d0c833b51ca595b257d2c1afd3a6c53c44371573970776000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comdocs: update XDP driver list There are a few more drivers supporting XDP now. Signed-off-by: Gary Lin <glin@suse.com> 2019-11-16 22:06:16 -080098b8d0c833b51ca595b257d2c1afd3a6c53c4437docs: update XDP driver listeditdocs/kernel-versions.mdtools/mountsnoop.py6ee245bd9d2d548bb82437a7a32740e7570737b81574051315000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comfix a bug in mountsnoop.py with 4.17+ kernels in 4.17+ kernels, syscall parameters are wrapped in the first parammeter in pt_regs. So put the 5th parameter in the syscall__ parameter list so it can be handled properly by the rewriter. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-11-17 20:28:35 -08006ee245bd9d2d548bb82437a7a32740e7570737b8fix a bug in mountsnoop.py with 4.17+ kernelsedittools/mountsnoop.pysrc/cc/bcc_elf.hb8ab98b272bc205108d777eb311610b22f1af1331574052644000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comInclude stddef.h for size_t in bcc_elf.h Signed-off-by: Masanori Misono <m.misono760@gmail.com> 2019-11-17 20:50:44 -0800b8ab98b272bc205108d777eb311610b22f1af133Include stddef.h for size_t in bcc_elf.heditsrc/cc/bcc_elf.htests/python/test_tools_smoke.pyman/man8/lockstat.8tools/offwaketime.pytools/lockstat_example.txtsnapcraft/snapcraft.yamltools/lockstat.pyREADME.mdac00ac5d7fec86524ff815360d0cda2ec583cf241574094503000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comAdd lockstat tool Adding lockstat tool to trace kernel mutex lock events and display locks statistics and displays following data: Caller Avg Spin Count Max spin Total spin psi_avgs_work+0x2e 3675 5 5468 18379 flush_to_ldisc+0x22 2833 2 4210 5667 n_tty_write+0x30c 3914 1 3914 3914 isig+0x5d 2390 1 2390 2390 tty_buffer_flush+0x2a 1604 1 1604 1604 commit_echoes+0x22 1400 1 1400 1400 n_tty_receive_buf_common+0x3b9 1399 1 1399 1399 Caller Avg Hold Count Max hold Total hold flush_to_ldisc+0x22 42558 2 76135 85116 psi_avgs_work+0x2e 14821 5 20446 74106 n_tty_receive_buf_common+0x3b9 12300 1 12300 12300 n_tty_write+0x30c 10712 1 10712 10712 isig+0x5d 3362 1 3362 3362 tty_buffer_flush+0x2a 3078 1 3078 3078 commit_echoes+0x22 3017 1 3017 3017 Every caller to using kernel's mutex is displayed on every line. First portion of lines show the lock acquiring data, showing the amount of time it took to acquired given lock. 'Caller' - symbol acquiring the mutex 'Average Spin' - average time to acquire the mutex 'Count' - number of times mutex was acquired 'Max spin' - maximum time to acquire the mutex 'Total spin' - total time spent in acquiring the mutex Second portion of lines show the lock holding data, showing the amount of time it took to hold given lock. 'Caller' - symbol holding the mutex 'Average Hold' - average time mutex was held 'Count' - number of times mutex was held 'Max hold' - maximum time mutex was held 'Total hold' - total time spent in holding the mutex This works by tracing mutex_lock/unlock kprobes, udating the lock stats in maps and processing them in the python part. Examples: lockstats # trace system wide lockstats -d 5 # trace for 5 seconds only lockstats -i 5 # display stats every 5 seconds lockstats -p 123 # trace locks for PID 123 lockstats -t 321 # trace locks for PID 321 lockstats -c pipe_ # display stats only for lock callers with 'pipe_' substring lockstats -S acq_count # sort lock acquired results on acquired count lockstats -S hld_total # sort lock held results on total held time lockstats -S acq_count,hld_total # combination of above lockstats -n 3 # display 3 locks lockstats -s 3 # display 3 levels of stack Signed-off-by: Jiri Olsa <jolsa@kernel.org> 2019-11-18 08:28:23 -0800ac00ac5d7fec86524ff815360d0cda2ec583cf24Add lockstat tooladdman/man8/lockstat.8editsnapcraft/snapcraft.yamladdtools/lockstat.pyaddtools/lockstat_example.txteditREADME.mdedittests/python/test_tools_smoke.pyedittools/offwaketime.pysrc/cc/bcc_exception.hf0f19dbcc34f6246e75094457a268b35dea791491574094634000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.commake TRY2 macro work outside of ebpf namespace (#2604) make TRY2 macro work outside of ebpf namespace 2019-11-18 08:30:34 -0800f0f19dbcc34f6246e75094457a268b35dea79149make TRY2 macro work outside of ebpf namespace (#2604)editsrc/cc/bcc_exception.hsrc/cc/bcc_exception.h3032347541d8b121598e220ec782aceb642ebf551574094679000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comMake StatusTuple code and msg methods const (#2603) I ran into this while trying to write a method that takes a const StatusTuple reference, these methods should be marked const. I also fixed an unnecessary string copy in msg. 2019-11-18 08:31:19 -08003032347541d8b121598e220ec782aceb642ebf55Make StatusTuple code and msg methods const (#2603)editsrc/cc/bcc_exception.hINSTALL.mdf68d818085c2c26a88606d4976474a08cfe7c9ee1574098483000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comupdate INSTALL.md for new llvm source compilation clang/llvm has moved from old svn with git mirror to github based source control. The new github address is https://github.com/llvm/llvm-project which includes clang, llvm and other related projects. This patch updated instruction how to build clang/llvm library with new llvm-project setup. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-11-18 09:34:43 -0800f68d818085c2c26a88606d4976474a08cfe7c9eeupdate INSTALL.md for new llvm source compilationeditINSTALL.mdtools/runqslower.py65885f34d5ea1acb6a014615f1eea08fc6c5514d1574114459000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comtools/runqslower.py: Fix raw tracepoint code Closes: #2588 It is was observed that many unrelated process names were reported for the same pid. The cause of the bug was the use of bpf_get_current_comm() which operates on the current process which might already be different than the 'next' task we captured. The fix is to use bpf_probe_read_str() instead. Also removing dead code related to tgid extraction which is not used at all. 2019-11-18 14:00:59 -080065885f34d5ea1acb6a014615f1eea08fc6c5514dtools/runqslower.py: Fix raw tracepoint codeedittools/runqslower.pydocs/kernel-versions.md0272a3d5f3bc87e63aefe1078349be79c5afc6511574667661000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comdocs: update helper functions of BPF_PROG_TYPE_SOCKET_FILTER Signed-off-by: Masanori Misono <m.misono760@gmail.com> 2019-11-24 23:41:01 -08000272a3d5f3bc87e63aefe1078349be79c5afc651docs: update helper functions of BPF_PROG_TYPE_SOCKET_FILTEReditdocs/kernel-versions.mddocs/reference_guide.mdtests/cc/CMakeLists.txtsrc/cc/frontends/clang/b_frontend_action.ccsrc/cc/table_storage.htests/python/test_map_in_map.pysrc/cc/export/helpers.hsrc/cc/bpf_module.htests/cc/test_map_in_map.ccsrc/python/bcc/table.pysrc/cc/api/BPFTable.ccsrc/cc/api/BPFTable.hsrc/cc/bpf_module.ccsrc/cc/api/BPF.ccsrc/cc/api/BPF.hsrc/cc/frontends/clang/b_frontend_action.h149c1c8857652997622fc2a30747a60e0c9c17dc1574782653000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comAdd map-in-map support Add BPF_MAP_TYPE_HASH_OF_MAPS and BPF_MAP_TYPE_HASH_OF_MAPS supports in bcc. Two new constructs below are introduced to bpf program: BPF_HASH_OF_MAPS(map_name, "inner_map_name", max_entries) BPF_ARRAY_OF_MAPS(map_name, "inner_map_name", max_entries) In the above, "inner_map_name" is for metadata purpose and there must be a map defined in bpf program with map name "inner_map_name". Both python and C++ APIs are added. For python, a new Table API get_fd() is introduced to get the fd of a map so that the fd can be used by a map-in-map do update. The get_fd() is already exposed as API function in C++. For C++, without get_fd(), we will need to templatize basic functions like update_value etc, which I feed too heavy weight. Because of C++ using get_fd() mechanism, so I exposed similar API on python side for parity reason. For map-in-map, the inner map lookup/update/delete won't have explicit map names. Considering map-in-map is not used very frequently, I feel looking primitive bpf_map_{lookup,update,delete}_elem() probably okay, so I did not create any new bcc specific constructs for this purpose. Added both C++ and python test cases to show how to use the above two new map type in bcc. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-11-26 07:37:33 -0800149c1c8857652997622fc2a30747a60e0c9c17dcAdd map-in-map supporteditdocs/reference_guide.mdaddtests/python/test_map_in_map.pyeditsrc/cc/frontends/clang/b_frontend_action.heditsrc/cc/api/BPFTable.heditsrc/cc/api/BPFTable.cceditsrc/cc/table_storage.heditsrc/cc/api/BPF.heditsrc/cc/bpf_module.cceditsrc/cc/api/BPF.ccaddtests/cc/test_map_in_map.cceditsrc/cc/export/helpers.heditsrc/python/bcc/table.pyedittests/cc/CMakeLists.txteditsrc/cc/frontends/clang/b_frontend_action.cceditsrc/cc/bpf_module.hsrc/cc/json_map_decl_visitor.cca1a04f49ac736bc0ddd341258b8a56f2a25d30c51574788036000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comDo not traverse attributes during JSON generation (Fixes #2605) Previously, __attribute__((aligned(sizeof(...)))) would cause the type inside sizeof() to be appended after the JSON type information for the struct in some clang versions, generating invalid JSON. Inhibit attribute traversal, since we only want to visit the fields. 2019-11-26 09:07:16 -0800a1a04f49ac736bc0ddd341258b8a56f2a25d30c5Do not traverse attributes during JSON generation (Fixes #2605)editsrc/cc/json_map_decl_visitor.cctools/trace.pytools/old/profile.pytools/deadlock.ctools/wakeuptime.pytools/stackcount.pytools/stacksnoop.luatools/memleak.py90f2086c8dd073792b0be382944440e3d0f1977f1574878194000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comdo not use BPF_F_REUSE_STACKID incorrectly Do not use BPF_F_REUSE_STACKID if the stack id is used together with process specific info like pid/tgid/comm. Using BPF_F_REUSE_STACKID may cause stack id pointing to a different stack later on. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-11-27 10:09:54 -080090f2086c8dd073792b0be382944440e3d0f1977fdo not use BPF_F_REUSE_STACKID incorrectlyedittools/deadlock.cedittools/memleak.pyedittools/old/profile.pyedittools/wakeuptime.pyedittools/stackcount.pyedittools/stacksnoop.luaedittools/trace.pytools/lockstat.pyea8bbbf942a1a4275d434c62db7adc6136fc72f41575012824000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comfix bug for lockstat.py #347 (#2618) fix bug for lockstat.py with map keys in stack instead of map value in order to run in older kernels. 2019-11-28 23:33:44 -0800ea8bbbf942a1a4275d434c62db7adc6136fc72f4fix bug for lockstat.py #347 (#2618)edittools/lockstat.pysrc/cc/libbpf.cfeadea6d789f54e304e9c2f570ed87299e6f4e5e1575178014000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comSupport a BPF program larger than BPF_MAXINSNS A privileged user can load bpf program whose size is at most BPF_COMPLEXITY_LIMIT_INSNS (which is larger than BPF_MAXINSNS) in Linux 5.3 (https://github.com/torvalds/linux/commit/c04c0d2b968ac45d6ef020316808ef6c82325a82). Currently, however, `bcc_prog_load_xattr()` return error if a bpf program size is larger than BPF_MAXINSNS before loading the program. To cope with this, change the function so that first trying to load a bpf program and print an error message if bpf_program_load_xattr() fails with -E2BIG. This strategy is the same as libbpf's `load_program` (https://github.com/libbpf/libbpf/blob/9ef191ea7dca6815e75dab341f2f7a346d979c66/src/libbpf.c#L3792) The Error message should use BPF_COMPLEXITY_LIMIT_INSNS when appropriate, but it is not defined in uapi headers yet. Signed-off-by: Masanori Misono <m.misono760@gmail.com> 2019-11-30 21:26:54 -0800feadea6d789f54e304e9c2f570ed87299e6f4e5eSupport a BPF program larger than BPF_MAXINSNSeditsrc/cc/libbpf.csrc/cc/json_map_decl_visitor.cctests/python/test_clang.py556d9ec9ca0c142d38b08c5d93420ab06df4e6e01575182053000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUse integer types for enums in JSON (Fixes #2615) The JSON generated for enums wasn't being handled, and caused exceptions. Since the enum values aren't needed (and would've been useless without the associated numerical values, anyway), just use the matching integer type instead. 2019-11-30 22:34:13 -0800556d9ec9ca0c142d38b08c5d93420ab06df4e6e0Use integer types for enums in JSON (Fixes #2615)editsrc/cc/json_map_decl_visitor.ccedittests/python/test_clang.pycmake/FindLibBpf.cmakesrc/cc/CMakeLists.txte09116d3e777782cfdf1a129f8ca8f2981505fb21575264670000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUse libbpf-static instead of libbpf-debugsource for CMAKE_USE_LIBBPF_PACKAGE Currently when building with CMAKE_USE_LIBBPF_PACKAGE we assume that 'source' package is available to build libbcc_bpf libraries. However It turned on that using debugsource (in Fedora) package is not suitable or even possible, so we are switching to use the libbpf-static package instead. Adding libbpf-static package detection and removing source package detection. Using ar to extract objects from archive and linking them with both libbcc_bpf.so and libbcc_bpf.a. Using always uapi headers from the latest libbpf Github repo, because there are not packaged, but they are backwards compatible, so it's no problem to have older libbpf package with newer uapi headers. Signed-off-by: Jiri Olsa <jolsa@kernel.org> 2019-12-01 21:31:10 -0800e09116d3e777782cfdf1a129f8ca8f2981505fb2Use libbpf-static instead of libbpf-debugsource for CMAKE_USE_LIBBPF_PACKAGEeditcmake/FindLibBpf.cmakeeditsrc/cc/CMakeLists.txtman/man8/filetop.8744b644e0d2677e0ffc774d8fefe63715670c4551575355171000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comman: fix the field of filetop In the man pages of filetop, the field of FILE is missing Signed-off-by: Kenta Tada <Kenta.Tada@sony.com> 2019-12-02 22:39:31 -0800744b644e0d2677e0ffc774d8fefe63715670c455man: fix the field of filetopeditman/man8/filetop.8man/man8/xfsslower.8man/man8/nfsslower.8man/man8/fileslower.8man/man8/btrfsslower.8man/man8/ext4slower.8man/man8/zfsslower.80bca64555ab30b37d23f6898f2eec4528d4d4ec71575355278000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comman: fix the explanation of filename Below filenames currently come from dentry->d_name.name * btrfsslower * ext4slower * fileslower * nfsslower * xfsslower * zfsslower Signed-off-by: Kenta Tada <Kenta.Tada@sony.com> 2019-12-02 22:41:18 -08000bca64555ab30b37d23f6898f2eec4528d4d4ec7man: fix the explanation of filenameeditman/man8/btrfsslower.8editman/man8/ext4slower.8editman/man8/zfsslower.8editman/man8/nfsslower.8editman/man8/xfsslower.8editman/man8/fileslower.8tools/mysqld_qslower.py1f7b6cd3fdaec9a49b3534539044f31f6694ebe91575410934000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comCorrection to Usage text. 2019-12-03 14:08:54 -08001f7b6cd3fdaec9a49b3534539044f31f6694ebe9Correction to Usage text.edittools/mysqld_qslower.pyman/man8/runqslower.8b040635d86fa7eba195ec3f43f91a6f72806fb051575475679000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comman: fix a reference to runqlat in runqslower man page The runqslower man page obviously derived from the man page of runqlat. It seems that a reference to runqlat in the NAME section has been overlooked. 2019-12-04 08:07:59 -0800b040635d86fa7eba195ec3f43f91a6f72806fb05man: fix a reference to runqlat in runqslower man pageeditman/man8/runqslower.8tests/python/test_tools_smoke.pyman/man8/lockstat.8tools/klockstat.pytools/lockstat_example.txtsnapcraft/snapcraft.yamlman/man8/klockstat.8tools/lockstat.pytools/klockstat_example.txtREADME.md71f9c2a7469cc73bdba4b3b9f49991930ac572f91575562303000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comrename tool lockstat.py to klockstat.py The current lockstat.py is tracing three kernel functions mutex_lock_enter(), mutex_unlock_enter(), mutex_lock_return() for kernel locking statistics. There are some other efforts trying to get user lock stats by tracing e.g. pthread locking primitives. For example, Sasha Goldshtein's linux-tracing-workshop https://github.com/goldshtn/linux-tracing-workshop is referenced in bcc/docs/tutorial_bcc_python_developer.md. It has a tool called lockstat.py which traces pthread_mutex_init to collect some lock statistics for userspace locks. In bcc, in the past, we also had an effort to gather userspace lock statistics with the same name lockstat.py. https://github.com/iovisor/bcc/pull/1268 In the future, bcc could have a lockstat tool tracing userspace locks. So let us rename the current lockstat.py to klockstat.py to clearly express its scope. 2019-12-05 08:11:43 -080071f9c2a7469cc73bdba4b3b9f49991930ac572f9rename tool lockstat.py to klockstat.pyaddtools/klockstat_example.txtaddtools/klockstat.pyedittests/python/test_tools_smoke.pydeletetools/lockstat.pyeditsnapcraft/snapcraft.yamleditREADME.mdaddman/man8/klockstat.8deleteman/man8/lockstat.8deletetools/lockstat_example.txtexamples/tracing/stacksnoop.pyexamples/lua/memleak.luaexamples/tracing/mallocstacks.pyexamples/lua/offcputime.luae7ddcbcc5e939ac91e16b42fca303c31816590a51575653332000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comremove inproper usage of BPF_F_REUSE_STACKID in examples When the application bundles stack id with process specific info (like pid, comm, etc.), BPF_F_REUSE_STACKID should not be used as it may associate wrong stack with processes. This patch corrected several such uses in examples/ directory. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-12-06 09:28:52 -0800e7ddcbcc5e939ac91e16b42fca303c31816590a5remove inproper usage of BPF_F_REUSE_STACKID in exampleseditexamples/tracing/stacksnoop.pyeditexamples/tracing/mallocstacks.pyeditexamples/lua/offcputime.luaeditexamples/lua/memleak.luatools/trace.pyman/man8/trace.8tools/trace_example.txt9ce7b7e9ff3c8f00950f15ed0f0c73b6fa4e1dcd1575660427000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comtools/trace.py: add process name filtering porting from opensnoop Signed-off-by: tty5 <tty.fqq@gmail.com> 2019-12-06 11:27:07 -08009ce7b7e9ff3c8f00950f15ed0f0c73b6fa4e1dcdtools/trace.py: add process name filteringedittools/trace.pyeditman/man8/trace.8edittools/trace_example.txttools/trace.pyman/man8/trace.8tools/trace_example.txt5cf529eeb448fa5422f305727ee4be7d01ebf3911575660427000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comtools/trace.py: add msg filter of event In the normal develop, will produce many event on the same tracepoint, like do_sys_open, a executable program will open many files but developer only has interesting on the specific file. So this filter will help developer to get their interesting msg Signed-off-by: tty5 <tty.fqq@gmail.com> 2019-12-06 11:27:07 -08005cf529eeb448fa5422f305727ee4be7d01ebf391tools/trace.py: add msg filter of eventedittools/trace.pyedittools/trace_example.txteditman/man8/trace.8cmake/clang_libs.cmakesrc/cc/frontends/b/codegen_llvm.ccf9f1050f0d61e56ed43df0f1338a30389bfcc2ba1576000660000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comfix a compilation error with latest llvm 10 Two issues: First, the recent llvm commit "[Alignment][NFC] CreateMemSet use MaybeAlign" (https://reviews.llvm.org/D71213) changed IR/IRBuilder.h CreateMemSet() signature which caused the following compilation error: [ 16%] Building CXX object src/cc/frontends/b/CMakeFiles/b_frontend.dir/codegen_llvm.cc.o /home/yhs/work/bcc/src/cc/frontends/b/codegen_llvm.cc: In member function ‘virtual ebpf::StatusTuple ebpf::cc::CodegenLLVM::visit_table_index_expr_node(ebpf::cc::TableIndexExprNode*)’: /home/yhs/work/bcc/src/cc/frontends/b/codegen_llvm.cc:824:96: error: no matching function for call to ‘llvm::IRBuilder<>::CreateMemSet(llvm::Value*&, llvm::ConstantInt*, llvm::ConstantInt*, int)’ B.CreateMemSet(leaf_ptr, B.getInt8(0), B.getInt64(n->table_->leaf_id()->bit_width_ >> 3), 1); ^ .... /home/yhs/work/llvm-project/llvm/build/install/include/llvm/IR/IRBuilder.h:460:13: note: candidate: llvm::CallInst* llvm::IRBuilderBase::CreateMemSet(llvm::Value*, llvm::Value*, llvm::Value*, llvm::MaybeAlign, bool, llvm::MDNode*, llvm::MDNode*, llvm::MDNode*) CallInst *CreateMemSet(Value *Ptr, Value *Val, Value *Size, MaybeAlign Align, ^~~~~~~~~~~~ /home/yhs/work/llvm-project/llvm/build/install/include/llvm/IR/IRBuilder.h:460:13: note: no known conversion for argument 4 from ‘int’ to ‘llvm::MaybeAlign’ Second, the commit "[OpenMP][NFCI] Introduce llvm/IR/OpenMPConstants.h" (https://reviews.llvm.org/D69853) introduced a new library "FrontendOpenMP" which is used by clang Parser, and caused the following errors: [ 99%] Building CXX object tests/cc/CMakeFiles/test_libbcc.dir/test_hash_table.cc.o /home/yhs/work/llvm-project/llvm/build/install/lib/libclangParse.a(ParseOpenMP.cpp.o): In function `clang::Parser::ParseOpenMPDeclareReductionDirective(clang::AccessSpecifier)': ParseOpenMP.cpp:(.text._ZN5clang6Parser36ParseOpenMPDeclareReductionDirectiveENS_15AccessSpecifierE+0x86): undefined reference to `llvm::omp::getOpenMPDirectiveName(llvm::omp::Directive)' This patch fixed both issues and bcc can compile with latest llvm 10. 2019-12-10 09:57:40 -0800f9f1050f0d61e56ed43df0f1338a30389bfcc2bafix a compilation error with latest llvm 10editcmake/clang_libs.cmakeeditsrc/cc/frontends/b/codegen_llvm.ccsrc/cc/compat/linux/virtual_bpf.hsrc/cc/libbpfintrospection/CMakeLists.txte6bd4edc389aa7876ba89dae48eb27d4e59687a21576002254000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comsync with latest libbpf sync with latest upstream libbpf version 0.0.6. 2019-12-10 10:24:14 -0800e6bd4edc389aa7876ba89dae48eb27d4e59687a2sync with latest libbpfeditsrc/cc/libbpfeditintrospection/CMakeLists.txteditsrc/cc/compat/linux/virtual_bpf.hdebian/changelog368a5b0714961953f3e3f61607fa16cb71449c1b1576027176000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comdebian changelog for v0.12.0 tag the main changes from v0.11.0 to v0.12.0 tag: * Support for kernel up to 5.4 * klockstat tool to track kernel mutex lock statistics * cmake option CMAKE_USE_LIBBPF_PACKAGE to build a bcc shared library linking with distro libbpf_static.a * new map.lookup_or_try_init() API to remove hidden return in map.lookup_or_init() * BPF_ARRAY_OF_MAPS and BPF_HASH_OF_MAPS support * support symbol offset for uprobe in both C++ and python API, kprobe already has the support * bug fixes for trace.py, tcpretrans.py, runqslower.py, etc. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-12-10 17:19:36 -0800368a5b0714961953f3e3f61607fa16cb71449c1bdebian changelog for v0.12.0 tageditdebian/changelogsrc/python/bcc/__init__.py2283996f0acd80c304541540570825da7fae77d91576082596000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comFix s390 kprobes support Ever since Linux kernel commit aa0d6e70d, kprobes on s390 could no longer be found due to a change in symbol names. Symptom: $ ./tools/execsnoop.py cannot attach kprobe, probe entry may not exist [...] Signed-off-by: Stefan Raspl <raspl@linux.ibm.com> 2019-12-11 08:43:16 -08002283996f0acd80c304541540570825da7fae77d9Fix s390 kprobes supporteditsrc/python/bcc/__init__.pytools/filetop.py3106a82f2cbce9be7c31da44cd173c2ac88c7e211576167171000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comfix -h output for --sort option This fixes a regression from c2b371d56b8bbaf9c7d01b88830193ecd1ee4e12 where the author forgot to update the help output. 2019-12-12 08:12:51 -08003106a82f2cbce9be7c31da44cd173c2ac88c7e21fix -h output for --sort optionedittools/filetop.pyman/man8/biolatency.805a09ea981cc5ed5021b194c3b2e2ea32c55e4b51576167196000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comImprove wording on how latency is measured 2019-12-12 08:13:16 -080005a09ea981cc5ed5021b194c3b2e2ea32c55e4b5Improve wording on how latency is measurededitman/man8/biolatency.8tools/klockstat.pyman/man8/klockstat.8c71394a9b6a5f6e98aef854ca5aa018a4ed733bf1576680243000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comklockstat: fix caller filter - args.caller needs to be bytes not string - clarify man page a bit 2019-12-18 06:44:03 -0800c71394a9b6a5f6e98aef854ca5aa018a4ed733bfklockstat: fix caller filteredittools/klockstat.pyeditman/man8/klockstat.8src/cc/libbpf.c0aca2c71c9b9e6b3d3335b6df288ad01a09c3ed61576810659000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comRemove kretprobe__ prefix from program names Such prefixes are currently removed for kprobes, tracepoints, and raw tracepoints, but not for kretprobes. This commit removes it for kretprobe as well, for consistency. Signed-off-by: Paul Chaignon <paul.chaignon@orange.com> 2019-12-19 18:57:39 -08000aca2c71c9b9e6b3d3335b6df288ad01a09c3ed6Remove kretprobe__ prefix from program nameseditsrc/cc/libbpf.cexamples/cgroupid/cgroupid.ctools/opensnoop_example.txt.gitignoredocs/filtering_by_cgroups.mdtools/opensnoop.pytools/execsnoop_example.txttools/execsnoop.pyexamples/cgroupid/Makefileexamples/cgroupid/Dockerfileb2aa29fa3269ec54b2c4d95a55559deb4c32b7b61576896776000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comtools: cgroup filtering in execsnoop/opensnoop Add a new option --cgroupmap in execsnoop and opensnoop to only display results from processes that belong to one of the cgroups whose id, returned by bpf_get_current_cgroup_id(), is in a pinned BPF hash map. Examples of commands: # opensnoop --cgroupmap /sys/fs/bpf/test01 # execsnoop --cgroupmap /sys/fs/bpf/test01 Cgroup ids can be discovered in userspace by the system call name_to_handle_at(); an example of C program doing that is available in examples/cgroupid/cgroupid.c. More complete documentation is added in docs/filtering_by_cgroups.md The documentation is independent from Kubernetes. However, my goal is to use this feature in Kubernetes: I am preparing to use this in Inspektor Gadget to select specific Kubernetes pods, depending on a Kubernetes label selector. Kubernetes pods matching the label selector can come and go during the execution of the bcc tools; Inspektor Gadget is updating the BPF hash map used by the bcc tools accordingly. 2019-12-20 18:52:56 -0800b2aa29fa3269ec54b2c4d95a55559deb4c32b7b6tools: cgroup filtering in execsnoop/opensnoopaddexamples/cgroupid/Dockerfileaddexamples/cgroupid/Makefileedittools/opensnoop.pyedittools/execsnoop.pyedittools/opensnoop_example.txtadddocs/filtering_by_cgroups.mdedittools/execsnoop_example.txtaddexamples/cgroupid/cgroupid.cedit.gitignoresrc/cc/libbpfintrospection/CMakeLists.txtsrc/cc/CMakeLists.txt8174c0ae5541d4c9b2b3a4d407d7ea527946b6411576910369000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comsync with latest libbpf also add dependency of zlib in a couple of places as libbpf starts to use zlib directly. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-12-20 22:39:29 -08008174c0ae5541d4c9b2b3a4d407d7ea527946b641sync with latest libbpfeditsrc/cc/libbpfeditsrc/cc/CMakeLists.txteditintrospection/CMakeLists.txttools/trace.py8bb4e473bac87e65c9aaa51c9e90e2f98bb25acc1576951560000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comtools/trace.py: flush stdout for each event 2019-12-21 10:06:00 -08008bb4e473bac87e65c9aaa51c9e90e2f98bb25acctools/trace.py: flush stdout for each eventedittools/trace.pycmake/version.cmake977a7e3a568c4c929fabeb4a025528d9b6f1e84c1577385586000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comchange version.cmake to check all tags Fix issue #2666 Currently, in master where latest tag is v0.12.0, the build still says is it v0.11.0. [ben@centos bcc]$ cd build/ [ben@centos build]$ cmake .. -DCMAKE_INSTALL_PREFIX=/usr -- Latest recognized Git tag is v0.11.0 The reason is the git_describe by default only checks annotated tag while tag v0.12.0 is tagged through github release process which just tags whatever the top of the master. Making git_describe to check all tags fixed the issue. Signed-off-by: Yonghong Song <yhs@fb.com> 2019-12-26 10:39:46 -0800977a7e3a568c4c929fabeb4a025528d9b6f1e84cchange version.cmake to check all tagseditcmake/version.cmakeman/man8/gethostlatency.8man/man8/filelife.8man/man8/syncsnoop.8man/man8/mountsnoop.8man/man8/biosnoop.8man/man8/drsnoop.8man/man8/statsnoop.8man/man8/killsnoop.8man/man8/bashreadline.8man/man8/opensnoop.84f0a887a1530c716190454b824a7f003fde8b9e81577482586000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comman: fix required kernel version in man pages Several man pages state that Linux 4.5 is required because the tool relies on the bpf_perf_event_output helper. However, bpf_perf_event_output was introduced in Linux 4.4. In addition, mountsnoop requires Linux 4.8 because it now uses the bpf_get_current_task helper. Signed-off-by: Paul Chaignon <paul.chaignon@orange.com> 2019-12-27 13:36:26 -08004f0a887a1530c716190454b824a7f003fde8b9e8man: fix required kernel version in man pageseditman/man8/statsnoop.8editman/man8/syncsnoop.8editman/man8/gethostlatency.8editman/man8/mountsnoop.8editman/man8/bashreadline.8editman/man8/biosnoop.8editman/man8/drsnoop.8editman/man8/opensnoop.8editman/man8/filelife.8editman/man8/killsnoop.8src/cc/CMakeLists.txtdf591fb5970392359b860945b754d6c7cfce1d2e1577677853000https://buildbot.iovisor.org/jenkins/user/casparantCaspar Zhangcaspar@linux.alibaba.comfix libbpf_uapi path typo A typo occured in libbpf_uapi path from src/cc/CMakeLists.txt which made compat linux uapi headers failed to copy. Signed-off-by: Caspar Zhang <caspar@linux.alibaba.com> 2019-12-30 11:50:53 +0800df591fb5970392359b860945b754d6c7cfce1d2efix libbpf_uapi path typoeditsrc/cc/CMakeLists.txtsrc/cc/CMakeLists.txtdc336aa42dee99e3b38b8c760c39cc8fafe9deca1577996597000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comPackage static archives, closes #1938 This should help embed libbcc into bpftrace: * https://github.com/iovisor/bpftrace/issues/342 As well as other tools like ebpf_exporter, so that there is no longer a requirement to have a particular version libbcc installed. 2020-01-02 12:23:17 -0800dc336aa42dee99e3b38b8c760c39cc8fafe9decaPackage static archives, closes #1938editsrc/cc/CMakeLists.txttests/cc/test_map_in_map.cc5098c9dd2538d6256a10f1a67a36ebc867549e7f1577996619000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comfix test_map_in_map.cc compilation error fix issue #2679 where test_map_in_map.cc has a compilation error on ppc64le due to conflicting type __u64. Let us just remove the typedef. Signed-off-by: Yonghong Song <yhs@fb.com> 2020-01-02 12:23:39 -08005098c9dd2538d6256a10f1a67a36ebc867549e7ffix test_map_in_map.cc compilation erroredittests/cc/test_map_in_map.ccsrc/cc/bcc_btf.cce47f9d0294a23fe125e577a5649c936ea7d6f8141578009926000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comsanitize btf VAR and DATASEC types bcc does not use these types yet. Let us sanitize them with int/void-pointer types so old kernels can continue to work with latest llvm compiler. Signed-off-by: Yonghong Song <yhs@fb.com> 2020-01-02 16:05:26 -0800e47f9d0294a23fe125e577a5649c936ea7d6f814sanitize btf VAR and DATASEC typeseditsrc/cc/bcc_btf.ccman/man8/runqslower.8tools/runqslower.pytools/runqslower_example.txtdb8264413135c808bd5d530537e9cccabf6186a31578029844000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comtools/runqslower.py: Option for --pid or --tid (#2635) * tools/runqslower.py: Option for --pid or --tid Closes: #2607 Option for --pid or --tid tracing. Enable group leader level tracing. * --pid <pid>: will trace every task that has <pid> as group leader. Meaning it will trace the parent and its direct children. * --tid <tid>: will trace the given thread * Reporting TID instead of PID in the report column. * Update the example file to reflect the TID/PID change 2020-01-02 21:37:24 -0800db8264413135c808bd5d530537e9cccabf6186a3tools/runqslower.py: Option for --pid or --tid (#2635)edittools/runqslower.pyedittools/runqslower_example.txteditman/man8/runqslower.8src/cc/frontends/clang/b_frontend_action.cctests/cc/CMakeLists.txtsrc/cc/api/BPFTable.htests/cc/test_sk_storage.ccsrc/cc/api/BPF.hsrc/cc/export/helpers.hc6b287ca4ca30de94d1082ebed0a7330796b717a1578029878000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comsupport BPF_MAP_TYPE_SK_STORAGE map kernel sk local storage is introduced at 5.2. https://github.com/torvalds/linux/commit/6ac99e8f23d4b10258406ca0dd7bffca5f31da9d this patch supports BPF_MAP_TYPE_SK_STORAGE in bcc. tested C++ user space APIs and loading of the bpf programs using helpers map.sk_storage_get() and map.sk_storage_delete(). Signed-off-by: Yonghong Song <yhs@fb.com> 2020-01-02 21:37:58 -0800c6b287ca4ca30de94d1082ebed0a7330796b717asupport BPF_MAP_TYPE_SK_STORAGE mapeditsrc/cc/export/helpers.haddtests/cc/test_sk_storage.cceditsrc/cc/frontends/clang/b_frontend_action.cceditsrc/cc/api/BPF.hedittests/cc/CMakeLists.txteditsrc/cc/api/BPFTable.htools/offcputime.py909ada95ce59530cb205a96413167bb0c50747391578034214000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comtools/offcputime.py: Redundatn arg check pid/tid is already set to be mutually exclusive in python's arg parser so no need for this check manually. 2020-01-02 22:50:14 -0800909ada95ce59530cb205a96413167bb0c5074739tools/offcputime.py: Redundatn arg checkedittools/offcputime.pyLINKS.mdd79628569b039f3efe8bdb09505005bb388b4eb71578070961000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comLinks to 3 articles on Linux tracing using bcc 2020-01-03 09:02:41 -0800d79628569b039f3efe8bdb09505005bb388b4eb7Links to 3 articles on Linux tracing using bcceditLINKS.mdsrc/cc/frontends/clang/b_frontend_action.cctests/python/test_clang.py1a780e97ff6678583c5398230c579cc81cfbf2bb1578291313000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comrewriter: Fix tracking of pointers with several indirections The rewriter tracks, with nb_derefs, the number of indirections of external pointers, to rewrite only the appropriate dereference into a call to bpf_probe_read. In ProbeChecker, however, nb_derefs has a different meaning: it counts the number of dereferences encountered. This difference resulted in an error when ProbeChecker is traversing the right-hand side of an assignment. This commit fixes the error and adds tests for the two cases of assignments: when the right-hand side is an external pointer with several indirection levels and when it is a call to a function returning an external pointer with several indirection levels. This commit also changes ProbeSetter and assignsExtPtr to count dereferences instead of addrof in an effort to use nb_derefs more consistently across the code to mean "number of dereferences needed to get to the external pointer". Signed-off-by: Paul Chaignon <paul.chaignon@orange.com> 2020-01-05 22:15:13 -08001a780e97ff6678583c5398230c579cc81cfbf2bbrewriter: Fix tracking of pointers with several indirectionseditsrc/cc/frontends/clang/b_frontend_action.ccedittests/python/test_clang.pyINSTALL.md1b2be41a090cb66e049911de47ea02b78bf85caf1578327944000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comAdd Ubuntu Eon incompatibility note Packages are currently broken on Ubuntu Eon. See #2676 and #2678. 2020-01-06 08:25:44 -08001b2be41a090cb66e049911de47ea02b78bf85cafAdd Ubuntu Eon incompatibility noteeditINSTALL.mdINSTALL.md590ac9dcb67aff673b38855b76eaf45b5269fd411578350795000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comUbuntu Eon build dependencies and version numbers - Add updated list of dependencies to build on Ubuntu Eon (19.10) - Add Ubuntu version numbers for increased clarity - Capitalize release names to match official branding 2020-01-06 14:46:35 -0800590ac9dcb67aff673b38855b76eaf45b5269fd41Ubuntu Eon build dependencies and version numberseditINSTALL.mdsrc/cc/api/BPFTable.ccc707a55ef164f9072688fd4cf9e7ca7ac20b8fc41578377889000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comavoid complex expression in struct member initializer Some old compiler may complain about this. Let us only use simple expression. Signed-off-by: Yonghong Song <yhs@fb.com> 2020-01-06 22:18:09 -0800c707a55ef164f9072688fd4cf9e7ca7ac20b8fc4avoid complex expression in struct member initializereditsrc/cc/api/BPFTable.cctools/solisten_example.txttools/old/profile.pysrc/cc/export/helpers.htools/offcputime.pytools/runqlen_example.txtman/man8/filetop.8tests/lua/luaunit.luasrc/cc/libbpf.ctools/tcplife.luaexamples/cpp/TCPSendStack.cctools/compactsnoop.pytools/offwaketime.pytools/compactsnoop_example.txttools/klockstat.pysrc/cc/libbpf.hman/man8/dbslower.8tools/capable.pyexamples/networking/http_filter/http-parse-complete.pysrc/cc/frontends/b/parser.yyman/man8/runqlen.8src/cc/frontends/b/codegen_llvm.cctools/profile.pydocs/reference_guide.mdexamples/tracing/dddos.pytools/reset-trace.shtools/cachetop.pytools/tcpstates.pysrc/cc/bcc_elf.htests/cc/test_perf_event.cctools/tcplife_example.txttools/inject.pytools/tcpstates_example.txtsrc/cc/frontends/p4/compiler/ebpfTable.pysrc/cc/api/BPF.ccexamples/networking/http_filter/http-parse-complete.ctests/python/include/folly/tracing/StaticTracepoint-ELF.hman/man8/criticalstat.8tools/tcpaccept.pytools/criticalstat_example.txttools/nfsslower.pytools/tcpsubnet_example.txttools/tcplife.pytools/tcptracer_example.txttools/reset-trace_example.txtman/man8/compactsnoop.8c14d02a521cdeddc54a1189cd66a90cbd632a9a51578533358000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songyhs@fb.comFix a bunch of typos (#2693) fix a bunch of types in man pages, docs, tools, tests, src and examples. 2020-01-08 17:29:18 -0800c14d02a521cdeddc54a1189cd66a90cbd632a9a5Fix a bunch of typos (#2693)editsrc/cc/frontends/p4/compiler/ebpfTable.pyeditexamples/cpp/TCPSendStack.cceditsrc/cc/frontends/b/codegen_llvm.ccedittools/old/profile.pyedittools/tcplife_example.txtedittools/tcptracer_example.txtedittools/tcpaccept.pyeditexamples/networking/http_filter/http-parse-complete.ceditexamples/tracing/dddos.pyeditsrc/cc/libbpf.hedittools/offcputime.pyedittools/reset-trace.shedittools/tcpstates_example.txtedittools/klockstat.pyeditman/man8/dbslower.8edittools/tcpstates.pyedittools/nfsslower.pyedittools/solisten_example.txtedittools/compactsnoop.pyeditsrc/cc/libbpf.cedittools/tcpsubnet_example.txteditsrc/cc/api/BPF.ccedittests/cc/test_perf_event.ccedittools/tcplife.luaeditsrc/cc/bcc_elf.heditman/man8/filetop.8edittests/python/include/folly/tracing/StaticTracepoint-ELF.hedittools/cachetop.pyedittools/tcplife.pyeditdocs/reference_guide.mdeditexamples/networking/http_filter/http-parse-complete.pyeditsrc/cc/frontends/b/parser.yyedittools/offwaketime.pyeditsrc/cc/export/helpers.hedittools/runqlen_example.txteditman/man8/criticalstat.8edittools/capable.pyedittools/criticalstat_example.txtedittools/compactsnoop_example.txtedittools/inject.pyedittools/profile.pyeditman/man8/runqlen.8edittests/lua/luaunit.luaedittools/reset-trace_example.txteditman/man8/compactsnoop.8src/cc/bcc_debug.cc9c32c359637df243269ae871f50a6837aee0ceb01578609091000https://buildbot.iovisor.org/jenkins/user/noreplynoreplynoreply@github.comupdate usage of MCInstPrinter printInst() for llvm10 (#2696) 2020-01-09 14:31:31 -08009c32c359637df243269ae871f50a6837aee0ceb0update usage of MCInstPrinter printInst() for llvm10 (#2696)editsrc/cc/bcc_debug.ccdocs/kernel-versions.md03e0d26483e6165227b1150a0418664e8bbcdb801578609122000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comdocs: add BPF trampoline to the kernel features Signed-off-by: Gary Lin <glin@suse.com> 2020-01-09 14:32:02 -080003e0d26483e6165227b1150a0418664e8bbcdb80docs: add BPF trampoline to the kernel featureseditdocs/kernel-versions.mdFAQ.txt18e0991f7057922b4735de013e1dc06f6260f8f31578639231000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comSecure Boot: physical keypress to disable lockdown Ubuntu 19.10 with secure boot enabled doesn't allow the kernel lockdown to be lifted by echo, even from root: ``` # echo 1 > /proc/sys/kernel/sysrq # echo x > /proc/sysrq-trigger ``` dmesg says: ``` This sysrq operation is disabled from userspace. ``` I pressed Alt-PrtScr-x and that worked: ``` sysrq: Disabling Secure Boot restrictions Lifting lockdown ``` I can now run eBPF tools, such as execsnoop-bpfcc. 2020-01-09 22:53:51 -080018e0991f7057922b4735de013e1dc06f6260f8f3Secure Boot: physical keypress to disable lockdowneditFAQ.txtsrc/cc/bcc_btf.ccsrc/cc/bcc_btf.h670aad2e7fd9e8f21db56ee188cbb4ab010f91c01578688061000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comsanitize BTF_KIND_FUNC The llvm patch https://reviews.llvm.org/D71638 extends BTF_KIND_FUNC to include scope of the function, static, global and extern, with btf_type->info vlen encoding since vlen is always 0 before the extension. This patch did the sanitization so that the bcc with latest llvm can still work on older kernels. Signed-off-by: Yonghong Song <yhs@fb.com> 2020-01-10 12:27:41 -0800670aad2e7fd9e8f21db56ee188cbb4ab010f91c0sanitize BTF_KIND_FUNCeditsrc/cc/bcc_btf.heditsrc/cc/bcc_btf.ccsrc/cc/libbpfsrc/cc/libbpf.csrc/cc/compat/linux/virtual_bpf.hintrospection/bps.cdocs/kernel-versions.md071eef6b1571f23be6f0fc03787523cb06b706591578691964000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comsync with latest libbpf repo sync with latest libbpf repo upto the following commit: https://github.com/libbpf/libbpf/commit/868739519894fbf2cdb81f1f9222f1b665670096 Signed-off-by: Yonghong Song <yhs@fb.com> 2020-01-10 13:32:44 -0800071eef6b1571f23be6f0fc03787523cb06b70659sync with latest libbpf repoeditsrc/cc/libbpf.ceditsrc/cc/compat/linux/virtual_bpf.heditdocs/kernel-versions.mdeditsrc/cc/libbpfeditintrospection/bps.cintrospection/CMakeLists.txtbbafe998921792839d5c09f76705dd30849140ba1579070098000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comFix CentOS 6 support. CentOS 6 support was added in #1504 and inadvertently reverted in #1763 leading to builds failing due to undefined reference to "clock_gettime". To re-add support for building on CentOS 6 and keep binary size down, only add librt to the list of target_link_libraries to allow "clock_gettime" to be resolved. 2020-01-14 22:34:58 -0800bbafe998921792839d5c09f76705dd30849140baFix CentOS 6 support.editintrospection/CMakeLists.txttools/bpflist.py304d95cf48c256cbf5bb27d68193db4f01afb9e81579147156000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.combpflist: list only real bpf objects The regular expression '.*bpf-(\\w+)' used to grep for bpf objects would also list regular files. For example, a process like `vim /tmp/bpf-woo` would be listed in the output and the type of the BPF object will be 'woo'. Fix this by correcting the regular expression. Signed-off-by: Anton Protopopov <a.s.protopopov@gmail.com> 2020-01-15 19:59:16 -0800304d95cf48c256cbf5bb27d68193db4f01afb9e8bpflist: list only real bpf objectsedittools/bpflist.pytools/bpflist.py90937ce0237f72ccf18142296a6d5c97cc8237911579147156000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.combpflist: use smarter print format BPF object type can be wider than 8 characters, e.g., for the "raw-tracepoint" type. Compute the printing format automatically based on the maximum length of BPF objects to be listed. Signed-off-by: Anton Protopopov <a.s.protopopov@gmail.com> 2020-01-15 19:59:16 -080090937ce0237f72ccf18142296a6d5c97cc823791bpflist: use smarter print formatedittools/bpflist.pysrc/cc/bcc_debug.cc4f0c29ea2c072c29e9ed064a1494f333e2378cf31579152851000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comfix llvm compilation error The following changes from llvm 10 https://github.com/llvm/llvm-project/commit/6fdd6a7b3f696972edc244488f59532d05136a27#diff-37c83c70858df19cb097e36b13b7c112 changed MCDisassembler::getInstruction() signature. Do the corresponding change in bcc_debug.cc to fix the issue. Signed-off-by: Yonghong Song <yhs@fb.com> 2020-01-15 21:34:11 -08004f0c29ea2c072c29e9ed064a1494f333e2378cf3fix llvm compilation erroreditsrc/cc/bcc_debug.ccdocs/kernel-versions.mdefbed3b678c4ab2e32b41978fc9e4a2c758bce5e1579246641000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comdocs: Remove a redundant space Signed-off-by: Masanori Misono <m.misono760@gmail.com> 2020-01-16 23:37:21 -0800efbed3b678c4ab2e32b41978fc9e4a2c758bce5edocs: Remove a redundant spaceeditdocs/kernel-versions.mdsrc/cc/libbpfsrc/cc/libbpf.csrc/cc/compat/linux/virtual_bpf.hdocs/kernel-versions.mddce8e9daf59f44dec4e3500d39a82a8ce59e43ba1579331310000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comsync with latest libbpf repo sync libbpf submodule upto the following commit: commit 033ad7ee78e8f266fdd27ee2675090ccf4402f3f Author: Andrii Nakryiko <andriin@fb.com> Date: Fri Jan 17 16:22:23 2020 -0800 sync: latest libbpf changes from kernel Signed-off-by: Yonghong Song <yhs@fb.com> 2020-01-17 23:08:30 -0800dce8e9daf59f44dec4e3500d39a82a8ce59e43basync with latest libbpf repoeditsrc/cc/libbpfeditsrc/cc/libbpf.ceditsrc/cc/compat/linux/virtual_bpf.heditdocs/kernel-versions.mdINSTALL.mdda59f37f14320c0a20300f2c516336ae9ebe8a301579492869000https://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songys114321@gmail.comRemove from list of AUR packages 2020-01-19 20:01:09 -0800da59f37f14320c0a20300f2c516336ae9ebe8a30Remove from list of AUR packageseditINSTALL.mdtests/cc/test_c_api.cc.github/workflows/bcc-test.ymlDockerfile.teststests/cc/test_usdt_probes.cc201928af91840304bb8d79383dd98cef140587b21579586378000https://buildbot.iovisor.org/jenkins/user/dalehamelDale Hameldale.hamel@srvthe.netInitial support for using github actions This uses Github's new Actions framework to build and test bcc 2020-01-21 00:59:38 -0500201928af91840304bb8d79383dd98cef140587b2Initial support for using github actionsadd.github/workflows/bcc-test.ymledittests/cc/test_c_api.ccedittests/cc/test_usdt_probes.ccaddDockerfile.tests.github/workflows/bcc-test.yml7a343d4b1df60417ba97dd29b7ce675b1e3222e51579628895000https://buildbot.iovisor.org/jenkins/user/dalehamelDale Hameldale.hamel@shopify.comDebug with tmate 2020-01-21 12:48:15 -05007a343d4b1df60417ba97dd29b7ce675b1e3222e5Debug with tmateedit.github/workflows/bcc-test.ymlgithttps://buildbot.iovisor.org/jenkins/user/michal.wesolowskimichal.wesolowskihttps://buildbot.iovisor.org/jenkins/user/noreplynoreplyhttps://buildbot.iovisor.org/jenkins/user/tdecacqutdecacquhttps://buildbot.iovisor.org/jenkins/user/yonghong-songyonghong-songhttps://buildbot.iovisor.org/jenkins/user/591596081591596081https://buildbot.iovisor.org/jenkins/user/jmarchanjmarchanhttps://buildbot.iovisor.org/jenkins/user/dalehamelDale Hamelhttps://buildbot.iovisor.org/jenkins/user/casparantCaspar Zhanghttps://buildbot.iovisor.org/jenkins/user/ethercflowZwbhttps://buildbot.iovisor.org/jenkins/user/jolsajolsa