Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 116677
Summary: | (IEEE1394 SBP2)sbp2 won't recognize Maxtor 5000DV any more | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Alexandre Oliva <oliva> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED ERRATA | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | barryn |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 2.6.6-1.435 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-06-15 01:25:26 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 114963 |
Description
Alexandre Oliva
2004-02-24 10:55:34 UTC
there were some small ieee1394 updates in 1.99 / 1.100, do they fix it for you ? No luck :-( I'll try to debug it one of these days. For starters, I took the sources in drivers/ieee1394 from 2.6.3-1.91 and dropped that into 2.6.3-1.109 (effectively rolling ieee1394 back to original 2.6.3), and then it worked. Well, at least it recognized the drive. I haven't done any additional testing so far, but I'll try to narrow down what introduced the problem. Some newer kernels based on 2.6.4-rc1 or newer do recognize the firewire hard disk, but present crashes within DMA code when under high sequential disk activity (e.g., dd if=/dev/zero of=/mnt/raid-on-firewire-HD/bigfile bs=1024k count=2048, on a box with 512MB of memory). the stack trace has hpsb_packet_sent called by dma_trm_tasklet called by tasklet_action called by __do_softirq called by do_softirq. hpsb_packet_sent crashes because list_del(&packet->list) attempts to dereference 0x100100. This indicates this list entry has been already removed. The failure mode above is gone. 2.6.5-rc kernels with linux1394 -r1203 worked very reliably on my laptop, but not as reliably on my desktop :-( Here's the kernel stack trace. This was a bug that was thought to be fixed in -r1203, but that clearly wasn't :-( Warning: kfree_skb passed an skb still on a list (from 00000000). ------------[ cut here ]------------ kernel BUG at net/core/skbuff.c:225! invalid operand: 0000 [#1] CPU: 0 EIP: 0060:[<02287d89>] Not tainted EFLAGS: 00010206 (2.6.4-1.305) EIP is at __kfree_skb+0x19/0xe6 eax: 00000045 ebx: 1d62d780 ecx: 023b043c edx: 0232f3f8 esi: 42908e80 edi: 00000246 ebp: 00000000 esp: 4146cfd0 ds: 007b es: 007b ss: 0068 Process khpsbpkt (pid: 15, threadinfo=4146c000 task=41f5cd00) Stack: 0231921f 00000000 1d62d780 1d62d780 428c4aca 428c4a9b 00000000 00000000 021071d9 00000000 00000000 00000000 Call Trace: [<428c4aca>] hpsbpkt_thread+0x2f/0x1a7 [ieee1394] [<428c4a9b>] hpsbpkt_thread+0x0/0x1a7 [ieee1394] [<021071d9>] kernel_thread_helper+0x5/0xb Apr 8 17:47:58 free kernel: Code: 0f 0b e1 00 e9 91 31 02 5b 58 8b 04 24 8b 58 2c 85 db 74 21 How are things looking in the current update kernel ? |