)]}'
{
  "commit": "3f6e23091f0ccf49e0dffa69553e5c5ac6b0f855",
  "tree": "0eec07e6bb62116ca15e9c9b47a924452cd2e938",
  "parents": [
    "69d88d218898c006682f71ac6759fe87bad733fb"
  ],
  "author": {
    "name": "Steve Wahl",
    "email": "steve.wahl@hpe.com",
    "time": "Wed Jul 17 16:31:21 2024 -0500"
  },
  "committer": {
    "name": "Arnav Kansal",
    "email": "rnv@google.com",
    "time": "Wed Mar 05 14:18:07 2025 -0800"
  },
  "message": "x86/mm/ident_map: Use gbpages only where full GB page should be mapped.\n\ncommit cc31744a294584a36bf764a0ffa3255a8e69f036 upstream.\n\nWhen ident_pud_init() uses only GB pages to create identity maps, large\nranges of addresses not actually requested can be included in the resulting\ntable; a 4K request will map a full GB.  This can include a lot of extra\naddress space past that requested, including areas marked reserved by the\nBIOS.  That allows processor speculation into reserved regions, that on UV\nsystems can cause system halts.\n\nOnly use GB pages when map creation requests include the full GB page of\nspace.  Fall back to using smaller 2M pages when only portions of a GB page\nare included in the request.\n\nNo attempt is made to coalesce mapping requests. If a request requires a\nmap entry at the 2M (pmd) level, subsequent mapping requests within the\nsame 1G region will also be at the pmd level, even if adjacent or\noverlapping such requests could have been combined to map a full GB page.\nExisting usage starts with larger regions and then adds smaller regions, so\nthis should not have any great consequence.\n\nBUG\u003db/375752200\nTEST\u003dpresubmit\nRELEASE_NOTE\u003dFixed CVE-2024-50017 in the Linux kernel.\n\ncos-patch: security-moderate\nChange-Id: I70e88f91437c868f71efa1ab34b943171b373675\nSigned-off-by: Steve Wahl \u003csteve.wahl@hpe.com\u003e\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nTested-by: Pavin Joseph \u003cme@pavinjoseph.com\u003e\nTested-by: Sarah Brofeldt \u003csrhb@dbc.dk\u003e\nTested-by: Eric Hagberg \u003cehagberg@gmail.com\u003e\nLink: https://lore.kernel.org/all/20240717213121.3064030-3-steve.wahl@hpe.com\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Kernel CVE Triage Automation \u003ccloud-image-kernel-cve-triage-automation@prod.google.com\u003e\nReviewed-on: https://cos-review.googlesource.com/c/third_party/kernel/+/95119\nReviewed-by: Arnav Kansal \u003crnv@google.com\u003e\nReviewed-by: Kevin Berry \u003ckpberry@google.com\u003e\nTested-by: Cusky Presubmit Bot \u003cpresubmit@cos-infra-prod.iam.gserviceaccount.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "7cbad417e094f68fa54f98678f1c53a351188bdb",
      "old_mode": 33188,
      "old_path": "arch/x86/mm/ident_map.c",
      "new_id": "fe0b2e66ded93f81be1094110ff013afa1444925",
      "new_mode": 33188,
      "new_path": "arch/x86/mm/ident_map.c"
    }
  ]
}