From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Areca Support" Subject: Re: ARECA: oops when removing arcmsr module Date: Wed, 27 Dec 2006 11:17:04 +0800 Message-ID: <003301c72965$7d156ba0$2900a8c0@arecakevin> References: Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: Sender: linux-smp-owner@vger.kernel.org List-Id: Content-Type: text/plain; charset="us-ascii" To: gbakos@cfa.harvard.edu Cc: Linux SMP List Dear Sir, This is Kevin Wang from Areca Technology, Tech-Support Team. regarding your problem, do you means the problem happen only if the archttp64 running while you remove the arcmsr module ? Best Regards, Kevin Wang Areca Technology Tech-support Division Tel : 886-2-87974060 Ext. 223 Fax : 886-2-87975970 Http://www.areca.com.tw Ftp://ftp.areca.com.tw ----- Original Message ----- From: "Gaspar Bakos" To: Cc: "Linux SMP List" Sent: Wednesday, December 27, 2006 2:14 AM Subject: ARECA: oops when removing arcmsr module > Dear Support, > > The following bug is reported on a 2.6.17.6 (kernel.org) kernel, SMP > system with 4 (dual core) AMD 64 Opteron CPUs. > When I remove the arcmsr module, the following kernel oops comes up: > > ------------- > > Unable to handle kernel paging request at ffffffff88064608 RIP: > {do_ioctl+36} > PGD 203027 PUD 205027 PMD 2fbd7f067 PTE 0 > Oops: 0000 [1] SMP > CPU 7 > Modules linked in: autofs4 sunrpc ip_conntrack_netbios_ns ipt_REJECT xt_state ip_conntrack nfnetlink xt_tcpudp iptable_filter ip_tables x_tables dm_mirror dm_mod sg floppy tg3 i2c_nforce2 i2c_core sata_nv libata sd_mod scsi_mod > Pid: 2806, comm: areca_archttp64 Not tainted 2.6.17.6-GB4 #2 > RIP: 0010:[] {do_ioctl+36} > RSP: 0018:ffff8102f6475ee8 EFLAGS: 00010286 > RAX: ffffffff880645c0 RBX: ffff8102fbb2b840 RCX: 00002ba15df7cb40 > RDX: 00002ba15df7cb40 RSI: 0000000090000804 RDI: ffff8102fbb2b840 > RBP: 00002ba15df7cb40 R08: ffff8102f6475dc8 R09: 0000000000000000 > R10: 0000000000000003 R11: 0000000000000246 R12: 0000000090000804 > R13: 0000000000000006 R14: 0000000090000804 R15: 00002ba15ce01fc0 > FS: 00002ba15ce01fc0(0000) GS:ffff810300227640(0000) knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > CR2: ffffffff88064608 CR3: 00000001f9bf4000 CR4: 00000000000006e0 > Process areca_archttp64 (pid: 2806, threadinfo ffff8102f6474000, task ffff810200358780) > Stack: ffff8102fbb2b840 00002ba15df7cb40 0000000000000006 ffffffff8023501b > 0000000090000804 0000000000000000 0000000000000000 ffff8102fbb2b840 > 00002ba15df7cb40 0000000000000006 > Call Trace: {vfs_ioctl+683} {sys_ioctl+108} > {tracesys+209} > > Code: 48 8b 48 48 48 85 c9 74 17 ff d1 48 c7 c1 ea ff ff ff 48 63 > RIP {do_ioctl+36} RSP > CR2: ffffffff88064608 > <3>BUG: sleeping function called from invalid context at /usr/local/myper/usr/src/linux-2.6.17.6/include/linux/rwsem.h:43 > in_atomic():0, irqs_disabled():1 > > Call Trace: {blocking_notifier_call_chain+44} > {do_exit+34} {do_unblank_screen+133} > {do_page_fault+2037} {avc_has_perm+90} > {avc_has_perm+90} {error_exit+0} > {do_ioctl+36} {vfs_ioctl+683} > {sys_ioctl+108} {tracesys+209} > Unable to handle kernel paging request at ffffffff88064628 RIP: > {filp_close+57} > PGD 203027 PUD 205027 PMD 2fbd7f067 PTE 0 > Oops: 0000 [2] SMP > CPU 7 > Modules linked in: autofs4 sunrpc ip_conntrack_netbios_ns ipt_REJECT xt_state ip_conntrack nfnetlink xt_tcpudp iptable_filter ip_tables x_tables dm_mirror dm_mod sg floppy tg3 i2c_nforce2 i2c_core sata_nv libata sd_mod scsi_mod > Pid: 2804, comm: areca_archttp64 Not tainted 2.6.17.6-GB4 #2 > RIP: 0010:[] {filp_close+57} > RSP: 0018:ffff8102f6471cd8 EFLAGS: 00010286 > RAX: ffffffff880645c0 RBX: ffff8102fbb2b840 RCX: 0000000000000020 > RDX: 0000000000000000 RSI: ffff8103fbd64700 RDI: ffff8102fbb2b840 > RBP: ffff8103fbcd4f40 R08: 0000000000000001 R09: 0000000000000001 > R10: 0000000000000001 R11: ffffffff802400c0 R12: ffff8103fbd64700 > R13: ffff8103fbd64700 R14: 0000000000000000 R15: 0000000000000000 > FS: 00000000006e6c00(0000) GS:ffff810300227640(0000) knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > CR2: ffffffff88064628 CR3: 0000000000201000 CR4: 00000000000006e0 > Process areca_archttp64 (pid: 2804, threadinfo ffff8102f6470000, task ffff810200398140) > Stack: 00000000000007bf ffff8103fbcd4f40 0000000000000000 ffffffff8023f32e > 0000000000000030 ffff8103fbd64700 ffff810200398140 ffff810200398778 > 0000000000000001 0000000000000009 > Call Trace: {put_files_struct+110} > {do_exit+633} {__dequeue_signal+478} > {do_group_exit+200} {get_signal_to_deliver+1197} > {do_signal+129} {signal_wake_up+30} > {sys_recvfrom+332} {kill_proc_info+86} > {audit_syscall_exit+109} {int_signal+18} > > Code: 48 8b 40 68 48 85 c0 74 06 ff d0 89 c5 eb 02 31 ed 48 89 df > RIP {filp_close+57} RSP > CR2: ffffffff88064628 > <1>Fixing recursive fault but reboot is needed! > > ------------- > > I note that the poor user-space areca_archttp64 daemon was indeed > running when the module was removed from below, but the kernel oops > still should not happen. > > The kernel config is at : > > http://www.cfa.harvard.edu/~gbakos/cf7/config > > Best Regards, > Gaspar