subject:"Re\: \[freebsd\] 13.0 memstick не грузится"

21 января 2022 г., 9:24, "Eugene Grosbein"  написал:
> 
> Загрузчик от 11.2 работает.

Вместо одного bd_int13probe() поставила цикл из сотни вызовов, и 11.2 тоже 
свалилася.
Просто без zfs probing этот int 13h вызываеся всего 2-3 раза, так что 
вероятность крэша очень мала.
А при zfs probing - десятки, поэтому всплыло именно на нем.

BTW, bd_int13probe() не использует никакую память.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

23 января 2022 г., 1:10, "Eugene Grosbein"  написал:

> On Sat, Jan 22, 2022 at 05:48:17PM +, sp...@itl.ua wrote:
> 
>> 21 января 2022 г., 9:24, "Eugene Grosbein"  написал:
>> 
>> Загрузчик от 11.2 работает.
>> 
>> Заглянула в него printf'ом - оказывается он не вызывает zfs probing.
>> А именно на этом этапе и падает у меня загрузчик от 12.3.
>> 
>> Возможно, сам по себе zfs probing ни при чем, просто во время него
>> много раз вызывается процедура чтения флешки, и одна из них крешится.
> 
> Тут полно вариантов. zfs_probing может адресовать больше памяти,
> чем отмаплено, или там утечка, или ещё что. Всё это больше похоже
> на некорректную работу с памятью.

Я проверила адреса области, куда читает bd_edd_io(), и переменной packet 
(содержит
адрес буфера для чтения), адрес которой передается обработчику прерывания,
они находятся между edata и end и не меняются.
Как тут может появиться утечка и помешать bd_edd_io() завершиться?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

20 января 2022 г., 20:25, "Eugene Grosbein"  написал:

> 21.01.2022 0:04, sp...@itl.ua wrote:
> 
>> Выходит, крешится биосовский interrupt handler?
>>> Это ничему не противоречит. Если loader от 11.2 вызывает BIOS так, что BIOS 
>>> отрабатывает чисто,
>>> а более свежий loader вызывает BIOS так, что внутри BIOS всё ломается,
>>> то нужно заточить наш loader, чтобы он был совместим с такими BIOS-ами.
>> 
>> Разумеется, workarounds никто не отменял. Но хотечется понимать, на чьей 
>> стороне проблема.
>> По идее должен же interrupt handler быть устойчивым к любому набору 
>> аргументов
>> (значениям регистров, стека/etc) и возвращаться хотя бы с ошибкой? Или нет?
> 
> Не совсем. Некоторые вызовы BIOS работают только в real mode, некоторые 
> только в protected mode,
> некоторые в обоих. У нас loader переключает процессор в protected mode,
> то есть когда память адресуется как виртуальная и мапится в физическую.
> Из-за мапинга тоже вполне может быть креш.

Адрес буфера одинаковый во время чтения с hdd и с флешки, он больше значения 
переменной edata
(конец сегмента данных) и меньше значения переменной end (конец BSS), как и 
положено.
Мапинг - просто добавление 0xA000 к виртуальному адресу для получения 
физического,
вроде никаких подводных камней.
Если бы дело было таки в мапинге, он бы крушил и обращение к диску тоже, и 
крушил бы флешку
независимо от IDE/AHCI режима.

Еще эксперимент:
В том месте, где вызывается bd_edd_io(), я поставила цикл из 100 этих вызовов 
подряд.
Креш происходит в середине этого цикла, т.е. один и тот же вызов с одним и тем 
же набором
входных данных срабатывает N раз, а на N+1 падает.
Ну, вроде достаточно оснований присмотреться к вызову прерывания.

Из bd_edd_io() вызывается v86int(), который вызывает btx-ный int 31h, который 
вызывает
биосовский int 13h (работа с диском).
Выходит, фейлится или int 31h или int 13h.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-22 Пенетрантность Eugene Grosbein

On Sat, Jan 22, 2022 at 05:48:17PM +, sp...@itl.ua wrote:
> 21 января 2022 г., 9:24, "Eugene Grosbein"  написал:
> > 
> > Загрузчик от 11.2 работает.
> 
> Заглянула в него printf'ом - оказывается он не вызывает zfs probing.
> А именно на этом этапе и падает у меня загрузчик от 12.3.
> 
> Возможно, сам по себе zfs probing ни при чем, просто во время него
> много раз вызывается процедура чтения флешки, и одна из них крешится.

Тут полно вариантов. zfs_probing может адресовать больше памяти,
чем отмаплено, или там утечка, или ещё что. Всё это больше похоже
на некорректную работу с памятью.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

21 января 2022 г., 9:24, "Eugene Grosbein"  написал:
> 
> Загрузчик от 11.2 работает.

Заглянула в него printf'ом - оказывается он не вызывает zfs probing.
А именно на этом этапе и падает у меня загрузчик от 12.3.

Возможно, сам по себе zfs probing ни при чем, просто во время него
много раз вызывается процедура чтения флешки, и одна из них крешится.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

21 января 2022 г., 21:46, "Paul Tatarenko"  написал:УУ

> On 21.01.2022 13:46, sp...@itl.ua wrote:
> 
>> 20 января 2022 г., 22:40, "Paul Tatarenko"  написал:
>> 
>>> А могут быть просто аппаратные проблемы с конкретной машиной (BIOS-ом)?
>>> Микросхема битая или память? Или я пропустил проверку на таком же железе?
> 
> Я таки кое-что пропустил. Или нет? ;)

Вроде нет :)
У меня одно такое железо.
Есть только похожий ноутбук у автора того PR, куда я пишу.

> 
> Версии BIOS на ноутах одинаковы? И другие характеристики? Хотя, конечно,
> влияние всего этого может оказаться незначительным, поскольку ...
> 
>> Не похоже на битую память. BIOS test passed.
>> И очень уж специфично падает.
>> Подвинула буфер чтения (в пределах того же BSS) - то же самое.ээ
>> А вот на BIOS смотрю с подозрением.
> 
> ... меня сильно смущает непостоянство возникновения проблемы:

А меня как смущает! :)
Но непостоянство касается только порядкового номера падающего bd_edd_io().
В остальном все постоянно - чтение флешки, AHCI mode, буфер чтения в BSS.
Похоже на какой-то race condition, верно?
Куда еще можно копнуть чтобы словить его?

> 
>> И - вишенка на торте - креш происходит в рандомное (не первое и не энное) 
>> обращение к bd_edd_io(),
>> если считать с момента начала опроса флешки.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-21 Пенетрантность Eugene Grosbein

On 22.01.2022 02:40, Paul Tatarenko wrote:

> On 21.01.2022 9:24, Eugene Grosbein wrote:
>> 21.01.2022 3:40, Paul Tatarenko пишет:
>>
>>> А могут быть просто аппаратные проблемы с конкретной машиной (BIOS-ом)? 
>>> Микросхема битая или память? Или я пропустил проверку на таком же железе?
>> Загрузчик от 11.2 работает.
>>
>> У меня тоже был случаей с арендованным в Hetzner сервером Dell,
>> когда в первый раз ставил тогда актуальную 11.1, не использовал инсталлятор 
>> для разбиения диска,
>> а вышел в shell и разбивал всё сам при помощи gpart, сам ставил все 
>> загрузчики,
>> создавал пул ZFS, скачивал на него дистрибутивные .txz и распаковывал их.
>> И все эти команды запротоколировал.
>>
>> Через несколько лет понадобилось на такое же железо под те же цели поставить 
>> второй раз там же в Hetzner,
>> но уже 12.1 и оно, конечно, всё установилось, но не загружалось - висло. Так 
>> как мне было надо быстро,
>> то я просто снова загрузился с инсталляционного образа, скачал старые 
>> загрузчики от 11.1 и они
>> прекрасно грузили 12.1 - так и оставил, потому что экспериментировать на 
>> сервере клиента возможности не было.
>> А раз нет возможности проверять фиксы на железе, то и репортить не стал 
>> тогда.
> 
> "Такое же железо" тоже може оказаться "разным". Версии прошивок были те же?

Железо и версии прошивок я в первый раз тоже записал, модель была та же и 
версии BIOS материнки и контроллера те же,
и загрузчик от старого релиза не кочевряжился.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-21 Пенетрантность Paul Tatarenko

On 21.01.2022 13:46, sp...@itl.ua wrote:

20 января 2022 г., 22:40, "Paul Tatarenko" написал:

А могут быть просто аппаратные проблемы с конкретной машиной (BIOS-ом)?
Микросхема битая или память? Или я пропустил проверку на таком же железе?

Я таки кое-что пропустил. Или нет? ;)

Версии BIOS на ноутах одинаковы? И другие характеристики? Хотя, конечно,
влияние всего этого может оказаться незначительным, поскольку ...

Не похоже на битую память. BIOS test passed.
И очень уж специфично падает.
Подвинула буфер чтения (в пределах того же BSS) - то же самое.
А вот на BIOS смотрю с подозрением.

... меня сильно смущает непостоянство возникновения проблемы:

И - вишенка на торте - креш происходит в рандомное (не первое и не энное)
обращение к bd_edd_io(),
если считать с момента начала опроса флешки.

--
Best regards,
Paul Tatarenko http://tatarenko.kiev.ua
[listening to coolest sound - silence]
[Silence is sexy - Einsturzende Neubauten]

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-21 Пенетрантность Paul Tatarenko


On 21.01.2022 9:24, Eugene Grosbein wrote:

21.01.2022 3:40, Paul Tatarenko пишет:


А могут быть просто аппаратные проблемы с конкретной машиной (BIOS-ом)? 
Микросхема битая или память? Или я пропустил проверку на таком же железе?

Загрузчик от 11.2 работает.

У меня тоже был случаей с арендованным в Hetzner сервером Dell,
когда в первый раз ставил тогда актуальную 11.1, не использовал инсталлятор для 
разбиения диска,
а вышел в shell и разбивал всё сам при помощи gpart, сам ставил все загрузчики,
создавал пул ZFS, скачивал на него дистрибутивные .txz и распаковывал их.
И все эти команды запротоколировал.

Через несколько лет понадобилось на такое же железо под те же цели поставить 
второй раз там же в Hetzner,
но уже 12.1 и оно, конечно, всё установилось, но не загружалось - висло. Так 
как мне было надо быстро,
то я просто снова загрузился с инсталляционного образа, скачал старые 
загрузчики от 11.1 и они
прекрасно грузили 12.1 - так и оставил, потому что экспериментировать на 
сервере клиента возможности не было.
А раз нет возможности проверять фиксы на железе, то и репортить не стал тогда.


"Такое же железо" тоже може оказаться "разным". Версии прошивок были те же?

--
Best regards,
 Paul Tatarenko   http://tatarenko.kiev.ua
[listening to coolest sound - silence]
[Silence is sexy - Einsturzende Neubauten]

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-21 Пенетрантность spell

20 января 2022 г., 22:40, "Paul Tatarenko"  написал:

> 
> А могут быть просто аппаратные проблемы с конкретной машиной (BIOS-ом)?
> Микросхема битая или память? Или я пропустил проверку на таком же железе?

Не похоже на битую память. BIOS test passed.
И очень уж специфично падает.
Подвинула буфер чтения (в пределах того же BSS) - то же самое.
А вот на BIOS смотрю с подозрением.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-20 Пенетрантность Eugene Grosbein

21.01.2022 3:40, Paul Tatarenko пишет:

> А могут быть просто аппаратные проблемы с конкретной машиной (BIOS-ом)? 
> Микросхема битая или память? Или я пропустил проверку на таком же железе?

Загрузчик от 11.2 работает.

У меня тоже был случаей с арендованным в Hetzner сервером Dell,
когда в первый раз ставил тогда актуальную 11.1, не использовал инсталлятор для 
разбиения диска,
а вышел в shell и разбивал всё сам при помощи gpart, сам ставил все загрузчики,
создавал пул ZFS, скачивал на него дистрибутивные .txz и распаковывал их.
И все эти команды запротоколировал.

Через несколько лет понадобилось на такое же железо под те же цели поставить 
второй раз там же в Hetzner,
но уже 12.1 и оно, конечно, всё установилось, но не загружалось - висло. Так 
как мне было надо быстро,
то я просто снова загрузился с инсталляционного образа, скачал старые 
загрузчики от 11.1 и они
прекрасно грузили 12.1 - так и оставил, потому что экспериментировать на 
сервере клиента возможности не было.
А раз нет возможности проверять фиксы на железе, то и репортить не стал тогда.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-20 Пенетрантность Paul Tatarenko

On 20.01.2022 20:25, Eugene Grosbein wrote:

21.01.2022 0:04, sp...@itl.ua wrote:

Выходит, крешится биосовский interrupt handler?

Это ничему не противоречит. Если loader от 11.2 вызывает BIOS так, что BIOS
отрабатывает чисто,
а более свежий loader вызывает BIOS так, что внутри BIOS всё ломается,
то нужно заточить наш loader, чтобы он был совместим с такими BIOS-ами.

