[d-kernel] ÓÌÏ×ÉÌ oops

[d-kernel] ÓÌÏ×ÉÌ oops

[Andrey Khavryuchenko]

Hi!

Ниже выдача ksymoops.  Какую полезную информацию я могу извлечь?
Background: опакечиваю user-space поддержку Zyxel Prestige 630 EE (630-11)
Запускаемая ручками инициализация/прибитие работает без проблем.  При
попытке запустить то же из hotplug поймал oops:

akhavr@netmaster /tmp/amedyn/scripts $ sudo /usr/sbin/ksymoops < /var/log/messages
ksymoops 2.4.9 on i686 2.4.25-std-up-alt1.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.25-std-up-alt1/ (default)
     -m /boot/System.map-2.4.25-std-up-alt1 (default)

Warning: You did not tell me where to find symbol information.  I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc.  ksymoops -h explains the options.

Warning (compare_ksyms_lsmod): module ext3 is in lsmod but not in ksyms, probably no symbols exported
Mar 29 15:30:37 netmaster kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000178
Mar 29 15:30:37 netmaster kernel: dff43862
Mar 29 15:30:37 netmaster kernel: *pde = 07992067
Mar 29 15:30:37 netmaster kernel: Oops: 0000
Mar 29 15:30:37 netmaster kernel: CPU:    0
Mar 29 15:30:38 netmaster kernel: EIP:    0010:[<dff43862>]    Tainted: P 
Using defaults from ksymoops -t elf32-i386 -a i386
Mar 29 15:30:38 netmaster kernel: EFLAGS: 00010286
Mar 29 15:30:38 netmaster kernel: eax: 00000000   ebx: cb261f40   ecx: c8025f00   edx: 00000282
Mar 29 15:30:38 netmaster kernel: esi: d72c9106   edi: 00000054   ebp: 0000000e   esp: cb261efc
Mar 29 15:30:38 netmaster kernel: ds: 0018   es: 0018   ss: 0018
Mar 29 15:30:38 netmaster kernel: Process br2684ctl (pid: 31994, stackpage=cb261000)
Mar 29 15:30:38 netmaster kernel: Stack: c3da1e00 08040002 00000002 3073616e 00000000 00000000 00000000 00000000 
Mar 29 15:30:38 netmaster kernel:        00000000 00000000 00000001 00000000 00000000 00000000 00000000 00000000 
Mar 29 15:30:38 netmaster kernel:        00000108 dcf89ca0 c80259c0 0000000e dff43b44 dff234d4 400261f2 bffff530 
Mar 29 15:30:38 netmaster kernel: Call Trace:    [<dff43b44>] [<dff234d4>] [<dff1ec6a>] [sock_ioctl+30/48] [sys_ioctl+583/608]
Mar 29 15:30:38 netmaster kernel: Call Trace:    [<dff43b44>] [<dff234d4>] [<dff1ec6a>] [<c01e106e>] [<c0146a07>]
Mar 29 15:30:38 netmaster kernel:   [<c0108823>]
Mar 29 15:30:38 netmaster kernel: Code: 8b 90 78 01 00 00 29 fa 89 90 78 01 00 00 8b 41 18 8b b0 70 


>>EIP; dff43862 <[br2684]br2684_regvcc+282/2d0>   <=====

>>ebx; cb261f40 <_end+af4a5b0/1f81a6d0>
>>ecx; c8025f00 <_end+7d0e570/1f81a6d0>
>>esi; d72c9106 <_end+16fb1776/1f81a6d0>
>>esp; cb261efc <_end+af4a56c/1f81a6d0>

Trace; dff43b44 <[br2684]br2684_ioctl+44/d0>
Trace; dff234d4 <[atm]br2684_ioctl_mutex+0/10>
Trace; dff1ec6a <[atm]vcc_ioctl+9ea/a20>
Trace; dff43b44 <[br2684]br2684_ioctl+44/d0>
Trace; dff234d4 <[atm]br2684_ioctl_mutex+0/10>
Trace; dff1ec6a <[atm]vcc_ioctl+9ea/a20>
Trace; c01e106e <sock_ioctl+1e/30>
Trace; c0146a07 <sys_ioctl+247/260>
Trace; c0108823 <system_call+33/40>

Code;  dff43862 <[br2684]br2684_regvcc+282/2d0>
00000000 <_EIP>:
Code;  dff43862 <[br2684]br2684_regvcc+282/2d0>   <=====
   0:   8b 90 78 01 00 00         mov    0x178(%eax),%edx   <=====
