[devel] (без темы)

[Aleksey Avdeev]

Михаил Якушин пишет:
> Aleksey Avdeev пишет:
>> Михаил Якушин пишет:
>>> Aleksey Avdeev пишет:
>>>> Aleksey Avdeev пишет:
>>>>> Приветствую.
>>>>>
>>>>>   На Arima NM46 (nVidia nForce Professional 3600 MCP (MCP55-Pro),
>>>>> <http://www.arima.com.tw/server/Product/ViewProduct.asp?View=NM46X>)
>>>>> словил что-то странное с сетью (встроенная в чипсет, работает через
>>>>> forcedeth): в какой то момент она перестала работать (ip статические, но
>>>>> пакеты в сеть не уходят/не принимаются). Вылечил только холодной, с
>>>>> физическим отключением питания, перезагрузкой (не выключая питание
>>>>> перегружался несколько раз -- не помогало).
>>>>   Т. к. проблема повторилась -- собрал
>>>> kernel-image-xen-dom0-2.6.18-alt2.1 (см.
>>>> <http://git.altlinux.ru/people/solo/packages/?p=kernel-image-2.6.18.git;a=commit;h=b164122b1a86bb92192637790910112b0d28fdc6>,
>>>> пакет отправлен в incoming/Daedalus) с патчами от lakostis@:
>>>>
>>>>   + fix-core--arch
>>   Применён в kernel-image-std-smp/2.6.18-alt8.
>>
>>>>   + fix-drivers-input
>>   От версии смерженной с kernel-image-std-smp/2.6.18-alt1 отличается
>> добавлением:
>>
>>     Input: i8042 - fix AUX port detection with some chips
>>
>>     The i8042 driver fails detection of the AUX port with some chips,
>>     because they apparently do not change the I8042_CTR_AUXDIS bit
>>     immediately. This is known to affect at least HP500/HP510 notebooks,
>>     consequently the built-in touchpad will not work. The patch will simply
>>     reread the value until it gets the expected value or a retry limit is
>>     hit, without touching other workaround code in the same area.
>>
>>     Signed-off-by: Roland Scheidegger <sroland на tungstengraphics.com>
>>     Signed-off-by: Dmitry Torokhov <dtor на mail.ru>
>>     (cherry picked from commit d2ada5597d33a9108acb2caf912f85cbc9caab1e)
>>
>>>>   + fix-drivers-mmc--sdhci
>>   От версии смерженной с kernel-image-std-smp/2.6.18-alt6 отличается
>> добавлением 3х патчей.
>>>>   + fix-drivers-net--forcedeth
>>   То, ради чего всё и затеяно -- от содержимого 2.6.18 отличается весьма
>> сильно.
>>
>>>>   + fix-drivers-net--skge
>>   От содержимого 2.6.18 отличается весьма сильно.
>>
>>>>   + fix-drivers-net--tg3
>>   От того, что приложено к kernel-image-std-smp/2.6.18-alt4 отличаетя
>> весьма сильно.
>>
>>   Железка использующая данный драйвер у меня есть, и там тоже нужен XEN.
>> (На данный момент, с kernel-image-xen-dom0-2.6.18-alt2, у неё проблем нет.)
>>
>>>>   + fix-net--core
>>   От версии смерженной с kernel-image-std-smp/2.6.18-alt6 отличается
>> добавлением:
>>
>>     backport 2.6.20.y 0a0b0c6034b4cbffad5ea4cac33c683bd6c04777 commit:
>>
>>     [PATCH] NET: Fix race condition about network device name allocation.
>>
>>     Kenji Kaneshige found this race between device removal and
>>     registration.  On unregister it is possible for the old device to
>>     exist, because sysfs file is still open.  A new device with 'eth%d'
>>     will select the same name, but sysfs kobject register will fail.
>>
>>     The following changes the shutdown order slightly. It hold a removes
>>     the sysfs entries earlier (on unregister_netdevice), but holds a
>>     kobject reference.  Then when todo runs the actual last put free
>>     happens.
>>
>>     Signed-off-by: Stephen Hemminger <shemminger на linux-foundation.org>
>>     Signed-off-by: David S. Miller <davem на davemloft.net>
>>     [chrisw: backport to 2.6.20]
>>     Signed-off-by: Chris Wright <chrisw на sous-sol.org>
>>     Signed-off-by: Konstantin A. Lepikhov <lakostis на altlinux.ru>
>>     (cherry picked from commit 0a0b0c6034b4cbffad5ea4cac33c683bd6c04777)
>>
>>     Conflicts:
>>
>>     	net/core/dev.c
>>
>>>>   Насколько оно поможет пока не знаю: до железки доберусь завтра (в
>>>> смысле, сегодня утром).
>>>>
>>> Этих пачей нет у Власова? Если будет стабильно работать втяну себе.
>>> И если можно по подробнее про пачи особенно первый и последний.
>>   Большей частью есть, но более ранние версии бранчей (прокоментировал
>> выше).
>>
>>   Данная сборка оформлена как NMU, если проблем с ней не будет -- буду
>> просить разрешения на заливку в Сизиф.
>>
> Ясно. Может лучше я pull сделаю, а не ты NMU?

  Как тебе удобнее: ты мантейнер, а мне без особой разницы -- лишбы оно
работало. :-)

-- 

С уважением. Алексей.