Bug 8404 - SBP2 data corruption on VIA controller
Summary: SBP2 data corruption on VIA controller
Status: REJECTED WILL_NOT_FIX
Alias: None
Product: Drivers
Classification: Unclassified
Component: IEEE1394 (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Stefan Richter
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-04-29 06:12 UTC by Stefan Richter
Modified: 2008-07-29 16:24 UTC (History)
0 users

See Also:
Kernel Version: all
Subsystem:
Regression: ---
Bisected commit-id:


Attachments

Description Stefan Richter 2007-04-29 06:12:29 UTC
http://marc.info/?t=117639718400005

VIA VT6307 rev 46 apparently works under Windows, produces lots of low-level
transport failures similar to electric noise under Linux

(Linux 2.6.20.y)
ieee1394: sbp2: resp 0x1, sbp_status 0x4e
sde: Current: sense key: No Sense
    Additional sense: No additional sense information

(Linux 2.6.16)
ieee1394: Reconnected to SBP-2 device
ieee1394: Node 0-00:1023: Max speed [S400] - Max payload [512]
...
ieee1394: sbp2: Bus reset in progress - rejecting command
sd 0:0:0:0: SCSI error: return code = 0x20000
end_request: I/O error, dev sda, sector 78568457


It's one of the chips for which incorrectly a max_packet_size of 2^(0+1) is read
in ohci_initialize.

ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[16]  MMIO=[e6004000-e60047ff]  Max
Packet=[2]  IR/IT contexts=[4/8]
ohci1394: fw-host0: Serial EEPROM has suspicious values, attempting to setting
max_packet_size to 512 bytes
Comment 1 Stefan Richter 2008-07-29 16:24:31 UTC
I have currently no time to chase this hardware bug.  The card has invalid EEPROM contents and maybe other bugs.  But an owner of such a card can easily and cheaply (or at no cost beyond handling) acquire working replacement hardware.

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