Code;  dff43868 <[br2684]br2684_regvcc+288/2d0>
   6:   29 fa                     sub    %edi,%edx
Code;  dff4386a <[br2684]br2684_regvcc+28a/2d0>
   8:   89 90 78 01 00 00         mov    %edx,0x178(%eax)
Code;  dff43870 <[br2684]br2684_regvcc+290/2d0>
   e:   8b 41 18                  mov    0x18(%ecx),%eax
Code;  dff43873 <[br2684]br2684_regvcc+293/2d0>
  11:   8b b0 70 00 00 00         mov    0x70(%eax),%esi


2 warnings issued.  Results may not be reliable.

-- 
Andrey V Khavryuchenko            http://www.kds.com.ua/
Silver Bullet Software Solutions  http://www.kds.com.ua/training/

Re: [d-kernel] ?????? oops

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 4483 bytes --]

On Mon, Mar 29, 2004 at 04:09:35PM +0300, Andrey Khavryuchenko wrote:
> Background: опакечиваю user-space поддержку Zyxel Prestige 630 EE (630-11)
> Запускаемая ручками инициализация/прибитие работает без проблем.  При
> попытке запустить то же из hotplug поймал oops:

static int br2684_regvcc(struct atm_vcc *atmvcc, unsigned long arg)
...
	skb_queue_head_init(&copy);
	skb_migrate(&atmvcc->sk->receive_queue, &copy);
	while ((skb = skb_dequeue(&copy))) {
		BRPRIV(skb->dev)->stats.rx_bytes -= skb->len;
		BRPRIV(skb->dev)->stats.rx_packets--;
		br2684_push(atmvcc, skb);
	}
...

и вот в этом цикле поймали skb->dev == NULL.  Интересно, откуда
могли взяться такие пакеты?  Никогда не имел дела с ATM...