Разумеется, workarounds никто не отменял. Но хотечется понимать, на чьей
стороне проблема.
По идее должен же interrupt handler быть устойчивым к любому набору аргументов
(значениям регистров, стека/etc) и возвращаться хотя бы с ошибкой? Или нет?

Не совсем. Некоторые вызовы BIOS работают только в real mode, некоторые только
в protected mode,
некоторые в обоих. У нас loader переключает процессор в protected mode,
то есть когда память адресуется как виртуальная и мапится в физическую.
Из-за мапинга тоже вполне может быть креш.

Это если не говорить об тупо багах в коде BIOS. А баги есть везде.

http://mailman.uafug.org.ua/mailman/listinfo/freebsd

--
Best regards,
Paul Tatarenko http://tatarenko.kiev.ua
[listening to coolest sound - silence]
[Silence is sexy - Einsturzende Neubauten]

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-20 Пенетрантность Eugene Grosbein

21.01.2022 0:04, sp...@itl.ua wrote:

>>> Выходит, крешится биосовский interrupt handler?
>>
>> Это ничему не противоречит. Если loader от 11.2 вызывает BIOS так, что BIOS 
>> отрабатывает чисто,
>> а более свежий loader вызывает BIOS так, что внутри BIOS всё ломается,
>> то нужно заточить наш loader, чтобы он был совместим с такими BIOS-ами.
> 
> Разумеется, workarounds никто не отменял. Но хотечется понимать, на чьей 
> стороне проблема.
> По идее должен же interrupt handler быть устойчивым к любому набору аргументов
> (значениям регистров, стека/etc) и возвращаться хотя бы с ошибкой? Или нет?

Не совсем. Некоторые вызовы BIOS работают только в real mode, некоторые только 
в protected mode,
некоторые в обоих. У нас loader переключает процессор в protected mode,
то есть когда память адресуется как виртуальная и мапится в физическую.
Из-за мапинга тоже вполне может быть креш.

Это если не говорить об тупо багах в коде BIOS. А баги есть везде.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-20 Пенетрантность spell

20 января 2022 г., 17:43, "Eugene Grosbein"  написал:

> 20.01.2022 22:11, sp...@itl.ua пишет:
> 
>> 3 января 2022 г., 4:44, "Eugene Grosbein"  написал:
>> 
>>> Это всё надо писать в PR комментарием.
>> 
>> Раскопки привели к тому, что креш происходит внутри bd_edd_io(), в котором
>> нечему крешиться кроме v86int(), в котором вроде бы нечему крешиться кроме
>> int $INT_V86
>> 
>> Выходит, крешится биосовский interrupt handler?
> 
> Это ничему не противоречит. Если loader от 11.2 вызывает BIOS так, что BIOS 
> отрабатывает чисто,
> а более свежий loader вызывает BIOS так, что внутри BIOS всё ломается,
> то нужно заточить наш loader, чтобы он был совместим с такими BIOS-ами.

Разумеется, workarounds никто не отменял. Но хотечется понимать, на чьей 
стороне проблема.
По идее должен же interrupt handler быть устойчивым к любому набору аргументов
(значениям регистров, стека/etc) и возвращаться хотя бы с ошибкой? Или нет?

С другой стороны, я проверила все, до чего дотянулась, и не увидела разницы в 
значениях
аргументов перед успешными вызовами bd_edd_io() и перед тем, который валится.
Зато обнаружила, что на успешность загрузки влияет значение переменной
dest (это переменная bbuf в bd_realstrategy()).
Если она установлена в переменную bio_buffer (это так изначально), 
расположенную в BSS, bd_edd_io() падает.
Если она установлена в PTOV(V86_IO_BUFFER) (V86_IO_BUFFER=0x8000) (это мое 
изменение), bd_edd_io() не падает.
При прочих равных условиях. (Ну, только с уменьшенным размером read size, чтобы 
поместилось
в отведенные для V86_IO_BUFFER 4 килобайта).
(Само же уменьшение размера read size, если bbuf=bio_buffer, не предотвращает 
креш.)

Т.е. есть два вызова int 0x31, один падает (в AHCI), другой нет. Отличаются 
только значением некой области
памяти, интерпретируемой как адрес.
Причем при IDE mode обработчику прерывания нравятся оба варианта адреса, а при 
AHCI - только один из них.

И - вишенка на торте - креш происходит в рандомное (не первое и не энное) 
обращение к bd_edd_io(),
если считать с момента начала опроса флешки.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-20 Пенетрантность Eugene Grosbein

20.01.2022 22:11, sp...@itl.ua пишет:
> 3 января 2022 г., 4:44, "Eugene Grosbein"  написал:
> 
>>
>> Это всё надо писать в PR комментарием.
> 
> 
> Раскопки привели к тому, что креш происходит внутри bd_edd_io(), в котором
> нечему крешиться кроме v86int(), в котором вроде бы нечему крешиться кроме
> int $INT_V86
> 
> Выходит, крешится биосовский interrupt handler?

Это ничему не противоречит. Если loader от 11.2 вызывает BIOS так, что BIOS 
отрабатывает чисто,
а более свежий loader вызывает BIOS так, что внутри BIOS всё ломается,
то нужно заточить наш loader, чтобы он был совместим с такими BIOS-ами.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-20 Пенетрантность spell

3 января 2022 г., 4:44, "Eugene Grosbein"  написал:

> 
> Это всё надо писать в PR комментарием.


Раскопки привели к тому, что креш происходит внутри bd_edd_io(), в котором
нечему крешиться кроме v86int(), в котором вроде бы нечему крешиться кроме
int $INT_V86

Выходит, крешится биосовский interrupt handler?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

3 января 2022 г., 12:05, "Eugene Grosbein"  написал:

> 03.01.2022 16:14, sp...@itl.ua пишет:
> 
>> Это какой-то трэш...
>> И наверняка это еще не все сюрпризы, так как я пока не нашла объяснение тому 
>> факту,
>> что на моей машинке "куча" выпадает на один из "выкушенных" сегментов, судя 
>> по
>> выводу команд biosmem и smap в loader'е. Или это был не "вышушенный" сегмент,
>> а наоборот биос предлагает его использовать? Фиг разберешься в этом 
>> творении...
> 
> Ну я же кидал ссылку, могу продублировать:
> https://wiki.osdev.org/Detecting_Memory_(x86)#Detecting_Upper_Memory
> 
> Там описано пять типов сегментов:
> Type 1: Usable (normal) RAM
> Type 2: Reserved - unusable
> Type 3: ACPI reclaimable memory
> Type 4: ACPI NVS memory
> Type 5: Area containing bad memory
> 
> Эти типы BIOS возвращает, а loader анализирует.

А, точно, "куча" выпадает на Type 1 (Usable RAM).
В общем, мой мозг просто сопротивляется постижению этой корявой системы...
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-03 Пенетрантность Eugene Grosbein

03.01.2022 16:14, sp...@itl.ua пишет:
> 3 января 2022 г., 3:45, "Eugene Grosbein"  написал:
> 
>> 02.01.2022 20:14, sp...@itl.ua пишет:
>>
>>> Я не знаю, как надо было сделать, но точно не так.
>>> Ради того, чтобы вернуть доступ к полмегабайту (неумно отобранный ранее),
>>> смапим повторно 16G, из которых будут доступны только эти полмегабайта,
>>> и сдвинем 8G второй планки по адресному пространству, увеличив бардак еще 
>>> больше.
>>> Вот в этом месте KISS не только вышел из чата, но и застрелился.
>>
>> Сегменты ещё и пересекаться могут, и несортированным списокм отдаваться.
> 
> Это какой-то трэш...
> И наверняка это еще не все сюрпризы, так как я пока не нашла объяснение тому 
> факту,
> что на моей машинке "куча" выпадает на один из "выкушенных" сегментов, судя по
> выводу команд biosmem и smap в loader'е. Или это был не "вышушенный" сегмент,
> а наоборот биос предлагает его использовать? Фиг разберешься в этом 
> творении...

Ну я же кидал ссылку, могу продублировать:
https://wiki.osdev.org/Detecting_Memory_(x86)#Detecting_Upper_Memory

Там описано пять типов сегментов:
Type 1: Usable (normal) RAM
Type 2: Reserved - unusable
Type 3: ACPI reclaimable memory
Type 4: ACPI NVS memory
Type 5: Area containing bad memory 

Эти типы BIOS возвращает, а loader анализирует.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

3 января 2022 г., 3:45, "Eugene Grosbein"  написал:

> 02.01.2022 20:14, sp...@itl.ua пишет:
> 
>> Я не знаю, как надо было сделать, но точно не так.
>> Ради того, чтобы вернуть доступ к полмегабайту (неумно отобранный ранее),
>> смапим повторно 16G, из которых будут доступны только эти полмегабайта,
>> и сдвинем 8G второй планки по адресному пространству, увеличив бардак еще 
>> больше.
>> Вот в этом месте KISS не только вышел из чата, но и застрелился.
> 
> Сегменты ещё и пересекаться могут, и несортированным списокм отдаваться.

Это какой-то трэш...
И наверняка это еще не все сюрпризы, так как я пока не нашла объяснение тому 
факту,
что на моей машинке "куча" выпадает на один из "выкушенных" сегментов, судя по
выводу команд biosmem и smap в loader'е. Или это был не "вышушенный" сегмент,
а наоборот биос предлагает его использовать? Фиг разберешься в этом творении...
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

3 января 2022 г., 7:48, "Oleg V. Nauman"  написал:


> gpart show da0
> 
> не ругается?

Нет.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-02 Пенетрантность Valentin Nechayev

3 января 2022 г., 4:44, "Eugene Grosbein"  написал:

> 03.01.2022 5:46, sp...@itl.ua пишет:
> 
>> И еще одна.
>> Как я уже говорила, с HDD система грузится и в AHCI.
>> Уточнение: она грузится в AHCI только если не вставлена флешка.
>> Если флешка вставлена, и выбран режим AHCI, загрузка с диска
>> точно так же крешится, как и загрузка с флешки.
>> 
>> Это все верно при установленной опции "USB legacy support".
>> Если ее убрать, система с диска грузится в AHCI и со вставленной флешкой.
>> Но флешка тогда не появляется ни в биосовском boot menu, ни в фревом.
>> 
>> Выходит, крэш происходит на этапе:
>> 
>> BIOS drive D: is disk1
>> 
>> Т.е. когда сочетаются три условия:
>> 1) вставлена флешка
>> 2) режим AHCI
>> 3) loader видит флешку (как drive D)
> 
> Это всё надо писать в PR комментарием.

Спасибо за наводки, написала.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255072#c14
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-02 Пенетрантность Oleg V. Nauman

On 2022 M01 3, Mon 00:46:05 EET sp...@itl.ua wrote:
> 29 декабря 2021 г., 18:17, sp...@itl.ua написал:
> > Две новости.
> > 1) Движения по PR нет (договорились с Toomas Soome, что он пришлет
> > тестовый код, а я проверю его, и он пропал).
> > 2) Внезапно удалось загрузиться, поставив в BIOS режим IDE вместо AHCI
> > (хотя диск вроде бы SATA - Toshiba MQ01ACF032).
> 
> И еще одна.
> Как я уже говорила, с HDD система грузится и в AHCI.
> Уточнение: она грузится в AHCI только если не вставлена флешка.
> Если флешка вставлена, и выбран режим AHCI, загрузка с диска
> точно так же крешится, как и загрузка с флешки.
> 
> Это все верно при установленной опции "USB legacy support".
> Если ее убрать, система с диска грузится в AHCI и со вставленной флешкой.
> Но флешка тогда не появляется ни в биосовском boot menu, ни в фревом.
> 
> Выходит, крэш происходит на этапе:
> 
> BIOS drive D: is disk1

 gpart show da0

не ругается?

> 
> Т.е. когда сочетаются три условия:
> 1) вставлена флешка
> 2) режим AHCI
> 3) loader видит флешку (как drive D)
> ___
> freebsd mailing list
> freebsd@uafug.org.ua
> http://mailman.uafug.org.ua/mailman/listinfo/freebsd

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-02 Пенетрантность Eugene Grosbein

03.01.2022 5:46, sp...@itl.ua пишет:

> И еще одна.
> Как я уже говорила, с HDD система грузится и в AHCI.
> Уточнение: она грузится в AHCI только если не вставлена флешка.
> Если флешка вставлена, и выбран режим AHCI, загрузка с диска
> точно так же крешится, как и загрузка с флешки.
> 
> Это все верно при установленной опции "USB legacy support".
> Если ее убрать, система с диска грузится в AHCI и со вставленной флешкой.
> Но флешка тогда не появляется ни в биосовском boot menu, ни в фревом.
> 
> Выходит, крэш происходит на этапе:
> 
> BIOS drive D: is disk1
> 
> Т.е. когда сочетаются три условия:
> 1) вставлена флешка
> 2) режим AHCI
> 3) loader видит флешку (как drive D)

