Images 💾⌗

Last commit ⭐⌗ 

commit af71aa4e0bcc7ba4b6a1a6b5cf4f365c7b994a0f
Author:     Idan Horowitz <idan.horowitz@gmail.com>
AuthorDate: Sun Jul 3 23:23:45 2022 +0300
Commit:     Idan Horowitz <idan.horowitz@gmail.com>
CommitDate: Mon Jul 4 01:56:43 2022 +0300

    Kernel: Negate condition in ARPTableBlockerSet::should_add_blocker
    
    To prevent a race condition in case we received the ARP response in the
    window between creating and initializing the Thread Blocker and the
    actual blocking, we were checking if the IP address was updated in the
    ARP table just before starting to block.
    Unfortunately, the condition was partially flipped, which meant that if
    the table was updated with the IP address we would still end up
    blocking, at which point we would never end unblocking again, which
    would result in LookupServer locking up as well.