Гудбай, VESA !

Kernel-side graphics support
  • Стас
    Posts 50
    Joined: Mon Jan 16, 2012 5:58 pm

    Тоже так считаю. Молодец.
    http://asmcode.ru/viewtopic.php?f=15&t=43
  • User avatar
    Artyom
    Posts 93
    Joined: Mon Jul 25, 2011 6:22 pm

    art_zh. Вопрос, а где можно документацию найти на AtomBIOS int 0x10 (работа с видеокартой и список видеорежимов)?
    Программист не тот, кто постоянно пишет КОД, а тот кто сможет понять чужой КОД!!!
  • User avatar
    art_zh Kernel Developer
    Posts 1465
    Joined: Fri Aug 14, 2009 1:46 am

    пока что только здесь:
    http://wwwd.amd.com/amd/devsite.nsf/hom ... ment&login
    :(

    Не понимаю почему 16-битная спецификация 2002-го года до сих пор лежит под NDA.
    Ничего там экстраординарного нет, гораздо больше инфы можно найти в уже открытых доках
    http://developer.amd.com/resources/docu ... /#open_gpu
  • User avatar
    art_zh Kernel Developer
    Posts 1465
    Joined: Fri Aug 14, 2009 1:46 am

    #3176
    Размер 16-битного кода - 257 байт.

    а слабо прыгнуть в х32 прямо из бутсектора ?..
  • Стас
    Posts 50
    Joined: Mon Jan 16, 2012 5:58 pm

    Перевод в 32 битный режим дополнительных процессоров, да и загрузочного, должен быть в коде, адрес начала которого должен быть кратен 12 битам, т.е. в начале страницы. Межпроцессорное прерывание, которое запускает процессоры, стартует их на начале любой страницы. Я уже рассказывал как это делается.
  • User avatar
    art_zh Kernel Developer
    Posts 1465
    Joined: Fri Aug 14, 2009 1:46 am

    Стас wrote:Перевод в 32 битный режим дополнительных процессоров, да и загрузочного, должен быть в коде, адрес начала которого должен быть кратен 12 битам, т.е. в начале страницы. Межпроцессорное прерывание, которое запускает процессоры, стартует их на начале любой страницы. Я уже рассказывал как это делается.
    и таки-что Вы себе из этого дедуктируете?

    что загрузчик 32-битного ядра нельзя уместить в одном секторе?

    или что размер 16-битного кода не может быть меньше 4096 байт??

    :lol: ... а мужики-то и не знали...
  • Стас
    Posts 50
    Joined: Mon Jan 16, 2012 5:58 pm

    Код по ссылке ужасен, смог вытерпеть только первые строчки, не советую его показывать!
  • Kopa
    Posts 707
    Joined: Mon Mar 27, 2006 6:33 am

    Стас wrote:Код по ссылке ужасен, смог вытерпеть только первые строчки, не советую его показывать!
    Если можно то напишите чем ужасен приведёный ассемблерный код для "стороннего" наблюдателя за развитием данного проекта.
    Мне самому не безралично использование ассемблера и был опыт асм программирования и кроме того есть некоторые свои соображения по асм тематике,
    которые, впрочем, озвучивать наверное не так принципиально в силу некоторых сопутствующих "религиозных" пристрастий.
  • User avatar
    art_zh Kernel Developer
    Posts 1465
    Joined: Fri Aug 14, 2009 1:46 am

    стас
    и тем не менее этот код уже 10 лет как грузит 32-битное ядро и прыгает в него без всяких прерываний.

    а как насчет ответиков на вопросики?
  • User avatar
    Artyom
    Posts 93
    Joined: Mon Jul 25, 2011 6:22 pm

    art_zh wrote:пока что только здесь:
    http://wwwd.amd.com/amd/devsite.nsf/hom ... ment&login
    :(

    Не понимаю почему 16-битная спецификация 2002-го года до сих пор лежит под NDA.
    Ничего там экстраординарного нет, гораздо больше инфы можно найти в уже открытых доках
    http://developer.amd.com/resources/docu ... /#open_gpu
    А, можешь своей документацией поделиться? Интересует только взаимодействие с BIOS.
    art_zh wrote:
    Стас wrote:Перевод в 32 битный режим дополнительных процессоров, да и загрузочного, должен быть в коде, адрес начала которого должен быть кратен 12 битам, т.е. в начале страницы. Межпроцессорное прерывание, которое запускает процессоры, стартует их на начале любой страницы. Я уже рассказывал как это делается.
    и таки-что Вы себе из этого дедуктируете?

    что загрузчик 32-битного ядра нельзя уместить в одном секторе?

    или что размер 16-битного кода не может быть меньше 4096 байт??

    :lol: ... а мужики-то и не знали...
    Сложно реализовать в 420-байтном пространстве FAT32 BOOTSECT'ора, да и смысл в этом отсутствует, хотя примеров много :)
    Программист не тот, кто постоянно пишет КОД, а тот кто сможет понять чужой КОД!!!
  • User avatar
    art_zh Kernel Developer
    Posts 1465
    Joined: Fri Aug 14, 2009 1:46 am

    А, можешь своей документацией поделиться? Интересует только взаимодействие с BIOS.
    Извини, не могу.
    Не потому что боюсь слететь с NDA, а просто потому что когда его подписывал - обещал ни с кем не делиться.

    Но еще раз: в АтомБиосе вообще ничего такого экстраординарного нет, гораздо надежнее и удобнее выбирать нужный графический режим уже в 32-битном пространстве, используя для этого давно открытые инструменты.

    ATIKMS же вполне себе опенсорс, надо только выдернуть из мегабайта плюсов сотню-другу байт полезного кода.
    Сложно реализовать в 420-байтном пространстве FAT32 BOOTSECT'ора, да и смысл в этом отсутствует, хотя примеров много :)
    Смысл в этом есть.
    А примеров (HelloWorld - не в счет) очень немного.
    • Post Reply

    Return to “Graphics subsystem”

    Who is online

    Users browsing this forum: No registered users and 4 guests