> akhavr@netmaster /tmp/amedyn/scripts $ sudo /usr/sbin/ksymoops < /var/log/messages
> ksymoops 2.4.9 on i686 2.4.25-std-up-alt1.  Options used
>      -V (default)
>      -k /proc/ksyms (default)
>      -l /proc/modules (default)
>      -o /lib/modules/2.4.25-std-up-alt1/ (default)
>      -m /boot/System.map-2.4.25-std-up-alt1 (default)
> 
> Warning: You did not tell me where to find symbol information.  I will
> assume that the log matches the kernel and modules that are running
> right now and I'll use the default options above for symbol resolution.
> If the current kernel and/or modules do not match the log, you can get
> more accurate output by telling me the kernel version and where to find
> map, modules, ksyms etc.  ksymoops -h explains the options.
> 
> Warning (compare_ksyms_lsmod): module ext3 is in lsmod but not in ksyms, probably no symbols exported
> Mar 29 15:30:37 netmaster kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000178
> Mar 29 15:30:37 netmaster kernel: dff43862
> Mar 29 15:30:37 netmaster kernel: *pde = 07992067
> Mar 29 15:30:37 netmaster kernel: Oops: 0000
> Mar 29 15:30:37 netmaster kernel: CPU:    0
> Mar 29 15:30:38 netmaster kernel: EIP:    0010:[<dff43862>]    Tainted: P 
> Using defaults from ksymoops -t elf32-i386 -a i386
> Mar 29 15:30:38 netmaster kernel: EFLAGS: 00010286
> Mar 29 15:30:38 netmaster kernel: eax: 00000000   ebx: cb261f40   ecx: c8025f00   edx: 00000282
> Mar 29 15:30:38 netmaster kernel: esi: d72c9106   edi: 00000054   ebp: 0000000e   esp: cb261efc
> Mar 29 15:30:38 netmaster kernel: ds: 0018   es: 0018   ss: 0018
> Mar 29 15:30:38 netmaster kernel: Process br2684ctl (pid: 31994, stackpage=cb261000)
> Mar 29 15:30:38 netmaster kernel: Stack: c3da1e00 08040002 00000002 3073616e 00000000 00000000 00000000 00000000 
> Mar 29 15:30:38 netmaster kernel:        00000000 00000000 00000001 00000000 00000000 00000000 00000000 00000000 
> Mar 29 15:30:38 netmaster kernel:        00000108 dcf89ca0 c80259c0 0000000e dff43b44 dff234d4 400261f2 bffff530 
> Mar 29 15:30:38 netmaster kernel: Call Trace:    [<dff43b44>] [<dff234d4>] [<dff1ec6a>] [sock_ioctl+30/48] [sys_ioctl+583/608]
> Mar 29 15:30:38 netmaster kernel: Call Trace:    [<dff43b44>] [<dff234d4>] [<dff1ec6a>] [<c01e106e>] [<c0146a07>]
> Mar 29 15:30:38 netmaster kernel:   [<c0108823>]
> Mar 29 15:30:38 netmaster kernel: Code: 8b 90 78 01 00 00 29 fa 89 90 78 01 00 00 8b 41 18 8b b0 70 
> 
> 
> >>EIP; dff43862 <[br2684]br2684_regvcc+282/2d0>   <=====
> 
> >>ebx; cb261f40 <_end+af4a5b0/1f81a6d0>
> >>ecx; c8025f00 <_end+7d0e570/1f81a6d0>
> >>esi; d72c9106 <_end+16fb1776/1f81a6d0>
> >>esp; cb261efc <_end+af4a56c/1f81a6d0>
> 
> Trace; dff43b44 <[br2684]br2684_ioctl+44/d0>
> Trace; dff234d4 <[atm]br2684_ioctl_mutex+0/10>
> Trace; dff1ec6a <[atm]vcc_ioctl+9ea/a20>
> Trace; dff43b44 <[br2684]br2684_ioctl+44/d0>
> Trace; dff234d4 <[atm]br2684_ioctl_mutex+0/10>
> Trace; dff1ec6a <[atm]vcc_ioctl+9ea/a20>
> Trace; c01e106e <sock_ioctl+1e/30>
> Trace; c0146a07 <sys_ioctl+247/260>
> Trace; c0108823 <system_call+33/40>
> 
> Code;  dff43862 <[br2684]br2684_regvcc+282/2d0>
> 00000000 <_EIP>:
> Code;  dff43862 <[br2684]br2684_regvcc+282/2d0>   <=====
>    0:   8b 90 78 01 00 00         mov    0x178(%eax),%edx   <=====
> Code;  dff43868 <[br2684]br2684_regvcc+288/2d0>
>    6:   29 fa                     sub    %edi,%edx
> Code;  dff4386a <[br2684]br2684_regvcc+28a/2d0>
>    8:   89 90 78 01 00 00         mov    %edx,0x178(%eax)
> Code;  dff43870 <[br2684]br2684_regvcc+290/2d0>
>    e:   8b 41 18                  mov    0x18(%ecx),%eax
> Code;  dff43873 <[br2684]br2684_regvcc+293/2d0>
>   11:   8b b0 70 00 00 00         mov    0x70(%eax),%esi
> 
> 
> 2 warnings issued.  Results may not be reliable.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[d-kernel] Re: ?????? oops

[Andrey Khavryuchenko]

Sergey,

"SV" == Sergey Vlasov wrote:

 SV> On Mon, Mar 29, 2004 at 04:09:35PM +0300, Andrey Khavryuchenko wrote:
 >> Background: опакечиваю user-space поддержку Zyxel Prestige 630 EE (630-11)
 >> Запускаемая ручками инициализация/прибитие работает без проблем.  При
 >> попытке запустить то же из hotplug поймал oops:

 SV> static int br2684_regvcc(struct atm_vcc *atmvcc, unsigned long arg)
 SV> ...
 SV> skb_queue_head_init(&copy);
 SV> skb_migrate(&atmvcc->sk->receive_queue, &copy);
 SV> while ((skb = skb_dequeue(&copy))) {
 SV> BRPRIV(skb->dev)->stats.rx_bytes -= skb->len;
 SV> BRPRIV(skb->dev)->stats.rx_packets--;
 SV> br2684_push(atmvcc, skb);
 SV> }
 SV> ...

 SV> и вот в этом цикле поймали skb->dev == NULL.  Интересно, откуда
 SV> могли взяться такие пакеты?  Никогда не имел дела с ATM...

А ХЗ!  Это не ATM, это aDSL, который у нас поддерживается через atm-ную
байду. 

br2684_regvcc - это в одноименном модуле?  И там IMO стооит поставить 
              if(skb->dev) 
вокруг всего хозяйства...

-- 
Andrey V Khavryuchenko            http://www.kds.com.ua/
Silver Bullet Software Solutions  http://www.kds.com.ua/training/

[d-kernel] Re: ?????? oops

