Bug 8404

Summary:	SBP2 data corruption on VIA controller
Product:	Drivers	Reporter:	Stefan Richter (stefanr)
Component:	IEEE1394	Assignee:	Stefan Richter (stefanr)
Status:	REJECTED WILL_NOT_FIX
Severity:	normal
Priority:	P2
Hardware:	i386
OS:	Linux
Kernel Version:	all	Subsystem:
Regression:	---	Bisected commit-id:

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.