)]}'
{
  "commit": "d31e86ef6377cbd7e4bbf1e8ff472ff48e04c5d8",
  "tree": "34924cf3fe4054596e236ef053ead3106ac6b18e",
  "parents": [
    "7fd298d4b39d8d5fe99d56811a7ed78c7a5377d5"
  ],
  "author": {
    "name": "Linus Torvalds",
    "email": "torvalds@linux-foundation.org",
    "time": "Sun Jun 09 10:14:24 2024 -0700"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@linux-foundation.org",
    "time": "Wed Jun 19 12:33:38 2024 -0700"
  },
  "message": "arm64: access_ok() optimization\n\nThe TBI setup on arm64 is very strange: HW is set up to always do TBI,\nbut the kernel enforcement for system calls is purely a software\ncontract, and user space is supposed to mask off the top bits before the\nsystem call.\n\nExcept all the actual brk/mmap/etc() system calls then mask it in kernel\nspace anyway, and accept any TBI address.\n\nThis basically unifies things and makes access_ok() also ignore it.\n\nThis is an ABI change, but the current situation is very odd, and this\nchange avoids the current mess and makes the kernel more permissive, and\nas such is unlikely to break anything.\n\nThe way forward - for some possible future situation when people want to\nuse more bits - is probably to introduce a new \"I actually want the full\n64-bit address space\" prctl.  But we should make sure that the software\nand hardware rules actually match at that point.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "28f665e0975a28cf403ae7a19ce63add56e4d94c",
      "old_mode": 33188,
      "old_path": "arch/arm64/include/asm/uaccess.h",
      "new_id": "1f21190d4db57416afcd7803cdca42c05ef5fa8e",
      "new_mode": 33188,
      "new_path": "arch/arm64/include/asm/uaccess.h"
    }
  ]
}