LINUX.ORG.RU
Форум — Development  

linux kernel, как правильнее написать кляузу?

 ,


1

1

в смысле «cavil», а не «closure» :)

доброго вечера всем! :)

забисектил ядро, нашел коммит, после которого все хреново, но как и кому написать? непосредственно тетеньке, чей коммит все ломает? или заспамить всю «контору»?

$ perl scripts/get_maintainer.pl drivers/net/wireless/intel/iwlwifi/mvm/mac80211.c
Johannes Berg <johannes.berg@intel.com> (supporter:INTEL WIRELESS WIFI LINK (iwlwifi))
Emmanuel Grumbach <emmanuel.grumbach@intel.com> (supporter:INTEL WIRELESS WIFI LINK (iwlwifi),commit_signer:5/28=18%,authored:5/28=18%,added_lines:34/465=7%,removed_lines:11/110=10%)
Luca Coelho <luciano.coelho@intel.com> (supporter:INTEL WIRELESS WIFI LINK (iwlwifi),commit_signer:27/28=96%,authored:4/28=14%,added_lines:201/465=43%,removed_lines:8/110=7%)
Intel Linux Wireless <linuxwifi@intel.com> (supporter:INTEL WIRELESS WIFI LINK (iwlwifi))
Kalle Valo <kvalo@codeaurora.org> (maintainer:NETWORKING DRIVERS (WIRELESS),commit_signer:3/28=11%)
"David S. Miller" <davem@davemloft.net> (odd fixer:NETWORKING DRIVERS)
Sara Sharon <sara.sharon@intel.com> (commit_signer:5/28=18%,authored:5/28=18%,added_lines:127/465=27%,removed_lines:61/110=55%)
Shaul Triebitz <shaul.triebitz@intel.com> (commit_signer:3/28=11%,authored:3/28=11%)
Avraham Stern <avraham.stern@intel.com> (authored:2/28=7%,added_lines:25/465=5%,removed_lines:10/110=9%)
Haim Dreyfuss <haim.dreyfuss@intel.com> (removed_lines:8/110=7%)
linux-wireless@vger.kernel.org (open list:INTEL WIRELESS WIFI LINK (iwlwifi))
netdev@vger.kernel.org (open list:NETWORKING DRIVERS)


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

★★★★★

Последнее исправление: metawishmaster (всего исправлений: 1)
← Как считать из файла набор строк с числами для сортировки этих строк по столбцу?
Как из полученных файлов собрать ядро? →
Ответ на: комментарий от Iron_Bug

Автор коммита Сара Шерон
майнтайнер Johannes Berg <johannes.berg@intel.com>

напишу Саре, но что-то мне подсказывает, что 7260 уже лет пять как obsolete :-\

metawishmaster ★★★★★
() автор топика
Ответ на: комментарий от metawishmaster

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от Iron_Bug

так и сделал :)

спасибо, что подсказали, а-то когда я хотел оправить в общий список, чуточку казался себе мелким ябедой %)

metawishmaster ★★★★★
() автор топика

Писать надо всем, кого выдает скрипт get_maintainer.pl, а также тем, кто в CC у оригинального коммита

ttnl ★★★★★
()
Ответ на: комментарий от ttnl

хорошо, спасибо, но тут вчера выяснилось, что мой тест (просто один раз scp blackbox:/home/sbauer/devel-blackbox.tar.gz /dev/null) дохленький - на коммите до того, который нашел бисект все-равно упало, просто времени заняло «чуть» дольше.

вчера во втором письме написал Саре


I must to apologize, but I have to admit - I've hurried. On heavy load like
this:
'while [[ `stat /tmp/test` ]]; do scp blob-1.5G.tar.gz blackbox:/dev/null;
done;' on first console
and simultaneously
'while [[ `stat /tmp/test` ]]; do scp blackbox:/home/sbauer/blob-1.5GB.tar.gz
/dev/null; done;' on another, after about fifteen iterations I've got following
in the dmesg:
/* So I do need more wide bisecting, right now I have 70 successful test-cycles on kernel 5.0-rc1, commit bfeffd155283772bbe78c6a05dec7c0128ee500c by
Linus. In the morning I'll stop the tests (if they still will work). And I will report to you (in any case) on the results after I perform bisection */

[upd] after 70+ iterations I've got it again :-\



есть опасения, что прийдется бисектись с ядра 2.6 %)
но тут еще вопрос, когда говорить, что 'bisect good' - у меня только один вариант, если за «ночь» не упадет...

metawishmaster ★★★★★
() автор топика
Последнее исправление: metawishmaster (всего исправлений: 1)
Ответ на: комментарий от dimon555

у меня последняя из дибиановских репозиториев...

[   34.355029] iwlwifi 0000:03:00.0: firmware: direct-loading firmware iwlwifi-7260-17.ucode
[   34.355368] iwlwifi 0000:03:00.0: loaded firmware version 17.352738.0 op_mode iwlmvm


сейчас, кстати, ядро дебиановское, 4.9.0-6-amd64, циклы о которых я писал Саре уже на 172-й и 135-й итерациях, в dmesg'e все спокойно... думаю оставить на ночь, но похоже, что не упадет :-\
завтра утром проверю кастомное 4.9.182

// вопрос недели, неужели изменения из дебиана не бекпортятся обратно в upstream?

metawishmaster ★★★★★
() автор топика
Последнее исправление: metawishmaster (всего исправлений: 1)
Ответ на: комментарий от dimon555

таки погибла со счетом 262/205 :-\

завтра начну перебирать фирмварьки

metawishmaster ★★★★★
() автор топика
Ответ на: комментарий от dimon555

ты бы с разными версиями фирмвари проверил