Это всё надо писать в PR комментарием.



___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-02 Пенетрантность Eugene Grosbein

02.01.2022 20:14, sp...@itl.ua пишет:

> Я не знаю, как надо было сделать, но точно не так.
> Ради того, чтобы вернуть доступ к полмегабайту (неумно отобранный ранее),
> смапим повторно 16G, из которых будут доступны только эти полмегабайта,
> и сдвинем 8G второй планки по адресному пространству, увеличив бардак еще 
> больше. 
> Вот в этом месте KISS не только вышел из чата, но и застрелился.

Сегменты ещё и пересекаться могут, и несортированным списокм отдаваться.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-02 Пенетрантность spell

29 декабря 2021 г., 18:17, sp...@itl.ua написал:

> 
> Две новости.
> 1) Движения по PR нет (договорились с Toomas Soome, что он пришлет тестовый 
> код, а я проверю его, и
> он пропал).
> 2) Внезапно удалось загрузиться, поставив в BIOS режим IDE вместо AHCI (хотя 
> диск вроде бы SATA -
> Toshiba MQ01ACF032).

И еще одна.
Как я уже говорила, с HDD система грузится и в AHCI.
Уточнение: она грузится в AHCI только если не вставлена флешка.
Если флешка вставлена, и выбран режим AHCI, загрузка с диска
точно так же крешится, как и загрузка с флешки.

Это все верно при установленной опции "USB legacy support".
Если ее убрать, система с диска грузится в AHCI и со вставленной флешкой.
Но флешка тогда не появляется ни в биосовском boot menu, ни в фревом.

Выходит, крэш происходит на этапе:

BIOS drive D: is disk1

Т.е. когда сочетаются три условия:
1) вставлена флешка
2) режим AHCI
3) loader видит флешку (как drive D)
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-02 Пенетрантность spell

2 января 2022 г., 16:22, "Valentin Nechayev"  написал:

> hi,
> 
> Sun, Jan 02, 2022 at 13:14:20, spell wrote about "Re: [freebsd] 13.0 memstick 
> не грузится": 
> 
>> Разумеется, легаси и прочее "640K хватит на все" приходится тащить,
>> куда деваться. Я больше про то, что, похоже, каждый новый трюк с картой
>> памяти делали как последний, не "на вырост",
> 
> А у Intel так чуть менее чем всё. Почти любое действие рассчитывается
> не более чем на полшага. Даже до одного шага не дотягивают... Примеры
> можно приводить десятками. Но описанные чудеса с памятью вытекают не
> только из этого.
> 
>> Я не знаю, как надо было сделать, но точно не так.
>> Ради того, чтобы вернуть доступ к полмегабайту (неумно отобранный ранее),
>> смапим повторно 16G, из которых будут доступны только эти полмегабайта,
>> и сдвинем 8G второй планки по адресному пространству, увеличив бардак еще 
>> больше.
>> Вот в этом месте KISS не только вышел из чата, но и застрелился.
> 
> Ну во-первых это только один из вариантов, и сейчас так обычно _не_
> делают (например, потому, что надо ограничить доступ к SMM памяти...
> но это ещё один костыль). Мапят кусок отдельно, да, но доступ дают
> только к этому небольшому участку. В любом случае, не стараются
> контроллеру задать много работы, он просто не успеет.

Т.е. мапят не всю планку памяти, а только вот те полмегабайта?
Так тоже не намного лучше...
А ход конем с HSEG (области, доступной только из SMM-режима CPU),
вернее, с перемапливанием ее в область из первого мегабайта -
тоже так себе идея...

> А во-вторых - а зачем вообще тут непрерывность памяти?

Сама непрерывность - не вопрос.
Был бы набор физической памяти, plainly отображенный в системную,
с выпавшими отдельными кусками - это одно дело.
Но тут еще: 
1) перемап адресов 0xFEEA_h-0xFEEB_ в 0x000A_h-0x000B_ (HSEG).
2) дублирование "имеджа" (или его части) физической планки памяти,
и сдвиг в адресном пространстве другой планки (физическая и системная
память перестают совпадать по адресам).
Т.е. кроме недоступных областей имеем "искривление пространства" двух типов.
Конечно, при корректной прошивке контроллера/ов памяти все это
скрывается от системы, и ей все равно, но такая схема потенциально
более error-prone, и. в случае чего, ее сложней дебажить.

> И учтите, что может оказаться, что полная непрерывность адресов памяти
> вообще невозможна даже если б не было выкусывания легаси-блоков. В
> случае одного физического процессора, да, можно начинать мапить с
> более толстых модулей памяти, тогда будет непрерывность. А представим
> себе серверную материнку с 2 физическими процессорами и памятью -
> сейчас в этом случае половина слотов памяти будет подключена к
> контроллеру первого процессора, половина - второго. И вот ставим мы
> 48GB (32+16) на первый процессор (в слоты под его контроллером) и 40GB
> (32+8) на второй. Имеем право, а больше не нашлось. Контроллеры памяти
> могут просто не суметь поставить их так, чтобы получилась непрерывная
> область.

Хм. А вот тут не вижу проблемы - обучить контроллеры распределять
подобные наборы CPU/памяти. Вроде бы вполне рядовая задача.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

hi,

 Sun, Jan 02, 2022 at 13:14:20, spell wrote about "Re: [freebsd] 13.0 memstick 
не грузится": 

> Разумеется, легаси и прочее "640K хватит на все" приходится тащить,
> куда деваться. Я больше про то, что, похоже, каждый новый трюк с картой
> памяти делали как последний, не "на вырост",

А у Intel так чуть менее чем всё. Почти любое действие рассчитывается
не более чем на полшага. Даже до одного шага не дотягивают... Примеры
можно приводить десятками. Но описанные чудеса с памятью вытекают не
только из этого.

> Я не знаю, как надо было сделать, но точно не так.
> Ради того, чтобы вернуть доступ к полмегабайту (неумно отобранный ранее),
> смапим повторно 16G, из которых будут доступны только эти полмегабайта,
> и сдвинем 8G второй планки по адресному пространству, увеличив бардак еще 
> больше. 
> Вот в этом месте KISS не только вышел из чата, но и застрелился.

Ну во-первых это только один из вариантов, и сейчас так обычно _не_
делают (например, потому, что надо ограничить доступ к SMM памяти...
но это ещё один костыль). Мапят кусок отдельно, да, но доступ дают
только к этому небольшому участку. В любом случае, не стараются
контроллеру задать много работы, он просто не успеет.

А во-вторых - а зачем вообще тут непрерывность памяти?

1) Когда работает загрузчик (типа GRUB или фрёвый /boot/loader), ему
нужно распаковать всё ядро в связную область, ну и ещё пару мег на
данные старта с офигенным запасом - дальше ядро подхватит это и само
полетит. То есть считаем современному ядру достаточно ну даже 30MB (с
запасом в километр) одним связным куском, чтобы дальше разобраться
самому.
В принципе он и тут мог бы покрошить мелкими кусочками, но это
заморочнее потом восстанавливаться.

2) Когда инициализируется система управления виртуальной памятью в
ядре, ей нужен (на x86) небольшой "идемпотентно" отображённый кусок в
десяток килобайт (обычно в нижнем 1MB) для переключений, а дальше она
способна проитерировать все выделенные области и подготовить их для
нарезания по страницам (4KB, если не large/huge). Даже если бы было,
что идёт "полосатая" схема - 4KB есть, 4KB нет, 4KB есть, 4KB нет... -
она бы справилась.

И учтите, что может оказаться, что полная непрерывность адресов памяти
вообще невозможна даже если б не было выкусывания легаси-блоков. В
случае одного физического процессора, да, можно начинать мапить с
более толстых модулей памяти, тогда будет непрерывность. А представим
себе серверную материнку с 2 физическими процессорами и памятью -
сейчас в этом случае половина слотов памяти будет подключена к
контроллеру первого процессора, половина - второго. И вот ставим мы
48GB (32+16) на первый процессор (в слоты под его контроллером) и 40GB
(32+8) на второй. Имеем право, а больше не нашлось. Контроллеры памяти
могут просто не суметь поставить их так, чтобы получилась непрерывная
область.

Потому, ничего этого и не требуют.


-netch-
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-02 Пенетрантность spell

2 января 2022 г., 9:28, "Eugene Grosbein"  написал:

> 01.01.2022 21:04, sp...@itl.ua пишет:
> 
>> Разобралась, но это же кошмар...
>> Принцип KISS вышел из чата.
> 
> Добро пожаловать в прекрасный мир легаси сорокалетней истории.
> И это хорошо - это то, что позволяет нам использовать современные системы
> не только на железе прошлого года.

Разумеется, легаси и прочее "640K хватит на все" приходится тащить,
куда деваться. Я больше про то, что, похоже, каждый новый трюк с картой
памяти делали как последний, не "на вырост", и не беря в рассчет,
что вскоре прийдется опять костылять обратную совместимость с предыдущей 
версией.

Но больше всего добило вот это:


А на другой машине вдруг окажется, что, например, установлены модуль
на 8GB и модуль на 16GB, причём BIOS решил замапить с нуля тот, что
16GB. Тогда он замапит этот 16GB дважды, из второго отображения
разрешит те же 512MB, а 8GB модуль замапит с адреса 0x8__
(32GB) и уже только один раз.


Я не знаю, как надо было сделать, но точно не так.
Ради того, чтобы вернуть доступ к полмегабайту (неумно отобранный ранее),
смапим повторно 16G, из которых будут доступны только эти полмегабайта,
и сдвинем 8G второй планки по адресному пространству, увеличив бардак еще 
больше. 
Вот в этом месте KISS не только вышел из чата, но и застрелился.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-01 Пенетрантность Eugene Grosbein

01.01.2022 21:04, sp...@itl.ua пишет:

> Разобралась, но это же кошмар...
> Принцип KISS вышел из чата.

Добро пожаловать в прекрасный мир легаси сорокалетней истории.
И это хорошо - это то, что позволяет нам использовать современные системы
не только на железе прошлого года.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2022-01-01 Пенетрантность spell

31 декабря 2021 г., 22:52, "Valentin Nechayev"  написал:

> hi,
> 
> Fri, Dec 31, 2021 at 17:28:29, spell wrote about "Re: [freebsd] 13.0 memstick 
> не грузится": 
> 
>> Аг, вот оно что.
>> А в dmesg.boot сообщения между real memory и available memory - это этот же 
>> список
>> доступных сегментов?
> 
> Да.
> 
>> Интересно, почему мой биос подробил память аж на 6 кусков (в вашем примере 
>> всего 3).
> 
> Модели разные. Объём памяти разный. Модули памяти разного состава...
> 
> Если подробно, то картина выглядит так. В x86 сохраняется
> совместимость с
> 1) 16-битным режимом и границей доступной памяти в 1MB;
> 2) 32-битным режимом и границей доступной памяти в 4GB.
> 
> Первое приводит к тому, что адреса 0xA-0xF (кусок между
> первыми 640kB и границей 1MB) розданы исторически, ещё от первых IBM
> PC, под видеопамять старых режимов и под BIOS (реально под RAM, в
> которую скопирована часть BIOS). Кроме того, несколько первых и
> последних килобайт занято под данные BIOS (включая ACPI).
> 
> Второе аналогично выглядит так, что часть адресов ниже границы 4GB
> занято под спец. роли: например, local APIC ядра процессора - от
> 0xFEE0_ до 0xFEE0_0FFF. Менять это тоже не хотят.
> Некоторые устройства могут так же требовать себе области памяти в
> 32-битной адресации (ниже 4GB), это можно определить прочитав их PCI
> конфигурацию.
> 
> Теперь... представим себе 8GB RAM одним модулем. Если бы можно было
> разместить его связным куском, он был бы от 0 до 0x1__. Но
> описанные требования приводят к тому, что
> 1) должен быть максимум в интервале от 0 до 0x9 (те самые 640kB),
> с потерей на данные BIOS, которые должны быть доступны и в реальном
> режиме;
> 2) должен быть разумный объём (а для 32-битных систем - максимум) от
> 0x10_ до, например, 0xDFFF_ (например - может быть больше или
> меньше);
> 3) всё остальное должно быть представлено выше границы 4GB и максимум
> от того, что осталось от выделения под видеопамять, shadow BIOS и всё
> такое (терять больше условно 1MB тут нежелательно, обидятся).
> 4) устройство должно быть как можно проще с точки зрения контроллера
> памяти (никаких сложений-вычитаний адресов, только изменение отдельных
> битов).
> 
> И вот надо сделать чтобы вывалившиеся 512MB ниже 4GB были всё-таки
> доступны выше. Один из вариантов: сделать чтобы участок 8GB-16GB
> контроллером памяти мапился в тот же модуль, а через карту памяти BIOS
> запретить софту доступ к нему. Тогда получится карта вида:
> 1) 0x1000-0x9EFFF (4kB в начале и в конце BIOS откусил под данные);
> 2) 0x10_-0xDFFF_ (регулярный доступ, откушено 512MB на адреса
> устройств);
> 3) 0x1__-0x1__ (регулярный доступ к остатку модуля);
> 4) 0x2_E000_-0x2__ (512MB которые не доступны в первых
> 4GB, доступны здесь).
> При этом в контроллере памяти включена логика вида: участки
> 0-0x1__ и 0x2__-0x3__ одинаково отображены на
> один и тот же модуль (но у первого выкушены приоритетно 2 диапазона
> под I/O), и если просто сканировать их - получится вроде бы 16GB, но
> BIOS знает, что реально второй идентичен первому, и разрешает из него
> только тот кусок в 512MB, который "обошли" в первом 8GB.
> 
> А на другой машине вдруг окажется, что, например, установлены модуль
> на 8GB и модуль на 16GB, причём BIOS решил замапить с нуля тот, что
> 16GB. Тогда он замапит этот 16GB дважды, из второго отображения
> разрешит те же 512MB, а 8GB модуль замапит с адреса 0x8__
> (32GB) и уже только один раз.
> 
> И с каждой новой версией северного моста (последние 10-12 лет
> интегрирован в процессор) эта логика может чуть меняться. Ну и ревизии
> BIOS могут её менять.

