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

[Михаил Якушин]

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?