Description of problem:
kernel panic when test /kernel/errata/4.7.z/461896 by manual using kernel 2.6.9-78.0.35.ELlargesmp The testcase failed by rhts auto test. It need machine have audio device, so I searched and reserved that machine. When I test it by manual,kernel panic occurs on sometimes on kernel 2.6.9-78.0.35.ELlargesmp. It don't reproduce every time. I just run it four times and kernel panic happened twice. 

Version-Release number of selected component (if applicable):
2.6.9-78.0.35.ELlargesmp
2.6.9-78.0.33.ELlargesmp

How reproducible:
often


Steps to Reproduce:
1. search specific machine from beaker. The search condition contains: System/Arch contains x86_64
Devices/Description contains audio
Key/Value: MEMORY greater than 4000
2. scp rh-tests-kernel-errata-4_7_z-461896-1.0-1.noarch.rpm to the machine.
3. make run
  
Actual results:
[root@hp-xw9400-01 ~]# uname -a Linux hp-xw9400-01.rhts.eng.bos.redhat.com 2.6.9-78.0.35.ELlargesmp #1 SMP Fri Oct 29 19:19:11 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux [root@hp-xw9400-01 ~]# warning: many lost ticks. Your time source seems to be instable or some driver is hogging interupts rip __do_softirq+0x4d/0xd0 Unable to handle kernel paging request at 0000000000100100 RIP: <ffffffffa0150f6b>{:snd_pcm:snd_pcm_open_substream+115} PML4 60605067 PGD 61e59067 PMD 0 Oops: 0000 [1] SMP CPU 8 Modules linked in: snd_ioctl32 md5 ipv6 parport_pc lp parport autofs4 i2c_dev i2c_core sunrpc ds yenta_socket pcmcia_core powernow_k8 cpufreq_powersave loop button battery ac ohci_hcd ehci_hcd snd_hda_intel snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc forcedeth floppy sr_mod dm_snapshot dm_zero dm_mirror ext3 jbd dm_mod sata_nv libata mptscsih mptsas mptspi mptscsi mptbase sd_mod scsi_mod Pid: 31030, comm: aplay Not tainted 2.6.9-78.0.35.ELlargesmp RIP: 0010:[<ffffffffa0150f6b>] <ffffffffa0150f6b>{:snd_pcm:snd_pcm_open_substream+115} RSP: 0018:0000010075857d38 EFLAGS: 00010287 RAX: 0000000000007936 RBX: 00000100e7eeed68 RCX: 0000000000000000 RDX: 0000000000100100 RSI: 000000000000002b RDI: 00000100e7eeed6c RBP: 00000100e7eeec00 R08: 0000010075856000 R09: 000001000101e528 R10: 0000000000046280 R11: 0000000000000001 R12: 0000000000000000 R13: 00000100e7e71800 R14: 00000000ffffffff R15: 00000100e7e718a8 FS: 0000002a95579100(0000) GS:ffffffff80520980(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 0000000000100100 CR3: 00000000011b8000 CR4: 00000000000006e0 Process aplay (pid: 31030, threadinfo 0000010075856000, task 000001007583c7f0) Stack: 0000010075857d90 0000000000000000 000001003ace77a0 00000100e7e71800 0000000000000010 000001006662bd80 0000010114a618f8 ffffffffa0153e40 0000000000000000 0000010112c53da0 Call Trace:<ffffffffa0153e40>{:snd_pcm:snd_pcm_open+336} <ffffffff8013448f>{default_wake_function+0} <ffffffffa01331c5>{:snd:snd_open+278} <ffffffff801839c6>{chrdev_open+412} <ffffffff8017aa9d>{__dentry_open+208} <ffffffff8017ac76>{filp_open+95} <ffffffff80191931>{dput+56} <ffffffff801f1765>{strncpy_from_user+74} <ffffffff8017ae65>{sys_open+57} <ffffffff801102f6>{system_call+126} 


Expected results:
test case finish without problem.

Additional info:
I test it using kernel 2.6.9-78.0.35.ELsmp and 2.6.9-78.0.35.EL, seems no problem. 
And I test it using 2.6.9-78.0.33.ELlargesmp, kernel panic occurs on again. So seems it's relate to largesmp kernel.

I used the machine: hp-xw9400-01.rhts.eng.bos.redhat.com 
user/passwd: root/redhat 
testcase path: /mnt/tests/kernel/errata/4.7.z/461896