Разобралась, но это же кошмар...
Принцип KISS вышел из чата.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

31 декабря 2021 г., 22:52, "Valentin Nechayev"  написал:

> hi,
> 
> Fri, Dec 31, 2021 at 17:28:29, spell wrote about "Re: [freebsd] 13.0 memstick 
> не грузится": 
> 
>> Аг, вот оно что.
>> А в dmesg.boot сообщения между real memory и available memory - это этот же 
>> список
>> доступных сегментов?
> 
> Да.
> 
>> Интересно, почему мой биос подробил память аж на 6 кусков (в вашем примере 
>> всего 3).
> 
> Модели разные. Объём памяти разный. Модули памяти разного состава...
> 
> Если подробно, то картина выглядит так. В x86 сохраняется
> совместимость с
> 1) 16-битным режимом и границей доступной памяти в 1MB;
> 2) 32-битным режимом и границей доступной памяти в 4GB.
> 
> Первое приводит к тому, что адреса 0xA-0xF (кусок между
> первыми 640kB и границей 1MB) розданы исторически, ещё от первых IBM
> PC, под видеопамять старых режимов и под BIOS (реально под RAM, в
> которую скопирована часть BIOS). Кроме того, несколько первых и
> последних килобайт занято под данные BIOS (включая ACPI).
> 
> Второе аналогично выглядит так, что часть адресов ниже границы 4GB
> занято под спец. роли: например, local APIC ядра процессора - от
> 0xFEE0_ до 0xFEE0_0FFF. Менять это тоже не хотят.
> Некоторые устройства могут так же требовать себе области памяти в
> 32-битной адресации (ниже 4GB), это можно определить прочитав их PCI
> конфигурацию.
> 
> Теперь... представим себе 8GB RAM одним модулем. Если бы можно было
> разместить его связным куском, он был бы от 0 до 0x1__. Но
> описанные требования приводят к тому, что
> 1) должен быть максимум в интервале от 0 до 0x9 (те самые 640kB),
> с потерей на данные BIOS, которые должны быть доступны и в реальном
> режиме;
> 2) должен быть разумный объём (а для 32-битных систем - максимум) от
> 0x10_ до, например, 0xDFFF_ (например - может быть больше или
> меньше);
> 3) всё остальное должно быть представлено выше границы 4GB и максимум
> от того, что осталось от выделения под видеопамять, shadow BIOS и всё
> такое (терять больше условно 1MB тут нежелательно, обидятся).
> 4) устройство должно быть как можно проще с точки зрения контроллера
> памяти (никаких сложений-вычитаний адресов, только изменение отдельных
> битов).
> 
> И вот надо сделать чтобы вывалившиеся 512MB ниже 4GB были всё-таки
> доступны выше. Один из вариантов: сделать чтобы участок 8GB-16GB
> контроллером памяти мапился в тот же модуль, а через карту памяти BIOS
> запретить софту доступ к нему. Тогда получится карта вида:
> 1) 0x1000-0x9EFFF (4kB в начале и в конце BIOS откусил под данные);
> 2) 0x10_-0xDFFF_ (регулярный доступ, откушено 512MB на адреса
> устройств);
> 3) 0x1__-0x1__ (регулярный доступ к остатку модуля);
> 4) 0x2_E000_-0x2__ (512MB которые не доступны в первых
> 4GB, доступны здесь).
> При этом в контроллере памяти включена логика вида: участки
> 0-0x1__ и 0x2__-0x3__ одинаково отображены на
> один и тот же модуль (но у первого выкушены приоритетно 2 диапазона
> под I/O), и если просто сканировать их - получится вроде бы 16GB, но
> BIOS знает, что реально второй идентичен первому, и разрешает из него
> только тот кусок в 512MB, который "обошли" в первом 8GB.
> 
> А на другой машине вдруг окажется, что, например, установлены модуль
> на 8GB и модуль на 16GB, причём BIOS решил замапить с нуля тот, что
> 16GB. Тогда он замапит этот 16GB дважды, из второго отображения
> разрешит те же 512MB, а 8GB модуль замапит с адреса 0x8__
> (32GB) и уже только один раз.
> 
> И с каждой новой версией северного моста (последние 10-12 лет
> интегрирован в процессор) эта логика может чуть меняться. Ну и ревизии
> BIOS могут её менять.

А вот сейчас я сломалась :D

> И таки с Новым годом всех :))

Да :)
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-31 Пенетрантность Valentin Nechayev

31 декабря 2021 г., 22:20, "Valentin Nechayev"  написал:

> Вообще считается, что 64-битная ОС становится эффективна при памяти
> где-то от 1.5GB.
> Обоснование: если ядро может дважды замапить всю оперативную память на
> виртуальное адресное пространство (первый раз для своего доступа и
> второй - для исполняемого процесса) и ещё и поместить пространства
> устройств ввода-вывода, то не требуется частого переключения страниц
> на разные копирования; а как превышается этот размер - начинается
> много тупой возни по созданию буферов для промежуточного копирования
> через них.

Осознала, ставлю 64-разрядную...

> Таки похоже, что этот показатель можно игнорировать.
> Его происхождение - см. $src/stand/i386/libi386/biosmem.c, переменная
> bios_extmem, и комментарий /* look for the first segment in 'extended'
> memory */. Extended memory вычитывается из отчёта e820, если доступен.
> То, что разрывы в видимой памяти - это уже особенности политики
> построения в x86.

Ну все, щас буду курочить этот biosmem.c...
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

hi,

 Fri, Dec 31, 2021 at 17:28:29, spell wrote about "Re: [freebsd] 13.0 memstick 
не грузится": 

> Аг, вот оно что.
> А в dmesg.boot сообщения между real memory и available memory - это этот же 
> список
> доступных сегментов?

Да.

> Интересно, почему мой биос подробил память аж на 6 кусков (в вашем примере 
> всего 3).

Модели разные. Объём памяти разный. Модули памяти разного состава...

Если подробно, то картина выглядит так. В x86 сохраняется
совместимость с
1) 16-битным режимом и границей доступной памяти в 1MB;
2) 32-битным режимом и границей доступной памяти в 4GB.

Первое приводит к тому, что адреса 0xA-0xF (кусок между
первыми 640kB и границей 1MB) розданы исторически, ещё от первых IBM
PC, под видеопамять старых режимов и под BIOS (реально под RAM, в
которую скопирована часть BIOS). Кроме того, несколько первых и
последних килобайт занято под данные BIOS (включая ACPI).

Второе аналогично выглядит так, что часть адресов ниже границы 4GB
занято под спец. роли: например, local APIC ядра процессора - от
0xFEE0_ до 0xFEE0_0FFF. Менять это тоже не хотят.
Некоторые устройства могут так же требовать себе области памяти в
32-битной адресации (ниже 4GB), это можно определить прочитав их PCI
конфигурацию.

Теперь... представим себе 8GB RAM одним модулем. Если бы можно было
разместить его связным куском, он был бы от 0 до 0x1__. Но
описанные требования приводят к тому, что
1) должен быть максимум в интервале от 0 до 0x9 (те самые 640kB),
с потерей на данные BIOS, которые должны быть доступны и в реальном
режиме;
2) должен быть разумный объём (а для 32-битных систем - максимум) от
0x10_ до, например, 0xDFFF_ (например - может быть больше или
меньше);
3) всё остальное должно быть представлено выше границы 4GB и максимум
от того, что осталось от выделения под видеопамять, shadow BIOS и всё
такое (терять больше условно 1MB тут нежелательно, обидятся).
4) устройство должно быть как можно проще с точки зрения контроллера
памяти (никаких сложений-вычитаний адресов, только изменение отдельных
битов).

И вот надо сделать чтобы вывалившиеся 512MB ниже 4GB были всё-таки
доступны выше. Один из вариантов: сделать чтобы участок 8GB-16GB
контроллером памяти мапился в тот же модуль, а через карту памяти BIOS
запретить софту доступ к нему. Тогда получится карта вида:
1) 0x1000-0x9EFFF (4kB в начале и в конце BIOS откусил под данные);
2) 0x10_-0xDFFF_ (регулярный доступ, откушено 512MB на адреса
устройств);
3) 0x1__-0x1__ (регулярный доступ к остатку модуля);
4) 0x2_E000_-0x2__ (512MB которые не доступны в первых
4GB, доступны здесь).
При этом в контроллере памяти включена логика вида: участки
0-0x1__ и 0x2__-0x3__ одинаково отображены на
один и тот же модуль (но у первого выкушены приоритетно 2 диапазона
под I/O), и если просто сканировать их - получится вроде бы 16GB, но
BIOS знает, что реально второй идентичен первому, и разрешает из него
только тот кусок в 512MB, который "обошли" в первом 8GB.

А на другой машине вдруг окажется, что, например, установлены модуль
на 8GB и модуль на 16GB, причём BIOS решил замапить с нуля тот, что
16GB. Тогда он замапит этот 16GB дважды, из второго отображения
разрешит те же 512MB, а 8GB модуль замапит с адреса 0x8__
(32GB) и уже только один раз.

И с каждой новой версией северного моста (последние 10-12 лет
интегрирован в процессор) эта логика может чуть меняться. Ну и ревизии
BIOS могут её менять.

Гуглить можно по аббревиатурам типа TOLUD, TOUUD, документам типа "10th
Generation Intel Core Processor Families datasheet" и т.п. - там это
всё расписано подробнее.

И таки с Новым годом всех :))


-netch-
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-31 Пенетрантность Valentin Nechayev

hi,

 Fri, Dec 31, 2021 at 15:41:58, spell wrote about "Re: [freebsd] 13.0 memstick 
не грузится": 

> В биосе нет никаких настроек по поводу графики. Да, интегрированное (ноутбук).
> Так много откусило, потому что я затупила и поставила 32-разрядную, в которой 
> всего доступно 3.5G.

Вообще считается, что 64-битная ОС становится эффективна при памяти
где-то от 1.5GB.
Обоснование: если ядро может дважды замапить всю оперативную память на
виртуальное адресное пространство (первый раз для своего доступа и
второй - для исполняемого процесса) и ещё и поместить пространства
устройств ввода-вывода, то не требуется частого переключения страниц
на разные копирования; а как превышается этот размер - начинается
много тупой возни по созданию буферов для промежуточного копирования
через них.

> Но все равно это не объясняет, почему в самом начале находится всего 
> полгигабайта...

Таки похоже, что этот показатель можно игнорировать.
Его происхождение - см. $src/stand/i386/libi386/biosmem.c, переменная
bios_extmem, и комментарий /* look for the first segment in 'extended'
memory */. Extended memory вычитывается из отчёта e820, если доступен.
То, что разрывы в видимой памяти - это уже особенности политики
построения в x86.


-netch-
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-31 Пенетрантность Valentin Nechayev

hi,

 Fri, Dec 31, 2021 at 11:06:59, spell wrote about "Re: [freebsd] 13.0 memstick 
не грузится": 

> > на 4GB памяти:
> > 
> > real memory = 6442450944 (6144 MB)

Ой вот это точно не на 4GB :)

> real memory  = 4294967296 (4096 MB)
> Physical memory chunk(s):
> 0x1000 - 0x0009cfff, 638976 bytes (156 pages)
> 0x0010 - 0x007f, 7340032 bytes (1792 pages)
> 0x0242a000 - 0x1fff, 498950144 bytes (121814 pages)
> 0x2020 - 0x40003fff, 534790144 bytes (130564 pages)
> 0x40005000 - 0xb5754fff, 1970601984 bytes (481104 pages)
> 0xb9c7f000 - 0xb9f59fff, 2994176 bytes (731 pages)
> avail memory = 3005071360 (2865 MB)