вроде как уже по сотне тестов сделала в обе стороны на фирмвари, скачанной с kernel.org (version 17.3216344376.0) вместо дебиановской (17.352738.0)

спасибо! :)

metawishmaster ★★★★★
() автор топика
Ответ на: комментарий от FELiX

на клиенте (Network controller: Intel Corporation Wireless 7260 (rev bb), kernel 5.1.11):

sbauer@metabook ~/devel$ sudo iperf -c metamini
------------------------------------------------------------
Client connecting to metamini, TCP port 5001
TCP window size: 45.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.2.2 port 51344 connected with 192.168.2.5 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.7 sec  23.5 MBytes  18.4 Mbits/sec
sbauer@metabook ~/devel$ sudo iperf -c metamini
error: Temporary failure in name resolution
sbauer@metabook ~/devel$


на сервере, какой-то проводной RTL:
sbauer@metamini ~$ sudo iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size:  128 KByte (default)
------------------------------------------------------------
[  4] local 192.168.2.5 port 5001 connected with 192.168.2.2 port 51344


dmesg на клиенте:
[  927.274179] iwlwifi 0000:03:00.0: Failing on timeout while stopping DMA channel 8 [0x07fd0001]
[  927.551895] iwlwifi 0000:03:00.0: Microcode SW error detected.  Restarting 0x2000000.
[  927.552057] iwlwifi 0000:03:00.0: Start IWL Error Log Dump:
[  927.552061] iwlwifi 0000:03:00.0: Status: 0x00000100, count: 6
[  927.552065] iwlwifi 0000:03:00.0: Loaded firmware version: 17.3216344376.0
[  927.552069] iwlwifi 0000:03:00.0: 0x0000105C | ADVANCED_SYSASSERT          
[  927.552072] iwlwifi 0000:03:00.0: 0x00000220 | trm_hw_status0
[  927.552074] iwlwifi 0000:03:00.0: 0x00000000 | trm_hw_status1
[  927.552077] iwlwifi 0000:03:00.0: 0x00000B30 | branchlink2
[  927.552080] iwlwifi 0000:03:00.0: 0x000164C0 | interruptlink1
[  927.552083] iwlwifi 0000:03:00.0: 0x00000000 | interruptlink2
[  927.552086] iwlwifi 0000:03:00.0: 0xDEADBEEF | data1
[  927.552088] iwlwifi 0000:03:00.0: 0xDEADBEEF | data2
[  927.552091] iwlwifi 0000:03:00.0: 0xDEADBEEF | data3
[  927.552094] iwlwifi 0000:03:00.0: 0x0001011C | beacon time
[  927.552096] iwlwifi 0000:03:00.0: 0x16085F20 | tsf low
[  927.552099] iwlwifi 0000:03:00.0: 0x00000027 | tsf hi
[  927.552102] iwlwifi 0000:03:00.0: 0x00000000 | time gp1
[  927.552105] iwlwifi 0000:03:00.0: 0x000047B4 | time gp2
[  927.552107] iwlwifi 0000:03:00.0: 0x00000000 | uCode revision type
[  927.552110] iwlwifi 0000:03:00.0: 0x00000011 | uCode version major
[  927.552113] iwlwifi 0000:03:00.0: 0xBFB58538 | uCode version minor
[  927.552116] iwlwifi 0000:03:00.0: 0x00000144 | hw version
[  927.552118] iwlwifi 0000:03:00.0: 0x40489204 | board version
[  927.552121] iwlwifi 0000:03:00.0: 0x0A3A001C | hcmd
[  927.552124] iwlwifi 0000:03:00.0: 0x24022002 | isr0
[  927.552127] iwlwifi 0000:03:00.0: 0x00000000 | isr1
[  927.552129] iwlwifi 0000:03:00.0: 0x00000002 | isr2
[  927.552132] iwlwifi 0000:03:00.0: 0x0041F8C0 | isr3
[  927.552135] iwlwifi 0000:03:00.0: 0x00000000 | isr4
[  927.552137] iwlwifi 0000:03:00.0: 0x00004110 | last cmd Id
[  927.552140] iwlwifi 0000:03:00.0: 0x00000000 | wait_event
[  927.552143] iwlwifi 0000:03:00.0: 0x000000D4 | l2p_control
[  927.552145] iwlwifi 0000:03:00.0: 0x00018030 | l2p_duration
[  927.552148] iwlwifi 0000:03:00.0: 0x00000007 | l2p_mhvalid
[  927.552151] iwlwifi 0000:03:00.0: 0x00000081 | l2p_addr_match
[  927.552154] iwlwifi 0000:03:00.0: 0x00000005 | lmpm_pmg_sel
[  927.552156] iwlwifi 0000:03:00.0: 0x15041745 | timestamp
[  927.552159] iwlwifi 0000:03:00.0: 0x00005868 | flow_handler
[  927.552164] ieee80211 phy0: Hardware restart was requested
[  927.722931] iwlwifi 0000:03:00.0: Failing on timeout while stopping DMA channel 8 [0x07fd0001]

metawishmaster ★★★★★
() автор топика
Последнее исправление: metawishmaster (всего исправлений: 1)

интел же нынче clear linux любит, попробуй на нём или на конфигурации ядра для него протестировать.

dimon555 ★★★★★
()
Ответ на: комментарий от dimon555

в обшем, похоже, что с «options iwlwifi 11n_disable=8 bt_coex_active=0 swcrypto=1» работает - циклы уже на 600/508 итерациях, dmesg чист, и скорости не падают

metawishmaster ★★★★★
() автор топика
Последнее исправление: metawishmaster (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Как считать из файла набор строк с числами для сортировки этих строк по столбцу?
Development
Как из полученных файлов собрать ядро? →