[Andrey Khavryuchenko]

[-- Attachment #1: Type: text/plain, Size: 1255 bytes --]

Hi!

"AVK" == Andrey Khavryuchenko wrote:

 AVK> "SV" == Sergey Vlasov wrote:

 SV> On Mon, Mar 29, 2004 at 04:09:35PM +0300, Andrey Khavryuchenko wrote:
 >>> Background: опакечиваю user-space поддержку Zyxel Prestige 630 EE (630-11)
 >>> Запускаемая ручками инициализация/прибитие работает без проблем.  При
 >>> попытке запустить то же из hotplug поймал oops:

 SV> static int br2684_regvcc(struct atm_vcc *atmvcc, unsigned long arg)
 SV> ...
 SV> skb_queue_head_init(&copy);
 SV> skb_migrate(&atmvcc->sk->receive_queue, &copy);
 SV> while ((skb = skb_dequeue(&copy))) {
 SV> BRPRIV(skb->dev)->stats.rx_bytes -= skb->len;
 SV> BRPRIV(skb->dev)->stats.rx_packets--;
 SV> br2684_push(atmvcc, skb);
 SV> }
 SV> ...

 SV> и вот в этом цикле поймали skb->dev == NULL.  Интересно, откуда
 SV> могли взяться такие пакеты?  Никогда не имел дела с ATM...

 AVK> А ХЗ!  Это не ATM, это aDSL, который у нас поддерживается через atm-ную
 AVK> байду. 

 AVK> br2684_regvcc - это в одноименном модуле?  И там IMO стооит поставить 
 AVK> if(skb->dev) 
 AVK> вокруг всего хозяйства...

Сделал.  Работает и не падает.

Патч приложен.  Каковы дальнейшие действия для того, чтобы он оказался в
сизифовых ядрах (и мне не нужно было бы раз за разом пересобирать для
себя)?


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: net/atm/br2684.c patch --]
[-- Type: text/x-patch, Size: 768 bytes --]

diff -ru kernel-source-2.4.25.orig/net/atm/br2684.c kernel-source-2.4.25/net/atm/br2684.c
--- kernel-source-2.4.25.orig/net/atm/br2684.c	
2004-04-01 14:17:51 +0300
+++ kernel-source-2.4.25/net/atm/br2684.c	
2004-04-01 15:05:58 +0300
@@ -559,11 +559,12 @@
 	atmvcc->push = br2684_push;
 	skb_queue_head_init(&copy);
 	skb_migrate(&atmvcc->sk->receive_queue, &copy);
-	while ((skb = skb_dequeue(&copy))) {
-		BRPRIV(skb->dev)->stats.rx_bytes -= skb->len;
-		BRPRIV(skb->dev)->stats.rx_packets--;
-		br2684_push(atmvcc, skb);
-	}
+	while ((skb = skb_dequeue(&copy))) 
+		if( skb->dev ) {
+			BRPRIV(skb->dev)->stats.rx_bytes -= skb->len;
+			BRPRIV(skb->dev)->stats.rx_packets--;
+			br2684_push(atmvcc, skb);
+		}
 	return 0;
     error:
 	write_unlock_irq(&devs_lock);