Ну тогда получается, что оно отдаёт какой-то один из непрерывных
кусков. Тогда в этом самом по себе проблемы нет...


-netch-
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

01.01.2022 0:28, sp...@itl.ua пишет:
> 31 декабря 2021 г., 18:49, "Eugene Grosbein"  написал:
> 
>> 31.12.2021 23:00, sp...@itl.ua пишет:
>>
>>> 31 декабря 2021 г., 17:53, "Anton Saietskii" >> >> 
>>> написал:
>>>
>>> *без сарказма* Я вот не помню -- а кто-то обещал, что там будет видна вся 
>>> память?
>>>
>>> Мне - нет :)
>>> Но на другом ноутбуке в этом месте показывается около 2G (столько и есть)
>>>
>>> А что тогда значит это второе число? (631kB/523264kB)
>>
>> Когда загрузчик определяет, сколько памяти ему можно использовать
>> под свою работу (в частности, для malloc), он использует сервис BIOS для 
>> этого:
>>
>> https://wiki.osdev.org/Detecting_Memory_(x86)#Detecting_Upper_Memory
>>
>> Так как BIOS резервирует часть адресного пространства для различных 
>> устройств,
>> то оставшаяся доступная память может быть разбита на "сегменты" разного 
>> размера.
>>
>> Для упрощения кода загрузчик ищет непрерывный сегмент подходящего размера.
>> Обычно это сегмент, который начинается со второго мегабайта, то есть с начала
>> Extended memory в терминах MS-DOS.
>>
>> Второе число это размер найденного сегмента, в котором будет располагатся,
>> в частности, "куча" загрузчика (heap/malloc).
> 
> Аг, вот оно что.
> А в dmesg.boot сообщения между real memory и available memory - это этот же 
> список
> доступных сегментов?

В основе наверняка да, но в dmesg.boot идут сообщения от ядра, а не загрузчика
и теоретически возможны некоторые расхождения, потому что BIOS может показывать
сегменты разных типов, не только доступных для использования непосредственно,
так что загрузчик/ядро могут не одинаково к ним относиться.

> Интересно, почему мой биос подробил память аж на 6 кусков (в вашем примере 
> всего 3).

Потому что железо другое.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

31 декабря 2021 г., 18:49, "Eugene Grosbein"  написал:

> 31.12.2021 23:00, sp...@itl.ua пишет:
> 
>> 31 декабря 2021 г., 17:53, "Anton Saietskii" > >> 
>> написал:
>> 
>> *без сарказма* Я вот не помню -- а кто-то обещал, что там будет видна вся 
>> память?
>> 
>> Мне - нет :)
>> Но на другом ноутбуке в этом месте показывается около 2G (столько и есть)
>> 
>> А что тогда значит это второе число? (631kB/523264kB)
> 
> Когда загрузчик определяет, сколько памяти ему можно использовать
> под свою работу (в частности, для malloc), он использует сервис BIOS для 
> этого:
> 
> https://wiki.osdev.org/Detecting_Memory_(x86)#Detecting_Upper_Memory
> 
> Так как BIOS резервирует часть адресного пространства для различных устройств,
> то оставшаяся доступная память может быть разбита на "сегменты" разного 
> размера.
> 
> Для упрощения кода загрузчик ищет непрерывный сегмент подходящего размера.
> Обычно это сегмент, который начинается со второго мегабайта, то есть с начала
> Extended memory в терминах MS-DOS.
> 
> Второе число это размер найденного сегмента, в котором будет располагатся,
> в частности, "куча" загрузчика (heap/malloc).

Аг, вот оно что.
А в dmesg.boot сообщения между real memory и available memory - это этот же 
список
доступных сегментов?
Интересно, почему мой биос подробил память аж на 6 кусков (в вашем примере 
всего 3).
Спасибо за ликбез!
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

31.12.2021 23:00, sp...@itl.ua пишет:
> 
> 
> 31 декабря 2021 г., 17:53, "Anton Saietskii"  >
>  написал:
> 
> *без сарказма* Я вот не помню -- а кто-то обещал, что там будет видна вся 
> память?
> 
> 
> Мне - нет :)
> Но на другом ноутбуке в этом месте показывается около 2G (столько и есть)
> 
> А что тогда значит это второе число? (631kB/523264kB)

Когда загрузчик определяет, сколько памяти ему можно использовать
под свою работу (в частности, для malloc), он использует сервис BIOS для этого:

https://wiki.osdev.org/Detecting_Memory_(x86)#Detecting_Upper_Memory

Так как BIOS резервирует часть адресного пространства для различных устройств,
то оставшаяся доступная память может быть разбита на "сегменты" разного размера.

Для упрощения кода загрузчик ищет непрерывный сегмент подходящего размера.
Обычно это сегмент, который начинается со второго мегабайта, то есть с начала
Extended memory в терминах MS-DOS.

Второе число это размер найденного сегмента, в котором будет располагатся,
в частности, "куча" загрузчика (heap/malloc).


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

31.12.2021 23:03, sp...@itl.ua пишет:
> 31 декабря 2021 г., 17:48, "Eugene Grosbein"  написал:
> 
>> 29.12.2021 23:17, sp...@itl.ua пишет:
>>
 Первым делом завести PR в багзилле и туда все эти данные (все попытки с 
 разными настройками),
 включая инфу о работе 11.2
>>>
>>> Две новости.
>>> 1) Движения по PR нет (договорились с Toomas Soome, что он пришлет тестовый 
>>> код, а я проверю его, и
>>> он пропал).
>>
>> Надо напоминать, у человека может быть много других дел. Напомнить через 
>> неделю-две не считается
>> невежливым.
> 
> Может, он рассчитывал, что появятся еще наступившие на этот баг и отпишутся...
> Anyway, написала вчера, сообщив открытие, что креша нет при режиме IDE.

Надо ещё добавить, что при загрузке с HDD креша нет и при AHCI.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

31 декабря 2021 г., 17:48, "Eugene Grosbein"  написал:

> 29.12.2021 23:17, sp...@itl.ua пишет:
> 
>>> Первым делом завести PR в багзилле и туда все эти данные (все попытки с 
>>> разными настройками),
>>> включая инфу о работе 11.2
>> 
>> Две новости.
>> 1) Движения по PR нет (договорились с Toomas Soome, что он пришлет тестовый 
>> код, а я проверю его, и
>> он пропал).
> 
> Надо напоминать, у человека может быть много других дел. Напомнить через 
> неделю-две не считается
> невежливым.

Может, он рассчитывал, что появятся еще наступившие на этот баг и отпишутся...
Anyway, написала вчера, сообщив открытие, что креша нет при режиме IDE.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

31 декабря 2021 г., 17:53, "Anton Saietskii" mailto:vsasja...@gmail.com?to=%22Anton%20Saietskii%22%20)>
 написал:

 *без сарказма* Я вот не помню -- а кто-то обещал, что там будет видна вся 
память?  
Мне - нет :)
Но на другом ноутбуке в этом месте показывается около 2G (столько и есть)

А что тогда значит это второе число? (631kB/523264kB)
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-31 Пенетрантность Anton Saietskii

On Fri, Dec 31, 2021, 17:42  wrote:

> 31 декабря 2021 г., 17:05, "Eugene Grosbein"  написал:
>
> > 31.12.2021 18:06, sp...@itl.ua пишет:
> >
> >> CPU: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz (2594.16-MHz 686-class
> CPU)
> >>
> >> real memory = 4294967296 (4096 MB)
> >> Physical memory chunk(s):
> >> 0x1000 - 0x0009cfff, 638976 bytes (156 pages)
> >> 0x0010 - 0x007f, 7340032 bytes (1792 pages)
> >> 0x0242a000 - 0x1fff, 498950144 bytes (121814 pages)
> >> 0x2020 - 0x40003fff, 534790144 bytes (130564 pages)
> >> 0x40005000 - 0xb5754fff, 1970601984 bytes (481104 pages)
> >> 0xb9c7f000 - 0xb9f59fff, 2994176 bytes (731 pages)
> >> avail memory = 3005071360 (2865 MB)
> >
> > Как-то многовато BIOS откушал от четырех гигабайт, больше гига.
> >
> > Интегрированное видео? Если да, то попробуйте уменьшить до минимума
> память для него в BIOS SETUP
> > и перепроверьте, поможет это инсталлятору или нет в режиме AHCI.
>
> В биосе нет никаких настроек по поводу графики. Да, интегрированное
> (ноутбук).
> Так много откусило, потому что я затупила и поставила 32-разрядную, в
> которой всего доступно 3.5G.
> Но все равно это не объясняет, почему в самом начале находится всего
> полгигабайта...
>
*без сарказма* Я вот не помню -- а кто-то обещал, что там будет видна вся
память?

>
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

29.12.2021 23:17, sp...@itl.ua пишет:

>> Первым делом завести PR в багзилле и туда все эти данные (все попытки с 
>> разными настройками),
>> включая инфу о работе 11.2
> 
> Две новости.
> 1) Движения по PR нет (договорились с Toomas Soome, что он пришлет тестовый 
> код, а я проверю его, и он пропал).

Надо напоминать, у человека может быть много других дел. Напомнить через 
неделю-две не считается невежливым.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

31 декабря 2021 г., 17:05, "Eugene Grosbein"  написал:

> 31.12.2021 18:06, sp...@itl.ua пишет:
> 
>> CPU: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz (2594.16-MHz 686-class CPU)
>> 
>> real memory = 4294967296 (4096 MB)
>> Physical memory chunk(s):
>> 0x1000 - 0x0009cfff, 638976 bytes (156 pages)
>> 0x0010 - 0x007f, 7340032 bytes (1792 pages)
>> 0x0242a000 - 0x1fff, 498950144 bytes (121814 pages)
>> 0x2020 - 0x40003fff, 534790144 bytes (130564 pages)
>> 0x40005000 - 0xb5754fff, 1970601984 bytes (481104 pages)
>> 0xb9c7f000 - 0xb9f59fff, 2994176 bytes (731 pages)
>> avail memory = 3005071360 (2865 MB)
> 
> Как-то многовато BIOS откушал от четырех гигабайт, больше гига.
> 
> Интегрированное видео? Если да, то попробуйте уменьшить до минимума память 
> для него в BIOS SETUP
> и перепроверьте, поможет это инсталлятору или нет в режиме AHCI.

В биосе нет никаких настроек по поводу графики. Да, интегрированное (ноутбук).
Так много откусило, потому что я затупила и поставила 32-разрядную, в которой 
всего доступно 3.5G.
Но все равно это не объясняет, почему в самом начале находится всего 
полгигабайта...
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-31 Пенетрантность Владимир Друзенко via freebsd

31 декабря 2021 г., 17:00, "Eugene Grosbein"  написал:

> Производитель и модель. Ещё не помешает выдача kenv | fgrep smbios.

smbios.system.family="103C_5336AN G=N L=BUS B=HP S=ELI"
smbios.system.maker="Hewlett-Packard"
msbios.system.product="HP EliteBook 2570p"

В интернете пишут, что у этого ноута Mainboard 685404_001.
В биосе не нашла ничего, что напоминало бы модель материнки.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится


31.12.2021 14:06, sp...@itl.ua пишет:



Кстати, у меня какое-то странное сообщение о памяти:

BIOS 631kB/523264kB available memory

Маловато-то как-то...
Это сообщают оба лоадера, 11.2 и 12.3 (я в итоге поставила 12.3, а не 13.0).
После загрузки системы доступная память около 3G.

Нужно добавить boot_verbose="YES" в /boot/loader.conf и тогда во время загрузки
(и в /var/run/dmesg.boot) между строчками с real memory и avail memory
будет дополнительная информация. Например, для системы с двумя модулями 4GB+2GB 
и
64-битным процессором Intel Atom, у которого нет встроенного контроллера памяти
и который использует контроллер на материнке и вставлен в материнку с 
ограничением
на 4GB памяти:

real memory = 6442450944 (6144 MB)
Physical memory chunk(s):
0x0001 - 0x0009dfff, 581632 bytes (142 pages)
0x00103000 - 0x001f, 1036288 bytes (253 pages)
0x02b0 - 0xd8709fff, 3586170880 bytes (875530 pages)
avail memory = 3571384320 (3405 MB)

Нужна информация о вашем CPU и материнке и такая же выдача из dmesg.boot.

CPU: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz (2594.16-MHz 686-class CPU)

real memory  = 4294967296 (4096 MB)
Physical memory chunk(s):
0x1000 - 0x0009cfff, 638976 bytes (156 pages)
0x0010 - 0x007f, 7340032 bytes (1792 pages)
0x0242a000 - 0x1fff, 498950144 bytes (121814 pages)
0x2020 - 0x40003fff, 534790144 bytes (130564 pages)
0x40005000 - 0xb5754fff, 1970601984 bytes (481104 pages)
0xb9c7f000 - 0xb9f59fff, 2994176 bytes (731 pages)
avail memory = 3005071360 (2865 MB)

