Size: a a a

2018 November 10

D

Denis in pro.osdev
Berkus Decker
пытаюсь вернуть к жизни свое ядро, сборка новым растом, поменял xargo на cargo-xbuild
код генерится визуально очень похожий - сижу сравниваю в хоппере два дизасма, но старый работает, а новый нет 🤷‍♂️
Какую платформу qemu эмулирует у тебя?
источник

BD

Berkus Decker in pro.osdev
Denis
Какую платформу qemu эмулирует у тебя?
rpi3
источник

BD

Berkus Decker in pro.osdev
qemu-system-aarch64 -M raspi3 -d in_asm -serial stdio -kernel $1
источник

D

Denis in pro.osdev
не шарю в малинках, но по сорцам qemu видно, что они таки цепляют графику к raspi3, вот эту https://github.com/qemu/qemu/blob/master/hw/display/bcm2835_fb.c

но чот пока искал, понял, что, наверное проблема в том, что это устройство эмулируется как-то не так, и поэтому не пашет :)
источник

D

Denis in pro.osdev
можешь сказать, в чём именно проблема? м.б. как-то можно разрулить всё-таки
источник

BD

Berkus Decker in pro.osdev
не, проблема где-то в дебрях qemu, если включить графический интерфейс то оно падает где-то в cocoa с криком что вы охренели обновлять окно не из gui thread
источник

BD

Berkus Decker in pro.osdev
собсно изменения тут локально такие, что я обновился на Mojave, а там наверное какие-то ядреные ограничения по какаве, или может быть депрекейтнули что-то жостко
источник

BD

Berkus Decker in pro.osdev
сам fb малинкин эмулируется в qemu почти нормально (не считая инверснутых RGB)
источник

BD

Berkus Decker in pro.osdev
(текст который красный на малинке в qemu отображается синим :))
источник

A

Alex Ф-ф-фэils!🌠︙ in pro.osdev
Типичный макос; горю от тимвьюера постоянно и постоянно ломающих его и саму ось обнов
источник

A

Alex Ф-ф-фэils!🌠︙ in pro.osdev
Berkus Decker
сам fb малинкин эмулируется в qemu почти нормально (не считая инверснутых RGB)
Наверное, формат пикселей в fb как в битмапе
источник

BD

Berkus Decker in pro.osdev
Alex Ф-ф-фэils!🌠︙
Типичный макос; горю от тимвьюера постоянно и постоянно ломающих его и саму ось обнов
а один фиг, если включать sdl или gtk интерфейс падает точно так же. это явно чот накосячили в qemu
источник

A

Alex Ф-ф-фэils!🌠︙ in pro.osdev
Berkus Decker
а один фиг, если включать sdl или gtk интерфейс падает точно так же. это явно чот накосячили в qemu
соглашусь
источник

BD

Berkus Decker in pro.osdev
Alex Ф-ф-фэils!🌠︙
Наверное, формат пикселей в fb как в битмапе
в VC настраивается порядок, просто дефолт на железке похоже не совпадает с дефолтом в эмуляции
источник

BD

Berkus Decker in pro.osdev
2018-11-10 22:22:09.603 qemu-system-aarch64[33500:1057015] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'NSWindow drag regions should only be invalidated on the Main Thread!'
*** First throw call stack:
(
 0   CoreFoundation                      0x00007fff3ea96ecd __exceptionPreprocess + 256
 1   libobjc.A.dylib                     0x00007fff6ab49720 objc_exception_throw + 48
 2   CoreFoundation                      0x00007fff3eab095d -[NSException raise] + 9
 3   AppKit                              0x00007fff3bfb13fa -[NSWindow(NSWindow_Theme) _postWindowNeedsToResetDragMarginsUnlessPostingDisabled] + 324
 4   AppKit                              0x00007fff3bfb6850 -[NSView setFrameSize:] + 2082
 5   AppKit                              0x00007fff3c02747d -[NSVisualEffectView setFrameSize:] + 171
 6   AppKit                              0x00007fff3c0811b1 -[NSTitlebarView setFrameSize:] + 84
 7   AppKit                              0x00007fff3bfb5859 -[NSView setFrame:] + 478
 8   AppKit                              0x00007fff3c081154 -[NSTitlebarView resizeWithOldSuperviewSize:] + 100
 9   AppKit                              0x00007fff3bfbc95e -[NSView resizeSubviewsWithOldSize:] + 502
 10  AppKit                              0x00007fff3bfb66d9 -[NSView setFrameSize:] + 1707
 11  AppKit                              0x00007fff3c9773c0 -[NSTitlebarContainerView setFrameSize:] + 142
 12  AppKit                              0x00007fff3bfb5859 -[NSView setFrame:] + 478
 13  AppKit                              0x00007fff3bfbcdb5 -[NSView resizeWithOldSuperviewSize:] + 776
 14  AppKit                              0x00007fff3bfbc95e -[NSView resizeSubviewsWithOldSize:] + 502
 15  AppKit                              0x00007fff3bfb66d9 -[NSView setFrameSize:] + 1707
 16  AppKit                              0x00007fff3c024570 -[NSThemeFrame setFrameSize:] + 495
 17  AppKit                              0x00007fff3c011223 -[NSWindow _setFrame:updateBorderViewSize:] + 966
 18  AppKit                              0x00007fff3c010b46 -[NSWindow _oldPlaceWindow:] + 547
 19  AppKit                              0x00007fff3c010151 -[NSWindow _setFrameCommon:display:stashSize:] + 3006
 20  AppKit                              0x00007fff3c00f57d -[NSWindow _setFrame:display:allowImplicitAnimation:stashSize:] + 192
 21  AppKit                              0x00007fff3c00f4b6 -[NSWindow setFrame:display:] + 51
 22  libSDL2-2.0.0.dylib                 0x00000001053af928 Cocoa_SetWindowSize + 306
 23  libSDL2-2.0.0.dylib                 0x0000000105386cc0 SDL_SetWindowSize_REAL + 202
источник

BD

Berkus Decker in pro.osdev
вот такую фигню qemu выдает
источник
2018 November 11

TN

Timofey Naumenko in pro.osdev
Есть у меня такой вопрос. Иногда запускаю жирные программы под виндой, которые съедают всю оперативу. Ладно, съеденная оперативка - не беда. Если не хватает - пусть просто malloc упадет и все. Проблема в том, что винда же умная - она использует файл подкачки. И при этом программа жрет 100% диска, и вся система перестает отвечать на любые действия пользователя - диск-то занят полностью, не достучаться. Выход из этого положения один - перезагрузка. Есть ли способ запрета подкачки для пользовательских программ, при этом чтобы система-то не могла использовать? Нормально ли вообще отключить подкачку?
источник

BD

Berkus Decker in pro.osdev
Timofey Naumenko
Есть у меня такой вопрос. Иногда запускаю жирные программы под виндой, которые съедают всю оперативу. Ладно, съеденная оперативка - не беда. Если не хватает - пусть просто malloc упадет и все. Проблема в том, что винда же умная - она использует файл подкачки. И при этом программа жрет 100% диска, и вся система перестает отвечать на любые действия пользователя - диск-то занят полностью, не достучаться. Выход из этого положения один - перезагрузка. Есть ли способ запрета подкачки для пользовательских программ, при этом чтобы система-то не могла использовать? Нормально ли вообще отключить подкачку?
ну на нормальных системах с горами озу подкачку обычно отключают полностью
источник

TN

Timofey Naumenko in pro.osdev
У меня 4гб
источник

BD

Berkus Decker in pro.osdev
ну тогда без подкачки никуда, если только у тебя не 95 винда
источник