[LiSA-Devel] Portul pe 2.6.25 _aproape_ merge :)

[Ionut Nicu]

Hello,

On Wed, 2008-07-09 at 18:43 +0300, Radu Rendec wrote:
> Pe masina de teste de la iNES rulez cu oarecare succes LiSA pe 2.6.25.
> Adica am pachete de kernel si de lisa buildate pentru fedora 8 si
> instalate.
> 
> Am reparat faza cu inconcordanta dintre valoarea lui AF_SWITCH in
> userspace si kernel space si am facut push in lisa.git (public) si apoi
> remote-update in lisa.git (devel).
> 
> Cred ca putem face push linistiti si la branch-ul de lisa pentru 2.6.25
> in tree-urile de kernel.
> 

Cool, am vazut commit-urile.

> M-au mancat degetele sa dau un dmesg si am vazut chestii pe-acolo:
> 
> ADDRCONF(NETDEV_UP): eth0: link is not ready
> eth0: Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
> eth0: 10/100 speed: disabling TSO
> ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> NET: Registered protocol family 34
> RTNL: assertion failed at net/core/dev.c (2796)
> Pid: 1877, comm: swcfgload Not tainted 2.6.25.6-27.lisa1.fc8 #1
>  [<c05b9d2a>] __dev_set_promiscuity+0x32/0x101
>  [<c05b9f45>] dev_set_promiscuity+0x13/0x26
>  [<f8a5fb55>] sw_deviceless_ioctl+0x1f3/0xe77 [switch]

M-am uitat si se pare ca in __dev_set_promiscuity() prima chestie
care se face e ASSERT_RTNL(). Macro-ul asta incearca sa obtina
un mutex (rtnl_lock) si daca ii reuseste iti va da mesajul ala
+ stack trace.

Ideea e de a se asigura ca functia nu va fi apelata niciodata
fara a avea mutex-ul rtnl_lock luat. Noi evident nu facem asta :)

Vezi ca am comis un patch in git pt asta.

Ionut.