История изменений
Исправление SakuraKun, (текущая версия) :
Разумеется, в опенсорсном БИОСе coreboot нет никакой телеметрии - пользователи сами время от времени отправляют эти отчёты, формируя их при помощи вспомогательного скрипта ./coreboot/util/board_status/board_status.sh
. Данный скрипт помогает быстрее составить и закоммитить комплект файлов (состоящий из конфига коребута, лога ядра и т.д.) - после чего на этой странице появляется инфа, что на момент коммита XYZ коребут работал на данной плате (насколько успешно - можно понять по наличию/отсутствии ругани в логе ядра и некоторым другим признакам), а остальные коребутчики могут взять конфиг из отчёта при необходимости воспроизвести данную успешно грузящуюся сборку для своего ПК. Правда, даже с этим скриптом часть работы всё же приходится делать вручную - например, вычищать персональную информацию: в логе ядра, расширенном выводе lspci и т.д. могут оказаться серийники/идентификаторы устройств вроде MAC-адреса сетевой карты...
Чтобы оценить популярность дополнений («payload'ов») коребута, я предлагаю посчитать количество их использований в конфигах коребута из отчётов board_status . Хотя результат будет не совсем точным, т.к. одни пользователи могут коммитить отчёты регулярнее других, но с учётом большой выборки - почти 9000 отчётов - статистическая погрешность должна быть незначительной. Итак, выполним следующие действия:
git clone https://review.coreboot.org/board_status && cd ./board_status/ && find . -type f -name "config.txt" -print0 | xargs -0 grep -n "CONFIG_PAYLOAD" | grep -n "=y" > ./../chosen_payloads.txt
cd ./../ && cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD" | wc -l ### ---> 8873 (TOTAL)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_SEABIOS=y" | wc -l ### ---> 7970 (SEABIOS)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_BUILD_SEABIOS" | wc -l ### ---> 9 (TOTAL-=9 -> 8864)
# ^ 9 - это дубликаты PAYLOAD_SEABIOS , мы их учитывать не будем и поэтому вычтем из "TOTAL"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_ELF=y" | wc -l ### ---> 853 (?????)
# ^ - здесь непонятно, что же юзеры добавили в качестве ELF-файла, поэтому зачтём как "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_NONE=y" | wc -l ### ---> 14 (?????+=14 -> 867)
# ^ - собирали без дополнения (потом добавили его через cbfstool), поэтому добавим к "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_GRUB2=y" | wc -l ### ---> 11 (GRUB2)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_TIANOCORE=y" | wc -l ### ---> 8 (TIANOCORE)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUX=y" | wc -l ### ---> 4 (LINUX = 4)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_FILO=y" | wc -l ### ---> 2
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_EDK2=y" | wc -l ### ---> 1 (TIANOCORE+=1 -> 9)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUXBOOT=y" | wc -l ### ---> 1 (LINUX+=1 -> 5)
###########################################################################################################
# 7970 (SEABIOS) + 867 (?????) + 11 (GRUB2) + 9 (TIANOCORE) + 5 (LINUX) + 2 (FILO) = 8864 = TOTAL, сходится
SEABIOS - 7970/8864 = 89.91%
????? ---- 867/8864 = ~9.78%
GRUB2 ----- 11/8864 = ~0.13%
TIANOCORE -- 9/8864 = ~0.10%
LINUX ------ 5/8864 = ~0.06%
FILO ------- 2/8864 = ~0.02%
SEABIOS ------------------------------ 7970/8864 = 89.91%
GRUB2 ----- (867/8864)*(11/(11+9+5+2)) + 11/8864 = ~4.11%
TIANOCORE - (867/8864)*( 9/(11+9+5+2)) + 9/8864 = ~3.36%
LINUX ----- (867/8864)*( 5/(11+9+5+2)) + 5/8864 = ~1.87%
FILO ------ (867/8864)*( 2/(11+9+5+2)) + 2/8864 = ~0.75%
Исправление SakuraKun, :
Разумеется, в опенсорсном БИОСе coreboot нет никакой телеметрии - пользователи сами время от времени отправляют эти отчёты, формируя их при помощи вспомогательного скрипта ./coreboot/util/board_status/board_status.sh
. Данный скрипт помогает быстрее составить и закоммитить комплект файлов (состоящий из конфига коребута, лога ядра и т.д.) - после чего на этой странице появляется инфа, что на момент коммита XYZ коребут работал на данной плате (насколько успешно - можно понять по наличию/отсутствии ругани в логе ядра и некоторым другим признакам), а остальные коребутчики могут взять конфиг из отчёта при необходимости воспроизвести данную успешно грузящуюся сборку для своего ПК. Правда, даже с этим скриптом часть работы всё же приходится делать вручную - например, вычищать персональную информацию: в логе ядра, расширенном выводе lspci и т.д. могут оказаться серийники/идентификаторы устройств вроде MAC-адреса сетевой карты...
Чтобы оценить популярность дополнений («payload'ов») коребута, я предлагаю посчитать количество их использований в конфигах коребута из отчётов board_status . Хотя результат будет не совсем точным, т.к. одни пользователи могут коммитить отчёты регулярнее других, но с учётом большой выборки - почти 9000 отчётов - статистическая погрешность должна быть незначительной. Итак, выполним следующие действия:
git clone https://review.coreboot.org/board_status && cd ./board_status/ && find . -type f -name "config.txt" -print0 | xargs -0 grep -n "CONFIG_PAYLOAD" | grep -n "=y" > ./../chosen_payloads.txt
cd ./../ && cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD" | wc -l ### ---> 8873 (TOTAL)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_SEABIOS=y" | wc -l ### ---> 7970 (SEABIOS)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_BUILD_SEABIOS" | wc -l ### ---> 9 (TOTAL-=9 -> 8864)
# ^ 9 - это дубликаты PAYLOAD_SEABIOS , мы их учитывать не будем и поэтому вычтем из "TOTAL"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_ELF=y" | wc -l ### ---> 853 (?????)
# ^ - здесь непонятно, что же юзеры добавили в качестве ELF-файла, поэтому зачтём как "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_NONE=y" | wc -l ### ---> 14 (?????+=14 -> 867)
# ^ - собирали без дополнения (потом добавили его через cbfstool), поэтому добавим к "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_GRUB2=y" | wc -l ### ---> 11 (GRUB2)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_TIANOCORE=y" | wc -l ### ---> 8 (TIANOCORE)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUX=y" | wc -l ### ---> 4 (LINUX = 4)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_FILO=y" | wc -l ### ---> 2
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_EDK2=y" | wc -l ### ---> 1 (TIANOCORE+=1 -> 9)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUXBOOT=y" | wc -l ### ---> 1 (LINUX+=1 -> 5)
###########################################################################################################
# 7970 (SEABIOS) + 867 (?????) + 11 (GRUB2) + 9 (TIANOCORE) + 5 (LINUX) + 2 (FILO) = 8864 = TOTAL, сходится
SEABIOS - 7970/8864 = 89.91%
????? ---- 867/8864 = ~9.78%
GRUB2 ----- 11/8864 = ~0.13%
TIANOCORE -- 9/8864 = ~0.10%
LINUX ------ 5/8864 = ~0.06%
FILO ------- 2/8864 = ~0.02%
SEABIOS ------------------------------ 7970/8864 = 89.91%
GRUB2 ----- (867/8864)*(11/(11+9+5+2)) + 11/8864 = ~4.11%
TIANOCORE - (867/8864)*( 9/(11+9+5+2)) + 9/8864 = ~3.36%
LINUX ----- (867/8864)*( 5/(11+9+5+2)) + 5/8864 = ~1.87%
FILO ------ (867/8864)*( 2/(11+9+5+2)) + 2/8864 = ~0.75%
Исправление SakuraKun, :
Разумеется, в опенсорсном БИОСе coreboot нет никакой телеметрии - пользователи сами время от времени отправляют эти отчёты, формируя их при помощи вспомогательного скрипта ./coreboot/util/board_status/board_status.sh
. Данный скрипт помогает быстрее составить и закоммитить комплект файлов (состоящий из конфига коребута, лога ядра и т.д.) - после чего на этой странице появляется инфа, что на момент коммита XYZ коребут работал на данной плате (насколько успешно - можно понять по наличию/отсутствии ругани в логе ядра и некоторым другим признакам), а остальные коребутчики могут взять конфиг из отчёта при необходимости воспроизвести данную успешно грузящуюся сборку для своего ПК. Правда, даже с этим скриптом часть работы всё же приходится делать вручную - например, вычищать персональную информацию: в логе ядра, расширенном выводе lspci и т.д. могут оказаться серийники/идентификаторы устройств вроде MAC-адреса сетевой карты...
Чтобы оценить популярность дополнений («payload'ов») коребута, я предлагаю посчитать количество их использований в конфигах коребута из отчётов board_status . Хотя результат будет не совсем точным, т.к. одни пользователи могут коммитить отчёты регулярнее других, но с учётом большой выборки - почти 9000 отчётов - статистическая погрешность должна быть незначительной. Итак, выполним следующие действия:
git clone https://review.coreboot.org/board_status && cd ./board_status/ && find . -type f -name "config.txt" -print0 | xargs -0 grep -n "CONFIG_PAYLOAD" | grep -n "=y" > ./../chosen_payloads.txt
cd ./../ && cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD" | wc -l ### ---> 8873 (TOTAL)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_SEABIOS=y" | wc -l ### ---> 7970 (SEABIOS)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_BUILD_SEABIOS" | wc -l ### ---> 9 (TOTAL-=9 -> 8864)
# ^ 9 - это дубликаты PAYLOAD_SEABIOS , мы их учитывать не будем и поэтому вычтем из "TOTAL"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_ELF=y" | wc -l ### ---> 853 (?????)
# ^ - здесь непонятно, что же юзеры добавили в качестве ELF-файла, поэтому зачтём как "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_NONE=y" | wc -l ### ---> 14 (?????+=14 -> 867)
# ^ - собирали без дополнения (потом добавили его через cbfstool), поэтому добавим к "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_GRUB2=y" | wc -l ### ---> 11 (GRUB2)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_TIANOCORE=y" | wc -l ### ---> 8 (TIANOCORE)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUX=y" | wc -l ### ---> 4 (LINUX = 4)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_FILO=y" | wc -l ### ---> 2
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_EDK2=y" | wc -l ### ---> 1 (TIANOCORE+=1 -> 9)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUXBOOT=y" | wc -l ### ---> 1 (LINUX+=1 -> 5)
###########################################################################################################
# 7970 (SEABIOS) + 867 (?????) + 11 (GRUB2) + 9 (TIANOCORE) + 5 (LINUX) + 2 (FILO) = 8864 = TOTAL, сходится
SEABIOS - 7970/8864 = 89.91%
????? ---- 867/8864 = ~9.78%
GRUB2 ----- 11/8864 = ~0.13%
TIANOCORE -- 9/8864 = ~0.10%
LINUX ------ 5/8864 = ~0.06%
FILO ------- 2/8864 = ~0.02%
SEABIOS ------------------------------ 7970/8864 = 89.91%
GRUB2 ----- (867/8864)*(11/(11+9+5+2)) + 11/8864 = ~4.11%
TIANOCORE - (867/8864)*( 9/(11+9+5+2)) + 9/8864 = ~3.36%
LINUX ----- (867/8864)*( 5/(11+9+5+2)) + 5/8864 = ~1.87%
FILO ------ (867/8864)*( 2/(11+9+5+2)) + 2/8864 = ~0.75%
Исправление SakuraKun, :
Разумеется, в опенсорсном БИОСе coreboot нет никакой телеметрии - пользователи сами время от времени отправляют эти отчёты, формируя их при помощи вспомогательного скрипта ./coreboot/util/board_status/board_status.sh
. Данный скрипт помогает быстрее составить и закоммитить комплект файлов (состоящий из конфига коребута, лога ядра и т.д.) - после чего на этой странице появляется инфа, что на момент коммита XYZ коребут работал на данной плате (насколько успешно - можно понять по наличию/отсутствии ругани в логе ядра и некоторым другим признакам), а остальные коребутчики могут взять конфиг из отчёта при необходимости воспроизвести данную успешно грузящуюся сборку для своего ПК. Правда, даже с этим скриптом часть работы всё же приходится делать вручную - например, вычищать персональную информацию: в логе ядра, расширенном выводе lspci и т.д. могут оказаться серийники/идентификаторы устройств вроде MAC-адреса сетевой карты...
Чтобы оценить популярность дополнений («payload'ов») коребута, я предлагаю посчитать количество их использований в конфигах коребута из отчётов board_status . Хотя результат будет не совсем точным, т.к. одни пользователи могут коммитить отчёты регулярнее других, но с учётом большой выборки - почти 9000 отчётов - статистическая погрешность должна быть незначительной. Итак, выполним следующие действия:
git clone https://review.coreboot.org/board_status && cd ./board_status/ && find . -type f -name "config.txt" -print0 | xargs -0 grep -n "CONFIG_PAYLOAD" | grep -n "=y" > ./../chosen_payloads.txt
cd ./../ && cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD" | wc -l ### ---> 8873 (TOTAL)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_SEABIOS=y" | wc -l ### ---> 7970 (SEABIOS)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_BUILD_SEABIOS" | wc -l ### ---> 9 (TOTAL-=9 -> 8864)
# ^ 9 - это дубликаты PAYLOAD_SEABIOS , мы их учитывать не будем и поэтому вычтем из "TOTAL"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_ELF=y" | wc -l ### ---> 853 (?????)
# ^ - здесь непонятно, что же юзеры добавили в качестве ELF-файла, поэтому зачтём как "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_NONE=y" | wc -l ### ---> 14 (?????+=14 -> 867)
# ^ - собирали без дополнения (потом добавили его через cbfstool), поэтому добавим к "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_GRUB2=y" | wc -l ### ---> 11 (GRUB2)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_TIANOCORE=y" | wc -l ### ---> 8 (TIANOCORE)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUX=y" | wc -l ### ---> 4 (LINUX = 4)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_FILO=y" | wc -l ### ---> 2
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_EDK2=y" | wc -l ### ---> 1 (TIANOCORE+=1 -> 9)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUXBOOT=y" | wc -l ### ---> 1 (LINUX+=1 -> 5)
###########################################################################################################
# 7970 (SEABIOS) + 867 (?????) + 11 (GRUB2) + 9 (TIANOCORE) + 5 (LINUX) + 2 (FILO) = 8864 = TOTAL, сходится
SEABIOS - 7970/8864 = 89.91%
????? ---- 867/8864 = ~9.78%
GRUB2 ----- 11/8864 = ~0.13%
TIANOCORE -- 9/8864 = ~0.10%
LINUX ------ 5/8864 = ~0.06%
FILO ------- 2/8864 = ~0.02%
SEABIOS ------------------------------ 7970/8864 = 89.91%
GRUB2 ----- (867/8864)*(11/(11+9+5+2)) + 11/8864 = ~4.11%
TIANOCORE - (867/8864)*( 9/(11+9+5+2)) + 9/8864 = ~3.36%
LINUX ----- (867/8864)*( 5/(11+9+5+2)) + 5/8864 = ~1.87%
FILO ------ (867/8864)*( 2/(11+9+5+2)) + 2/8864 = ~0.75%
Исправление SakuraKun, :
Разумеется, в опенсорсном БИОСе coreboot нет никакой телеметрии - пользователи сами время от времени отправляют эти отчёты, формируя их при помощи вспомогательного скрипта ./coreboot/util/board_status/board_status.sh
. Данный скрипт помогает быстрее составить и закоммитить комплект файлов (состоящий из конфига коребута, лога ядра и т.д.) - после чего на этой странице появляется инфа, что на момент коммита XYZ коребут работал на данной плате (насколько успешно - можно понять по наличию/отсутствии ругани в логе ядра и некоторым другим признакам), а остальные коребутчики могут взять конфиг из отчёта при необходимости воспроизвести данную успешно грузящуюся сборку для своего ПК. Правда, даже с этим скриптом часть работы всё же приходится делать вручную - например, вычищать персональную информацию: в логе ядра, расширенном выводе lspci и т.д. могут оказаться серийники/идентификаторы устройств вроде MAC-адреса сетевой карты...
Чтобы оценить популярность дополнений («payload'ов») коребута, я предлагаю посчитать количество их использований в конфигах коребута из отчётов board_status . Хотя результат будет не совсем точным, т.к. одни пользователи могут коммитить отчёты регулярнее других, но с учётом большой выборки - почти 9000 отчётов - статистическая погрешность должна быть незначительной. Итак, выполним следующие действия:
git clone https://review.coreboot.org/board_status && cd ./board_status/ && find . -type f -name "config.txt" -print0 | xargs -0 grep -n "CONFIG_PAYLOAD" | grep -n "=y" > ./../chosen_payloads.txt
cd ./../ && cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD" | wc -l ### ---> 8873 (TOTAL)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_SEABIOS=y" | wc -l ### ---> 7970 (SEABIOS)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_BUILD_SEABIOS" | wc -l ### ---> 9 (TOTAL-=9 -> 8864)
# ^ 9 - это дубликаты PAYLOAD_SEABIOS , мы их учитывать не будем и поэтому вычтем из "TOTAL"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_ELF=y" | wc -l ### ---> 853 (?????)
# ^ - здесь непонятно, что же юзеры добавили в качестве ELF-файла, поэтому зачтём как "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_NONE=y" | wc -l ### ---> 14 (?????+=14 -> 867)
# ^ - собирали без дополнения (потом добавили его через cbfstool), поэтому добавим к "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_GRUB2=y" | wc -l ### ---> 11 (GRUB2)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_TIANOCORE=y" | wc -l ### ---> 8 (TIANOCORE)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUX=y" | wc -l ### ---> 4 (LINUX = 4)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_FILO=y" | wc -l ### ---> 2
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_EDK2=y" | wc -l ### ---> 1 (TIANOCORE+=1 -> 9)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUXBOOT=y" | wc -l ### ---> 1 (LINUX+=1 -> 5)
##########################################################################################################
# 7970 (SEABIOS) + 867 (?????) + 11 (GRUB2) + 9 (TIANOCORE) + 5 (LINUX) + 2 (FILO) = 8864 = TOTAL, сходится
SEABIOS - 7970/8864 = 89.91%
????? ---- 867/8864 = ~9.78%
GRUB2 ----- 11/8864 = ~0.13%
TIANOCORE -- 9/8864 = ~0.10%
LINUX ------ 5/8864 = ~0.06%
FILO ------- 2/8864 = ~0.02%
SEABIOS ------------------------------ 7970/8864 = 89.91%
GRUB2 ----- (867/8864)*(11/(11+9+5+2)) + 11/8864 = ~4.11%
TIANOCORE - (867/8864)*( 9/(11+9+5+2)) + 9/8864 = ~3.36%
LINUX ----- (867/8864)*( 5/(11+9+5+2)) + 5/8864 = ~1.87%
FILO ------ (867/8864)*( 2/(11+9+5+2)) + 2/8864 = ~0.75%
Исправление SakuraKun, :
Разумеется, в опенсорсном БИОСе coreboot нет никакой телеметрии - пользователи сами время от времени отправляют эти отчёты, формируя их при помощи вспомогательного скрипта ./coreboot/util/board_status/board_status.sh
. Данный скрипт помогает быстрее составить и закоммитить комплект файлов (состоящий из конфига коребута, лога ядра и т.д.) - после чего на этой странице появляется инфа, что на момент коммита XYZ коребут работал на данной плате (насколько успешно - можно понять по наличию/отсутствии ругани в логе ядра и некоторым другим признакам), а остальные коребутчики могут взять конфиг из отчёта при необходимости воспроизвести данную успешно грузящуюся сборку для своего ПК. Правда, даже с этим скриптом часть работы всё же приходится делать вручную - например, вычищать персональную информацию: в логе ядра, расширенном выводе lspci и т.д. могут оказаться серийники/идентификаторы устройств вроде MAC-адреса сетевой карты...
Чтобы оценить популярность дополнений («payload'ов») коребута, я предлагаю посчитать количество их использований в конфигах коребута из отчётов board_status . Хотя результат будет не совсем точным, т.к. одни пользователи могут коммитить отчёты регулярнее других, но с учётом большой выборки - почти 9000 отчётов - статистическая погрешность должна быть незначительной. Итак, выполним следующие действия:
git clone https://review.coreboot.org/board_status && cd ./board_status/ && find . -type f -name "config.txt" -print0 | xargs -0 grep -n "CONFIG_PAYLOAD" | grep -n "=y" > ./../chosen_payloads.txt
cd ./../ && cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD" | wc -l ### ---> 8873 (TOTAL)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_SEABIOS=y" | wc -l ### ---> 7970 (SEABIOS)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_BUILD_SEABIOS" | wc -l ### ---> 9 (TOTAL-=9 -> 8864)
# ^ 9 - это дубликаты PAYLOAD_SEABIOS , мы их учитывать не будем и поэтому вычтем из "TOTAL"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_ELF=y" | wc -l ### ---> 853 (?????)
# ^ - здесь непонятно, что же юзеры добавили в качестве ELF-файла, поэтому зачтём как "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_NONE=y" | wc -l ### ---> 14 (?????+=14 -> 867)
# ^ - собирали без дополнения (потом добавили его через cbfstool), поэтому добавим к "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_GRUB2=y" | wc -l ### ---> 11 (GRUB2)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_TIANOCORE=y" | wc -l ### ---> 8 (TIANOCORE)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUX=y" | wc -l ### ---> 4 (LINUX = 4)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_FILO=y" | wc -l ### ---> 2
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_EDK2=y" | wc -l ### ---> 1 (TIANOCORE+=1 -> 9)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUXBOOT=y" | wc -l ### ---> 1 (LINUX+=1 -> 5)
##########################################################################################################
# 7970 (SEABIOS) + 867 (?????) + 11 (GRUB2) + 9 (TIANOCORE) + 5 (LINUX) + 2 (FILO) = 8864 = TOTAL, сходится
SEABIOS - 7970/8864 = 89.91%
????? ---- 867/8864 = ~9.78%
GRUB2 ----- 11/8864 = ~0.13%
TIANOCORE -- 9/8864 = ~0.10%
LINUX ------ 5/8864 = ~0.06%
FILO ------- 2/8864 = ~0.02%
SEABIOS ------------------------------ 7970/8864 = 89.91%
GRUB2 ----- (867/8864)*(11/(11+9+5+2)) + 11/8864 = ~4.11%
TIANOCORE - (867/8864)*( 9/(11+9+5+2)) + 9/8864 = ~3.36%
LINUX ----- (867/8864)*( 5/(11+9+5+2)) + 5/8864 = ~1.87%
FILO ------ (867/8864)*( 2/(11+9+5+2)) + 2/8864 = ~0.75%
Исправление SakuraKun, :
Разумеется, в опенсорсном БИОСе coreboot нет никакой телеметрии - пользователи сами время от времени отправляют эти отчёты, формируя их при помощи вспомогательного скрипта ./coreboot/util/board_status/board_status.sh
. Данный скрипт помогает быстрее составить и закоммитить комплект файлов (состоящий из конфига коребута, лога ядра и т.д.) - после чего на этой странице появляется инфа, что на момент коммита XYZ коребут работал на данной плате (насколько успешно - можно понять по наличию/отсутствии ругани в логе ядра и некоторым другим признакам), а остальные коребутчики могут взять конфиг из отчёта при необходимости воспроизвести данную успешно грузящуюся сборку для своего ПК. Правда, даже с этим скриптом часть работы всё же приходится делать вручную - например, вычищать персональную информацию: в логе ядра, расширенном выводе lspci и т.д. могут оказаться серийники/идентификаторы устройств вроде MAC-адреса сетевой карты...
Чтобы оценить популярность дополнений («payload'ов») коребута, я предлагаю посчитать количество их использований в конфигах коребута из отчётов board_status . Хотя результат будет не совсем точным, т.к. одни пользователи могут коммитить отчёты регулярнее других, но с учётом большой выборки - почти 9000 отчётов - статистическая погрешность должна быть незначительной. Итак, выполним следующие действия:
git clone https://review.coreboot.org/board_status && cd ./board_status/ && find . -type f -name "config.txt" -print0 | xargs -0 grep -n "CONFIG_PAYLOAD" | grep -n "=y" > ./../chosen_payloads.txt
cd ./../
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD" | wc -l ### ---> 8873 (TOTAL)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_SEABIOS=y" | wc -l ### ---> 7970 (SEABIOS)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_BUILD_SEABIOS" | wc -l ### ---> 9 (TOTAL-=9 -> 8864)
# ^ 9 - это дубликаты PAYLOAD_SEABIOS , мы их учитывать не будем и поэтому вычтем из "TOTAL"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_ELF=y" | wc -l ### ---> 853 (?????)
# ^ - здесь непонятно, что же юзеры добавили в качестве ELF-файла, поэтому зачтём как "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_NONE=y" | wc -l ### ---> 14 (?????+=14 -> 867)
# ^ - собирали без дополнения (потом добавили его через cbfstool), поэтому добавим к "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_GRUB2=y" | wc -l ### ---> 11 (GRUB2)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_TIANOCORE=y" | wc -l ### ---> 8 (TIANOCORE)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUX=y" | wc -l ### ---> 4 (LINUX = 4)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_FILO=y" | wc -l ### ---> 2
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_EDK2=y" | wc -l ### ---> 1 (TIANOCORE+=1 -> 9)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUXBOOT=y" | wc -l ### ---> 1 (LINUX+=1 -> 5)
##########################################################################################################
# 7970 (SEABIOS) + 867 (?????) + 11 (GRUB2) + 9 (TIANOCORE) + 5 (LINUX) + 2 (FILO) = 8864 = TOTAL, сходится
SEABIOS - 7970/8864 = 89.91%
????? ---- 867/8864 = ~9.78%
GRUB2 ----- 11/8864 = ~0.13%
TIANOCORE -- 9/8864 = ~0.10%
LINUX ------ 5/8864 = ~0.06%
FILO ------- 2/8864 = ~0.02%
SEABIOS ------------------------------ 7970/8864 = 89.91%
GRUB2 ----- (867/8864)*(11/(11+9+5+2)) + 11/8864 = ~4.11%
TIANOCORE - (867/8864)*( 9/(11+9+5+2)) + 9/8864 = ~3.36%
LINUX ----- (867/8864)*( 5/(11+9+5+2)) + 5/8864 = ~1.87%
FILO ------ (867/8864)*( 2/(11+9+5+2)) + 2/8864 = ~0.75%
Исправление SakuraKun, :
Разумеется, в опенсорсном БИОСе coreboot нет никакой телеметрии - пользователи сами время от времени отправляют эти отчёты, формируя их при помощи вспомогательного скрипта ./coreboot/util/board_status/board_status.sh
. Данный скрипт помогает быстрее составить и закоммитить комплект файлов (состоящий из конфига коребута, лога ядра и т.д.) - после чего на этой странице появляется инфа, что на момент коммита XYZ коребут работал на данной плате (насколько успешно - можно понять по наличию/отсутствии ругани в логе ядра и некоторым другим признакам), а остальные коребутчики могут взять конфиг из отчёта при необходимости воспроизвести данную успешно грузящуюся сборку для своего ПК. Правда, даже с этим скриптом часть работы всё же приходится делать вручную - например, вычищать персональную информацию: в логе ядра, расширенном выводе lspci и т.д. могут оказаться серийники/идентификаторы устройств вроде MAC-адреса сетевой карты...
Чтобы оценить популярность дополнений («payload'ов») коребута, я предлагаю посчитать количество их использований в конфигах коребута из отчётов board_status . Хотя результат будет не совсем точным, т.к. одни пользователи могут коммитить отчёты регулярнее других, но с учётом большой выборки - почти 9000 отчётов - статистическая погрешность должна быть незначительной. Итак, выполним следующие действия:
git clone https://review.coreboot.org/board_status && cd ./board_status/
find . -type f -name "config.txt" -print0 | xargs -0 grep -n "CONFIG_PAYLOAD" | grep -n "=y" > ./../chosen_payloads.txt
cd ./../
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD" | wc -l ### ---> 8873 (TOTAL)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_SEABIOS=y" | wc -l ### ---> 7970 (SEABIOS)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_BUILD_SEABIOS" | wc -l ### ---> 9 (TOTAL-=9 -> 8864)
# ^ 9 - это дубликаты PAYLOAD_SEABIOS , мы их учитывать не будем и поэтому вычтем из "TOTAL"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_ELF=y" | wc -l ### ---> 853 (?????)
# ^ - здесь непонятно, что же юзеры добавили в качестве ELF-файла, поэтому зачтём как "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_NONE=y" | wc -l ### ---> 14 (?????+=14 -> 867)
# ^ - собирали без дополнения (потом добавили его через cbfstool), поэтому добавим к "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_GRUB2=y" | wc -l ### ---> 11 (GRUB2)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_TIANOCORE=y" | wc -l ### ---> 8 (TIANOCORE)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUX=y" | wc -l ### ---> 4 (LINUX = 4)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_FILO=y" | wc -l ### ---> 2
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_EDK2=y" | wc -l ### ---> 1 (TIANOCORE+=1 -> 9)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUXBOOT=y" | wc -l ### ---> 1 (LINUX+=1 -> 5)
##########################################################################################################
# 7970 (SEABIOS) + 867 (?????) + 11 (GRUB2) + 9 (TIANOCORE) + 5 (LINUX) + 2 (FILO) = 8864 = TOTAL, сходится
SEABIOS - 7970/8864 = 89.91%
????? ---- 867/8864 = ~9.78%
GRUB2 ----- 11/8864 = ~0.13%
TIANOCORE -- 9/8864 = ~0.10%
LINUX ------ 5/8864 = ~0.06%
FILO ------- 2/8864 = ~0.02%
SEABIOS ------------------------------ 7970/8864 = 89.91%
GRUB2 ----- (867/8864)*(11/(11+9+5+2)) + 11/8864 = ~4.11%
TIANOCORE - (867/8864)*( 9/(11+9+5+2)) + 9/8864 = ~3.36%
LINUX ----- (867/8864)*( 5/(11+9+5+2)) + 5/8864 = ~1.87%
FILO ------ (867/8864)*( 2/(11+9+5+2)) + 2/8864 = ~0.75%
Исходная версия SakuraKun, :
Разумеется, в опенсорсном БИОСе coreboot нет никакой телеметрии - пользователи сами время от времени отправляют эти отчёты, формируя их при помощи вспомогательного скрипта ./coreboot/util/board_status/board_status.sh
. Данный скрипт помогает быстрее составить и закоммитить комплект файлов (состоящий из конфига коребута, лога ядра и т.д.) - после чего на этой странице появляется инфа, что на момент коммита XYZ коребут работал на данной плате (насколько успешно - можно понять по наличию/отсутствии ругани в логе ядра и некоторым другим признакам), а остальные коребутчики могут взять конфиг из отчёта при необходимости воспроизвести данную успешно грузящуюся сборку для своего ПК. Правда, даже с этим скриптом часть работы всё же приходится делать вручную - например, вычищать персональную информацию: в логе ядра, расширенном выводе lspci и т.д. могут оказаться серийники/идентификаторы устройств вроде MAC-адреса сетевой карты...
Чтобы оценить популярность дополнений («payload'ов») коребута, я предлагаю посчитать количество их использований в конфигах коребута из отчётов board_status . Хотя результат будет не совсем точным, т.к. одни пользователи могут коммитить отчёты регулярнее других, но с учётом большой выборки - почти 9000 отчётов - статистическая погрешность должна быть незначительной. Итак, выполним следующие действия:
git clone https://review.coreboot.org/board_status
cd ./board_status/
find . -type f -name "config.txt" -print0 | xargs -0 grep -n "CONFIG_PAYLOAD" | grep -n "=y" > ./../chosen_payloads.txt
cd ./../
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD" | wc -l ### ---> 8873 (TOTAL)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_SEABIOS=y" | wc -l ### ---> 7970 (SEABIOS)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_BUILD_SEABIOS" | wc -l ### ---> 9 (TOTAL-=9 -> 8864)
# ^ 9 - это дубликаты PAYLOAD_SEABIOS , мы их учитывать не будем и поэтому вычтем из "TOTAL"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_ELF=y" | wc -l ### ---> 853 (?????)
# ^ - здесь непонятно, что же юзеры добавили в качестве ELF-файла, поэтому зачтём как "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_NONE=y" | wc -l ### ---> 14 (?????+=14 -> 867)
# ^ - собирали без дополнения (потом добавили его через cbfstool), поэтому добавим к "?????"
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_GRUB2=y" | wc -l ### ---> 11 (GRUB2)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_TIANOCORE=y" | wc -l ### ---> 8 (TIANOCORE)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUX=y" | wc -l ### ---> 4 (LINUX = 4)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_FILO=y" | wc -l ### ---> 2
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_EDK2=y" | wc -l ### ---> 1 (TIANOCORE+=1 -> 9)
cat ./chosen_payloads.txt | grep -n "CONFIG_PAYLOAD_LINUXBOOT=y" | wc -l ### ---> 1 (LINUX+=1 -> 5)
##########################################################################################################
# 7970 (SEABIOS) + 867 (?????) + 11 (GRUB2) + 9 (TIANOCORE) + 5 (LINUX) + 2 (FILO) = 8864 = TOTAL, сходится
SEABIOS - 7970/8864 = 89.91%
????? ---- 867/8864 = ~9.78%
GRUB2 ----- 11/8864 = ~0.13%
TIANOCORE -- 9/8864 = ~0.10%
LINUX ------ 5/8864 = ~0.06%
FILO ------- 2/8864 = ~0.02%
SEABIOS ------------------------------ 7970/8864 = 89.91%
GRUB2 ----- (867/8864)*(11/(11+9+5+2)) + 11/8864 = ~4.11%
TIANOCORE - (867/8864)*( 9/(11+9+5+2)) + 9/8864 = ~3.36%
LINUX ----- (867/8864)*( 5/(11+9+5+2)) + 5/8864 = ~1.87%
FILO ------ (867/8864)*( 2/(11+9+5+2)) + 2/8864 = ~0.75%