В dmesg.boot сообщения о памяти вроде норм, смутило то, которое выдает loader
сразу после сообщения о дисках:

BIOS drive C: is disk0
BIOS drive D: is disk1
BIOS 631kB/523264kB available memory

Какое инфо нужно о материнке?


Система 32-бит чтоли?
По опыту лучше даже не пытаться - за последние годы поддержка 
архитектуры i386 во фре заметно ухудшилась, особенно для декстопа.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

31.12.2021 18:06, sp...@itl.ua пишет:

> CPU: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz (2594.16-MHz 686-class CPU)
> 
> real memory  = 4294967296 (4096 MB)
> Physical memory chunk(s):
> 0x1000 - 0x0009cfff, 638976 bytes (156 pages)
> 0x0010 - 0x007f, 7340032 bytes (1792 pages)
> 0x0242a000 - 0x1fff, 498950144 bytes (121814 pages)
> 0x2020 - 0x40003fff, 534790144 bytes (130564 pages)
> 0x40005000 - 0xb5754fff, 1970601984 bytes (481104 pages)
> 0xb9c7f000 - 0xb9f59fff, 2994176 bytes (731 pages)
> avail memory = 3005071360 (2865 MB)

Как-то многовато BIOS откушал от четырех гигабайт, больше гига.

Интегрированное видео? Если да, то попробуйте уменьшить до минимума память для 
него в BIOS SETUP
и перепроверьте, поможет это инсталлятору или нет в режиме AHCI.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

31.12.2021 18:06, sp...@itl.ua пишет:

>> Нужна информация о вашем CPU и материнке и такая же выдача из dmesg.boot.
> 
> CPU: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz (2594.16-MHz 686-class CPU)
> 
> real memory  = 4294967296 (4096 MB)
> Physical memory chunk(s):
> 0x1000 - 0x0009cfff, 638976 bytes (156 pages)
> 0x0010 - 0x007f, 7340032 bytes (1792 pages)
> 0x0242a000 - 0x1fff, 498950144 bytes (121814 pages)
> 0x2020 - 0x40003fff, 534790144 bytes (130564 pages)
> 0x40005000 - 0xb5754fff, 1970601984 bytes (481104 pages)
> 0xb9c7f000 - 0xb9f59fff, 2994176 bytes (731 pages)
> avail memory = 3005071360 (2865 MB)
> 
> В dmesg.boot сообщения о памяти вроде норм, смутило то, которое выдает loader
> сразу после сообщения о дисках:
> 
> BIOS drive C: is disk0
> BIOS drive D: is disk1
> BIOS 631kB/523264kB available memory
> 
> Какое инфо нужно о материнке?

Производитель и модель. Ещё не помешает выдача kenv | fgrep smbios.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

31 декабря 2021 г., 12:09, "Valentin Nechayev"  написал:

> hi,
> 
> Fri, Dec 31, 2021 at 09:29:45, spell wrote about "Re: [freebsd] 13.0 memstick 
> не грузится": 
> 
>> Кстати, у меня какое-то странное сообщение о памяти:
>> 
>> BIOS 631kB/523264kB available memory
>> 
>> Маловато-то как-то...
> 
> Первая цифра - в нижнем мегабайте ("conventional memory") -
> стандартные 640kB с откушенными, как видно, 9kB под данные BIOS.
> Норма.
> Вторая - полная - 512MB без опять же лёгкого откуса - там столько и
> стоит?

Стоит 4Gb одной планкой, в первом из двух слотов.
Первая цифра да, норм. Вопрос ко второй.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

31 декабря 2021 г., 11:47, "Eugene Grosbein"  написал:

> Тогда можно как временную меру использовать старый загрузчик:
> 
> cd /
> mv boot boot.orig
> mv boot11 boot
> mv boot.orig/kernel* boot

Ух ты, оказалось, что установленная система (12.3) грузится со своим лоадером.
Не грузится только флешка с инсталлятором (загрузилась с лоадром от 11.2).
(Это при AHCI, а с IDE все всегда грузится).

>> Кстати, у меня какое-то странное сообщение о памяти:
>> 
>> BIOS 631kB/523264kB available memory
>> 
>> Маловато-то как-то...
>> Это сообщают оба лоадера, 11.2 и 12.3 (я в итоге поставила 12.3, а не 13.0).
>> После загрузки системы доступная память около 3G.
> 
> Нужно добавить boot_verbose="YES" в /boot/loader.conf и тогда во время 
> загрузки
> (и в /var/run/dmesg.boot) между строчками с real memory и avail memory
> будет дополнительная информация. Например, для системы с двумя модулями 
> 4GB+2GB и
> 64-битным процессором Intel Atom, у которого нет встроенного контроллера 
> памяти
> и который использует контроллер на материнке и вставлен в материнку с 
> ограничением
> на 4GB памяти:
> 
> real memory = 6442450944 (6144 MB)
> Physical memory chunk(s):
> 0x0001 - 0x0009dfff, 581632 bytes (142 pages)
> 0x00103000 - 0x001f, 1036288 bytes (253 pages)
> 0x02b0 - 0xd8709fff, 3586170880 bytes (875530 pages)
> avail memory = 3571384320 (3405 MB)
> 
> Нужна информация о вашем CPU и материнке и такая же выдача из dmesg.boot.

CPU: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz (2594.16-MHz 686-class CPU)

real memory  = 4294967296 (4096 MB)
Physical memory chunk(s):
0x1000 - 0x0009cfff, 638976 bytes (156 pages)
0x0010 - 0x007f, 7340032 bytes (1792 pages)
0x0242a000 - 0x1fff, 498950144 bytes (121814 pages)
0x2020 - 0x40003fff, 534790144 bytes (130564 pages)
0x40005000 - 0xb5754fff, 1970601984 bytes (481104 pages)
0xb9c7f000 - 0xb9f59fff, 2994176 bytes (731 pages)
avail memory = 3005071360 (2865 MB)

В dmesg.boot сообщения о памяти вроде норм, смутило то, которое выдает loader
сразу после сообщения о дисках:

BIOS drive C: is disk0
BIOS drive D: is disk1
BIOS 631kB/523264kB available memory

Какое инфо нужно о материнке?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

31 декабря 2021 г., 5:24, "Eugene Grosbein"  написал:

> 30.12.2021 20:27, sp...@itl.ua пишет:
> 
>> 30 декабря 2021 г., 12:48, "Eugene Grosbein"  написал:
>> 
>>> 30.12.2021 17:06, sp...@itl.ua пишет:
>> 
>> Пытаюсь вычислить, почему у меня происходит крэш при установленном в биосе 
>> AHCI.
>>> Это баг во фрёвом загрузчике.
>> 
>> Да, просто пытаюсь локализовать его...
>> Крешится в момент опроса биоса/контроллера о режиме, в момент 
>> (некорректного) обращения
>> к контроллеру, или сбоит выбор драйвера, или еще что-то..
> 
> В загрузчике нет никаких драйверов. Загрузчик просто использует сервисы BIOS 
> для обращения к
> дискам.
> Загрузчик загружает и стартует ядро и вот в нём уже есть драйверы и работа с 
> дисками
> начинается мимо BIOS.
> 
> Проблема может быть вообще не связана с дисками, а, например, с неправильной 
> работой с памятью,
> на раскладку доступный размер которой влияет то, как BIOS инициализировал 
> себя и железо.

Кстати, у меня какое-то странное сообщение о памяти:

BIOS 631kB/523264kB available memory

Маловато-то как-то...
Это сообщают оба лоадера, 11.2 и 12.3 (я в итоге поставила 12.3, а не 13.0).
После загрузки системы доступная память около 3G.

> Я бы попробовал положить в /boot11/ загрузчик от 11.2, раз там всё работало
> и попытаться загрузить ядро от 13-й версии старым загрузчиком, запуская сам 
> старый загрузчик
> из boot2 (если используется MBR) вручную нажатием кнопки "прямой слеш" (/)
> и вводом полного пути /boot11/loader, как это документировано в man boot,
> если это ещё не сломали:
> 
> After the boot blocks have been loaded, you should see a prompt similar
> to the following:
> 
>>> FreeBSD/x86 BOOT
> Default: 0:ad(0,a)/boot/loader
> boot:

Ага, так загрузилось.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-30 Пенетрантность Eugene Grosbein

30.12.2021 20:27, sp...@itl.ua пишет:
> 30 декабря 2021 г., 12:48, "Eugene Grosbein"  написал:
> 
>> 30.12.2021 17:06, sp...@itl.ua пишет:
>>
>>> Пытаюсь вычислить, почему у меня происходит крэш при установленном в биосе 
>>> AHCI.
>>
>> Это баг во фрёвом загрузчике.
> 
> Да, просто пытаюсь локализовать его...
> Крешится в момент опроса биоса/контроллера о режиме, в момент (некорректного) 
> обращения
> к контроллеру, или сбоит выбор драйвера, или еще что-то..

В загрузчике нет никаких драйверов. Загрузчик просто использует сервисы BIOS 
для обращения к дискам.
Загрузчик загружает и стартует ядро и вот в нём уже есть драйверы и работа с 
дисками
начинается мимо BIOS.

Проблема может быть вообще не связана с дисками, а, например, с неправильной 
работой с памятью,
на раскладку доступный размер которой влияет то, как BIOS инициализировал себя 
и железо.

Я бы попробовал положить в /boot11/ загрузчик от 11.2, раз там всё работало
и попытаться загрузить ядро от 13-й версии старым загрузчиком, запуская сам 
старый загрузчик
из boot2 (если используется MBR) вручную нажатием кнопки "прямой слеш" (/)
и вводом полного пути /boot11/loader, как это документировано в man boot,
если это ещё не сломали:

 After the boot blocks have been loaded, you should see a prompt similar
 to the following:

 >> FreeBSD/x86 BOOT
 Default: 0:ad(0,a)/boot/loader
 boot:

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-30 Пенетрантность spell

30 декабря 2021 г., 12:48, "Eugene Grosbein"  написал:

> 30.12.2021 17:06, sp...@itl.ua пишет:
> 
>> Пытаюсь вычислить, почему у меня происходит крэш при установленном в биосе 
>> AHCI.
> 
> Это баг во фрёвом загрузчике.

Да, просто пытаюсь локализовать его...
Крешится в момент опроса биоса/контроллера о режиме, в момент (некорректного) 
обращения
к контроллеру, или сбоит выбор драйвера, или еще что-то..

>> Спрошу еще так: сам биос как обращается к диску? зависимо от установки 
>> IDE/AHCI
>> или нет? Т.е. у него две процедуры под разные режимы или одна?
> 
> Это несущественно для обсуждаемой проблемы. А вообще, зависит от диска.
> 
>> И так: как система узнает предпочтение контроллера диска?
>> читая установку биоса или опрашивая сам контроллер?
> 
> В современных системах ACPI BIOS/UEFI - активная часть системы.
> ACPI BIOS снабжает операционную систему большим массивом данных об 
> оборудовании,
> а операционная система может вызывать код в ACPI BIOS.
> 
>> Может ли система скомандовать контроллеру перейти в другой режим, отличный 
>> от установки в биосе?
> 
> Это всё путь в никуда. Если очень коротко, то нет.

Спасибо за ответы.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-30 Пенетрантность Eugene Grosbein

30.12.2021 17:06, sp...@itl.ua пишет:

> Пытаюсь вычислить, почему у меня происходит крэш при установленном в биосе 
> AHCI.

Это баг во фрёвом загрузчике.

> Спрошу еще так: сам биос как обращается к диску? зависимо от установки 
> IDE/AHCI
> или нет? Т.е. у него две процедуры под разные режимы или одна?

Это несущественно для обсуждаемой проблемы. А вообще, зависит от диска.

> И так: как система узнает предпочтение контроллера диска?
> читая установку биоса или опрашивая сам контроллер?

В современных системах ACPI BIOS/UEFI - активная часть системы.
ACPI BIOS снабжает операционную систему большим массивом данных об оборудовании,
а операционная система может вызывать код в ACPI BIOS.

> Может ли система скомандовать контроллеру перейти в другой режим, отличный от 
> установки в биосе?

Это всё путь в никуда. Если очень коротко, то нет.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-30 Пенетрантность spell

30 декабря 2021 г., 6:55, "Oleg V. Nauman"  написал:

