Вопрос по дальнему переходу

[Ang15]

Доброго времени суток,
рассматриваю один пример из книги по смене режима процессора и перехода в другой сегмент, который бы работал в защищённом режиме. Есть всего один вопрос по команде дальнего перехода.
Упрощённый код:

RM_seg segment para public "code" use16
  ...
start:
  ...
  ;Вычислить линейный адрес PM_entry
  xor eax,eax
  mov ax,PM_seg
  shl eax,4
  add offset PM_entry
  mov dword ptr pm_entry_off,eax
  ...
  ;Дальний переход в PM_entry
                   db 66h
                   db 0EAh
pm_entry_off       dd ?
                   dw SEL_flatCS
  ...
RM_return:
  ...
  ;Таблица GDT
  GDT label byte
  ...
  GDT_flatCS db 0FFh,0FFh,0,0,0,10011010b,11001111b,0
  ...
  ;Селекторы
  ...
  SEL_flatCS equ 00001000b
  ...
RM_seg ends
PM_seg segment ... use32
  ...
PM_entry:
  ...
  db 0EAh
  dd offset RM_return
  dw SEL_16bitCS
PM_seg ends
end start

Не могу понять, почему в первом дальнем переходе мы в метку для смещения заносим не смещение, как во втором случае, а линейный адрес метки PM_entry целиком?

[haruhi]

после включения защищённого режима (моv cr0, eax) процессор перестанет транслировать адрес по формуле (seg shl 4) + offset, поэтому для того чтобы прыжок произошёл правильно, необходимо его вручную конвертировать в линейный.
а во втором случае, после выключения защищённого режима, при выполнении инструкции

  
  db 0EAh
  dd offset RM_return
  dw SEL_16bitCS

процессор сам конвертирует логический адрес в линейный

[Ang15]

Ну да. В принципе, если анализировать дескриптор GDT_flatCS для сегмента PM_seg, то у него база = 0, а лимит - 4 Гбайта. Т.е. 32-разрядный линейный адрес будет служить и как смещение. Или не совсем так?

[Ang15]

Дошло. База дескриптора GDT_flatCS не совпадает со значением PM_seg в реальном режиме. Надо значение константы PM_seg сделать у дескриптора базой и тогда можно использовать смещение.