)]}'
{
  "commit": "e1390801a3c1a2b6d12fa90be368efc19f5b9bfd",
  "tree": "bd17c0d102a57979894da20cdab6d2c006f2d979",
  "parents": [
    "0d48926c87ec96f974a6ac4034f4a2f2eab3255f"
  ],
  "author": {
    "name": "Shinya Kuribayashi",
    "email": "skuribay@ruby.dti.ne.jp",
    "time": "Tue Mar 25 11:39:29 2008 +0900"
  },
  "committer": {
    "name": "Shinya Kuribayashi",
    "email": "skuribay@ruby.dti.ne.jp",
    "time": "Tue Mar 25 11:39:29 2008 +0900"
  },
  "message": "[MIPS] Request for the \u0027mips_cache_lock()\u0027 removal\n\nThe initial intension of having mips_cache_lock() was to use the cache\nas memory for temporary stack use so that a C environment can be set up\nas early as possible.\n\nBut now mips_cache_lock() follow lowlevel_init(). We\u0027ve already have the\nreal memory initilaized at this point, therefore we could/should use it.\nNo reason to lock at all.\n\nOther problems:\n\nCache locking is not consistent across MIPS implementaions. Some imple-\nmentations don\u0027t support locking at all. The style of locking varies -\nsome support per line locking, others per way, etc. Some parts use bits\nin status registers instead of cache ops. Current mips_cache_lock() is\nnot necessarily general-purpose.\n\nAnd this is worthy of special mention; once U-Boot/MIPS locks the lines,\nthey are never get unlocked, so the code relies on whatever gets loaded\nafter U-Boot to re-initialize the cache and clear the locks. We\u0027re sup-\nposed to have CFG_INIT_RAM_LOCK and unlock_ram_in_cache() implemented,\nbut leave the situation as it is for a long time.\n\nFor these reasons, I proposed the removal of mips_cache_lock() from the\nglobal start-up code.\n\nThis patch adds CFG_INIT_RAM_LOCK_MIPS to make existing users aware that\n*things have changed*. If he wants the same behavior as before, he needs\nto have CFG_INIT_RAM_LOCK_MIPS in his config file.\n\nIf we don\u0027t have any regression report through several releases, then\nwe\u0027ll remove codes entirely.\n\nSigned-off-by: Shinya Kuribayashi \u003cskuribay@ruby.dti.ne.jp\u003e\nAcked-by: Andrew Dyer \u003camdyer@gmail.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "443240e540b897937eb165c83fa945bee593f971",
      "old_mode": 33188,
      "old_path": "cpu/mips/cache.S",
      "new_id": "67ee19fba8ea819d2ee162697e8232fb0d96e87a",
      "new_mode": 33188,
      "new_path": "cpu/mips/cache.S"
    },
    {
      "type": "modify",
      "old_id": "c92b16278267200d208cc649fa1d7722628d92da",
      "old_mode": 33188,
      "old_path": "cpu/mips/start.S",
      "new_id": "930f9b3fde1a902eb2bb631dae12a0ad854726ea",
      "new_mode": 33188,
      "new_path": "cpu/mips/start.S"
    }
  ]
}