гугл все?
а у кого еще из форумчан гугл не открывается? в смысле, открывается только через VPN?
// и не может ли это быть связано с «[188444.439379] TCP: wlan0: Driver has suspect GRO implementation, TCP performance may be compromised» в дмесге?
а у кого еще из форумчан гугл не открывается? в смысле, открывается только через VPN?
// и не может ли это быть связано с «[188444.439379] TCP: wlan0: Driver has suspect GRO implementation, TCP performance may be compromised» в дмесге?
а подскажите, плиз, как у билайна с сабжевым вопросом? Гугл говорит, что восемь лет назад было все плохо :-\
но, может, что-то поменялось в лучшую сторону?
p.s. ip статический
все еще проталкиваю мелкое исправления в ядро, и наткнулся на претензию на которую не знаю, как ответить:
Should a prefix be specified in the patch subject?
не, ну так-то понятно, ответ прост до безобразия, «yes, it should». и ясно, что товарищ хочет, чтобы я сделат так, чоб подобных вопросов у него не возникало :)
но я не понимаю, что за префикс??
кто понимает, подскажите, плиз :)
закоммитил ночью тривиальный патч, вот вывод процесса:
sbauer@metamini ~/devel/linux.release.git lan743x_virtual_phy$ git send-email --cc-cmd='./scripts/get_maintainer.pl --norolestats 0001-fix-for-potential-NULL-pointer-dereference.patch' -cc sbauer@blackbox.su 0001-fix-for-potential-NULL-pointer-dereference.patch
0001-fix-for-potential-NULL-pointer-dereference.patch
To whom should the emails be sent (if anyone)?
Message-ID to be used as In-Reply-To for the first email (if any)?
(cc-cmd) Adding cc: Bryan Whitehead <bryan.whitehead@microchip.com> from: './scripts/get_maintainer.pl --norolestats 0001-fix-for-potential-NULL-pointer-dereference.patch'
(cc-cmd) Adding cc: Microchip Linux Driver Support <UNGLinuxDriver@microchip.com> from: './scripts/get_maintainer.pl --norolestats 0001-fix-for-potential-NULL-pointer-dereference.patch'
(cc-cmd) Adding cc: "David S. Miller" <davem@davemloft.net> from: './scripts/get_maintainer.pl --norolestats 0001-fix-for-potential-NULL-pointer-dereference.patch'
(cc-cmd) Adding cc: Jakub Kicinski <kuba@kernel.org> from: './scripts/get_maintainer.pl --norolestats 0001-fix-for-potential-NULL-pointer-dereference.patch'
(cc-cmd) Adding cc: netdev@vger.kernel.org from: './scripts/get_maintainer.pl --norolestats 0001-fix-for-potential-NULL-pointer-dereference.patch'
(cc-cmd) Adding cc: linux-kernel@vger.kernel.org from: './scripts/get_maintainer.pl --norolestats 0001-fix-for-potential-NULL-pointer-dereference.patch'
OK. Log says:
Server: blackbox.su
MAIL FROM:<sbauer@blackbox.su>
RCPT TO:<sbauer@blackbox.su>
RCPT TO:<bryan.whitehead@microchip.com>
RCPT TO:<UNGLinuxDriver@microchip.com>
RCPT TO:<davem@davemloft.net>
RCPT TO:<kuba@kernel.org>
RCPT TO:<netdev@vger.kernel.org>
RCPT TO:<linux-kernel@vger.kernel.org>
From: Sergej Bauer <sbauer@blackbox.su>
To:
Cc: sbauer@blackbox.su,
Bryan Whitehead <bryan.whitehead@microchip.com>,
Microchip Linux Driver Support <UNGLinuxDriver@microchip.com>,
"David S. Miller" <davem@davemloft.net>,
Jakub Kicinski <kuba@kernel.org>,
netdev@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: [PATCH] fix for potential NULL pointer dereference with bare lan743x
Date: Thu, 29 Oct 2020 03:28:45 +0300
Message-Id: <20201029002845.28984-1-sbauer@blackbox.su>
X-Mailer: git-send-email 2.20.1
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Result: 250
To: unlisted-recipients:; (no To-header on input)
всем доброго трудогого дня! :)
пытаюсь пропихнуть патч в ядро, но все обваливается на «git send-email...» с таким выхлопом:
To whom should the emails be sent (if anyone)? "David S. Miller" <davem@davemloft.net>
Message-ID to be used as In-Reply-To for the first email (if any)?
(mbox) Adding cc: sbauer@blackbox.su from line 'From: sbauer@blackbox.su'
(cc-cmd) Adding cc: "David S. Miller" <davem@davemloft.net> from: './scripts/get_maintainer.pl --norolestats 0001-lan743x-virtual_phy.patch'
(cc-cmd) Adding cc: Jakub Kicinski <kuba@kernel.org> from: './scripts/get_maintainer.pl --norolestats 0001-lan743x-virtual_phy.patch'
(cc-cmd) Adding cc: Bryan Whitehead <bryan.whitehead@microchip.com> from: './scripts/get_maintainer.pl --norolestats 0001-lan743x-virtual_phy.patch'
(cc-cmd) Adding cc: Microchip Linux Driver Support <UNGLinuxDriver@microchip.com> from: './scripts/get_maintainer.pl --norolestats 0001-lan743x-virtual_phy.patch'
(cc-cmd) Adding cc: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> from: './scripts/get_maintainer.pl --norolestats 0001-lan743x-virtual_phy.patch'
(cc-cmd) Adding cc: Rob Herring <robh@kernel.org> from: './scripts/get_maintainer.pl --norolestats 0001-lan743x-virtual_phy.patch'
(cc-cmd) Adding cc: linux-kernel@vger.kernel.org from: './scripts/get_maintainer.pl --norolestats 0001-lan743x-virtual_phy.patch'
(cc-cmd) Adding cc: netdev@vger.kernel.org from: './scripts/get_maintainer.pl --norolestats 0001-lan743x-virtual_phy.patch'
5.7.1 <davem@davemloft.net>: Relay access denied
добрый вечер, LOR :)
в связи с завершением дооолгого проекта, прошу конструктивной, бодрой и веселой критики на резюме - я не стал заморачиваться с LaTeX'ом (за 10 лет уже и забыл), а просто стянул с хедхантера, но само резюме еще не опубликовал
Перемещено leave из job
С первым мая, товарищи! :)
И сразу о грустном и непонятном - за 6 лет сгорели две 7260HMW. Ноут - винтажный T420s (ну люблю я его клавиатуру)
Антенки ставлю, как написано в доке на 77-ой странице, но живут они года на 3 в среднем. Причем 2.4GHz продолает фурычить.
параметров модулю iwlwifi ни каких не подсовывал...
никто не может прованговать в чем проблема?
«никогда такого не было и вот опять!»
в смысле, на ядре 4.4 нижеописаная проблема не наблюдается...
в dts-файле явно написано
aliases {
ethernet0 = ð0;
ethernet1 = ð1;
};
...
eth0: ethernet0@ff700000 {
compatible = "altr,socfpga-stmmac", "snps,dwmac-3.70a", "snps,dwmac", "synopsys,dwmac-14.0";
altr,sysmgr-syscon = <&sysmgr 0x60 1>;
reg = <0xff700000 0x2000>;
...
}
eth1: ethernet1@ff702000 {
compatible = "altr,socfpga-stmmac", "snps,dwmac-3.70a", "snps,dwmac", "synopsys,dwmac-14.0";
altr,sysmgr-syscon = <&sysmgr 0x60 2>;
reg = <0xff702000 0x2000>;
...
}
[ 6.557009] socfpga-dwmac ff702000.ethernet1 eth0: PHY [stmmac-1:01] driver [Micrel KSZ9021 Gigabit PHY]
...
[ 6.743780] socfpga-dwmac ff700000.ethernet0 eth1: PHY [stmmac-0:04] driver [max24287++]
[ 6.724040] socfpga-dwmac ff700000.ethernet0 eth1: PHY [stmmac-0:04] driver [max24287++]
[ 6.732881] socfpga-dwmac ff700000.ethernet0 eth1: No Safety Features support found
[ 6.740793] socfpga-dwmac ff700000.ethernet0 eth1: registered PTP clock
[ 6.747500] socfpga-dwmac ff700000.ethernet0 eth1: configuring for phy/rgmii-id link mode
[ 6.760773] socfpga-dwmac ff700000.ethernet0 eth1: Link is Up - 100Mbps/Full - flow control off
доброго всем вечера!
решил сегодня перейти на «своей» железяке на новое ядро, но ожидаемо уткнулся в кучку проблем общей протяженностью в три экрана вывода ошибок после команды make.
но тут у меня вопрос, правильно ли я начал вносить коррективы, и эквиваленты ли куски под #if-#else? или я что-то пропускаю?
например, было в 4.4:
if (phydev->supported & SUPPORTED_Pause) {
if (phydev->advertising & ADVERTISED_Pause)
phydev->advertising &= ~(ADVERTISED_Pause | DVERTISED_Asym_Pause);
else
phydev->advertising |= ADVERTISED_Pause;
}
__ETHTOOL_DECLARE_LINK_MODE_MASK(mask) = { 0, };
if (linkmode_test_bit(SUPPORTED_Pause, phydev->supported)) {
dev_err(&phydev->mdio.dev, "%s: Pause supported. Toggling!\n", DEVICE_NAME);
if (linkmode_test_bit(ETHTOOL_LINK_MODE_Pause_BIT, phydev->advertising)) {
#if 0
linkmode_set_bit(ETHTOOL_LINK_MODE_Pause_BIT, mask);
linkmode_set_bit(ETHTOOL_LINK_MODE_Asym_Pause_BIT, mask);
linkmode_andnot(phydev->advertising, phydev->advertising, mask);
#else
linkmode_clear_bit(ETHTOOL_LINK_MODE_Pause_BIT, phydev->advertising);
linkmode_clear_bit(ETHTOOL_LINK_MODE_Asym_Pause_BIT, phydev->advertising);
#endif
} else
linkmode_set_bit(ETHTOOL_LINK_MODE_Pause_BIT, phydev->advertising);
}
доброй ночи, ЛОР!
а может кто знает, как из драйвера того же lan743x грамотно понять, что lan743x перевели в режим loopback?
имеется в виду, loopback у PHY, а не у MAC
хелп ми плиз! :)
P.S. т.е., можно делать
loopback = phy_read(phydev, MII_BMCR) & BIT(14);
но не полить же в треде, нужно что-нить типа колбека в net_device_ops, но не вижу...
всем доброго утра!
посоветуйте, пожалуйста, кто пользовался, годный девайс для удаленного управления розеткой питания 220В (хватит и одного выхода) по Ethernet
добрый вечер
ткнике, пожалуйста в описание PHY регистров LAN7431, а-то такое чувство, что в гугле меня забанили :-\
в смысле «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)
всем доброго вечера!
а кто-нибудь пробовал 1300Mbps Broadcom BCM94360HMB Azurewave AW-CB160H 802.11ac? что можете сказать про нее?
подскажите, пожалуйста, откуда берется зависимость от micrel в вырезке из modules.dep?
kernel/drivers/net/phy/micrel.ko: kernel/drivers/net/ethernet/stmicro/stmmac/stmmac.ko
kernel/drivers/net/phy/myphy.ko:
доброго всем вечера
пытаюсь измерить исходящую скорость на гигабитном интерфейсе примерно вот твким образом, и получается аж 1020 Mbit/s
это конечно круто, но реальная скорость по замерам снаружи получается ~957Mbit/s
сокет открываю как
socket(AF_PACKET, SOCK_RAW, htons(ETH_P_ALL)))
// а из опций только
setsockopt(sockfd, SOL_PACKET, PACKET_QDISC_BYPASS, ...
setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR, ...
всем доброго, наверное уже, утра
хочу полноценные Jumbo-frames на Altera SoCFPFA Cyclone5, но никак не получается добиться корректной передачи данных при MTU>3800
в dts-файле было «snps,max-mtu = <0xed8>;», поменял на 0x2328 - не помогло, программка отсылает с PC, но на девайс ничего не приходит. Сетевуха мигает, но stmmac_dma_interrupt не выполняется, и /sys/class/net/eth1/statistics/rx_* не меняются, и rx_dropped равен нулю.
кто-нибудь знает, что это за безобразие? у stmmac лимит такой?
[upd] это не косяк юзер-спейса - на Intel'овской карточке тест работает.
добрый вечер
задумался, как будет наиболее рассово верно узнать регистры устройства на шине PCI из пользовательского режима?
пока что вижу два способа: заюзать libpci или посмотреть в дереве /sys/devices (второй вариант совсем «скучный»)
или можно как-нибудь еще?..
[upd] а первый - через пятую точку...
всем добрый вечер, у меня вопрос про компиляцию Qt5 на Debian Wheezy - у кого-нить получалось? Если истории грандиозного успеха? :)
// configure вываливается по-причине устаревшего компилятора (gcc-4.7.2)
← назад | следующие → |