)]}'
{
  "commit": "4b21960f90d4d011e49e386d0525b1e89f320658",
  "tree": "76ed26482c119857411fa589fc94a98fc877eb3c",
  "parents": [
    "37ab7a269637086d56940c31968f3fb3389b6d68"
  ],
  "author": {
    "name": "Trent Piepho",
    "email": "xyzzy@speakeasy.org",
    "time": "Thu Oct 11 16:40:10 2007 -0700"
  },
  "committer": {
    "name": "Sam Ravnborg",
    "email": "sam@neptun.(none)",
    "time": "Thu Oct 18 13:35:49 2007 +0200"
  },
  "message": "kbuild: modpost problem when symbols move from one module to another\n\nWhen part of build an external module tree, modpost first reads in the\nkernel\u0027s and then the external tree\u0027s Module.symvers files.  From these files\nit establishes a symbol \u003d\u003e module mapping.  When it later reads in each module\nbuilt and processes the symbols it finds, it discovers the symbol\u003d\u003emodule\nmapping from Module.symvers and leaves it as it is.\n\nThe problem comes with a module has been re-named or a symbol has moved from\none module to another, since the Module.symvers file was generated.  modpost\ndoes not update the symbol\u003d\u003emodule mapping when it finds the new location of\nthe symbol when scanning the newly built modules.  This results in the module\ncontaining incorrect dependency information and the new Module.symvers file\nwritten by modpost will also contain the incorrect mappings, perpetuating the\nproblem to the next build, and so on.\n\nWhen building the out of kernel development tree for kernel subsystem, like\nv4l-dvb or ALSA, deleting the external Module.symvers file before building\n(which the kernel build system doesn\u0027t do and shouldn\u0027t be necessary anyway),\nwon\u0027t fix the problem.  modpost still reads the kernel\u0027s Module.symvers, and\nsince we a building a kernel subsystem, it will define the same symbols as the\nexternal modules.\n\nSigned-off-by: Trent Piepho \u003cxyzzy@speakeasy.org\u003e\nSigned-off-by: Sam Ravnborg \u003csam@ravnborg.org\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "2ef9a193fcaef33cc527dab5ace20dd492ba4af1",
      "old_mode": 33188,
      "old_path": "scripts/mod/modpost.c",
      "new_id": "93ac52adb4980b3d23a0b40acd6800e48f75b349",
      "new_mode": 33188,
      "new_path": "scripts/mod/modpost.c"
    }
  ]
}