Bug 49821 - Random Call traces when using tape device.
Summary: Random Call traces when using tape device.
Status: RESOLVED OBSOLETE
Alias: None
Product: IO/Storage
Classification: Unclassified
Component: SCSI (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: linux-scsi@vger.kernel.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-31 19:23 UTC by marek
Modified: 2013-11-19 22:27 UTC (History)
1 user (show)

See Also:
Kernel Version: 3.2.29
Subsystem:
Regression: No
Bisected commit-id:


Attachments
dmesg, lsmod, lspci, irqs (66.64 KB, text/plain)
2012-10-31 19:23 UTC, marek
Details
dmesg, lsmod, lspci, irqs without nvidia driver (92.30 KB, text/plain)
2012-11-01 15:56 UTC, marek
Details

Description marek 2012-10-31 19:23:17 UTC
Created attachment 85361 [details]
dmesg, lsmod, lspci, irqs

Hello,

Sorry if I posted in bad section.
When i'm using my tape device to save the data i'm getting this message:
[ 8914.751464] Call Trace:
[ 8914.751469]  [<c1485e23>] ? printk+0x1d/0x1f
[ 8914.751472]  [<c109c419>] __report_bad_irq+0x29/0xd0
[ 8914.751475]  [<c12b3625>] ? add_interrupt_randomness+0x125/0x150
[ 8914.751477]  [<c109c6d5>] note_interrupt+0x175/0x1c0
[ 8914.751478]  [<c125b04c>] ? intel_idle+0xdc/0x130
[ 8914.751480]  [<c109a5aa>] handle_irq_event_percpu+0xaa/0x1d0
[ 8914.751482]  [<c109a702>] handle_irq_event+0x32/0x60
[ 8914.751484]  [<c109cee0>] ? unmask_irq+0x30/0x30
[ 8914.751486]  [<c109cf2b>] handle_fasteoi_irq+0x4b/0xd0
[ 8914.751487]  <IRQ>  [<c148f7b2>] ? do_IRQ+0x42/0xc0
[ 8914.751490]  [<c148f6f0>] ? common_interrupt+0x30/0x38
[ 8914.751493]  [<c10400e0>] ? task_times+0x60/0xa0
[ 8914.751494]  [<c125b04c>] ? intel_idle+0xdc/0x130
[ 8914.751497]  [<c139e0a6>] ? cpuidle_idle_call+0xb6/0x210
[ 8914.751498]  [<c1001757>] ? cpu_idle+0x97/0xe0
[ 8914.751500]  [<c14731ba>] ? rest_init+0x62/0x68
[ 8914.751502]  [<c16437a9>] ? start_kernel+0x36d/0x373
[ 8914.751504]  [<c16431c1>] ? loglevel+0x2b/0x2b
[ 8914.751505]  [<c164311a>] ? reserve_ebda_region+0x67/0x69
[ 8914.751507]  [<c16430ac>] ? i386_start_kernel+0xac/0xb3
[ 8914.751508] handlers:
[ 8914.751516] [<f8465e90>] mpt_interrupt
[ 8914.751517] Disabling IRQ #17

There is no difference after changing the slot of my PCI controller.

Slackware-current, Linux zonk 3.2.29-smp #1 SMP Mon Sep 17 13:02:10 CDT 2012 i686 Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz GenuineIntel GNU/Linux

If you need more info about my pc/soft. please ask.

Thanks.
Marek
Comment 1 Alan 2012-11-01 14:12:42 UTC
nvidia              10188726  41 

Please verify you can duplicate this without proprietary stuff loaded. In this case I expect you can but it would be good to check.


[    8.737551] scsi8 : ioc0: LSI53C1030 B2, FwRev=01032700h, Ports=1, MaxQ=255, IRQ=17

does look like an unhandled interrupt from the device
Comment 2 marek 2012-11-01 15:56:41 UTC
Created attachment 85371 [details]
dmesg, lsmod, lspci, irqs without nvidia driver
Comment 3 marek 2012-11-01 15:58:05 UTC
It is working without nvidia driver.
I saved the data couple of times without any problems while before it was impossible.
Comment 4 Alan 2012-11-01 16:03:06 UTC
If the Nvidia driver breaks it then you'll need to discuss that with Nvidia - only they have the source to it. It might be interesting to try it with the nouveau driver and X server setup with a modern kernel. If that works then great you've got graphics, if not and you also get IRQ 17 problems it may be a useful pointer.
Comment 5 marek 2012-11-01 16:05:40 UTC
Okey, thanks for the support.
Best regards.

Note You need to log in before you can comment on or make changes to this bug.