git linux kernel követés - rebase conflict

git-tel követem a Linux kernel-t, hogy ne kelljen patch-eket vagy teljes forráskódot letölteni, ha új verzió jelenik meg. Mivel volt már rá példa, hogy egy régebbi stable verzióhoz kézzel kellett hozzáadni egy bizonyos patchet, ami nekem kellett (cherry-pick), ezért nem a kernel repót klónozom, hanem van egy saját repóm, egy saját branch-em, remote-ként veszem fel azt a kernel fát, ami épp kell, a saját branchemet egy tag-ből ágaztatom, új verziónál meg azt mondom, hogy rebase. Legutóbb 2.6.37.6-ról 2.6.38.2-re rebase-eltem, és conflict volt. Annyira nem értek hozzá, ezért nem szórakoztam, töröltem az egészet és leszedtem megint. Biztos van valami parancs, ami ebből a helyzetből rendbehozza, de az biztos, hogy nem állok neki kernel forrásfájlokat kézzel merge-ölgetni. A kérdés az, hogy miért van conflict egyáltalán? Itt annyit kellet volna csinálnia, hogy 2.6.37.6-ról visszamegy 2.6.37-re (hiszen abból ágazott le), onnan 2.6.38-ra (egyértelmű, hogy milyen történet vezetett oda), onnan 2.6.38.2-re (hiszen ez meg abból ágazott le). Akkor miért lett mégis conflict? Ha a rebase nem ezt az utat járja be, akkor hogyan tudok meggyőződni arról egy adott pillanatban, hogy ami az én ágamban van, az tényleg ugyanaz, mint a hivatalos 2.6.x.y?