bayonne-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Bayonne-dialogic] RE: [Bayonne-devel] kernel BUG when morethen 10 T


From: Gilmore, Gerry
Subject: RE: [Bayonne-dialogic] RE: [Bayonne-devel] kernel BUG when morethen 10 T1 in the system
Date: Tue, 26 Oct 2004 13:37:24 -0700

There's no rule of thumb, per se, but 1MB has worked for me with 16
spans. 1MB in today's PCs/servers is very, very small.

Gerry

There are 10 kinds of people in the world, those who understand binary
and those who don't.
 
Gerry Gilmore
Field Applications Engineer
Intel Corporation
(http://www.intel.com)
 

-----Original Message-----
From: Sean Bruno - TELECOM [mailto:address@hidden 
Sent: Tuesday, October 26, 2004 4:12 PM
To: Gilmore, Gerry
Cc: Julien Chavanton; address@hidden;
address@hidden
Subject: Re: [Bayonne-dialogic] RE: [Bayonne-devel] kernel BUG when
morethen 10 T1 in the system

What's the rule of thumb for kernel memory reservations when you exceed
4 T1's?  That is, for each board above 4 T1's you should reserve X KB of
ram...


On Tue, 2004-10-26 at 12:56, Gilmore, Gerry wrote:
> Are you reserving the 1MB of kernel memory at boot time?
> 
> Gerry
> 
> There are 10 kinds of people in the world, those who understand binary
> and those who don't.
>  
> Gerry Gilmore
> Field Applications Engineer
> Intel Corporation
> (http://www.intel.com)
>  
> 
> -----Original Message-----
> From: address@hidden
> [mailto:address@hidden On
Behalf
> Of Julien Chavanton
> Sent: Tuesday, October 26, 2004 12:42 PM
> To: Sean Bruno - TELECOM
> Cc: address@hidden; address@hidden
> Subject: RE: [Bayonne-devel] kernel BUG when more then 10 T1 in the
> system
> 
> I do not have a service contract with Intel; do you think they would
be
> able to do something?
> 
> D480SC2T1
> 
> So it is only 6 boards with 2T1
> 
> Julien
> 
> -----Original Message-----
> From: Sean Bruno - TELECOM [mailto:address@hidden 
> Sent: October 26, 2004 12:35 PM
> To: Julien Chavanton
> Cc: address@hidden; address@hidden
> Subject: Re: [Bayonne-devel] kernel BUG when more then 10 T1 in the
> system
> 
> wow, 12 T1's....What of boards are you using btw?
> 
> This may be an issue for Intel/Dialogic to look at if you have a
service
> contract with them.
> 
> 
> On Tue, 2004-10-26 at 09:25, Julien Chavanton wrote:
> > When I set more then 10 T1 with dialogic Kernel panic during bayonne
> > startup?
> > 
> > I am not sure if this is related to Bayonne, Dialogic drivers or the
> > dialogic drivers implementation in bayonne.
> > 
> > I will try the Feature pack 1 with update 16 for linux.
> > 
> > Anyone is running a linux server with dialogic with more then 10 T'1
?
> > 
> > Oct 20 15:18:44 BAY-MTL3 kernel: ------------[ cut here
]------------
> > Oct 20 15:18:44 BAY-MTL3 kernel: kernel BUG at inode.c:1066!
> > Oct 20 15:18:44 BAY-MTL3 kernel: invalid operand: 0000
> > Oct 20 15:18:44 BAY-MTL3 kernel: streams-dvbmDriver
> streams-sctmrDriver
> > streams-gpioDriver streams-gncfdDriver 
> > Oct 20 15:18:44 BAY-MTL3 kernel: CPU:    0
> > Oct 20 15:18:44 BAY-MTL3 kernel: EIP:    0010:[<c014c32f>]
Tainted:
> > PF
> > Oct 20 15:18:44 BAY-MTL3 kernel: EFLAGS: 00010286
> > Oct 20 15:18:44 BAY-MTL3 kernel: 
> > Oct 20 15:18:44 BAY-MTL3 kernel: EIP is at iput [kernel] 0x2f
> > (2.4.18-10)
> > Oct 20 15:18:44 BAY-MTL3 kernel: eax: 0000001c   ebx: cadd8240
ecx:
> > 00000001   edx: 00002d72
> > Oct 20 15:18:44 BAY-MTL3 kernel: esi: 00000000   edi: 00000000
ebp:
> > 0000030d   esp: cade5650
> > Oct 20 15:18:44 BAY-MTL3 kernel: ds: 0018   es: 0018   ss: 0018
> > Oct 20 15:18:44 BAY-MTL3 kernel: Process bayonne.bin (pid: 1194,
> > stackpage=cade5000)
> > Oct 20 15:18:44 BAY-MTL3 kernel: Stack: c022968c 0000042a cadd8240
> > ffffffe8 cade56b0 d09f0552 cadd8240 cade56b0 
> > Oct 20 15:18:44 BAY-MTL3 kernel:        0000030d d09f0543 00000001
> > 00000286 00000000 0000030e 00000000 cade56b0 
> > Oct 20 15:18:44 BAY-MTL3 kernel:        0000030e d09f05ac cade56b0
> > 08b59054 0000030d d09f057d caa612dc d0a00a5e 
> > Oct 20 15:18:44 BAY-MTL3 kernel: Call Trace: [<d09f0552>]
lis_get_fifo
> > [streams] 0xd6 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f0543>] lis_get_fifo [streams]
> > 0xc7 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f05ac>] lis_pipe [streams]
0x4c 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f057d>] lis_pipe [streams]
0x1d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a00a5e>] .rodata.str1.1
[streams]
> > 0x25e 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09df5c8>] lis_qattach [streams]
> > 0x1e4 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f200d>] lis_ioc_pipe [streams]
> > 0x15 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09e9d8e>] lis_strioctl [streams]
> > 0x1d16 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a00a5e>] .rodata.str1.1
[streams]
> > 0x25e 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fa3d1>]
> > lis_spin_unlock_irqrestore_fcn [streams] 0x9d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0b71c>] lis_mem_lock [streams]
> > 0x1c 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0c0f8>] lis_strstats [streams]
> > 0x58 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09ff860>] .rodata.str1.32
> [streams]
> > 0x4920 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f6f59>] lis_malloc [streams]
> 0x145
> > 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0b700>] lis_mem_lock [streams]
> 0x0
> > 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0143d>] .rodata.str1.1
[streams]
> > 0xc3d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f64dd>] LisUpCounter [streams]
> > 0x45 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0c0a8>] lis_strstats [streams]
> 0x8
> > 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fa3d1>]
> > lis_spin_unlock_irqrestore_fcn [streams] 0x9d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0b71c>] lis_mem_lock [streams]
> > 0x1c 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0c0e8>] lis_strstats [streams]
> > 0x48 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a00e37>] .rodata.str1.1
[streams]
> > 0x637 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f7111>] lis_free [streams]
0x199
> 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0143d>] .rodata.str1.1
[streams]
> > 0xc3d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fa3d1>]
> > lis_spin_unlock_irqrestore_fcn [streams] 0x9d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0b83c>] lis_msg_lock [streams]
> > 0x1c 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0b83c>] lis_msg_lock [streams]
> > 0x1c 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a012a7>] .rodata.str1.1
[streams]
> > 0xaa7 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f64dd>] LisUpCounter [streams]
> > 0x45 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0c0b8>] lis_strstats [streams]
> > 0x18 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09edcbb>] lis_freedb [streams]
> 0x53f
> > 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09edcc7>] lis_freedb [streams]
> 0x54b
> > 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f3309>] lis_copymsg [streams]
> 0x45
> > 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0afbe6c>] sztbl.0
> > [streams-dlgnDriver] 0x24 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09ede00>] lis_freemsg [streams]
> 0x1c
> > 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a94626>] sr_sendreply
> > [streams-dlgnDriver] 0x4a 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a92ce5>] sr_bdintr
> > [streams-dlgnDriver] 0x211 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<c0131ad5>] __alloc_pages [kernel]
> > 0x75 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<c0131d70>] __get_free_pages
> [kernel]
> > 0x10 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f64dd>] LisUpCounter [streams]
> > 0x45 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0c0a8>] lis_strstats [streams]
> 0x8
> > 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fa3d1>]
> > lis_spin_unlock_irqrestore_fcn [streams] 0x9d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fa3d1>]
> > lis_spin_unlock_irqrestore_fcn [streams] 0x9d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0b7dc>] lis_setqsched_lock
> > [streams] 0x1c 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fa3d1>]
> > lis_spin_unlock_irqrestore_fcn [streams] 0x9d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0b7dc>] lis_setqsched_lock
> > [streams] 0x1c 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0f418>] lis_runq_sems
[streams]
> > 0x58 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fa3d1>]
> > lis_spin_unlock_irqrestore_fcn [streams] 0x9d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0b71c>] lis_mem_lock [streams]
> > 0x1c 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a012a7>] .rodata.str1.1
[streams]
> > 0xaa7 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a2ad84>] lis_code_path_tbl
> > [streams] 0x30e4 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f3c6f>] lis_putq [streams]
0x347
> 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a012a7>] .rodata.str1.1
[streams]
> > 0xaa7 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fa039>] lis_spin_unlock_fcn
> > [streams] 0x9d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a2ada0>] lis_code_path_tbl
> > [streams] 0x3100 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fa300>]
> lis_spin_lock_irqsave_fcn
> > [streams] 0xa0 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f3600>] lis_backenable
[streams]
> > 0x1f4 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f0a28>] lis_fifo_open_sync
> > [streams] 0x3a0 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a00a5e>] .rodata.str1.1
[streams]
> > 0x25e 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09f633e>] lis_safe_WR [streams]
> 0x66
> > 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a012a7>] .rodata.str1.1
[streams]
> > 0xaa7 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<c014ae3d>] destroy_inode [kernel]
> > 0x2d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<c0149e16>] dput [kernel] 0x126 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fa3d1>]
> > lis_spin_unlock_irqrestore_fcn [streams] 0x9d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0b89c>] lis_task_lock
[streams]
> > 0x1c 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a01684>] .rodata.str1.1
[streams]
> > 0xe84 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fa3d1>]
> > lis_spin_unlock_irqrestore_fcn [streams] 0x9d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0b47c>] lis_code_path_lock
> > [streams] 0x1c 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fef20>] .rodata.str1.32
> [streams]
> > 0x3fe0 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0aac0>] name.0 [streams] 0x20 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0167b>] .rodata.str1.1
[streams]
> > 0xe7b 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a2b7b0>] lis_code_path_tbl
> > [streams] 0x3b10 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09e58e2>] lis_stropen [streams]
> > 0x1c1a 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0b3b0>] lis_runq_req_cnt
> [streams]
> > 0x0 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a00a5e>] .rodata.str1.1
[streams]
> > 0x25e 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d09fa3d1>]
> > lis_spin_unlock_irqrestore_fcn [streams] 0x9d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0aaa0>] name.0 [streams] 0x0 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a00813>] .rodata.str1.1
[streams]
> > 0x13 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0b700>] lis_mem_lock [streams]
> 0x0
> > 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a0aac0>] name.0 [streams] 0x20 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a00813>] .rodata.str1.1
[streams]
> > 0x13 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0a8f256>] dlgnwput
> > [streams-dlgnDriver] 0x1a6 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0b00820>] intdrv_lock
> > [streams-dlgnDriver] 0x0 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<d0af9db3>] command_seq.2
> > [streams-dlgnDriver] 0x193 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<c01425ce>] link_path_walk
[kernel]
> > 0x80e 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<c010853d>] handle_signal [kernel]
> > 0x7d 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<c0139546>] chrdev_open [kernel]
> 0x36 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<c0138486>] dentry_open [kernel]
> 0xe6 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<c0145f27>] sys_ioctl [kernel]
0x217
> 
> > Oct 20 15:18:44 BAY-MTL3 kernel: [<c01386d7>] sys_open [kernel] 0x57

> > Oct 20 15:18:44 BAY-MTL3 kernel: [<c0108913>] system_call [kernel]
> 0x33 
> > Oct 20 15:18:44 BAY-MTL3 kernel: 
> > Oct 20 15:18:44 BAY-MTL3 kernel: 
> > Oct 20 15:18:44 BAY-MTL3 kernel: Code: 0f 0b 5a 59 85 f6 74 08 8b 46
> 20
> > 85 c0 0f 45 f8 85 ff 74 0b
> > 
> > 
> > _______________________________________________
> > Bayonne-devel mailing list
> > address@hidden
> > http://lists.gnu.org/mailman/listinfo/bayonne-devel
-- 
Sean Bruno - TELECOM <address@hidden>





reply via email to

[Prev in Thread] Current Thread [Next in Thread]