All of lore.kernel.org
 help / color / mirror / Atom feed
* kernel crash
@ 2008-01-29 10:32 fenglg
  2008-01-29 13:34 ` Patrick McHardy
  2008-01-29 17:55 ` Jan Engelhardt
  0 siblings, 2 replies; 44+ messages in thread
From: fenglg @ 2008-01-29 10:32 UTC (permalink / raw)
  To: netfilter-devel

netfilter-devel

I use linux-2.6.18, and there is a bridge with eth0 and eth1. The eth0 and eth1 connetcswitchs which use vlan trunk(802.1q). When i run system some hours, the kernel is crash, anyone can help me. 
 
BUG: unable to handle kernel NULL pointer dereference at virtual address 00000010 
 printing eip:              
c030f15d        
*pde = 00000000               
Oops: 0000 [#1]               
PREEMPT SMP           
Modules linked in: ipt_recent_mac ip_nat_ftp ip_conntrack_ftp ip_nat_h323 ip_con                                                                                
ntrack_h323 ip_nat_irc iptable_nat ip_nat ipt_ipp2p ipsec e1000 e100                                                                    
CPU:    0         
EIP:    008 #1)               
EIP is at br_nf_pre_routing_finish+0x1d/0x340                                             
eax: c16e7980   ebx: 00000000   ecx: 00000001   edx: c16e7980                                                             
esi: de4cb020   edi: c0456520   ebp: de8d2000   esp: c03fbce4                                                             
ds: 007b   es: 007b   ss: 0068                              
Process swapper (pid: 0, ti=c03fa000 task=c0371180 task.ti=c03fa000)                                                                    
Stack: 00000002 c02f0f53 db39ae30 db39ae30 00000002 e081854b db39ae30 00000002                                                                              
       00000000 c03fbdd4 df8f3c00 c0459560 de8d2000 00000001 c03fbda0 fff644c4                                                                              
       c03fbdd4 c030f140 e0818703 00000000 c03fbdd4 de8d2000 00000000 c030f140                                                                              
Call Trace:           
 [<c02f0f53>] icmp_packet+0xc3/0xd0                                   
 [<e081854b>] ip_nat_fn+0x7b/0x1f0 [iptable_nat]                                                
 [<c030f140>] br_nf_pre_routing_finish+0x0/0x340                                                
 [<e0818703>] ip_nat_in+0x43/0xc0 [iptable_nat]                                               
 [<c030f140>] br_nf_pre_routing_finish+0x0/0x340                                                
 [<c02a3f78>] nf_iterate+0x78/0x90                                  
 [<c030f140>] br_nf_pre_routing_finish+0x0/0x340                                                
 [<c030f140>] br_nf_pre_routing_finish+0x0/0x340                                                
 [<c02a400e>] nf_hook_slow+0x7e/0x120                                     
 [<c030f140>] br_nf_pre_routing_finish+0x0/0x340                                                
 [<c030a840>] br_handle_frame_finish+0x0/0x130                                              
 [<c030f9e2>] br_nf_pre_routing+0x212/0x400                                           
 [<c030f140>] br_nf_pre_routing_finish+0x0/0x340                                                
 [<c02a3f78>] nf_iterate+0x78/0x90                                  
 [<c030a840>] br_handle_frame_finish+0x0/0x130                                              
 [<c030a840>] br_handle_frame_finish+0x0/0x130                                  
 [<c02a400e>] nf_hook_slow+0x7e/0x120
 [<c030a840>] br_handle_frame_finish+0x0/0x130
 [<c030ab80>] br_handle_frame+0x1d0/0x210
 [<c030a840>] br_handle_frame_finish+0x0/0x130
 [<c02854b1>] netif_receive_skb+0x171/0x2e0
 [<c027eb0e>] kfree_skbmem+0x5e/0x90
 [<e0844358>] e1000_clean_rx_irq+0x1b8/0x530 [e1000]
 [<e0843dac>] e1000_clean+0x6c/0x120 [e1000]
 [<c02857c5>] net_rx_action+0x85/0x110
 [<c01202ea>] __do_softirq+0xca/0xf0
 [<c0120345>] do_softirq+0x35/0x40
 [<c0120395>] irq_exit+0x45/0x50
 [<c0105936>] do_IRQ+0x36/0x70
 [<c0103a76>] common_interrupt+0x1a/0x20
 [<c0100db1>] default_idle+0x31/0x60
 [<c0100e82>] cpu_idle+0x82/0xa0
 [<c03ff9c8>] start_kernel+0x1a8/0x200
 [<c03ff330>] unknown_bootoption+0x0/0x1e0
Code: 10 01 e9 7a ff ff ff 8d b4 26 00 00 00 00 55 57 56 53 81 ec c0 00 00 00 8b
 94 24 d4 00 00 00 8b 9a 80 00 00 00 8b 6a 14 8b 72 20 <8b> 43 10 a8 01 74 14 0f
 b6 42 75 24 f8 0c 03 88 42 75 8b 43 10
EIP: [<c030f15d>] br_nf_pre_routing_finish+0x1d/0x340 SS:ESP 0068:c03fbce4
 <0>Kernel panic - not syncing: Fatal exception in interrupt



^ permalink raw reply	[flat|nested] 44+ messages in thread
* Kernel Crash
@ 2014-01-16 10:24 Nieścierowicz Adam
  0 siblings, 0 replies; 44+ messages in thread
From: Nieścierowicz Adam @ 2014-01-16 10:24 UTC (permalink / raw)
  To: netdev

Hi,

I do not know if I am writing in a good place.

With the launch of the new kernel 3.13.0-rc8 on on our router errors 
appear.

http://wklej.org/id/1238075/ [1]

Is this a kernel bug or wrong configuration?

-- 

Thanks,
Adam Nieścierowicz


Links:
------
[1] http://wklej.org/id/1238075/

^ permalink raw reply	[flat|nested] 44+ messages in thread
* Kernel crash
@ 2012-05-30 17:35 Guido Winkelmann
  2012-06-08 16:35 ` Tommi Virtanen
  0 siblings, 1 reply; 44+ messages in thread
From: Guido Winkelmann @ 2012-05-30 17:35 UTC (permalink / raw)
  To: ceph-devel

Hi,

I just saw a kernel crash on one of my machines. It had the cephfs from the 
ceph cluster mounted using the in-kernel client:

[522247.751071]  [<ffffffff814d3383>] ? release_sock+0xe3/0x110
[522247.751182]  [<ffffffff815ea438>] __bad_area_nosemaphore+0x1d1/0x1f0
[522247.751290]  [<ffffffff815ea46a>] bad_area_nosemaphore+0x13/0x15
[522247.751397]  [<ffffffff815f7b76>] do_page_fault+0x416/0x4f0
[522247.751503]  [<ffffffff814ce5dd>] ? sock_recvmsg+0x11d/0x140
[522247.751611]  [<ffffffff812c0ea6>] ? cpumask_next_and+0x36/0x50
[522247.751718]  [<ffffffff815f4475>] page_fault+0x25/0x30
[522247.751828]  [<ffffffffa03ccba4>] ? ceph_x_destroy_authorizer+0x14/0x40 
[libceph]
[522247.751995]  [<ffffffffa040f9be>] get_authorizer+0x6e/0x140 [ceph]
[522247.752104]  [<ffffffff814ce646>] ? kernel_recvmsg+0x46/0x60
[522247.752213]  [<ffffffffa03b969a>] prepare_write_connect+0x17a/0x270 
[libceph]
[522247.752378]  [<ffffffffa03bba75>] con_work+0x755/0x2c40 [libceph]
[522247.752486]  [<ffffffff810876a3>] ? update_rq_clock+0x43/0x1b0
[522247.752598]  [<ffffffffa03bb320>] ? ceph_msg_new+0x2d0/0x2d0 [libceph]
[522247.752707]  [<ffffffff810747ae>] process_one_work+0x11e/0x470
[522247.752815]  [<ffffffff810755bf>] worker_thread+0x15f/0x360
[522247.752925]  [<ffffffff81075460>] ? manage_workers+0x230/0x230
[522247.753032]  [<ffffffff81079da3>] kthread+0x93/0xa0
[522247.753137]  [<ffffffff815fd2a4>] kernel_thread_helper+0x4/0x10
[522247.753245]  [<ffffffff81079d10>] ? 
kthread_freezable_should_stop+0x70/0x70
[522247.753355]  [<ffffffff815fd2a0>] ? gs_change+0x13/0x13
[522247.753459] ---[ end trace b9ba686594d99f89 ]---

These lines are all that I could still read on the screen. (Good thing there's 
Opens Source OCR programs out there...) I do not know how to extract more 
information about that crash (scrolling up does not work), but I'm leaving the 
machine like that over night in case someone can tell me.

Kernel version was 3.3.6-3.fc16.x86_64, Ceph cluster is version 0.47.2. The 
crash happened after I issued an rbd command. Another thing that might be 
related is that I stopped and restarted the entire cluster twice since 
mounting the cephfs. The first time, I disabled cephx, the second time I 
enabled it again.

Regards,
	Guido


^ permalink raw reply	[flat|nested] 44+ messages in thread
* kernel crash
@ 2011-10-06 21:59 Pau Espin Pedrol
  0 siblings, 0 replies; 44+ messages in thread
From: Pau Espin Pedrol @ 2011-10-06 21:59 UTC (permalink / raw)
  To: linux-kernel

Hi,

Since more a less kernel 3.0 my intel i5 has kernel panics (computer
stops working at all and keyboard leds start to blink).
I can't recall exactly, but I think it was more a less the same time
since I started using nvidia drivers with twinview (2 screens), which
could may be the cause?

I'm using archlinux, so I've been told the kernel is a vanilla kernel.

I can somehow "reproduce" the crash here. I mean, every day when I
boot my PC, I know a kernel crash will happen in the next 1-15 min
aprox. Then I reboot my PC and I don't have any kernel panic till next
day.
It sometimes happens at bootime, sometimes when I'm just logged in
into X server and doing work or when I halt the computer.

I was able to get some photos of the kernel backtrace when the crash
appears while booting/halting.
Here you have the link to a tar.gz file which contains several photos
with backtraces:
http://pespin.espeweb.net/tmp/kernel-panic/kernel-panic-bt.tar.gz

You can find more information of the PC in several text files I
uploaded tho the same dir: http://pespin.espeweb.net/tmp/kernel-panic/
Let's hope they are of help to you.


If you need me to try something or give me more information just tell me!

PS: Please add me to the CC when answering this mail as I am not
subscribed to the ml ;)

--
Pau Espin Pedrol
mail/jabber: pespin.shar@gmail.com
http://blog.espeweb.net

^ permalink raw reply	[flat|nested] 44+ messages in thread
* kernel crash
@ 2011-09-22 18:45 M
  2011-09-22 21:24 ` Dave Jones
  0 siblings, 1 reply; 44+ messages in thread
From: M @ 2011-09-22 18:45 UTC (permalink / raw)
  To: linux-mm

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

Hi,

I am running Fedora 15 644bit on AMD 64bit arch. After update 3 days ago, kernel started to crash when I submit a heavy computation job. It happened today also with similar type of job. 

I submitted a bug report to https://bugzilla.redhat.com/  d=740613 . They referred me to contact linux memory management group. I have also uploaded my log file in the bug report. I will be very happy to provide more information if required to resolve this issue.

Thanks.

[-- Attachment #2: Type: text/html, Size: 605 bytes --]

^ permalink raw reply	[flat|nested] 44+ messages in thread
* kernel crash
@ 2007-12-30 18:25 Jerry Geis
  0 siblings, 0 replies; 44+ messages in thread
From: Jerry Geis @ 2007-12-30 18:25 UTC (permalink / raw)
  To: linux-kernel

I am running kernel 2.6.23.9
last night I had a crash.
This was all that was in the /var/log/messages.
I run centos 5.1 with the above kernel.
This was late at night noone was using the machine.
The machine is an AMD 6400+ X2, NVIDIA (with nvidia drivers). Software 
RAID with 2 seagate 500GIG drives as raid-1.

Any know issues with this?

Dec 29 20:28:04 devcentos5x64 kernel: Unable to handle kernel paging 
request at 00000000ffff8160 RIP:
Dec 29 20:28:04 devcentos5x64 kernel:  [<ffffffff88035502>] 
:jbd:journal_commit_transaction+0x328/0x100a
Dec 29 20:28:04 devcentos5x64 kernel: PGD 101af3067 PUD 0
Dec 29 20:28:04 devcentos5x64 kernel: Oops: 0002 [1] SMP


Jerry

^ permalink raw reply	[flat|nested] 44+ messages in thread
* Kernel Crash
@ 2006-02-11  5:37 Jayaprakash Shanmugam
  0 siblings, 0 replies; 44+ messages in thread
From: Jayaprakash Shanmugam @ 2006-02-11  5:37 UTC (permalink / raw)
  To: linuxppc-embedded

Hello Everyone,

  I am using MPC 8270 based board with 2.6.  It crashes at times.=20
Mostly it is related to timers.  I have attached several crash reports
here.  Anybody can give me some pointers on what could be wrong ? I
really appreciate your help. Thanks.


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

# Oops: kernel access of bad area, sig: 11 [#1]

PREEMPT

NIP: C00288C0 LR: C00289FC SP: CF493C80 REGS: cf493bd0 TRAP: 0300    Not ta=
inted

MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
Oops: kernel access of bad area, sig: 11 [#1]
PREEMPT
NIP: C0018F24 LR: C001A174 SP: CF415E90 REGS: cf415de0 TRAP: 0300    Not ta=
inted

MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00C15C74, DSISR: 22000000
TASK =3D c05d7b30[549] 'CCMsgHndlrExe' THREAD: cf414000
Last syscall: 104
GPR00: 00000078 CF415E90 C05D7B30 C05D7B30 C02858AC 2800046C 00000000 C0285=
8B0
GPR08: 00C15C74 00000001 C05D7B50 0000008C B4868000 1003811C 0FFF8000 00000=
000
GPR16: 00000001 7FFFFB30 10016EB9 00000001 00000000 1001751C 10001694 1000E=
668
GPR24: C0290000 C0280000 C02820A8 C0280000 00000000 C0285400 C05D7B30 CF415=
E90
NIP [c0018f24] enqueue_task+0x34/0x7c
LR [c001a174] scheduler_tick+0x300/0x360
Call trace:
 [c0019c18] account_user_time+0x78/0xe8
 [c002924c] update_process_times+0x98/0x150
 [c0005504] timer_interrupt+0x88/0x22c
 [c000448c] ret_from_except+0x0/0x14
Kernel panic - not syncing: Aiee, killing interrupt handler!
 <0>Rebooting in 180 seconds..

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Oops: kernel access of bad area, sig: 11 [#1]
PREEMPT
NIP: C013CAF8 LR: C013CCC4 SP: C06FDCA0 REGS: c06fdbf0 TRAP: 0300    Not ta=
inted
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00C12048, DSISR: 20000000
TASK =3D c05d7b30[495] 'CCMsgHndlrExe' THREAD: c06fc000
Last syscall: 54
GPR00: 00000001 C06FDCA0 C05D7B30 CF64F0F0 CFAF0000 0004DC93 C0280000 C028A=
C8C
GPR08: 00200200 00C12000 00C12048 CF64F0F0 2010C022 1003811C 0FFF8000 00000=
000
GPR16: 00000001 7FFFFB30 10016EB9 00000001 00000000 1001751C 10001694 1000E=
668
GPR24: C0290000 00000001 00000000 CF64F000 CFAF0000 CF64F0F0 00001032 CF64F=
000
NIP [c013caf8] roothub_a+0xc/0x6c
LR [c013ccc4] ohci_hub_status_data+0xa4/0x1a8
Call trace:
 [c0130978] rh_report_status+0x12c/0x164
 [c0029460] run_timer_softirq+0x120/0x228
 [c0024068] __do_softirq+0xd0/0xd8
 [c00240c8] do_softirq+0x58/0x5c
 [c002419c] irq_exit+0x54/0x58
 [c0005668] timer_interrupt+0x1ec/0x22c
 [c000448c] ret_from_except+0x0/0x14
 [d106f5a8] FD_ioctl+0x2160/0x35a8 [FDAC1]
 [c007375c] do_ioctl+0x84/0xac
 [c00739e8] vfs_ioctl+0x88/0x2c8
 [c0073c6c] sys_ioctl+0x44/0x78
 [c0003de0] ret_from_syscall+0x0/0x44

Kernel panic - not syncing: Aiee, killing interrupt handler!
 <0>Rebooting in 180 seconds..


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D


Oops: kernel access of bad are
a, sig: 11 [#1]
PREEMPT
NIP: C0018F24 LR: C001A174 SP: CF415E90 REGS: cf415de0 TRAP: 0300    Not ta=
inted

MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00C15C74, DSISR: 22000000
TASK =3D c05d7b30[549] 'CCMsgHndlrExe' THREAD: cf414000
Last syscall: 104
GPR00: 00000078 CF415E90 C05D7B30 C05D7B30 C02858AC 2800046C 00000000 C0285=
8B0
GPR08: 00C15C74 00000001 C05D7B50 0000008C B4868000 1003811C 0FFF8000 00000=
000
GPR16: 00000001 7FFFFB30 10016EB9 00000001 00000000 1001751C 10001694 1000E=
668
GPR24: C0290000 C0280000 C02820A8 C0280000 00000000 C0285400 C05D7B30 CF415=
E90
NIP [c0018f24] enqueue_task+0x34/0x7c
LR [c001a174] scheduler_tick+0x300/0x360
Call trace:
 [c0019c18] account_user_time+0x78/0xe8
 [c002924c] update_process_times+0x98/0x150
 [c0005504] timer_interrupt+0x88/0x22c
 [c000448c] ret_from_except+0x0/0x14
Kernel panic - not syncing: Aiee, killing interrupt handler!
 <0>Rebooting in 180 seconds.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

# Oops: kernel access of bad area, sig: 11 [#1]
PREEMPT
NIP: C0018F24 LR: C001A150 SP: CF415D70 REGS: cf415cc0 TRAP: 0300    Not ta=
inted
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00C1580C, DSISR: 22000000
TASK =3D c0525b30[495] 'CCMsgHndlrExe' THREAD: cf414000
Last syscall: 54
GPR00: 00000000 CF415D70 C0525B30 C0525B30 C0285434 00000001 100300EA C0285=
438
GPR08: 00C1580C 00000001 C0525B50 00000076 DB718800 1003807C 0FFF8000 00000=
000
GPR16: 00000001 7FFFFB30 10016EB9 00000001 00000000 1001751C 10001694 1000E=
5C8
GPR24: C0290000 C0280000 C02820A8 C0280000 00000000 C0285400 C0525B30 CF415=
D70
NIP [c0018f24] enqueue_task+0x34/0x7c
LR [c001a150] scheduler_tick+0x2dc/0x360
Call trace:
 [c0019cf0] account_system_time+0x68/0x144
 [c002924c] update_process_times+0x98/0x150
 [c0005504] timer_interrupt+0x88/0x22c
 [c000448c] ret_from_except+0x0/0x14
 [c00739e0] vfs_ioctl+0x80/0x2c8
 [c0073c6c] sys_ioctl+0x44/0x78
 [c0003de0] ret_from_syscall+0x0/0x44

Kernel panic - not syncing: Aiee, killing interrupt handler!

 <0>Rebooting in 180 seconds.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D


# Oops: kernel access of bad area, sig: 11 [#1]

PREEMPT
NIP: C0018F24 LR: C001A150 SP: CF415D70 REGS: cf415cc0 TRAP: 0300    Not ta=
inted
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00C1580C, DSISR: 22000000
TASK =3D c0525b30[495] 'CCMsgHndlrExe' THREAD: cf414000
Last syscall: 54
GPR00: 00000000 CF415D70 C0525B30 C0525B30 C0285434 00000001 100300EA C0285=
438
GPR08: 00C1580C 00000001 C0525B50 00000076 DB718800 1003807C 0FFF8000 00000=
000
GPR16: 00000001 7FFFFB30 10016EB9 00000001 00000000 1001751C 10001694 1000E=
5C8
GPR24: C0290000 C0280000 C02820A8 C0280000 00000000 C0285400 C0525B30 CF415=
D70
NIP [c0018f24] enqueue_task+0x34/0x7c
LR [c001a150] scheduler_tick+0x2dc/0x360
Call trace:
 [c0019cf0] account_system_time+0x68/0x144
 [c002924c] update_process_times+0x98/0x150
 [c0005504] timer_interrupt+0x88/0x22c
 [c000448c] ret_from_except+0x0/0x14
 [c00739e0] vfs_ioctl+0x80/0x2c8
 [c0073c6c] sys_ioctl+0x44/0x78
 [c0003de0] ret_from_syscall+0x0/0x44
Kernel panic - not syncing: Aiee, killing interrupt handler!
 <0>Rebooting in 180 seconds.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D


Uninitialised timer!
This is just a warning.  Your computer is OK
function=3D0xc013084c, data=3D0xcfa7e1a0
Call trace:
 [c0006d48] dump_stack+0x18/0x28
 [c0028824] check_timer_failed+0x7c/0x80
 [c0028bc8] mod_timer+0x40/0x8c
 [c01309ac] rh_report_status+0x160/0x164
 [c0029460] run_timer_softirq+0x120/0x228
 [c0024068] __do_softirq+0xd0/0xd8
 [c00240c8] do_softirq+0x58/0x5c
 [c002419c] irq_exit+0x54/0x58
 [c0005668] timer_interrupt+0x1ec/0x22c
 [c000448c] ret_from_except+0x0/0x14
 [d106d50c] FD_ioctl+0xc4/0x35a8 [FDAC1]
 [c007375c] do_ioctl+0x84/0xac
 [c00739e8] vfs_ioctl+0x88/0x2c8
 [c0073c6c] sys_ioctl+0x44/0x78
 [c0003de0] ret_from_syscall+0x0/0x44
Uninitialised timer!

This is just a warning.  Your computer is OK
function=3D0xc013084c, data=3D0xcfa7e1a0
Call trace:
 [c0006d48] dump_stack+0x18/0x28
 [c0028824] check_timer_failed+0x7c/0x80
 [c0028bc8] mod_timer+0x40/0x8c
 [c01309ac] rh_report_status+0x160/0x164
 [c0029460] run_timer_softirq+0x120/0x228
 [c0024068] __do_softirq+0xd0/0xd8
 [c00240c8] do_softirq+0x58/0x5c
 [c002419c] irq_exit+0x54/0x58
 [c0005668] timer_interrupt+0x1ec/0x22c
 [c000448c] ret_from_except+0x0/0x14
Oops: kernel access of bad area, sig: 11 [#1]
PREEMPT
NIP: C00293DC LR: C0029384 SP: CF449D50 REGS: cf449ca0 TRAP: 0300    Not ta=
inted
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 0A8324AC, DSISR: 22000000
TASK =3D c05d7b30[549] 'CCMsgHndlrExe' THREAD: cf448000
Last syscall: 54
GPR00: 000AF4C4 CF449D50 C05D7B30 00000001 64F56640 000AF4C3 C0280000 C028A=
E0C
GPR08: C028AE14 CF449D60 CFB224AC 0A8324AC D5990000 10038490 0FFF8000 00000=
000
GPR16: 00000001 7FFFFB30 10016EB9 00000001 00000000 1001751C 10001694 1000E=
734
GPR24: C0290000 C0290000 C0200000 C028A7F4 CF449D60 C028C044 C028A608 00000=
0C3
NIP [c00293dc] run_timer_softirq+0x9c/0x228
LR [c0029384] run_timer_softirq+0x44/0x228
Call trace:
 [c0024068] __do_softirq+0xd0/0xd8
 [c00240c8] do_softirq+0x58/0x5c
 [c002419c] irq_exit+0x54/0x58
 [c0005668] timer_interrupt+0x1ec/0x22c
 [c000448c] ret_from_except+0x0/0x14
 [c00739b8] vfs_ioctl+0x58/0x2c8
 [c0073c6c] sys_ioctl+0x44/0x78
 [c0003de0] ret_from_syscall+0x0/0x44
Kernel panic - not syncing: Aiee, killing interrupt handler!
 <0>Rebooting in 180 seconds..

Thanks & Regards,
Jayaprakash.

^ permalink raw reply	[flat|nested] 44+ messages in thread
* RE: Kernel crash
@ 2005-01-19 12:54 Ian Pratt
  2005-01-19 14:04 ` Tobias Hunger
  0 siblings, 1 reply; 44+ messages in thread
From: Ian Pratt @ 2005-01-19 12:54 UTC (permalink / raw)
  To: Tobias Hunger, xen-devel

> > Try putting xencons=ttyS on the kernel command line or 
> perhaps better,
> > remove vga console support.
> 
> How?
> 
> The options CONFIG_VT, CONFIG_VT_CONSOLE, CONFIG_HW_CONSOLE and 
> CONFIG_VGACONSOLE are not listed in menuconfig. Commenting 
> them out in 
> the .config file will not work either: make readds them 
> before building. The 
> only way to stop those flags from appearing is to "depend 
> !ARCH_XEN" in the 
> Kconfig files where they are defined (I guess/hope there are 
> less intrusive 
> ways, but so far I never had to tweak the kernel build system).

Edit .config and set "# CONFIG_VT_CONSOLE is not set" etc.
 
> Turning the options off results in no output after the 
> initial text from xen, 
> informing me about kernel used, etc. xencons=off behaves the 
> same way. I have 
> no way to interact with the VM but the console, so I am not 
> sure whether this 
> works or not. 

You'll also need console=ttyS0 on the kernel command line (please check
the syntax).

> The -xenU kernels work and give output, but is 
> lacking the 
> necessary HW support I need.

Please remind me of what you're trying to set up.

Ian


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 44+ messages in thread
* RE: Kernel crash
@ 2005-01-19  1:31 Ian Pratt
  2005-01-19 10:52 ` Tobias Hunger
  0 siblings, 1 reply; 44+ messages in thread
From: Ian Pratt @ 2005-01-19  1:31 UTC (permalink / raw)
  To: Tobias Hunger, xen-devel

> Couldn't register Xen virtual console driver as tty

You're running a kernel with privileged extensions in a privileged
domain, and I suspect you have the vga console or virtual terminal (VT)
compiled in, and they're grabbing tty1 before xencons gets a chance.

The later failure mode of using an unitiliased console is very ugly and
needs fixing.

Try putting xencons=ttyS on the kernel command line or perhaps better,
remove vga console support. 

Ian


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 44+ messages in thread
* Kernel crash
@ 2005-01-18 21:50 Tobias Hunger
  0 siblings, 0 replies; 44+ messages in thread
From: Tobias Hunger @ 2005-01-18 21:50 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 5200 bytes --]

Hello!

I am trying to build a custom kernel for myself that is supposed to run a 
network driver domain. To do so I configured it with the attached settings. 

Starting the kernel in a VM I get the following output using xen unstable from 
this morning:

Using config file "/etc/xen/yyyy".
Started domain yyyy, console on port 9603
************ REMOTE CONSOLE: CTRL-] TO QUIT ********
Linux version 2.6.10-xen1 (root@xxxx) (gcc version 3.3.5 (Debian 1:3.3.5-6)) 
#2 Tue Jan 18 20:58:48 CET 2005
BIOS-provided physical RAM map:
 Xen: 0000000000000000 - 0000000002000000 (usable)
32MB LOWMEM available.
DMI not present.
Built 1 zonelists
Kernel command line:  root=/dev/hda1 ro
Initializing CPU#0
PID hash table entries: 256 (order: 8, 4096 bytes)
Xen reported: 1668.744 MHz processor.
Using tsc for high-res timesource
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 30232k/32768k available (1455k kernel code, 2488k reserved, 355k data, 
16k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: AMD Athlon(tm) XP 2000+ stepping 01
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... disabled
NET: Registered protocol family 16
xen_mem: Initialising balloon driver.
Initializing Cryptographic API
i8042.c: Can't read CTR while initializing i8042.
io scheduler noop registered
io scheduler anticipatory registered
elevator: using anticipatory as default io scheduler
Floppy drive(s): fd0 is unknown type 15 (usb?), fd1 is unknown type 15 (usb?)
floppy0: no floppy controllers found
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Couldn't register Xen virtual console driver as tty
Event-channel device installed.
xen_blk: Initialising virtual block device driver
mice: PS/2 mouse device common for all mice
device-mapper: 4.3.0-ioctl (2004-09-30) initialised: dm-devel@redhat.com
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET: Registered protocol family 1
NET: Registered protocol family 17
ReiserFS: hda1: found reiserfs format "3.6" with standard journal
ReiserFS: hda1: using ordered data mode
ReiserFS: hda1: journal params: device hda1, size 8192, journal first block 8, 
max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda1: checking transaction log (hda1)
ReiserFS: hda1: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 116k freed
Unable to handle kernel NULL pointer dereference at virtual address 00000000
 printing eip:
c01c9cf6
*pde = ma 00000000 pa 55555000
 [<c01f8abf>] __xencons_tx_flush+0x1ef/0x270
 [<c011a323>] console_device+0x33/0x50
 [<c01cacc5>] tty_open+0x95/0x2b0
 [<c01cac30>] tty_open+0x0/0x2b0
 [<c015c506>] chrdev_open+0xa6/0x170
 [<c01527b9>] dentry_open+0xf9/0x170
 [<c01526b2>] filp_open+0x62/0x70
 [<c0152869>] get_unused_fd+0x39/0xe0
 [<c01529d9>] sys_open+0x49/0x90
 [<c0105070>] init+0x0/0x110
 [<c01050f0>] init+0x80/0x110
 [<c0107775>] kernel_thread_helper+0x5/0x10
Oops: 0000 [#1]
PREEMPT 
CPU:    0
EIP:    0061:[<c01c9cf6>]    Not tainted VLI
EFLAGS: 00010246   (2.6.10-xen1) 
EIP is at init_dev+0x36/0x5c0
eax: 00000000   ebx: c0322200   ecx: ffffffed   edx: 00000000
esi: c0322200   edi: 00000001   ebp: 00500001   esp: c0099eb8
ds: 007b   es: 007b   ss: 0069
Process swapper (pid: 1, threadinfo=c0098000 task=c000b9e0)
Stack: c035decc c02fb1d2 c0099f06 c01f8abf c0099ed8 00000000 00000006 00000003 
       c029bfe0 c0322200 c0099f18 00500001 c011a323 c029bfe0 c0322200 c036f9c0 
       00000001 00500001 c01cacc5 c0322200 00000000 c0099f14 00029f3c c02f7700 
Call Trace:
 [<c01f8abf>] __xencons_tx_flush+0x1ef/0x270
 [<c011a323>] console_device+0x33/0x50
 [<c01cacc5>] tty_open+0x95/0x2b0
 [<c01cac30>] tty_open+0x0/0x2b0
 [<c015c506>] chrdev_open+0xa6/0x170
 [<c01527b9>] dentry_open+0xf9/0x170
 [<c01526b2>] filp_open+0x62/0x70
 [<c0152869>] get_unused_fd+0x39/0xe0
 [<c01529d9>] sys_open+0x49/0x90
 [<c0105070>] init+0x0/0x110
 [<c01050f0>] init+0x80/0x110
 [<c0107775>] kernel_thread_helper+0x5/0x10
Code: c7 44 24 14 00 00 00 00 ff 0d ac 6d 29 c0 0f 88 ef 2f 00 00 f6 86 9c 00 
00 00 10 0f 85 5b 05 00 00 8b 86 ac 00 00 00 8b 54 24 50 <8b> 1c 90 85 db 74 
75 8b 83 b8 00 00 00 a8 80 75 61 81 7e 74 04 
 <0>Kernel panic - not syncing: Attempted to kill init!
 <0>Rebooting in 1 seconds..
************ REMOTE CONSOLE EXITED *****************

Any ideas?

-- 
Gruss,
Tobias

------------------------------------------------------------
Tobias Hunger           The box said: 'Windows 95 or better'
tobias@aquazul.com                     So I installed Linux.
------------------------------------------------------------

[-- Attachment #1.2: config-2.6.10-xen1.bz2 --]
[-- Type: application/x-bzip2, Size: 3122 bytes --]

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

^ permalink raw reply	[flat|nested] 44+ messages in thread
* Kernel crash
@ 2004-09-05 18:51 Giuliano Pochini
  2004-09-06 15:16 ` Takashi Iwai
  0 siblings, 1 reply; 44+ messages in thread
From: Giuliano Pochini @ 2004-09-05 18:51 UTC (permalink / raw)
  To: Alsa-devel

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



10 days passed since the last time I wrote about this problem... but the
problems is still here. Perhaps I didn't explain clearly enough. The program
I attached was buggy, but I meant it makes the kernel crash, not the program
itself. It's attached again to this message. No need to be root. IMHO it's a
quite serious issue the should be fixed ASAP.

It successfully crashes my system after a few attempts:

Linux Jay 2.6.8.1 #2 SMP Wed Aug 18 15:14:51 CEST 2004 ppc unknown
booted with maxcpus=1 and without preempt.
alsa-driver-1.0.6a and CVS-2004-09-05
alsa-lib-1.0.4
gcc 3.4.1

with both the powermac (Snapper) driver and my Echoaudio driver.

I also tested it on a PC with an intel8x1 chip, but I don't know the version
of alsa. Probably 1.0.2. It's the one include with linux 2.6.7-13-mandrake
edition. On this system the kernel doesn't crash nor it oopses, but often
the sound doesn't stop after my proggy segfaults.


--
Giuliano.


[-- Attachment #2: playrec.c --]
[-- Type: text/plain, Size: 7442 bytes --]


#include <math.h>
#include <stdio.h>
#include <stdlib.h>
#include <stdint.h>
#include <fcntl.h>
#include <unistd.h>
#include <string.h>
#include <errno.h>
#include <sys/poll.h>

#define ALSA_PCM_NEW_HW_PARAMS_API
#define ALSA_PCM_NEW_SW_PARAMS_API
#include <alsa/asoundlib.h>



int samplerate = 44100, periods = 2, periodframes = 4096;
typedef struct {
    int16_t frame[2];
  } sample_t;

#define NCH 2

#define TEST(err) do { if (err<0) { printf("Error: %s at line %d\n", snd_strerror(err), __LINE__); return 0; } } while(0)

snd_pcm_t *init_channel(const char *pcm_name, snd_pcm_stream_t stream) {
  int n, err;
  snd_pcm_hw_params_t *hwparams;
  snd_pcm_sw_params_t *swparams;
  snd_pcm_t *pcm_handle;

  snd_pcm_hw_params_alloca(&hwparams);
  snd_pcm_sw_params_alloca(&swparams);

  err = snd_pcm_open(&pcm_handle, pcm_name, stream, SND_PCM_NONBLOCK);
  TEST(err);

  /* Init hwparams with full configuration space */
  err = snd_pcm_hw_params_any(pcm_handle, hwparams);
  TEST(err);

//  printf("snd_pcm_hw_params_can_sync_start: %d\n", snd_pcm_hw_params_can_sync_start(hwparams));
//  return(0);

  err = snd_pcm_hw_params_set_access(pcm_handle, hwparams, SND_PCM_ACCESS_RW_INTERLEAVED);
  TEST(err);

  /* Set sample format */
  err = snd_pcm_hw_params_set_format(pcm_handle, hwparams, SND_PCM_FORMAT_S16_BE);
  TEST(err);

  /* Set sample rate. If the exact rate is not supported */
  /* by the hardware, use nearest possible rate.         */
  n = samplerate;
  snd_pcm_hw_params_set_rate_near(pcm_handle, hwparams, &samplerate, 0);
  if (n != samplerate) {
    fprintf(stderr, "The rate %d Hz is not supported by your hardware.\nUsing %d Hz instead.\n", n, samplerate);
  }

  /* Set number of channels */
  err = snd_pcm_hw_params_set_channels(pcm_handle, hwparams, 2);
  TEST(err);

  /* Set number of periods. Periods used to be called fragments. */
  err = snd_pcm_hw_params_set_periods(pcm_handle, hwparams, periods, 0);
  TEST(err);

  err = snd_pcm_hw_params_set_buffer_size(pcm_handle, hwparams, periodframes * periods);
  TEST(err);

  err = snd_pcm_hw_params(pcm_handle, hwparams);
  TEST(err);


  if (stream == SND_PCM_STREAM_PLAYBACK) {
    err = snd_pcm_sw_params_current(pcm_handle, swparams);
    TEST(err);
    err = snd_pcm_sw_params_set_start_threshold(pcm_handle, swparams, 0x7fffffff);
    TEST(err);
  }

//  snd_pcm_hw_params_free(hwparams);
  return (pcm_handle);
}














void Riempibuf(sample_t * buf, float frq, int n) {
  int s;
  static double fase = 0;

  //printf("fase i=%f   ", fase);
  for (s = 0; s < n; s++) {
    buf[s].frame[0] = buf[s].frame[1] = ceil(31000.0 * sin(fase * 2 * M_PI));
//    buf[s].frame[0] = buf[s].frame[1] = ceil(15000.0 * sin(fase * 2 * M_PI) + 15000.0 * sin(fase*2 * 2 * M_PI));
    //buf[s].frame[0] = buf[s].frame[1] = ceil(-32765 + 65530 * fmod(fase, 1));
    //buf[s].frame[0] = buf[s].frame[1] = fmod(fase, 1)>=0.5 ? 15000.0 : -15000.0;
    fase += frq / samplerate;
  }
  //printf("f=%f\n", fase);
  while (fase > 10)  fase -= 10;
}


/*
void Riempibuf(sample_t * buf, float frq, int n) {
  int s;
  static double fase1 = 0, fase2 = 0;

  //printf("fase i=%f   ", fase);
  for (s = 0; s < n; s++) {
    buf[s].frame[0] = buf[s].frame[1] = ceil(15000.0 * sin(fase1 * 2 * M_PI) + 15000.0 * sin(fase2 * 2 * M_PI));
    fase1 += 10000.0 / samplerate;
    fase2 += 11000.0 / samplerate;
  }
}
*/


int writebuf(snd_pcm_t * handle, sample_t * buf, size_t frames) {
  int r, tot;

  tot = 0;
  while (frames > 0) {
    r = snd_pcm_writei(handle, buf + tot, frames);
    if (r == -EAGAIN) {
//      return(0);
      continue;
    } else if (r > 0) {
      frames -= r;
      tot += r;
    } else {
      printf("wr err\n");
      return (r);
    }
  }
//  printf("Scritti %d\n", tot);
  return (0);
}



int main(int argc, char **argv) {
  sample_t *buffer_in, *buffer_out;
  double frq;
  int i, c, r, bufsize, scritti, ricevuti, f;
  int min[NCH], max[NCH];
  snd_pcm_t *pcm_handle_in, *pcm_handle_out;


  pcm_handle_out = init_channel("plughw:0,0,0", SND_PCM_STREAM_PLAYBACK);
  if (!pcm_handle_out)
    return (-1);
  pcm_handle_in = init_channel("plughw:0,0,0", SND_PCM_STREAM_CAPTURE);
  if (!pcm_handle_in)
    return (-1);

  if ((r = snd_pcm_prepare(pcm_handle_out)) < 0) {
    printf("Prepare error: %s\n", snd_strerror(r));
    exit(0);
  }
  if ((r = snd_pcm_prepare(pcm_handle_in)) < 0) {
    printf("Prepare error: %s\n", snd_strerror(r));
    exit(0);
  }

  if ((r = snd_pcm_link(pcm_handle_out, pcm_handle_in)) < 0) {
    printf("Streams link error: %s\n", snd_strerror(r));
    exit(0);
  }
/*
  if (writebuf(pcm_handle_out, buffer_out, BUFR) < 0) {
    fprintf(stderr, "write error\n");
    exit(0);
  }
*/
/*
  if ((r = snd_pcm_start(pcm_handle_in)) < 0) {
    printf("Go error: %s\n", snd_strerror(r));
    exit(0);
  }
*/


  bufsize=samplerate;
  buffer_in=malloc(bufsize * sizeof(sample_t));
  buffer_out=malloc(bufsize * sizeof(sample_t));

  f = open("Merd.raw", O_TRUNC | O_WRONLY | O_CREAT, 0664);
//  for (frq = (float)samplerate / 8192.0; frq <= (float)samplerate / 2; frq *= 1.189207115) {      //frq*=1.414213562) {
  for (frq = 1000; frq <= 10000; frq += 100) {
//  for (frq = 5.0; frq <= (float)samplerate / 2; frq *= sqrt(sqrt(2.0))) {
//int yyy=3;


    // Prepara 1 sec. di roba da suonare
    Riempibuf(buffer_out, frq, bufsize);
    scritti=ricevuti=0;

    while (ricevuti<bufsize) {

      poll(0, 0, 5);
      if (0)
        snd_pcm_wait(pcm_handle_in, 1000);

      if (scritti == bufsize) {
        //snd_pcm_drain(pcm_handle_out);
        printf("spedito\n");
        //write(f, buffer_out + scritti, rimanenti * sizeof(sample_t));
      } else {
        r = snd_pcm_writei(pcm_handle_out, buffer_out+scritti, bufsize-scritti);
        if (r < 0 && r != -EAGAIN) {
          fprintf(stderr, "write error: %s\n", snd_strerror(r));
          exit(r);
        } else if (r > 0) {
          //printf("scr %d   %d\n",r,scritti);
          //write(f, buffer_out + scritti, r * sizeof(sample_t));
          scritti += r;
        }
      }

      do {
        r = snd_pcm_readi(pcm_handle_in, buffer_in+ricevuti, bufsize-ricevuti);
        if (r > 0) {
          write(f, buffer_in, r * sizeof(sample_t));
          ricevuti+=r;
          printf("rice %d (%d)\n", r, ricevuti);
        } else if (r < 0 && r != -EAGAIN) {
          printf("rice err: %s\n", snd_strerror(r));
          exit(r);
        }
      } while (r > 0);

    }

  /* BOOM ! */
  snd_pcm_drain(pcm_handle_out);
  snd_pcm_drop(pcm_handle_in);

/*
  if ((r = snd_pcm_prepare(pcm_handle_out)) < 0) {
    printf("Prepare error: %s\n", snd_strerror(r));
    exit(0);
  }
  if ((r = snd_pcm_prepare(pcm_handle_in)) < 0) {
    printf("Prepare error: %s\n", snd_strerror(r));
    exit(0);
  }
*/

    min[c] = max[c] = 0;

    printf("%f   %f  %f\n", frq, 20 * log10((double)(max[0] - min[0]) / 60000), 20 * log10((double)(max[1] - min[1]) / 60000));
//    printf("Frq=%7.1f   dB: Sin=%6.3f  Des=%6.3f\n", frq, 20 * log10((double)(max[0] - min[0]) / 60000), 20 * log10((double)(max[1] - min[1]) / 60000));
//    printf("Frq=%7.1f  min=%6d    max=%6d     dB: Sin=%6.3f  Des=%6.3f\n", frq, min, max, 20 * log10((double)(max[0] - min[0]) / 60000), 20 * log10((double)(max[1] - min[1]) / 60000));
  }

  close(f);


/*  snd_pcm_drop(pcm_handle_out);
  snd_pcm_drop(pcm_handle_in);*/
  snd_pcm_close(pcm_handle_out);
  snd_pcm_close(pcm_handle_in);
  return (0);
}



^ permalink raw reply	[flat|nested] 44+ messages in thread
* kernel crash
@ 2003-05-29 20:41 Gordon Messmer
  2003-05-29 21:20 ` John M Flinchbaugh
  2003-05-29 22:36 ` Martin Josefsson
  0 siblings, 2 replies; 44+ messages in thread
From: Gordon Messmer @ 2003-05-29 20:41 UTC (permalink / raw)
  To: netfilter-devel

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

We recently have had trouble with kernel crashes on a Linux 2.4.20 box 
used as a NAT gateway.  The machine is running Slackware 8.1 with a 
vanilla 2.4.20 kernel.  The kernel configuration is attached.  The 
message-log attachment contains the full dmesg output, as captured by a 
remote syslog server, as well as the last messages received before the 
box hung:

May 28 16:18:08 tog-wakko4 kernel: LIST_DELETE: ip_conntrack_core.c:303 
`&ct->tuplehash[IP_CT_DIR_REPLY]'(f687fbc4) not in &ip_conntrack_hash 
[hash_conntrack(&ct->tuplehash[IP_CT_DIR_REPLY].tuple)].
May 28 16:18:52 tog-wakko4 kernel: LIST_DELETE: ip_conntrack_core.c:303 
`&ct->tuplehash[IP_CT_DIR_REPLY]'(f687cd24) not in &ip_conntrack_hash 
[hash_conntrack(&ct->tuplehash[IP_CT_DIR_REPLY].tuple)].
May 28 16:18:52 tog-wakko4 kernel: LIST_DELETE: ip_conntrack_core.c:303 
`&ct->tuplehash[IP_CT_DIR_REPLY]'(f687ce64) not in &ip_conntrack_hash 
[hash_conntrack(&ct->tuplehash[IP_CT_DIR_REPLY].tuple)].

What further information would be useful in tracking down this problem?

[-- Attachment #2: message-log.txt.gz --]
[-- Type: application/x-gzip, Size: 5563 bytes --]

[-- Attachment #3: kernel-config.gz --]
[-- Type: application/x-gzip, Size: 3915 bytes --]

^ permalink raw reply	[flat|nested] 44+ messages in thread
* kernel crash
@ 2002-06-26 11:02 Pavel Gulchouck
  2002-06-26 19:03 ` James Stevenson
  0 siblings, 1 reply; 44+ messages in thread
From: Pavel Gulchouck @ 2002-06-26 11:02 UTC (permalink / raw)
  To: linux-kernel

Hello.

RedHat 7.3, kernel 2.4.18-4, ext3, swap to partition, no SMP.

Any suggestions?
Should I change aufs to ufs in squid, or it's not related to this crash?

Jun 20 04:33:30 gate kernel: ------------[ cut here ]------------
Jun 20 04:33:30 gate kernel: kernel BUG at inode.c:1066!
Jun 20 04:33:30 gate kernel: invalid operand: 0000
Jun 20 04:33:30 gate kernel: ip_nat_ftp ipt_REJECT ipt_REDIRECT cls_u32 sch_tbf sch_cbq autofs smbfs ne2k-p
Jun 20 04:33:30 gate kernel: CPU:    0
Jun 20 04:33:31 gate kernel: EIP:    0010:[iput+47/496]    Tainted: P 
Jun 20 04:33:31 gate kernel: EIP:    0010:[<c0148cdb>]    Tainted: P 
Jun 20 04:33:31 gate kernel: EFLAGS: 00010286
Jun 20 04:33:31 gate kernel: 
Jun 20 04:33:31 gate kernel: EIP is at iput [kernel] 0x2f (2.4.18-4)
Jun 20 04:33:31 gate kernel: eax: 0000001c   ebx: c5d12810   ecx: 00000001   edx: 0020c5f3
Jun 20 04:33:31 gate kernel: esi: c74fd400   edi: 00000000   ebp: 0000004b   esp: c11c1f50
Jun 20 04:33:31 gate kernel: ds: 0018   es: 0018   ss: 0018
Jun 20 04:33:31 gate kernel: Process kswapd (pid: 4, stackpage=c11c1000)
Jun 20 04:33:31 gate kernel: Stack: c022bbab 0000042a c009dd78 c009dd60 c5d12810 c0146c66 c5d12810 c11c0000 
Jun 20 04:33:31 gate kernel:        c012e148 00000000 00000000 ffffffff c02cad78 00000000 000000e8 0000003a 
Jun 20 04:33:31 gate kernel:        000001d0 000000e8 00000000 66666667 c0146f84 0000025c c012eb96 00000006 
Jun 20 04:33:31 gate kernel: Call Trace: [prune_dcache+262/372] prune_dcache [kernel] 0x106 
Jun 20 04:33:31 gate kernel: Call Trace: [<c0146c66>] prune_dcache [kernel] 0x106 
Jun 20 04:33:31 gate kernel: [page_launder_zone+1344/1648] page_launder_zone [kernel] 0x540 
Jun 20 04:33:31 gate kernel: [<c012e148>] page_launder_zone [kernel] 0x540 
Jun 20 04:33:31 gate kernel: [shrink_dcache_memory+32/48] shrink_dcache_memory [kernel] 0x20 
Jun 20 04:33:31 gate kernel: [<c0146f84>] shrink_dcache_memory [kernel] 0x20 
Jun 20 04:33:31 gate kernel: [do_try_to_free_pages+26/376] do_try_to_free_pages [kernel] 0x1a 
Jun 20 04:33:31 gate kernel: [<c012eb96>] do_try_to_free_pages [kernel] 0x1a 
Jun 20 04:33:31 gate kernel: [kswapd+248/680] kswapd [kernel] 0xf8 
Jun 20 04:33:31 gate kernel: [<c012ee64>] kswapd [kernel] 0xf8 
Jun 20 04:33:31 gate kernel: [_stext+0/28] stext [kernel] 0x0 
Jun 20 04:33:31 gate kernel: [<c0105000>] stext [kernel] 0x0 
Jun 20 04:33:31 gate kernel: [kernel_thread+38/48] kernel_thread [kernel] 0x26
Jun 20 04:33:31 gate kernel: [<c0106e7a>] kernel_thread [kernel] 0x26 
Jun 20 04:33:31 gate kernel: [kswapd+0/680] kswapd [kernel] 0x0 
Jun 20 04:33:31 gate kernel: [<c012ed6c>] kswapd [kernel] 0x0 
Jun 20 04:33:31 gate kernel: 
Jun 20 04:33:31 gate kernel: 
Jun 20 04:33:32 gate kernel: Code: 0f 0b 59 58 85 f6 74 09 8b 46 20 85 c0 74 02 89 c7 85 ff 74 

-- 
                                Lucky carrier,
                                                  Pavel.

^ permalink raw reply	[flat|nested] 44+ messages in thread
* RE: kernel crash
@ 2001-04-12 15:16 Cyrille Ngalle
  2001-04-12 15:31 ` Russell King
  0 siblings, 1 reply; 44+ messages in thread
From: Cyrille Ngalle @ 2001-04-12 15:16 UTC (permalink / raw)
  To: nak, linux-kernel, linux-arm

Hi all !!

This is just to reinforce the message below.

This crash is ver easy to reproduce.

Use bootldr (with the last patch from Nico)  [it also happens with
Redboot]
+
Lunix 2.4.0 + patch rmk2 + diff rmk2-np2
+ a ramdisk.

Once logged in Linux, type these commands :

SHELL> mknod /dev/dsp c 14 3
SHELL> echo foo > /dev/dsp

and there you are => kernel crash

I had a deeper look and this seems to be the scheduler that is not
handling some page stuff properly (I am not a specialist but this is
what I observed).
This has been reported several times in various mailing lists. I haven't
found yet
any patch fixing this.

Is there someone around the place looking at this problem as many people
seem to be waiting
for this fix ???

Thanks again folks,
Cyrille  

-----Original Message-----
From: nak@apfbioelectronics.com [mailto:nak@apfbioelectronics.com]
Sent: Sunday, April 01, 2001 12:15 PM
To: linux-kernel@vger.kernel.org; linux-arm@lists.arm.linux.org.uk
Subject: kernel crash


This is a general plea for help .. We were told Linux was the most
stable OS
for embedded work so we put it to use in running our ARM based
pacemaker.

It did well on the preliminary tests using simulated output we managed 3
weeks with no problems and almost perfect rhythm generation.

On the fourth week we began animal testing our product and it did fine
for 5
days 3 hours and 10 minutes. 

On Thursday March 22 at 0419 hrs a software crash caused a malfunction
in 
the pacemaker resulting in a large discharge of current, defibrilating
the 
heart and forcing it into an angonal rhythm from which we were unable to

cardiovert.
 
On top of that, the catastrophic failure means we will be unable to
begin
human testing of our product until early 2003.

One of our techs managed to retrieve something he called an "oops"? from
the
monitor and I've enclosed it below.  If anyone can help us with this
please
get back to me.  We need to fix this as soon as possible so we can make
final
product release as early as possible.

	sincerely, 
	Dr. Nakasumo
        Cardiac Products Dept.
        APF Bioelectronics

Unable to handle kernel paging request at virtual address ea0032fb
pgd = c0004000
*pgd = 00000000, *pmd = 00000000
Internal error: Oops: 2
CPU: 0
pc : [<c0021124>]    lr : [<c0021450>]
sp : c8785c98  ip : a0000013  fp : c8785cd0
r10: 01000000  r9 : 00000003  r8 : c8785cf8
r7 : 00000003  r6 : 00003240  r5 : e7933000  r4 : ea0032fb
r3 : 00000001  r2 : 01000000  r1 : c016209c  r0 : ea0032fb
Flags: nzcv  IRQs on  FIQs on  Mode SVC_32  Segment kernel
Control: C860117F  Table: C860117F  DAC: 0000001D
Process mtdblockd (pid: 7, stackpage=c8785000)
Stack:
c8785c80:                   c0021450 c0021124  00000013 ffffffff
00000000 00000
000
c8785ca0: 00000000 00000004 ffffffff ea0032fb  c8785cf8 c0121cf4
00000003 a0000
013
c8785cc0: 00000000 c8785cf4 c8785cd4 c0021450  c0020e44 ffffffff
c8785d2c c9000
000
c8785ce0: c8785e28 00000005 c8785d4c c8785cf8  c001ab20 c0021390
00003240 00000
000
c8785d00: ea0032fb ea0000bb ffffffff c8784000  c9000000 c8785e28
00000005 00000
000
c8785d20: 00000000 c8785d4c c0374821 c8785d40  c0020d00 c0020afc
a0000013 fffff
fff
c8785d40: c8785e00 c8785d50 c0020d00 c0020ad0  00000000 00000000
00000000 00000
000
c8785d60: 00000000 00000000 00000000 c8784000  00000000 00000001
c8785da4 c8785
d88
c8785d80: c0036390 c0036260 40000013 fa000000  c8785e0c fa000014
c8785dbc c8785
da8
c8785da0: c00367e4 c0036368 40000013 fa000000  c8785ddc c8785dc0
c001aa08 c0036
7c0
c8785dc0: 00000000 0000001a 00000000 c01893b0  c8785e08 c8785de0
ffffffff c9000
000
c8785de0: c8785e28 c0121d0c 00000005 20000013  00800080 c8785e24
c8785e04 c0021
450
c8785e00: c0020b2c ffffffff c8785e5c 00000000  00000000 ffffffff
c8785e94 c8785
e28
c8785e20: c001ab20 c0021390 c9000000 e8040020  0003ffe0 00000000
00000000 00000
000
c8785e40: 00000000 00000000 ffffffff ffffffff  00800080 c8785e94
ffffffff c8785
e70
c8785e60: c00bf190 c011a7c0 20000013 ffffffff  00040000 00040000
c9000000 00040
000
c8785e80: 00000000 c8036504 c8785eb0 c8785e98  c00bf190 c011a78c
c0189c60 c8036
4c0
c8785ea0: c015ddf0 c8785f28 c8785eb4 c00bc964  c00bf168 c8784000
c8036504 c8784
000
c8785ec0: 0000090d 00000000 00040000 00000000  00040000 00000000
c80364c0 00040
000
c8785ee0: 00000000 c8784000 00000000 00000000  00000000 c8784000
00000000 00000
000
c8785f00: 00040000 00000000 00000000 00000000  00040000 c9000000
c8785f78 c8785
f5c
c8785f20: c8785f2c c00b9ed4 c00bc0e4 c8785f78  c9000000 c01cf428
c01cf420 00001
000
c8785f40: 00000000 00040000 00000000 00000000  c8785fa4 c8785f60
c00bf588 c00b9
e1c
c8785f60: c8785f78 c9000000 00040000 c01db160  c0350000 00001000
00000000 c01cf
428
c8785f80: c02d0660 00000008 c018e158 c015de90  6901b116 c015de78
c8785fc4 c8785
fa8
c8785fa0: c00bfcd4 c00bf414 00000000 c8784000  c8785fc8 c018e158
c8785ffc c8785
fc8
c8785fc0: c00bfee4 c00bfba8 00000000 c8784000  c015de94 c015de94
00000000 c0187
160
c8785fe0: c0187120 c0188ba4 c018c494 c0014c34  00000000 c8786000
c001c620 c00bf
d8c
Backtrace:
Function entered at [<c0020e38>] from [<c0021450>] do_alignment
Function entered at [<c0021384>] from [<c001ab20>] do_data_abort
 r8 = 00000005  r7 = C8785E28  r6 = C9000000  r5 = C8785D2C
 r4 = FFFFFFFF
Function entered at [<c0020ac4>] from [<c0020d00>] __do_vmalloc_fault
Function entered at [<c0020b20>] from [<c0021450>] __do_page_fault
Function entered at [<c0021384>] from [<c001ab20>] do_DataAbort
 r8 = FFFFFFFF  r7 = 00000000  r6 = 00000000  r5 = C8785E5C
 r4 = FFFFFFFF
Function entered at [<c011a780>] from [<c00bf190>] memcpy
 r9 = C8036504  r8 = 00000000  r7 = 00040000  r6 = C9000000
 r5 = 00040000  r4 = 00040000
Function entered at [<c00bf15c>] from [<c00bc964>] sa1100_copy_from
 r6 = C015DDF0  r5 = C80364C0  r4 = C0189C60
Function entered at [<c00bc0d8>] from [<c00b9ed4>] cfi_intelext_read
Function entered at [<c00b9e10>] from [<c00bf588>] part_read
Function entered at [<c00bf408>] from [<c00bfcd4>] do_cached_write
Function entered at [<c00bfb9c>] from [<c00bfee4>]
handle_mtdblock_request
 r7 = C018E158  r6 = C8785FC8  r5 = C8784000  r4 = 00000000
Function entered at [<c00bfd80>] from [<c001c620>] mtdblock_thread
Aiee, killing interrupt handler
Scheduling in interrupt
kernel BUG at sched.c:698!
Unable to handle kernel NULL pointer dereference at virtual address
00000000
pgd = c0004000
*pgd = c01a0001, *pmd = c01a0001, *pte = c000308b, *ppte = c000300a
Internal error: Oops: 0
CPU: 0
pc : [<c001fdc8>]    lr : [<c002e0ac>]
sp : c8785b08  ip : c8785ac4  fp : c8785b18
r10: 00000000  r9 : c0189c60  r8 : 00000000
r7 : 0000000b  r6 : c8784000  r5 : c8784000  r4 : 00000000
r3 : 00000000  r2 : c0154ea8  r1 : 00000000  r0 : 00000001
Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  Segment kernel
Control: C860117F  Table: C860117F  DAC: 0000001D
Process mtdblockd (pid: 7, stackpage=c8785000)



_______________________________________________
http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm
Please visit the above address for information on this list.

^ permalink raw reply	[flat|nested] 44+ messages in thread
* Re: kernel crash
@ 2001-04-02 16:40 Wayne.Brown
  0 siblings, 0 replies; 44+ messages in thread
From: Wayne.Brown @ 2001-04-02 16:40 UTC (permalink / raw)
  To: nak; +Cc: linux-kernel, linux-arm



I hope you were using a scratch monkey...



^ permalink raw reply	[flat|nested] 44+ messages in thread
* kernel crash
@ 2001-04-01 10:15 nak
  0 siblings, 0 replies; 44+ messages in thread
From: nak @ 2001-04-01 10:15 UTC (permalink / raw)
  To: linux-kernel, linux-arm

This is a general plea for help .. We were told Linux was the most stable OS
for embedded work so we put it to use in running our ARM based pacemaker.

It did well on the preliminary tests using simulated output we managed 3
weeks with no problems and almost perfect rhythm generation.

On the fourth week we began animal testing our product and it did fine for 5
days 3 hours and 10 minutes. 

On Thursday March 22 at 0419 hrs a software crash caused a malfunction in 
the pacemaker resulting in a large discharge of current, defibrilating the 
heart and forcing it into an angonal rhythm from which we were unable to 
cardiovert.
 
On top of that, the catastrophic failure means we will be unable to begin
human testing of our product until early 2003.

One of our techs managed to retrieve something he called an "oops"? from the
monitor and I've enclosed it below.  If anyone can help us with this please
get back to me.  We need to fix this as soon as possible so we can make final
product release as early as possible.

	sincerely, 
	Dr. Nakasumo
        Cardiac Products Dept.
        APF Bioelectronics

Unable to handle kernel paging request at virtual address ea0032fb
pgd = c0004000
*pgd = 00000000, *pmd = 00000000
Internal error: Oops: 2
CPU: 0
pc : [<c0021124>]    lr : [<c0021450>]
sp : c8785c98  ip : a0000013  fp : c8785cd0
r10: 01000000  r9 : 00000003  r8 : c8785cf8
r7 : 00000003  r6 : 00003240  r5 : e7933000  r4 : ea0032fb
r3 : 00000001  r2 : 01000000  r1 : c016209c  r0 : ea0032fb
Flags: nzcv  IRQs on  FIQs on  Mode SVC_32  Segment kernel
Control: C860117F  Table: C860117F  DAC: 0000001D
Process mtdblockd (pid: 7, stackpage=c8785000)
Stack:
c8785c80:                   c0021450 c0021124  00000013 ffffffff 00000000 00000
000
c8785ca0: 00000000 00000004 ffffffff ea0032fb  c8785cf8 c0121cf4 00000003 a0000
013
c8785cc0: 00000000 c8785cf4 c8785cd4 c0021450  c0020e44 ffffffff c8785d2c c9000
000
c8785ce0: c8785e28 00000005 c8785d4c c8785cf8  c001ab20 c0021390 00003240 00000
000
c8785d00: ea0032fb ea0000bb ffffffff c8784000  c9000000 c8785e28 00000005 00000
000
c8785d20: 00000000 c8785d4c c0374821 c8785d40  c0020d00 c0020afc a0000013 fffff
fff
c8785d40: c8785e00 c8785d50 c0020d00 c0020ad0  00000000 00000000 00000000 00000
000
c8785d60: 00000000 00000000 00000000 c8784000  00000000 00000001 c8785da4 c8785
d88
c8785d80: c0036390 c0036260 40000013 fa000000  c8785e0c fa000014 c8785dbc c8785
da8
c8785da0: c00367e4 c0036368 40000013 fa000000  c8785ddc c8785dc0 c001aa08 c0036
7c0
c8785dc0: 00000000 0000001a 00000000 c01893b0  c8785e08 c8785de0 ffffffff c9000
000
c8785de0: c8785e28 c0121d0c 00000005 20000013  00800080 c8785e24 c8785e04 c0021
450
c8785e00: c0020b2c ffffffff c8785e5c 00000000  00000000 ffffffff c8785e94 c8785
e28
c8785e20: c001ab20 c0021390 c9000000 e8040020  0003ffe0 00000000 00000000 00000
000
c8785e40: 00000000 00000000 ffffffff ffffffff  00800080 c8785e94 ffffffff c8785
e70
c8785e60: c00bf190 c011a7c0 20000013 ffffffff  00040000 00040000 c9000000 00040
000
c8785e80: 00000000 c8036504 c8785eb0 c8785e98  c00bf190 c011a78c c0189c60 c8036
4c0
c8785ea0: c015ddf0 c8785f28 c8785eb4 c00bc964  c00bf168 c8784000 c8036504 c8784
000
c8785ec0: 0000090d 00000000 00040000 00000000  00040000 00000000 c80364c0 00040
000
c8785ee0: 00000000 c8784000 00000000 00000000  00000000 c8784000 00000000 00000
000
c8785f00: 00040000 00000000 00000000 00000000  00040000 c9000000 c8785f78 c8785
f5c
c8785f20: c8785f2c c00b9ed4 c00bc0e4 c8785f78  c9000000 c01cf428 c01cf420 00001
000
c8785f40: 00000000 00040000 00000000 00000000  c8785fa4 c8785f60 c00bf588 c00b9
e1c
c8785f60: c8785f78 c9000000 00040000 c01db160  c0350000 00001000 00000000 c01cf
428
c8785f80: c02d0660 00000008 c018e158 c015de90  6901b116 c015de78 c8785fc4 c8785
fa8
c8785fa0: c00bfcd4 c00bf414 00000000 c8784000  c8785fc8 c018e158 c8785ffc c8785
fc8
c8785fc0: c00bfee4 c00bfba8 00000000 c8784000  c015de94 c015de94 00000000 c0187
160
c8785fe0: c0187120 c0188ba4 c018c494 c0014c34  00000000 c8786000 c001c620 c00bf
d8c
Backtrace:
Function entered at [<c0020e38>] from [<c0021450>] do_alignment
Function entered at [<c0021384>] from [<c001ab20>] do_data_abort
 r8 = 00000005  r7 = C8785E28  r6 = C9000000  r5 = C8785D2C
 r4 = FFFFFFFF
Function entered at [<c0020ac4>] from [<c0020d00>] __do_vmalloc_fault
Function entered at [<c0020b20>] from [<c0021450>] __do_page_fault
Function entered at [<c0021384>] from [<c001ab20>] do_DataAbort
 r8 = FFFFFFFF  r7 = 00000000  r6 = 00000000  r5 = C8785E5C
 r4 = FFFFFFFF
Function entered at [<c011a780>] from [<c00bf190>] memcpy
 r9 = C8036504  r8 = 00000000  r7 = 00040000  r6 = C9000000
 r5 = 00040000  r4 = 00040000
Function entered at [<c00bf15c>] from [<c00bc964>] sa1100_copy_from
 r6 = C015DDF0  r5 = C80364C0  r4 = C0189C60
Function entered at [<c00bc0d8>] from [<c00b9ed4>] cfi_intelext_read
Function entered at [<c00b9e10>] from [<c00bf588>] part_read
Function entered at [<c00bf408>] from [<c00bfcd4>] do_cached_write
Function entered at [<c00bfb9c>] from [<c00bfee4>] handle_mtdblock_request
 r7 = C018E158  r6 = C8785FC8  r5 = C8784000  r4 = 00000000
Function entered at [<c00bfd80>] from [<c001c620>] mtdblock_thread
Aiee, killing interrupt handler
Scheduling in interrupt
kernel BUG at sched.c:698!
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c0004000
*pgd = c01a0001, *pmd = c01a0001, *pte = c000308b, *ppte = c000300a
Internal error: Oops: 0
CPU: 0
pc : [<c001fdc8>]    lr : [<c002e0ac>]
sp : c8785b08  ip : c8785ac4  fp : c8785b18
r10: 00000000  r9 : c0189c60  r8 : 00000000
r7 : 0000000b  r6 : c8784000  r5 : c8784000  r4 : 00000000
r3 : 00000000  r2 : c0154ea8  r1 : 00000000  r0 : 00000001
Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  Segment kernel
Control: C860117F  Table: C860117F  DAC: 0000001D
Process mtdblockd (pid: 7, stackpage=c8785000)



^ permalink raw reply	[flat|nested] 44+ messages in thread
end of thread, other threads:[~2014-01-16 10:25 UTC | newest]

Thread overview: 44+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-29 10:32 kernel crash fenglg
2008-01-29 13:34 ` Patrick McHardy
2008-01-29 17:55 ` Jan Engelhardt
2008-01-29 17:59   ` Patrick McHardy
  -- strict thread matches above, loose matches on Subject: below --
2014-01-16 10:24 Kernel Crash Nieścierowicz Adam
2012-05-30 17:35 Kernel crash Guido Winkelmann
2012-06-08 16:35 ` Tommi Virtanen
2011-10-06 21:59 kernel crash Pau Espin Pedrol
2011-09-22 18:45 M
2011-09-22 21:24 ` Dave Jones
2011-09-22 21:38   ` David Rientjes
2011-09-22 21:53     ` Dave Jones
2007-12-30 18:25 Jerry Geis
2006-02-11  5:37 Kernel Crash Jayaprakash Shanmugam
2005-01-19 12:54 Kernel crash Ian Pratt
2005-01-19 14:04 ` Tobias Hunger
2005-01-19 15:12   ` Keir Fraser
2005-01-19 16:54   ` Derrik Pates
2005-01-19 21:05     ` Tobias Hunger
2005-01-20  8:56       ` Keir Fraser
2005-01-20 10:00         ` Tobias Hunger
2005-01-20 11:30           ` Keir Fraser
2005-01-20 22:55             ` Tobias Hunger
2005-01-19 17:46   ` Philip R Auld
2005-01-19  1:31 Ian Pratt
2005-01-19 10:52 ` Tobias Hunger
2005-01-18 21:50 Tobias Hunger
2004-09-05 18:51 Giuliano Pochini
2004-09-06 15:16 ` Takashi Iwai
2004-09-07  7:55   ` Giuliano Pochini
2003-05-29 20:41 kernel crash Gordon Messmer
2003-05-29 21:20 ` John M Flinchbaugh
2003-05-29 22:36 ` Martin Josefsson
2003-05-30  4:23   ` Gordon Messmer
2003-05-30 10:53     ` Martin Josefsson
2003-05-30 10:18   ` Eicke Friedrich
2002-06-26 11:02 Pavel Gulchouck
2002-06-26 19:03 ` James Stevenson
2002-06-27  8:00   ` Pavel Gulchouck
2001-04-12 15:16 Cyrille Ngalle
2001-04-12 15:31 ` Russell King
2001-04-13 13:16   ` nak
2001-04-02 16:40 Wayne.Brown
2001-04-01 10:15 nak

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.