[-- Attachment #3: Type: text/plain, Size: 199 bytes --]


Теперь буду воевать дальше чтобы вся эта байда стартовала по hotplug.

-- 
Andrey V Khavryuchenko            http://www.kds.com.ua/
Silver Bullet Software Solutions  http://www.kds.com.ua/training/

Re: [d-kernel] Re: ?????? oops

[Anton Farygin]

On Thu, Apr 01, 2004 at 07:35:57PM +0300, Andrey Khavryuchenko wrote:
> Hi!
> 
> "AVK" == Andrey Khavryuchenko wrote:
> 
>  AVK> "SV" == Sergey Vlasov wrote:
> 
>  SV> On Mon, Mar 29, 2004 at 04:09:35PM +0300, Andrey Khavryuchenko wrote:
>  >>> Background: опакечиваю user-space поддержку Zyxel Prestige 630 EE (630-11)
>  >>> Запускаемая ручками инициализация/прибитие работает без проблем.  При
>  >>> попытке запустить то же из hotplug поймал oops:
> 
>  SV> static int br2684_regvcc(struct atm_vcc *atmvcc, unsigned long arg)
>  SV> ...
>  SV> skb_queue_head_init(&copy);
>  SV> skb_migrate(&atmvcc->sk->receive_queue, &copy);
>  SV> while ((skb = skb_dequeue(&copy))) {
>  SV> BRPRIV(skb->dev)->stats.rx_bytes -= skb->len;
>  SV> BRPRIV(skb->dev)->stats.rx_packets--;
>  SV> br2684_push(atmvcc, skb);
>  SV> }
>  SV> ...
> 
>  SV> и вот в этом цикле поймали skb->dev == NULL.  Интересно, откуда
>  SV> могли взяться такие пакеты?  Никогда не имел дела с ATM...
> 
>  AVK> А ХЗ!  Это не ATM, это aDSL, который у нас поддерживается через atm-ную
>  AVK> байду. 
> 
>  AVK> br2684_regvcc - это в одноименном модуле?  И там IMO стооит поставить 
>  AVK> if(skb->dev) 
>  AVK> вокруг всего хозяйства...
> 
> Сделал.  Работает и не падает.

В 2.6, кстати, такая же беда.

Так что можно и в bugzilla.kernel.org, вместе с патчем.

Rgds,
Rider

[d-kernel] Re: ?????? oops

[Andrey Khavryuchenko]

Anton,

"AF" == Anton Farygin wrote:

 AF> В 2.6, кстати, такая же беда.

 AF> Так что можно и в bugzilla.kernel.org, вместе с патчем.

А что, на vanilla оно (oops) тоже есть?

-- 
Andrey V Khavryuchenko            http://www.kds.com.ua/
Silver Bullet Software Solutions  http://www.kds.com.ua/training/

Re: [d-kernel] Re: ?????? oops

[Anton Farygin]

On Thu, Apr 01, 2004 at 08:27:53PM +0300, Andrey Khavryuchenko wrote:
> Anton,
> 
> "AF" == Anton Farygin wrote:
> 
>  AF> В 2.6, кстати, такая же беда.
> 
>  AF> Так что можно и в bugzilla.kernel.org, вместе с патчем.
> 
> А что, на vanilla оно (oops) тоже есть?

Проверить не могу, т.к. нет такого оборудования. Поставьте плз ядро 2.6.4
из Sisyphus - оно фактически Vanilla.

[d-kernel] Re: ?????? oops

[Andrey Khavryuchenko]

Anton,

"AF" == Anton Farygin wrote:

 AF> On Thu, Apr 01, 2004 at 08:27:53PM +0300, Andrey Khavryuchenko wrote:

 >> "AF" == Anton Farygin wrote:
 >> 
 AF> В 2.6, кстати, такая же беда.
 >> 
 AF> Так что можно и в bugzilla.kernel.org, вместе с патчем.
 >> 
 >> А что, на vanilla оно (oops) тоже есть?

 AF> Проверить не могу, т.к. нет такого оборудования. Поставьте плз ядро 2.6.4
 AF> из Sisyphus - оно фактически Vanilla.

Под него ещё modules-alsa не собраны :)

-- 
Andrey V Khavryuchenko            http://www.kds.com.ua/
Silver Bullet Software Solutions  http://www.kds.com.ua/training/

Re: [d-kernel] Re: ?????? oops

[Anton Farygin]

On Fri, Apr 02, 2004 at 01:17:04PM +0300, Andrey Khavryuchenko wrote:
> Anton,
> 
> "AF" == Anton Farygin wrote:
> 
>  AF> On Thu, Apr 01, 2004 at 08:27:53PM +0300, Andrey Khavryuchenko wrote:
> 
>  >> "AF" == Anton Farygin wrote:
>  >> 
>  AF> В 2.6, кстати, такая же беда.
>  >> 
>  AF> Так что можно и в bugzilla.kernel.org, вместе с патчем.
>  >> 
>  >> А что, на vanilla оно (oops) тоже есть?
> 
>  AF> Проверить не могу, т.к. нет такого оборудования. Поставьте плз ядро 2.6.4
>  AF> из Sisyphus - оно фактически Vanilla.
> 
> Под него ещё modules-alsa не собраны :)

alsa теперь входит в ядро.

Rgds,
Rider

[d-kernel] Re: ?????? oops

[Andrey Khavryuchenko]

Anton,

"AF" == Anton Farygin wrote:

 AF> alsa теперь входит в ядро.

Т.е. можно спокойно ставить...  Хм...  Попробую...

-- 
Andrey V Khavryuchenko            http://www.kds.com.ua/
Silver Bullet Software Solutions  http://www.kds.com.ua/training/