{"push_id":925080283,"size":77,"distinct_size":77,"ref":"refs/heads/cm-13.0","head":"69b2c9ca19632c76c5411fb965bf17b2c050b0b8","before":"e2245babb232faf7131fdd05d638eba1a139bbe3","commits":[{"sha":"4f5ae25e67d75bdb6372ff6471815078ca058d94","author":{"email":"17025e8634a38137c09e61d7c9a5b5e053e5200a@gmail.com","name":"fefifofum"},"message":"armani: defconfig: Enable ANDROID_LMK_ADJ_RBTREE","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/4f5ae25e67d75bdb6372ff6471815078ca058d94"},{"sha":"d56ff5bbb6b898123eccda30355af13cab26ec08","author":{"email":"d77b46f71ad07d1c66a004715c9110750816d270@motorola.com","name":"Jason Hrycay"},"message":"lowmemorykiller: Check tgid with rcu lock held\n\nWhen checking if the current task shares the same task group ID of the\ncurrent task which is signalled for MEMDIE, ensure we do so within the\nrcu lock to avoid potential race condition of the memory pointed to be\ntsk getting free'd or reusued and we end up with a false evaluation of\ncurrent.tgid matching, thus killing a task that maybe should not be\nkilled.\n\nChange-Id: Iaee84dbd749c8320fb4170e956b3cc4e73e957f1\nSigned-off-by: Jason Hrycay <jason.hrycay@motorola.com>\nReviewed-on: http://gerrit.mot.com/735794\nSLTApproved: Slta Waiver <sltawvr@motorola.com>\nSME-Granted: SME Approvals Granted\nTested-by: Jira Key <jirakey@motorola.com>\nReviewed-by: Hong-Mei Li <a21834@motorola.com>\nReviewed-by: Christopher Fries <cfries@motorola.com>\nSubmit-Approved: Jira Key <jirakey@motorola.com>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/d56ff5bbb6b898123eccda30355af13cab26ec08"},{"sha":"f2fafed4ccfdf8e02af7c3454fd2d76c8245ad73","author":{"email":"fdd63d6d2cf1fcca4a32e9bdba550776ff3f9f3c@motorola.com","name":"Hong-Mei Li"},"message":"lowmemorykiller: maintain LMK rbtree with signal->adj_node\n\nCurrently, we maintain LMK rbtree with task->adj_node. However, when\nhandling oom_score_adj change case, we may del/add a non-leader task\nto the RB tree, which is not as expected.\n\nThis patch we maintain the LMK rbtree with task->signal->adj_node.\nSince signal_struct is shared between main task and threads, we can\navoid non-leader thread adding to tree.\n\nChange-Id: I3ba9e740e03ab04c25497a1cc2c870f051bd5b07\nSigned-off-by: Hong-Mei Li <a21834@motorola.com>\nReviewed-on: http://gerrit.mot.com/754225\nSME-Granted: SME Approvals Granted\nSLTApproved: Slta Waiver <sltawvr@motorola.com>\nTested-by: Jira Key <jirakey@motorola.com>\nReviewed-by: Zhi-Ming Yuan <a14194@motorola.com>\nReviewed-by: Yi-Wei Zhao <gbjc64@motorola.com>\nSubmit-Approved: Jira Key <jirakey@motorola.com>\n(cherry picked from commit b40634023f9152c6232de9acb80108e0af7e4075)\nSigned-off-by: Abdul Salam <salamab@motorola.com>\nReviewed-on: http://gerrit.mot.com/766107\nReviewed-by: Sudharsan Yettapu <sudharsan.yettapu@motorola.com>\nReviewed-by: Ravikumar Vembu <raviv@motorola.com>\n(cherry picked from commit f3abd37ce3b4d36ae05cfc1c5cd10e5a3f584e7f)\nReviewed-on: http://gerrit.mot.com/768302","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/f2fafed4ccfdf8e02af7c3454fd2d76c8245ad73"},{"sha":"9eaafd9363d9b5e2e96c38a3423ee6d035a96593","author":{"email":"fdd63d6d2cf1fcca4a32e9bdba550776ff3f9f3c@motorola.com","name":"Hong-Mei Li"},"message":"kernel: avoid adding non-thread-group task to LMK rbtree\n\nTo maintain the task adj RB tree, we add a task to the RB tree when fork,\nand delete it when exit. The place is exactly the same as the linear\np->tasks list, only when the task is thread_group_leader.\n\nBut to handle the oom_score_adj change case, which did not check the\nthread_group_leader, we may del/add a non-leader task to the RB tree.\nFinally leave the task in the RB tree, since we would not really delete\na non-leader task from the tree. The orphan task would finally be freed,\nand cause later use-after-free panic when accessing RB tree.\n\nSolution:\nMove the rbtree adj_node to signal_struct, which is shared between\ntask and all threads. This can make sure we only add one node for\na thread group.\n\nChange-Id: I1e8dfe490656408863b3726c7bc9e4ee6dc5abc1\nSigned-off-by: Hong-Mei Li <a21834@motorola.com>\nReviewed-on: http://gerrit.mot.com/754224\nSLTApproved: Slta Waiver <sltawvr@motorola.com>\nSME-Granted: SME Approvals Granted\nTested-by: Jira Key <jirakey@motorola.com>\nReviewed-by: Zhi-Ming Yuan <a14194@motorola.com>\nReviewed-by: Yi-Wei Zhao <gbjc64@motorola.com>\nSubmit-Approved: Jira Key <jirakey@motorola.com>\n(cherry picked from commit b3f12a2465542888ec5c868c38022e0e5f7631ca)\nSigned-off-by: Abdul Salam <salamab@motorola.com>\nReviewed-on: http://gerrit.mot.com/766108\nReviewed-by: Sudharsan Yettapu <sudharsan.yettapu@motorola.com>\nReviewed-by: Ravikumar Vembu <raviv@motorola.com>\n(cherry picked from commit 558ef1fceae5d4c8509cb2a40d98c841525f7ea3)\nReviewed-on: http://gerrit.mot.com/768300","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/9eaafd9363d9b5e2e96c38a3423ee6d035a96593"},{"sha":"50266420632b0272de90b47b798a1c2c0a955c55","author":{"email":"fdd63d6d2cf1fcca4a32e9bdba550776ff3f9f3c@motorola.com","name":"Hong-Mei Li"},"message":"fs: avoid adding non-thread-group task to LMK rbtree\n\nTo maintain the task adj RB tree, we add a task to the RB tree when fork,\nand delete it when exit. The place is exactly the same as the linear\np->tasks list, say, nly when the task is thread_group_leader.\n\nWhen task group_leader is changing, we make sure to add the new leader\ninto RB tree after its leader flag is set, task->exit_signal.\n\nCherry-picked from (CR): http://gerrit.mot.com/753419/\n\nChange-Id: I8da47998510e531188feb067b491e92306be9414\nSigned-off-by: Hong-Mei Li <a21834@motorola.com>\nReviewed-on: http://gerrit.mot.com/753419\nSLTApproved: Slta Waiver <sltawvr@motorola.com>\nSME-Granted: SME Approvals Granted\nTested-by: Jira Key <jirakey@motorola.com>\nReviewed-by: Zhi-Ming Yuan <a14194@motorola.com>\nReviewed-by: Yi-Wei Zhao <gbjc64@motorola.com>\nSubmit-Approved: Jira Key <jirakey@motorola.com>\nReviewed-on: http://gerrit.mot.com/766106\nReviewed-by: Sudharsan Yettapu <sudharsan.yettapu@motorola.com>\nReviewed-by: Ravikumar Vembu <raviv@motorola.com>\n(cherry picked from commit e9e92d64142625981490dd5c323aa08467d349e8)\nReviewed-on: http://gerrit.mot.com/768301","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/50266420632b0272de90b47b798a1c2c0a955c55"},{"sha":"e3a465037ebcaa69402174764df7bf8f8c8452d8","author":{"email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com","name":"Eric Dumazet"},"message":"tcp_cubic: better follow cubic curve after idle period\n\nJana Iyengar found an interesting issue on CUBIC :\n\nThe epoch is only updated/reset initially and when experiencing losses.\nThe delta \"t\" of now - epoch_start can be arbitrary large after app idle\nas well as the bic_target. Consequentially the slope (inverse of\nca->cnt) would be really large, and eventually ca->cnt would be\nlower-bounded in the end to 2 to have delayed-ACK slow-start behavior.\n\nThis particularly shows up when slow_start_after_idle is disabled\nas a dangerous cwnd inflation (1.5 x RTT) after few seconds of idle\ntime.\n\nJana initial fix was to reset epoch_start if app limited,\nbut Neal pointed out it would ask the CUBIC algorithm to recalculate the\ncurve so that we again start growing steeply upward from where cwnd is\nnow (as CUBIC does just after a loss). Ideally we'd want the cwnd growth\ncurve to be the same shape, just shifted later in time by the amount of\nthe idle period.\n\nChange-Id: I9743cd0c535b17773aa83baec142de7573f7f290\nReported-by: Jana Iyengar <jri@google.com>\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: Yuchung Cheng <ycheng@google.com>\nSigned-off-by: Neal Cardwell <ncardwell@google.com>\nCc: Stephen Hemminger <stephen@networkplumber.org>\nCc: Sangtae Ha <sangtae.ha@gmail.com>\nCc: Lawrence Brakmo <lawrence@brakmo.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/e3a465037ebcaa69402174764df7bf8f8c8452d8"},{"sha":"0072b02f73c678363052be82e3e7a46e27e4a4dd","author":{"email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com","name":"Eric Dumazet"},"message":"tcp_cubic: do not set epoch_start in the future\n\nTracking idle time in bictcp_cwnd_event() is imprecise, as epoch_start\nis normally set at ACK processing time, not at send time.\n\nDoing a proper fix would need to add an additional state variable,\nand does not seem worth the trouble, given CUBIC bug has been there\nforever before Jana noticed it.\n\nLet's simply not set epoch_start in the future, otherwise\nbictcp_update() could overflow and CUBIC would again\ngrow cwnd too fast.\n\nThis was detected thanks to a packetdrill test Neal wrote that was flaky\nbefore applying this fix.\n\nChange-Id: I4ed4ee5625ff5a8061a9ae3bdfc9db883d993453\nFixes: 30927520dbae (\"tcp_cubic: better follow cubic curve after idle period\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: Neal Cardwell <ncardwell@google.com>\nSigned-off-by: Yuchung Cheng <ycheng@google.com>\nCc: Jana Iyengar <jri@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/0072b02f73c678363052be82e3e7a46e27e4a4dd"},{"sha":"7f15d328991180e1d67c44fbbe3148d86429f3b6","author":{"email":"287e02744ae7c802bbb99a60be19e5052bdd29c3@codeaurora.org","name":"Banajit Goswami"},"message":"ASoC: msm: qdsp6v2: add support for any number of ASM buffers\n\nCurrent logic in ASM driver supports CPU and DSP buffers only\nwhen the number of buffers is power of 2. At times, the number\nof buffers might need to be different than power of 2. Modify\nthe logic to find next available CPU or DSP buffer, even when\nthe number of buffers is anything other than power of 2.\n\nCRs-Fixed: 771446\nChange-Id: Ibda6e0843387f6286a75c1bf4dc2068b4c4e7e9b\nSigned-off-by: Banajit Goswami <bgoswami@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/7f15d328991180e1d67c44fbbe3148d86429f3b6"},{"sha":"8b1885b42cf5494cb21e0629a6d1321cfff86449","author":{"email":"4452d71687b6bc2c9389c3349fdc17fbd73b833b@queasysnail.net","name":"Sabrina Dubroca"},"message":"net: add length argument to skb_copy_and_csum_datagram_iovec\n\nWithout this length argument, we can read past the end of the iovec in\nmemcpy_toiovec because we have no way of knowing the total length of the\niovec's buffers.\n\nThis is needed for stable kernels where 89c22d8c3b27 (\"net: Fix skb\ncsum races when peeking\") has been backported but that don't have the\nioviter conversion, which is almost all the stable trees <= 3.18.\n\nThis also fixes a kernel crash for NFS servers when the client uses\n -onfsvers=3,proto=udp to mount the export.\n\nChange-Id: I2d422b12a3083332ecd250e18336cffd0c7a48a3\nSigned-off-by: Sabrina Dubroca <sd@queasysnail.net>\nReviewed-by: Hannes Frederic Sowa <hannes@stressinduktion.org>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/8b1885b42cf5494cb21e0629a6d1321cfff86449"},{"sha":"664d56914acfdc0d09124142de03d66ec4b26ffb","author":{"email":"de609eb4d5d70b1d38ec6642adbfc33a2781f63c@zeniv.linux.org.uk","name":"Al Viro"},"message":"get rid of magic in proc_namespace.c\n\ndon't rely on proc_mounts->m being the first field; container_of()\nis there for purpose.  No need to bother with ->private, while\nwe are at it - the same container_of will do nicely.\n\nSigned-off-by: Al Viro <viro@zeniv.linux.org.uk>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/664d56914acfdc0d09124142de03d66ec4b26ffb"},{"sha":"a074219174699912d6be3658b1dd5b7320e1fef6","author":{"email":"de609eb4d5d70b1d38ec6642adbfc33a2781f63c@zeniv.linux.org.uk","name":"Al Viro"},"message":"do_add_mount()/umount -l races\n\nnormally we deal with lock_mount()/umount races by checking that\nmountpoint to be is still in our namespace after lock_mount() has\nbeen done.  However, do_add_mount() skips that check when called\nwith MNT_SHRINKABLE in flags (i.e. from finish_automount()).  The\nreason is that ->mnt_ns may be a temporary namespace created exactly\nto contain automounts a-la NFS4 referral handling.  It's not the\nnamespace of the caller, though, so check_mnt() would fail here.\nWe still need to check that ->mnt_ns is non-NULL in that case,\nthough.\n\nChange-Id: I38262d5b45777c573c605f28ddbe81671dc05f87\nSigned-off-by: Al Viro <viro@zeniv.linux.org.uk>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/a074219174699912d6be3658b1dd5b7320e1fef6"},{"sha":"87cb247abff06d0b5dab80aed9e7afc71d3edc66","author":{"email":"de609eb4d5d70b1d38ec6642adbfc33a2781f63c@zeniv.linux.org.uk","name":"Al Viro"},"message":"consitify do_mount() arguments\n\nChange-Id: Ic2f500a604a3080c85c5c58de00566074b0a96b1\nSigned-off-by: Al Viro <viro@zeniv.linux.org.uk>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/87cb247abff06d0b5dab80aed9e7afc71d3edc66"},{"sha":"54943b203629563b55424c2c299f50d9fc2a919d","author":{"email":"7864bb1e0e12322ea18ea731d051b95b75140567@6wind.com","name":"Nicolas Dichtel"},"message":"selinux/nlmsg: add XFRM_MSG_NEWSPDINFO\n\ncommit 2b7834d3e1b828429faa5dc41a480919e52d3f31 upstream (net-next).\n\nThis new command is missing.\n\nChange-Id: If511000c19aa9af7220ff775d88ace9834b35dcb\nFixes: 880a6fab8f6b (\"xfrm: configure policy hash table thresholds by netlink\")\nReported-by: Christophe Gouault <christophe.gouault@6wind.com>\nSigned-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/54943b203629563b55424c2c299f50d9fc2a919d"},{"sha":"155cf5fbb6734452aa43f4db158c2a4608e67af6","author":{"email":"7864bb1e0e12322ea18ea731d051b95b75140567@6wind.com","name":"Nicolas Dichtel"},"message":"selinux/nlmsg: add XFRM_MSG_GETSPDINFO\n\ncommit 5e6deebafb45fb271ae6939d48832e920b8fb74e upstream (net-next).\n\nThis command is missing.\n\nChange-Id: Id0a0d9bf7a4af98a8f761fec902d1296138a911f\nFixes: ecfd6b183780 (\"[XFRM]: Export SPD info\")\nSigned-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/155cf5fbb6734452aa43f4db158c2a4608e67af6"},{"sha":"15430ee35b509abc70fcfe75d9447fd1a4bab456","author":{"email":"7864bb1e0e12322ea18ea731d051b95b75140567@6wind.com","name":"Nicolas Dichtel"},"message":"selinux/nlmsg: add XFRM_MSG_[NEW|GET]SADINFO\n\ncommit 5b5800fad072133e4a9c2efbf735baaac83dec86 upstream (net-next).\n\nThese commands are missing.\n\nChange-Id: I3fd1d3d700592c653e1a5c5199125805d55aaa95\nFixes: 28d8909bc790 (\"[XFRM]: Export SAD info.\")\nSigned-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/15430ee35b509abc70fcfe75d9447fd1a4bab456"},{"sha":"c0e2dead03017ee5d12621603d60d9228e4125bd","author":{"email":"7864bb1e0e12322ea18ea731d051b95b75140567@6wind.com","name":"Nicolas Dichtel"},"message":"selinux/nlmsg: add XFRM_MSG_REPORT\n\ncommit b0b59b0056acd6f157a04cc895f7e24692fb08aa upstream (net-next).\n\nThis command is missing.\n\nChange-Id: I8fa3b1b9815296d3b001244d2212f79f5654bd01\nFixes: 97a64b4577ae (\"[XFRM]: Introduce XFRM_MSG_REPORT.\")\nReported-by: Stephen Smalley <sds@tycho.nsa.gov>\nSigned-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/c0e2dead03017ee5d12621603d60d9228e4125bd"},{"sha":"9ab2a5791c9753076557cb0cb09e719814875804","author":{"email":"7864bb1e0e12322ea18ea731d051b95b75140567@6wind.com","name":"Nicolas Dichtel"},"message":"selinux/nlmsg: add XFRM_MSG_MIGRATE\n\ncommit 8d465bb777179c4bea731b828ec484088cc9fbc1 upstream (net-next).\n\nThis command is missing.\n\nChange-Id: Id2c9344ca1ab2c96e0b758ad1efb38e16cf23b86\nFixes: 5c79de6e79cd (\"[XFRM]: User interface for handling XFRM_MSG_MIGRATE\")\nReported-by: Stephen Smalley <sds@tycho.nsa.gov>\nSigned-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/9ab2a5791c9753076557cb0cb09e719814875804"},{"sha":"1f43b08e574bd6aeef381785bcc37b647bba6287","author":{"email":"7864bb1e0e12322ea18ea731d051b95b75140567@6wind.com","name":"Nicolas Dichtel"},"message":"selinux/nlmsg: add XFRM_MSG_MAPPING\n\ncommit bd2cba07381a6dba60bc1c87ed8b37931d244da1 upstream (net-next).\n\nThis command is missing.\n\nChange-Id: Ida52130382e42355e5f3b39134aa61a1ea98026d\nFixes: 3a2dfbe8acb1 (\"xfrm: Notify changes in UDP encapsulation via netlink\")\nCC: Martin Willi <martin@strongswan.org>\nReported-by: Stephen Smalley <sds@tycho.nsa.gov>\nSigned-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/1f43b08e574bd6aeef381785bcc37b647bba6287"},{"sha":"21c4eeaa74e6c0286b2abb55f2882a17cd622dd1","author":{"email":"88a1d58bf22a647dce58dd91f9595600dceabba9@redhat.com","name":"Paul Moore"},"message":"selinux: add SOCK_DIAG_BY_FAMILY to the list of netlink message types\n\ncommit 6a96e15096da6e7491107321cfa660c7c2aa119d upstream.\n\nThe SELinux AF_NETLINK/NETLINK_SOCK_DIAG socket class was missing the\nSOCK_DIAG_BY_FAMILY definition which caused SELINUX_ERR messages when\nthe ss tool was run.\n\n # ss\n Netid  State  Recv-Q Send-Q  Local Address:Port   Peer Address:Port\n u_str  ESTAB  0      0                  * 14189             * 14190\n u_str  ESTAB  0      0                  * 14145             * 14144\n u_str  ESTAB  0      0                  * 14151             * 14150\n {...}\n # ausearch -m SELINUX_ERR\n ----\n time->Thu Jan 23 11:11:16 2014\n type=SYSCALL msg=audit(1390493476.445:374):\n  arch=c000003e syscall=44 success=yes exit=40\n  a0=3 a1=7fff03aa11f0 a2=28 a3=0 items=0 ppid=1852 pid=1895\n  auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0\n  tty=pts0 ses=1 comm=\"ss\" exe=\"/usr/sbin/ss\"\n  subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 key=(null)\n type=SELINUX_ERR msg=audit(1390493476.445:374):\n  SELinux:  unrecognized netlink message type=20 for sclass=32\n\nChange-Id: I22218ec620bc3ee6396145f1c2ad8ed222648309\nSigned-off-by: Paul Moore <pmoore@redhat.com>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/21c4eeaa74e6c0286b2abb55f2882a17cd622dd1"},{"sha":"baf8c56f6427d72be7ec78c71699a2cb64516657","author":{"email":"88a1d58bf22a647dce58dd91f9595600dceabba9@redhat.com","name":"Paul Moore"},"message":"selinux: correctly label /proc inodes in use before the policy is loaded\n\ncommit f64410ec665479d7b4b77b7519e814253ed0f686 upstream.\n\nThis patch is based on an earlier patch by Eric Paris, he describes\nthe problem below:\n\n  \"If an inode is accessed before policy load it will get placed on a\n   list of inodes to be initialized after policy load.  After policy\n   load we call inode_doinit() which calls inode_doinit_with_dentry()\n   on all inodes accessed before policy load.  In the case of inodes\n   in procfs that means we'll end up at the bottom where it does:\n\n     /* Default to the fs superblock SID. */\n     isec->sid = sbsec->sid;\n\n     if ((sbsec->flags & SE_SBPROC) && !S_ISLNK(inode->i_mode)) {\n             if (opt_dentry) {\n                     isec->sclass = inode_mode_to_security_class(...)\n                     rc = selinux_proc_get_sid(opt_dentry,\n                                               isec->sclass,\n                                               &sid);\n                     if (rc)\n                             goto out_unlock;\n                     isec->sid = sid;\n             }\n     }\n\n   Since opt_dentry is null, we'll never call selinux_proc_get_sid()\n   and will leave the inode labeled with the label on the superblock.\n   I believe a fix would be to mimic the behavior of xattrs.  Look\n   for an alias of the inode.  If it can't be found, just leave the\n   inode uninitialized (and pick it up later) if it can be found, we\n   should be able to call selinux_proc_get_sid() ...\"\n\nOn a system exhibiting this problem, you will notice a lot of files in\n/proc with the generic \"proc_t\" type (at least the ones that were\naccessed early in the boot), for example:\n\n   # ls -Z /proc/sys/kernel/shmmax | awk '{ print $4 \" \" $5 }'\n   system_u:object_r:proc_t:s0 /proc/sys/kernel/shmmax\n\nHowever, with this patch in place we see the expected result:\n\n   # ls -Z /proc/sys/kernel/shmmax | awk '{ print $4 \" \" $5 }'\n   system_u:object_r:sysctl_kernel_t:s0 /proc/sys/kernel/shmmax\n\nChange-Id: I7742b4b7e53b45e4dd13d99c39553a927aa4a7e9\nCc: Eric Paris <eparis@redhat.com>\nSigned-off-by: Paul Moore <pmoore@redhat.com>\nAcked-by: Eric Paris <eparis@redhat.com>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/baf8c56f6427d72be7ec78c71699a2cb64516657"}]}