> On 2021 M12 30, Thu 01:14:27 EET sp...@itl.ua wrote:
> 
>> 29 декабря 2021 г., 22:30, "Oleg V. Nauman"  написал:
>> В моём случае система грузится и работает с
>> 
>> atapci0@pci0:0:31:1: class=0x01018a rev=0x01 hdr=0x00 vendor=0x8086
>> device=0x27df subvendor=0x1043 subdevice=0x8179
>> vendor = 'Intel Corporation'
>> device = '82801G (ICH7 Family) IDE Controller'
>> class = mass storage
>> subclass = ATA
>> atapci1@pci0:0:31:2: class=0x01018f rev=0x01 hdr=0x00 vendor=0x8086
>> device=0x27c0 subvendor=0x1043 subdevice=0x8179
>> vendor = 'Intel Corporation'
>> device = 'NM10/ICH7 Family SATA Controller [IDE mode]'
>> class = mass storage
>> subclass = ATA
>> 
>> с которыми отказывается работать ahci(4)
>> 
>> У меня сиcтема грузится и работает и так, если в биосе поставить IDE.
>> Поэтому и спрашиваю, что мне даст пересборка GENERIC.
> 
> GENERIC содержит ссылки на оба ata(4) и ahci(4), но ahci имеет приоритет.
> Я пробовал отключить ahci(4).

Ага, теперь ясно.

>> А какова роль BIOS в установке режима работы диска? Он включает
>> в диске нужный режим, которому потом должна следовать система?
>> 
>> Это про контроллер. Диски это ada(4) и da(4)
>> 
>> Или только предоставляет процедуры доступа к диску, пока система не
>> загрузила свои?
>> 
>> Начальное программирование контроллера, опрос устройств, установка режимов
>> работы обнаруженных устройств.
>> Ну и процедура загрузки конечно.
>> 
>> Спрошу по-другому: в чем отличие поведения биоса в случае установки режима
>> IDE от в случае установки режима AHCI?
> 
> В режиме общения контроллера с периферией - размер блоков данных,
> использование DMA, использование очередей команд и так далее в зависимости от
> возможностей контроллера и каждого устройства в частности.

Про отличие ahci от ide понятно.
Я имею ввиду немного другое...
Пытаюсь вычислить, почему у меня происходит крэш при установленном в биосе AHCI.
Спрошу еще так: сам биос как обращается к диску? зависимо от установки IDE/AHCI
или нет? Т.е. у него две процедуры под разные режимы или одна?
И так: как система узнает предпочтение контроллера диска?
читая установку биоса или опрашивая сам контроллер?
Может ли система скомандовать контроллеру перейти в другой режим, отличный от 
установки в биосе?

В идеале, конечно, хотелось бы разобраться пошагово, что происходит в том и 
другом случае.
Может, есть документация на эту тему?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-29 Пенетрантность Владимир Друзенко via freebsd

29 декабря 2021 г., 22:30, "Oleg V. Nauman"  написал:

> В моём случае система грузится и работает с
> 
> atapci0@pci0:0:31:1: class=0x01018a rev=0x01 hdr=0x00 vendor=0x8086
> device=0x27df subvendor=0x1043 subdevice=0x8179
> vendor = 'Intel Corporation'
> device = '82801G (ICH7 Family) IDE Controller'
> class = mass storage
> subclass = ATA
> atapci1@pci0:0:31:2: class=0x01018f rev=0x01 hdr=0x00 vendor=0x8086
> device=0x27c0 subvendor=0x1043 subdevice=0x8179
> vendor = 'Intel Corporation'
> device = 'NM10/ICH7 Family SATA Controller [IDE mode]'
> class = mass storage
> subclass = ATA
> 
> с которыми отказывается работать ahci(4)

У меня сиcтема грузится и работает и так, если в биосе поставить IDE.
Поэтому и спрашиваю, что мне даст пересборка GENERIC.

>> А какова роль BIOS в установке режима работы диска? Он включает
>> в диске нужный режим, которому потом должна следовать система?
> 
> Это про контроллер. Диски это ada(4) и da(4)
> 
>> Или только предоставляет процедуры доступа к диску, пока система не
>> загрузила свои?
> 
> Начальное программирование контроллера, опрос устройств, установка режимов
> работы обнаруженных устройств.
> Ну и процедура загрузки конечно.

Спрошу по-другому: в чем отличие поведения биоса в случае установки режима IDE 
от в случае установки режима AHCI?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-29 Пенетрантность Oleg V. Nauman

On 2021 M12 29, Wed 21:44:43 EET sp...@itl.ua wrote:
> 29 декабря 2021 г., 20:54, "Oleg V. Nauman"  написал:
> > Как-то мне напомнило мне мой старый ( пардон, древний ) десктоп, который
> > не
> > желает грузиться с ahci(4), но работает с ata(4). В BIOS стоит Enhanced
> > как
> > режим работы IDE ( причем есть диски SATA и PATA ). Если есть желание, то
> > можно пересобрать GENERIC . Из конфигурации нужно выбросить ahci(4), и
> > результат сборки использовать на memstick.
> > В режиме работы с ata(4) у меня доступны и SATA и PATA диски.
> 
> А что это даст?

 В моём случае система грузится и работает с 

atapci0@pci0:0:31:1:class=0x01018a rev=0x01 hdr=0x00 vendor=0x8086 
device=0x27df subvendor=0x1043 subdevice=0x8179
vendor = 'Intel Corporation'
device = '82801G (ICH7 Family) IDE Controller'
class  = mass storage
subclass   = ATA
atapci1@pci0:0:31:2:class=0x01018f rev=0x01 hdr=0x00 vendor=0x8086 
device=0x27c0 subvendor=0x1043 subdevice=0x8179
vendor = 'Intel Corporation'
device = 'NM10/ICH7 Family SATA Controller [IDE mode]'
class  = mass storage
subclass   = ATA

с которыми отказывается работать ahci(4)

> А какова роль BIOS в установке режима работы диска? Он включает
> в диске нужный режим, которому потом должна следовать система?

 Это про контроллер. Диски это ada(4) и da(4)

> Или только предоставляет процедуры доступа к диску, пока система не
> загрузила свои? 

 Начальное программирование контроллера, опрос устройств, установка режимов 
работы обнаруженных устройств. 
 Ну и процедура загрузки конечно. 

> И можно ли менять диску режим на лету?

 А это sysctl которые предоставляет конкретный драйвер диска.

> 
> >> Если я сейчас поставлю систему с режимом IDE, можно ли будет потом
> >> переключиться на AHCI?
> > 
> > Сейчас попробовал, правда наоборот с Enhanced на IDE - загрузился.
> 
> Спасибо!

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

29.12.2021 22:44, sp...@itl.ua пишет:

29 декабря 2021 г., 20:54, "Oleg V. Nauman" написал:

Как-то мне напомнило мне мой старый ( пардон, древний ) десктоп, который не
желает грузиться с ahci(4), но работает с ata(4). В BIOS стоит Enhanced как
режим работы IDE ( причем есть диски SATA и PATA ). Если есть желание, то
можно пересобрать GENERIC . Из конфигурации нужно выбросить ahci(4), и
результат сборки использовать на memstick.
В режиме работы с ata(4) у меня доступны и SATA и PATA диски.

А что это даст?
А какова роль BIOS в установке режима работы диска? Он включает
в диске нужный режим, которому потом должна следовать система?
Или только предоставляет процедуры доступа к диску, пока система не загрузила
свои?
И можно ли менять диску режим на лету?

Если я сейчас поставлю систему с режимом IDE, можно ли будет потом
переключиться на AHCI?

Сейчас попробовал, правда наоборот с Enhanced на IDE - загрузился.

Спасибо!

Режим работы не диска, а контроллера.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

29 декабря 2021 г., 20:54, "Oleg V. Nauman"  написал:

> Как-то мне напомнило мне мой старый ( пардон, древний ) десктоп, который не
> желает грузиться с ahci(4), но работает с ata(4). В BIOS стоит Enhanced как
> режим работы IDE ( причем есть диски SATA и PATA ). Если есть желание, то
> можно пересобрать GENERIC . Из конфигурации нужно выбросить ahci(4), и
> результат сборки использовать на memstick.
> В режиме работы с ata(4) у меня доступны и SATA и PATA диски.

А что это даст?
А какова роль BIOS в установке режима работы диска? Он включает
в диске нужный режим, которому потом должна следовать система?
Или только предоставляет процедуры доступа к диску, пока система не загрузила 
свои?
И можно ли менять диску режим на лету?

>> Если я сейчас поставлю систему с режимом IDE, можно ли будет потом
>> переключиться на AHCI?
> 
> Сейчас попробовал, правда наоборот с Enhanced на IDE - загрузился.

Спасибо!
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

29 декабря 2021 г., 20:46, "Serge Negodyuck" mailto:p...@petrovich.kiev.ua?to=%22Serge%20Negodyuck%22%20)>
 написал:
 ср, 29 дек. 2021 г., 19:31 mailto:sp...@itl.ua)>: 29 декабря 
2021 г., 18:51, "Владимир Друзенко via freebsd" mailto:freebsd@uafug.org.ua)> написал:

>> 2) Внезапно удалось загрузиться, поставив в BIOS режим IDE вместо AHCI (хотя 
>> диск вроде бы SATA -
>> Toshiba MQ01ACF032).
>>
>> И вопрос.
>> Если я сейчас поставлю систему с режимом IDE, можно ли будет потом 
>> переключиться на AHCI?
>
> Диски будут с теми же названиями /dev/ada* - даже fstab не надо будет
> менять.

Т.е. форматы записи на диск у ahci и ide совместимы? И ahci-драйвер прочтет то, 
что было записано под ide, и наоборот?Да. ahci по сравнению с ide это 
стандартизация DMA, горячая замена дисков, очередь запросов на диск, поддержка 
параллельных запросов. Т.е. ahci - расширение протокола доступа к диску, но не 
смена формата. 
Спасибо!
Пересмотрела кучу статей, про неизменный формат ничего не попалось (кстати, и 
про DMA тоже, а остальное было).
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-29 Пенетрантность Oleg V. Nauman

On 2021 M12 29, Wed 18:17:01 EET sp...@itl.ua wrote:
> 19 апреля 2021 г., 20:39, "Eugene Grosbein"  написал:
> >> 19 квітня 2021 р., 20:04, "Eugene Grosbein"  написав:
> >>> Да баг это, баг. Если загрузчик уже выдал часть своих строчек, а потом
> >>> внезапно всё по новой пошло, то это был креш, который закончился CPU
> >>> reset.
> >>> 
> >>> 13.0 мало отличается от девелоперской версии (dot zero release), так что
> >>> дебажить это дальше можно, если на то есть желание или если, к примеру,
> >>> 12.2-RELEASE ведёт себя так же.
> >>> 
> >>> Иначе лучше вернуться на 12.2-RELEASE.
> >> 
> >> 12.2 - та же картина.
> >> 
> >> Желание дебажить есть (если хватит мозгов), тем более что а куда
> >> деваться.
> >> Подскажете направление?
> > 
> > Первым делом завести PR в багзилле и туда все эти данные (все попытки с
> > разными настройками), включая инфу о работе 11.2
> 
> Две новости.
> 1) Движения по PR нет (договорились с Toomas Soome, что он пришлет тестовый
> код, а я проверю его, и он пропал).
> 2) Внезапно удалось загрузиться, поставив в BIOS режим IDE вместо AHCI (хотя 
> диск вроде бы SATA - Toshiba MQ01ACF032).

 Как-то мне напомнило мне мой старый ( пардон, древний ) десктоп, который не 
желает грузиться с ahci(4), но работает с ata(4). В BIOS стоит Enhanced как 
режим работы IDE ( причем есть диски SATA и PATA ). Если есть желание, то 
можно пересобрать GENERIC . Из конфигурации нужно выбросить ahci(4), и 
результат сборки использовать на memstick.
 В режиме работы с ata(4) у меня доступны и SATA и PATA диски.

> 
> И вопрос.
> Если я сейчас поставлю систему с режимом IDE, можно ли будет потом
> переключиться на AHCI? 

 Сейчас попробовал, правда наоборот с Enhanced на IDE - загрузился. 

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-29 Пенетрантность Serge Negodyuck

ср, 29 дек. 2021 г., 19:31 :

> 29 декабря 2021 г., 18:51, "Владимир Друзенко via freebsd" <
> freebsd@uafug.org.ua> написал:
>
> >> 2) Внезапно удалось загрузиться, поставив в BIOS режим IDE вместо AHCI
> (хотя диск вроде бы SATA -
> >> Toshiba MQ01ACF032).
> >>
> >> И вопрос.
> >> Если я сейчас поставлю систему с режимом IDE, можно ли будет потом
> переключиться на AHCI?
> >
> > Диски будут с теми же названиями /dev/ada* - даже fstab не надо будет
> > менять.
>
> Т.е. форматы записи на диск у ahci и ide совместимы? И ahci-драйвер
> прочтет то, что было записано под ide, и наоборот?
>

Да.
ahci по сравнению с ide это стандартизация DMA, горячая замена дисков,
очередь запросов на диск, поддержка параллельных запросов. Т.е. ahci -
расширение  протокола доступа к диску, но не смена формата.

>
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-29 Пенетрантность Владимир Друзенко via freebsd

29 декабря 2021 г., 18:51, "Владимир Друзенко via freebsd" 
 написал:

>> 2) Внезапно удалось загрузиться, поставив в BIOS режим IDE вместо AHCI (хотя 
>> диск вроде бы SATA -
>> Toshiba MQ01ACF032).
>> 
>> И вопрос.
>> Если я сейчас поставлю систему с режимом IDE, можно ли будет потом 
>> переключиться на AHCI?
> 
> Диски будут с теми же названиями /dev/ada* - даже fstab не надо будет
> менять.

Т.е. форматы записи на диск у ahci и ide совместимы? И ahci-драйвер прочтет то, 
что было записано под ide, и наоборот?

> Главное чтобы контроллер нормально поддерживался в таком режиме, и
> загрузчик не выпадал как сейчас.

Надеюсь, что его все-таки починят.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

29.12.2021 19:17, sp...@itl.ua пишет:

19 апреля 2021 г., 20:39, "Eugene Grosbein" написал:

19 квітня 2021 р., 20:04, "Eugene Grosbein" написав:

Да баг это, баг. Если загрузчик уже выдал часть своих строчек, а потом внезапно
всё по новой пошло,
то это был креш, который закончился CPU reset.

13.0 мало отличается от девелоперской версии (dot zero release), так что
дебажить это
дальше можно, если на то есть желание или если, к примеру, 12.2-RELEASE ведёт
себя так же.

Иначе лучше вернуться на 12.2-RELEASE.

12.2 - та же картина.

Желание дебажить есть (если хватит мозгов), тем более что а куда деваться.
Подскажете направление?

Первым делом завести PR в багзилле и туда все эти данные (все попытки с разными
настройками),
включая инфу о работе 11.2

Две новости.
1) Движения по PR нет (договорились с Toomas Soome, что он пришлет тестовый
код, а я проверю его, и он пропал).
2) Внезапно удалось загрузиться, поставив в BIOS режим IDE вместо AHCI (хотя
диск вроде бы SATA - Toshiba MQ01ACF032).

И вопрос.
Если я сейчас поставлю систему с режимом IDE, можно ли будет потом
переключиться на AHCI?

Диски будут с теми же названиями /dev/ada* - даже fstab не надо будет
менять.
Главное чтобы контроллер нормально поддерживался в таком режиме, и
загрузчик не выпадал как сейчас.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

19 апреля 2021 г., 20:39, "Eugene Grosbein"  написал:

>> 19 квітня 2021 р., 20:04, "Eugene Grosbein"  написав:
>> 
>>> Да баг это, баг. Если загрузчик уже выдал часть своих строчек, а потом 
>>> внезапно всё по новой пошло,
>>> то это был креш, который закончился CPU reset.
>>> 
>>> 13.0 мало отличается от девелоперской версии (dot zero release), так что 
>>> дебажить это
>>> дальше можно, если на то есть желание или если, к примеру, 12.2-RELEASE 
>>> ведёт себя так же.
>>> 
>>> Иначе лучше вернуться на 12.2-RELEASE.
>> 
>> 12.2 - та же картина.
>> 
>> Желание дебажить есть (если хватит мозгов), тем более что а куда деваться.
>> Подскажете направление?
> 
> Первым делом завести PR в багзилле и туда все эти данные (все попытки с 
> разными настройками),
> включая инфу о работе 11.2

Две новости.
1) Движения по PR нет (договорились с Toomas Soome, что он пришлет тестовый 
код, а я проверю его, и он пропал).
2) Внезапно удалось загрузиться, поставив в BIOS режим IDE вместо AHCI (хотя 
диск вроде бы SATA - Toshiba MQ01ACF032).

И вопрос.
Если я сейчас поставлю систему с режимом IDE, можно ли будет потом 
переключиться на AHCI?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

19 квітня 2021 р., 20:39, "Eugene Grosbein"  написав:

> 
> Первым делом завести PR в багзилле и туда все эти данные (все попытки с 
> разными настройками),
> включая инфу о работе 11.2

Оказывается, PR на эту тему уже есть.
Дополнила его комментом со своей инфой.
Большое спасибо за помощь Вам и всем!
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-04-19 Пенетрантность Eugene Grosbein

20.04.2021 0:25, sp...@itl.ua пишет:
> 19 квітня 2021 р., 20:04, "Eugene Grosbein"  написав:
> 
>>
>> Да баг это, баг. Если загрузчик уже выдал часть своих строчек, а потом 
>> внезапно всё по новой пошло,
>> то это был креш, который закончился CPU reset.
>>
>> 13.0 мало отличается от девелоперской версии (dot zero release), так что 
>> дебажить это
>> дальше можно, если на то есть желание или если, к примеру, 12.2-RELEASE 
>> ведёт себя так же.
>>
>> Иначе лучше вернуться на 12.2-RELEASE.
> 
> 12.2 - та же картина.
> 
> Желание дебажить есть (если хватит мозгов), тем более что а куда деваться.
> Подскажете направление?

Первым делом завести PR в багзилле и туда все эти данные (все попытки с разными 
настройками),
включая инфу о работе 11.2


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

19 квітня 2021 р., 20:04, "Eugene Grosbein"  написав:

> 
> Да баг это, баг. Если загрузчик уже выдал часть своих строчек, а потом 
> внезапно всё по новой пошло,
> то это был креш, который закончился CPU reset.
> 
> 13.0 мало отличается от девелоперской версии (dot zero release), так что 
> дебажить это
> дальше можно, если на то есть желание или если, к примеру, 12.2-RELEASE ведёт 
> себя так же.
> 
> Иначе лучше вернуться на 12.2-RELEASE.

12.2 - та же картина.

Желание дебажить есть (если хватит мозгов), тем более что а куда деваться.
Подскажете направление?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-04-19 Пенетрантность Eugene Grosbein

19.04.2021 23:33, sp...@itl.ua пишет:
> 19 квітня 2021 р., 19:12, "Anton Saietskii"  >
>  написав:
> 
> Я бы за 2 дня уже переставил оперативу в кошерный слот и проверил...
> 
> 
> Было страшно :)
> Спасибо за мотивацию, переставила.
> 
> На загрузку не повлияло. Значит, дело не в слоте. Может, в способе доступа к 
> памяти?
> В этом EliteBook в биосе какая-то параноидальная секьюрити, может, биосу 
> что-то не нравится?

Да баг это, баг. Если загрузчик уже выдал часть своих строчек, а потом внезапно 
всё по новой пошло,
то это был креш, который закончился CPU reset.

13.0 мало отличается от девелоперской версии (dot zero release), так что 
дебажить это
дальше можно, если на то есть желание или если, к примеру, 12.2-RELEASE ведёт 
себя так же.

Иначе лучше вернуться на 12.2-RELEASE.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

Да, точно, UEFI, только он всё же у меня есть.
Если выбрать UEFI Boot Mode, то Secure Boot можно включить.

19 квітня 2021 р., 19:55, "Anton Saietskii" mailto:vsasja...@gmail.com?to=%22Anton%20Saietskii%22%20)>
 написав:
 В принципе, логично, т.к. Secure Boot в BIOS быть не может, это фишка UEFI. 
 On Mon, Apr 19, 2021, 19:53 mailto:sp...@itl.ua)> wrote:  
19 квітня 2021 р., 19:46, "Владимир Друзенко via freebsd" mailto:freebsd@uafug.org.ua?to=%22%d0%92%d0%bb%d0%b0%d0%b4%d0%b8%d0%bc%d0%b8%d1%80%20%d0%94%d1%80%d1%83%d0%b7%d0%b5%d0%bd%d0%ba%d0%be%20via%20freebsd%22%20%3cfree...@uafug.org.ua%3E)>
 написав: 

А есть возможность отключить в биосе Secure Boot? 
А он и не включен. Вернее, так: есть секция SecureBoot Configuration, в ней 
есть чекбокс SecureBoot,
без галочки и неактивный (невозможно 
включить).___
freebsd mailing list
freebsd@uafug.org.ua (mailto:freebsd@uafug.org.ua)
http://mailman.uafug.org.ua/mailman/listinfo/freebsd 
(http://mailman.uafug.org.ua/mailman/listinfo/freebsd)
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-04-19 Пенетрантность Anton Saietskii

В принципе, логично, т.к. Secure Boot в BIOS быть не может, это фишка UEFI.

On Mon, Apr 19, 2021, 19:53  wrote:

>
>
> 19 квітня 2021 р., 19:46, "Владимир Друзенко via freebsd" <
> freebsd@uafug.org.ua
> >
> написав:
>
> А есть возможность отключить в биосе Secure Boot?
>
>
> А он и не включен. Вернее, так: есть секция SecureBoot Configuration, в
> ней есть чекбокс SecureBoot,
> без галочки и неактивный (невозможно включить).
> ___
> freebsd mailing list
> freebsd@uafug.org.ua
> http://mailman.uafug.org.ua/mailman/listinfo/freebsd
>
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-04-19 Пенетрантность Владимир Друзенко via freebsd

19 квітня 2021 р., 19:46, "Владимир Друзенко via freebsd" mailto:freebsd@uafug.org.ua?to=%22%D0%92%D0%BB%D0%B0%D0%B4%D0%B8%D0%BC%D0%B8%D1%80%20%D0%94%D1%80%D1%83%D0%B7%D0%B5%D0%BD%D0%BA%D0%BE%20via%20freebsd%22%20)>
 написав: 

А есть возможность отключить в биосе Secure Boot? 
А он и не включен. Вернее, так: есть секция SecureBoot Configuration, в ней 
есть чекбокс SecureBoot,
без галочки и неактивный (невозможно включить).
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится


19.04.2021 19:33, sp...@itl.ua пишет:
19 квітня 2021 р., 19:12, "Anton Saietskii" > 
написав:


Я бы за 2 дня уже переставил оперативу в кошерный слот и проверил...


Было страшно :)
Спасибо за мотивацию, переставила.

На загрузку не повлияло. Значит, дело не в слоте. Может, в способе 
доступа к памяти?
В этом EliteBook в биосе какая-то параноидальная секьюрити, может, 
биосу что-то не нравится?

А есть возможность отключить в биосе Secure Boot?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

19 квітня 2021 р., 19:12, "Anton Saietskii" mailto:vsasja...@gmail.com?to=%22Anton%20Saietskii%22%20)>
 написав:
Я бы за 2 дня уже переставил оперативу в кошерный слот и проверил...
Было страшно :)
Спасибо за мотивацию, переставила.

На загрузку не повлияло. Значит, дело не в слоте. Может, в способе доступа к 
памяти?
В этом EliteBook в биосе какая-то параноидальная секьюрити, может, биосу что-то 
не нравится?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-04-19 Пенетрантность Anton Saietskii

Я бы за 2 дня уже переставил оперативу в кошерный слот и проверил...

On Mon, Apr 19, 2021, 19:09  wrote:

> 19 квітня 2021 р., 17:46, "Eugene Grosbein"  написав:
>
> > 18.04.2021 2:41, sp...@itl.ua пишет:
> >
> >> Приветствую сообщество.
> >>
> >> 13.0 memstick не хочет грузиться на HP EliteBook 2570p.
> >> Эта же флешка с этим же имеджем успешно грузится на другом ноуте.
> >> Эта же флешка с 11.2 memstick успешно грузится на первом ноуте.
> >> В boot menu флешка есть, начинается загрузка с нее, на экране
> >> на мгновенье появляются строки:
> >>
> >> Consoles: internal video/keyboard
> >> BIOS Drive C: disk0
> >> BIOS Drive D: disk1
> >>
> >> Потом темный экран и опять boot menu.
> >>
> >> На втором ноуте при загрузке за этими строками следует такая:
> >>
> >> BIOS 639kB/2087744kB available memory
> >>
> >> Аналогичная - при загрузке с 11.2 memstick на первом ноуте.
> >>
> >> Может ли это быть связано с тем, что на первом ноуте память стоит
> >> во втором слоте, а первый пустой? Как всё-таки загрузиться с флешки?
> >
> > Если set kern.vty=sc не помогает и также вместо этого не помогает set
> hw.vga.textmode=1,
> > то есть третий вариант вместо этих двух попробовать:
> >
> > set hw.vga.acpi_ignore_no_vga=1
>
> На всякий случай попробовала и это, но не похоже, что дело в видеорежиме.
> При успешной загрузке на другом ноуте вот эти строки появляются в
> дефолтном биосовском видеорежиме:
>
> Consoles: internal video/keyboard
> BIOS Drive C: disk0
> BIOS Drive D: disk1
> BIOS 639kB/2087744kB available memory
>
> FreeBSD/x86 bootstrap loader, Revision 1.1
>
> Потом крутится twinkle и только потом происходит переключение видеорежима.
> А на исходном ноуте загрузка обрывается после строк с дисками. Поэтому я и
> предположила, что дело в памяти.
> ___
> freebsd mailing list
> freebsd@uafug.org.ua
> http://mailman.uafug.org.ua/mailman/listinfo/freebsd
>
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится