gs[12094]: segfault at 000000006987e93e rip 00000000006585a1 rsp 
00007fffffe59000 error 6 
foomatic-rip[12092]: segfault at 000000000000ff08 rip 000000000048cc85 rsp 
00007fffffbd4a40 error 4 
Unable to handle kernel NULL pointer dereference at 0000000000000001 RIP:  
<ffffffff88210820>{:e100:e100_poll+176} 
PGD a148067 PUD a12a067 PMD 0  
Oops: 0000 [1]  
CPU 0  
Modules linked in: subfs nfsd exportfs autofs4 cpufreq_ondemand 
cpufreq_userspace cpufreq_powersave powernow_k8 freq_table ipv6 snd_pcm_oss 
snd_mixer_oss button battery ac af_packet subdomain edd usblp usbhid floppy 
e100 ehci_hcd mii nvidiafb rivafb i2c_algo_bit vgastate ohci_hcd usbcore 
i2c_ali1535 i2c_ali15x3 generic shpchp pci_hotplug snd_intel8x0 tulip 
i2c_ali1563 i2c_core snd_ac97_codec snd_ac97_bus snd_pcm snd_timer snd 
soundcore snd_page_alloc dm_mod ext3 jbd ide_cd cdrom ide_disk fan thermal 
processor sata_uli libata alim15x3 ide_core sd_mod scsi_mod 
Pid: 12091, comm: foomatic-rip Tainted: G     U 2.6.13-rc6-git13-4-default 
RIP: 0010:[<ffffffff88210820>] <ffffffff88210820>{:e100:e100_poll+176} 
RSP: 0000:ffffffff8048bec8  EFLAGS: 00010246 
RAX: ffff81001fbb8800 RBX: 000000000000003c RCX: 00000000006be088 
RDX: ffff81001fbb8870 RSI: 000000001dc36812 RDI: ffff81001fbb8870 
RBP: ffff8100133c82c0 R08: 0000000000000000 R09: 0000000000000010 
R10: ffff81001ca564d0 R11: 0000000000000000 R12: 0000000000000001 
R13: ffff81001ed4d380 R14: 000000000000003c R15: ffff81001d6b1e20 
FS:  00002aaaab297060(0000) GS:ffffffff80512800(0000) knlGS:0000000000000000 
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033 
CR2: 0000000000000001 CR3: 000000000a164000 CR4: 00000000000006e0 
Process foomatic-rip (pid: 12091, threadinfo ffff8100136c4000, task 
ffff810012c210f0) 
Stack: ffffffff8048bef8 ffffffff8048bf3c ffff81001ed4d000 0000000100000010  
       00ffa02200000000 ffff81001ed4d000 0000000000000000 0000000000000000  
       000000010008d619 ffff810012c210f0  
Call Trace: <IRQ> <ffffffff802d70eb>{net_rx_action+139} 
<ffffffff80138657>{__do_softirq+87} 
       <ffffffff8010f993>{call_softirq+31} <ffffffff80111440>{do_softirq+48} 
       <ffffffff8011149d>{do_IRQ+77} <ffffffff8010eede>{ret_from_intr+0} 
        <EOI> <ffffffff80169d0e>{find_vma+46} 
<ffffffff8012092a>{do_page_fault+970} 
       <ffffffff8010f295>{error_exit+0} <ffffffff80169d10>{find_vma+48} 
       <ffffffff8012092a>{do_page_fault+970} <ffffffff8010f295>{error_exit+0} 
       <ffffffff80169d10>{find_vma+48} <ffffffff8012092a>{do_page_fault+970} 
       <ffffffff8010f295>{error_exit+0} <ffffffff80169d10>{find_vma+48} 
       <ffffffff8012092a>{do_page_fault+970} <ffffffff8010f295>{error_exit+0} 
       <ffffffff80169d10>{find_vma+48} <ffffffff8012092a>{do_page_fault+970} 
       <ffffffff8010f295>{error_exit+0} <ffffffff80169d10>{find_vma+48} 
       <ffffffff8012092a>{do_page_fault+970} <ffffffff8010f295>{error_exit+0} 
       <ffffffff80169d10>{find_vma+48} <ffffffff8012092a>{do_page_fault+970} 
       <ffffffff8010f295>{error_exit+0} <ffffffff80169d10>{find_vma+48} 
       <ffffffff8012092a>{do_page_fault+970} <ffffffff8010f295>{error_exit+0} 
       <ffffffff80169d10>{find_vma+48} <ffffffff8012092a>{do_page_fault+970} 
       <ffffffff8010f295>{error_exit+0} <ffffffff80169d10>{find_vma+48} 
       <ffffffff8012092a>{do_page_fault+970} <ffffffff8010f295>{error_exit+0} 
       <ffffffff80169d10>{find_vma+48} <ffffffff8012092a>{do_page_fault+970} 
       <ffffffff8010f295>{error_exit+0} <ffffffff80169d10>{find_vma+48} 
       <ffffffff8012092a>{do_page_fault+970} <ffffffff8010f295>{error_exit+0} 
       <ffffffff80169d10>{find_vma+48} <ffffffff8012092a>{do_page_fault+970} 
       <ffffffff8010f295>{error_exit+0} <ffffffff80169d10>{find_vma+48} 
       <ffffffff8012092a>{do_page_fault+970} <ffffffff8010f295>{error_exit+0} 
       <ffffffff80169d10>{find_vma+48} <ffffffff8012092a>{do_page_fault+970} 
       <ffffffff8010f295>{error_exit+0} <ffffffff80169d10>{find_vma+48} 
        
 
Code: 41 0f b7 04 24 66 89 44 24 24 41 f6 45 01 08 74 1f 49 8b 75  
RIP <ffffffff88210820>{:e100:e100_poll+176} RSP <ffffffff8048bec8> 
CR2: 0000000000000001 
 <0>Kernel panic - not syncing: Aiee, killing interrupt handler! 

This looks like something is badly corrupting memory, possibly usblp. 
It dies in three different places. 

It looks like some timer being very broken.

The stack segment fault in the second oops is weird though - the 
faulting instruction is
   0:   48 39 45 08             cmp    %rax,0x8(%rbp)
which doesn't even reference the stack.

I guess it's something for Greg since it's likely caused by the USB printing.

still present in beta4 

Andreas: FYI, Machine is in our office, can be reproduced everytime.

Klaus, please post only the very first oops or panic. the reason for every
following oops is undefined.
does that happen on i386 as well?

Olaf:  
 
I did post the first oops (at least according to my understanding). 
 
I tried this issue several times to reproduce the problem. Every debug output 
was copied&pasted after the machine came up again. 
 
Yes, they look different, but are reflecting the same problem. 
 
If you want to try yourself: feel free and come to my (new) office in 3rd 
floor. :-) 

Sorry, forgot 2nd part: no, I can reproduce this on x86_64 only. 

New information: 
I tested now this printer (with same install configuration) at Johannes  
AMD64 testmachine and this one did _not_ crash. It seems that this bug is host 
specific. 

Please validate if this bug is really `new' (and therefore `unassigned'). Thanks.

I don't see the printer driver in the oops traceback at all.

By "host specific" do you mean the type of hardware?  I can't duplicate
this here at all :(

Have a 'hwinfo' dump for the machine that dies?

Created attachment 49564 [details]
hwinfo of g228.suse.de

The machine got several hostnames through DHCP in the past. Current hostname 
is g228.suse.de. Feel free to login, if you want to. 

Does the same problem happen with Beta 3 of 10.1?

Sorry, forget that one...
The RAM was broken at the machine. After replacing it, the problems are gone.

broken hardware.