<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Linux Forum &mdash; Не было печали. Обновил RFR-15]]></title>
	<link rel="self" href="https://linuxforum.ru/extern.php?action=feed&amp;tid=22174&amp;type=atom" />
	<updated>2012-05-15T08:24:51Z</updated>
	<generator>PunBB</generator>
	<id>https://linuxforum.ru/viewtopic.php?id=22174</id>
		<entry>
			<title type="html"><![CDATA[Re: Не было печали. Обновил RFR-15]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=274738#p274738" />
			<content type="html"><![CDATA[<p>Называется он rtl8169 вроде бы.<br />А вообще, покажи вывод <strong>lspci -k</strong> на новом ядре, для начала.</p>]]></content>
			<author>
				<name><![CDATA[Vascom]]></name>
				<uri>https://linuxforum.ru/profile.php?id=5339</uri>
			</author>
			<updated>2012-05-15T08:24:51Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=274738#p274738</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Не было печали. Обновил RFR-15]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=274736#p274736" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>Vascom пишет:</cite><blockquote><p>Используй драйвер из ядра.</p></blockquote></div><p>Несколько раз спрашивал. Как он называется? Что именно надо инсталлировать?<br />Если я убираю текущий (но работоспособный) драйвер, то ось просто не поднимает сетевой интерфейс.</p>]]></content>
			<author>
				<name><![CDATA[Cruiser78]]></name>
				<uri>https://linuxforum.ru/profile.php?id=631</uri>
			</author>
			<updated>2012-05-15T08:22:58Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=274736#p274736</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Не было печали. Обновил RFR-15]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=274704#p274704" />
			<content type="html"><![CDATA[<p>Естественно это апстрим, а не Федора. Федора использует апстримное ядро с некоторыми патчами, которые точно не меняли заголовки.<br />Так что это &quot;масса вендоров должна будет поддерживать две ветки своих продуктов, под &quot;стандартное&quot; ядро, и по федорино&quot; не проблема Федоры.</p><p>Во-вторых, этот драйвер должен быть в ядре, где вендор и должен его поддерживать. А всякие самосборные модули уж точно вендоров, ядро и Федору не должны волновать.</p><p>Используй драйвер из ядра.</p>]]></content>
			<author>
				<name><![CDATA[Vascom]]></name>
				<uri>https://linuxforum.ru/profile.php?id=5339</uri>
			</author>
			<updated>2012-05-15T06:02:46Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=274704#p274704</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Не было печали. Обновил RFR-15]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=274620#p274620" />
			<content type="html"><![CDATA[<div class="quotebox"><blockquote><p>2.6.4<span style="color: red"><strong>2</strong></span>.12-1.fc15.i686.PAE]<br />2.6.4<span style="color: red"><strong>3</strong></span>.2-6.fc15.i686.PAE]</p></blockquote></div><p>А ведь это, пожалуй, проделки апстрима, в данном случае -- разработчиков ядра, разве нет?</p><p>Пока Риалтек дрова не поправил под 3.3.2 (он же 2.6.43.2), можно пропатчить дровишки самостоятельно по аналогии: <a href="https://bbs.archlinux.org/viewtopic.php?id=139219">https://bbs.archlinux.org/viewtopic.php?id=139219</a></p>]]></content>
			<author>
				<name><![CDATA[bormant]]></name>
				<uri>https://linuxforum.ru/profile.php?id=732</uri>
			</author>
			<updated>2012-05-14T17:50:27Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=274620#p274620</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Не было печали. Обновил RFR-15]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=274597#p274597" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>Vascom пишет:</cite><blockquote><p>Ф15 отомрёт только через месяц.</p></blockquote></div><p>Изложил свою позицию там: <a href="http://forum.russianfedora.ru/viewtopic.php?f=13&amp;t=4059#p26723">http://forum.russianfedora.ru/viewtopic … 059#p26723</a><br />Вобщем, неправильно это, убирать из стандартных заголовков описания типов. И что теперь, масса вендоров должна будет поддерживать две ветки своих продуктов, под &quot;стандартное&quot; ядро, и по федорино? Или федорописатели теперь будут писать свои драйвера на всё выпускаемое железо? И что делать потребителю железа, если федориных драйверов под него нет (или не так работают), а есть официальные, но под &quot;стандартные&quot; хедера?<br />Это не есть правильное решение. Люди, столкнувшись с таким вывертом разработчиков, от федоры просто откажутся.</p>]]></content>
			<author>
				<name><![CDATA[Cruiser78]]></name>
				<uri>https://linuxforum.ru/profile.php?id=631</uri>
			</author>
			<updated>2012-05-14T16:38:12Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=274597#p274597</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Не было печали. Обновил RFR-15]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=274474#p274474" />
			<content type="html"><![CDATA[<p>Ф15 отомрёт только через месяц.</p>]]></content>
			<author>
				<name><![CDATA[Vascom]]></name>
				<uri>https://linuxforum.ru/profile.php?id=5339</uri>
			</author>
			<updated>2012-05-14T11:50:48Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=274474#p274474</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Не было печали. Обновил RFR-15]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=274461#p274461" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>Vascom пишет:</cite><blockquote><p>Ну напиши в багзиллу. <a href="http://bugzilla.redhat.com">http://bugzilla.redhat.com</a></p></blockquote></div><p>Знаешь, я не умею ею пользоваться. Тем более, что решения проблемы, скорее всего, не будет. RFR-15 сейчас должна быть уже снята с поддержки. Если я правильно помню политику техподдержки федор.<br />К тому же определения из заголовков не просто так удаляются. Но исключительно обоснованно. Значит и структуры соответствующие в ядре тоже могли поменяться. Как взад это дело вернуть? Не представляю...</p>]]></content>
			<author>
				<name><![CDATA[Cruiser78]]></name>
				<uri>https://linuxforum.ru/profile.php?id=631</uri>
			</author>
			<updated>2012-05-14T11:10:27Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=274461#p274461</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Не было печали. Обновил RFR-15]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=274441#p274441" />
			<content type="html"><![CDATA[<p>Ну напиши в багзиллу. <a href="http://bugzilla.redhat.com">http://bugzilla.redhat.com</a></p>]]></content>
			<author>
				<name><![CDATA[Vascom]]></name>
				<uri>https://linuxforum.ru/profile.php?id=5339</uri>
			</author>
			<updated>2012-05-14T10:22:16Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=274441#p274441</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Не было печали. Обновил RFR-15]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=274175#p274175" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>Vascom пишет:</cite><blockquote><p>А почему не используешь драйвер, идущий в ядре?<br />Ну и без логов сказать что-то конкретное нельзя.</p></blockquote></div><p>С логами - отказать, потому что повторять попытку буду не скоро... Сервер в промышленной эксплуатации и времени на эксперименты с ним у меня весьма мало.<br />Почему не &quot;ядерный&quot; драйвер - так сложилось исторически. Сервер был проинсталлирован и, главное, настроен на одном железе (весьма древнем). Потом произведена модернизация железа, когда от компьютера остались только корпус и винчестер с настроенной осью.&nbsp; Тот драйвер, что стоял в оси (если не изменяет склероз - r8169) на гигабит скорости выходить не захотел. Мало того, что не захотел, так и вообще вскоре (опять же, после очередного обновления&nbsp; ядра) интерфейс перестал подниматься при пеерезагрузке. <br />Покурив интернет - вычитал, что это фича и лечится она установкой драйвера r8168 от Realtec&#039;а. Поставил, вылечилось. После чего (сегодня) снова обновил ось. Приехало новое ядро с новыми хедерами и то, что компилировалось на старом ядре (kernel /vmlinuz-2.6.42.12-1.fc15.i686.PAE) компилироваться на новом (kernel /vmlinuz-2.6.43.2-6.fc15.i686.PAE) штатной процедурой отказалось.<br />Ошибки я сказал - не определен целый ряд объектов. Очень похоже на то, что нужный файл xxxx.h есть, директива #include &lt;xxxxx.h&gt; отрабатывает без ошибок, а вот в самом этом файле - пустота вместо определения этих объектов. Отсюда и ошибки. Скомпилировать драйвер невозможно. В результате - при наличии &quot;старого&quot;, не перекомпилированного, драйвера в новом ядре сетевой интерфейс не поднимается как класс.&nbsp; На том сервере есть еще пара сетевых интерфейсов - они поднимаются правильно. А вот проблема - с интегрированным гигабитником. Не хочет он дружить с &quot;ядерным&quot; драйвером. </p><p>ps. Я бы откатился на &quot;ядерный&quot; драйвер (время найду), но не знаю как это сделать (точнее - как он называется? modprobe что?)</p><p>======================<br />В спойлере лог компиляции драйвера. Получен путем грубой замены штатных заголовков ядра на заголовки ядра нового:<br /></p><div class="fancy_spoiler_switcher"><div class="fancy_spoiler_switcher_header" data-lang-open="открыть спойлер" data-lang-close="скрыть спойлер"><strong>+</strong>&nbsp;открыть спойлер</div><div class="fancy_spoiler"><p># make modules<br />make -C src/ modules<br />make[1]: Вход в каталог `/usr/src/r8168-8.029.00/src&#039;<br />make -C /lib/modules/2.6.42.12-1.fc15.i686.PAE/build SUBDIRS=/usr/src/r8168-8.029.00/src modules<br />make[2]: Вход в каталог `/usr/src/kernels/2.6.42.12-1.fc15.i686.PAE&#039;<br />&nbsp; CC [M]&nbsp; /usr/src/r8168-8.029.00/src/r8168_n.o<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2232:2: ошибка: неизвестное поле «get_rx_csum» в инициализаторе<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2232:2: предупреждение: несовместимый тип указателя в инициализации [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2232:2: предупреждение: (где-то рядом с инициализацией для «rtl8168_ethtool_ops.nway_reset») [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2233:2: ошибка: неизвестное поле «set_rx_csum» в инициализаторе<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2233:2: предупреждение: несовместимый тип указателя в инициализации [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2233:2: предупреждение: (где-то рядом с инициализацией для «rtl8168_ethtool_ops.get_link») [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2234:2: ошибка: неизвестное поле «get_tx_csum» в инициализаторе<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2234:2: предупреждение: несовместимый тип указателя в инициализации [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2234:2: предупреждение: (где-то рядом с инициализацией для «rtl8168_ethtool_ops.get_eeprom_len») [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2235:2: ошибка: неизвестное поле «set_tx_csum» в инициализаторе<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2235:2: предупреждение: несовместимый тип указателя в инициализации [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2235:2: предупреждение: (где-то рядом с инициализацией для «rtl8168_ethtool_ops.get_eeprom») [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2236:2: ошибка: неизвестное поле «get_sg» в инициализаторе<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2236:2: предупреждение: несовместимый тип указателя в инициализации [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2236:2: предупреждение: (где-то рядом с инициализацией для «rtl8168_ethtool_ops.set_eeprom») [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2237:2: ошибка: неизвестное поле «set_sg» в инициализаторе<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2237:2: предупреждение: несовместимый тип указателя в инициализации [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2237:2: предупреждение: (где-то рядом с инициализацией для «rtl8168_ethtool_ops.get_coalesce») [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2239:2: ошибка: неизвестное поле «get_tso» в инициализаторе<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2239:14: ошибка: «ethtool_op_get_tso» undeclared here (not in a function)<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2240:2: ошибка: неизвестное поле «set_tso» в инициализаторе<br />/usr/src/r8168-8.029.00/src/r8168_n.c:2240:14: ошибка: «ethtool_op_set_tso» undeclared here (not in a function)<br />/usr/src/r8168-8.029.00/src/r8168_n.c:12807:2: предупреждение: несовместимый тип указателя в инициализации [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:12807:2: предупреждение: (где-то рядом с инициализацией для «rtl8168_netdev_ops.ndo_fix_features») [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:12808:2: предупреждение: несовместимый тип указателя в инициализации [по умолчанию включена]<br />/usr/src/r8168-8.029.00/src/r8168_n.c:12808:2: предупреждение: (где-то рядом с инициализацией для «rtl8168_netdev_ops.ndo_set_features») [по умолчанию включена]<br />make[3]: *** [/usr/src/r8168-8.029.00/src/r8168_n.o] Ошибка 1<br />make[2]: *** [_module_/usr/src/r8168-8.029.00/src] Ошибка 2<br />make[2]: Выход из каталога `/usr/src/kernels/2.6.42.12-1.fc15.i686.PAE&#039;<br />make[1]: *** [modules] Ошибка 2<br />make[1]: Выход из каталога `/usr/src/r8168-8.029.00/src&#039;<br />make: *** [modules] Ошибка 2</p></div></div><p>если вернуть старые заголовки на штатное место - компиляция проходит без ошибок.</p><p>Итак, вот где собака зарылась:<br />Версия предыдущая, рабочая:</p><div class="codebox"><pre><code> 2.6.42.12-1.fc15.i686.PAE]# grep -R get_rx_csum *
include/linux/ethtool.h: * @get_rx_csum: Deprecated in favour of the netdev feature %NETIF_F_RXCSUM.
include/linux/ethtool.h:    u32    (*get_rx_csum)(struct net_device *);
include/linux/netdevice.h:static inline u32 dev_ethtool_get_rx_csum(struct net_device *dev)
include/linux/netdevice.h:    if (!dev-&gt;ethtool_ops || !dev-&gt;ethtool_ops-&gt;get_rx_csum)
include/linux/netdevice.h:    return dev-&gt;ethtool_ops-&gt;get_rx_csum(dev);
System.map:c0871e20 t __ethtool_get_rx_csum_oldbug
 2.6.42.12-1.fc15.i686.PAE]#</code></pre></div><p>Версия последняя, подлая:<br /></p><div class="codebox"><pre><code>2.6.43.2-6.fc15.i686.PAE]# grep -R get_rx_csum *
[2.6.43.2-6.fc15.i686.PAE]#</code></pre></div><p>И чо делать? Кому бить морды?</p>]]></content>
			<author>
				<name><![CDATA[Cruiser78]]></name>
				<uri>https://linuxforum.ru/profile.php?id=631</uri>
			</author>
			<updated>2012-05-12T20:36:10Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=274175#p274175</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Не было печали. Обновил RFR-15]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=274163#p274163" />
			<content type="html"><![CDATA[<p>А почему не используешь драйвер, идущий в ядре?<br />Ну и без логов сказать что-то конкретное нельзя.</p>]]></content>
			<author>
				<name><![CDATA[Vascom]]></name>
				<uri>https://linuxforum.ru/profile.php?id=5339</uri>
			</author>
			<updated>2012-05-12T18:59:25Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=274163#p274163</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Не было печали. Обновил RFR-15]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=274157#p274157" />
			<content type="html"><![CDATA[<p>Итак, дано:<br />1. серверочек с гигабитной интегрированной сетевой платой.<br />2. RFR-15.PAE<br />3. Поддержка гигабитной сети осуществляется дровами от реалтека r8168. Которые компилируются для своей работы на этом сервере. Из официальных исходников.<br />-------------<br />Итак, yum update... Приезжает новое ядро, devel к нему... Перегружаемся и нет сетевого интерфейса. Пытаюсь перекомпилировать сетевой драйвер. Литовский народный праздник - обломайтис. Компилятор выявляет массу неопределенных переменных... Соответственно скомпилировать ничего не может.&nbsp; &nbsp;Загружаюсь прежним ядром - всё прекрасно компилируется. Ну, настроил GRUB, чтобы он нужное ядро грузил. Но это же не правильно... И что делать?</p>]]></content>
			<author>
				<name><![CDATA[Cruiser78]]></name>
				<uri>https://linuxforum.ru/profile.php?id=631</uri>
			</author>
			<updated>2012-05-12T18:26:33Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=274157#p274157</id>
		</entry>
</feed>
