Ubuntu
linux package

New firewire stack unreliable with Texas Instruments TSB82AA2 IEEE-1394b

Bug #657081 reported by Eric Shattow on 2010-10-08

This bug affects 1 person

Affects		Status	Importance	Assigned to	Milestone
	linux (Ubuntu)	Expired	Medium	Unassigned
	Maverick	Invalid	Medium	Andy Whitcroft

Bug Description

Both controllers are tested okay working on an Ubuntu LiveCD environment (kernel 2.6.28-4-generic) and the old firewire stack.

New firewire stack works reliably only for the Ricoh (internal) controller. The TI (PCI Express) adapter appears to work but then I see repeated messages filling up dmesg.

I'm able to reproduce the issue exactly.

1. Boot
2. Connect storage device to internal (Ricoh) firewire
3. verify that it is working by running command # dd if=/dev/zero bs=4k of=/dev/sdb count=16k
NOTE there are no error messages yet
4. Unplug storage device from internal (Ricoh) firewire, wait for it to settle
5. Insert PCIE StarTech EC1394B2 (TI) controller, wait for it to settle
6. Connect storage device to PCIE StarTech EC1394B2 (TI) firewire, wait for it to settle
7. verify that it is working by running command # dd if=/dev/zero bs=4k of=/dev/sdb count=16k
NOTE that there are repeated errors filling up dmesg

...
[ 319.997795] sd 6:0:0:0: [sdb] CDB: Write(10): 2a 00 00 00 48 00 00 04 00 00
[ 319.997812] end_request: I/O error, dev sdb, sector 18432
[ 320.511177] sd 6:0:0:0: [sdb] Unhandled error code
[ 320.511183] sd 6:0:0:0: [sdb] Result: hostbyte=DID_BUS_BUSY driverbyte=DRIVER_OK
...

This is the most often case. Infrequently, when I boot there is no problem using the TI firewire. After disconnecting and using the Ricoh and then back to the TI again, there are problems.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: linux-image-2.6.35-22-generic 2.6.35-22.33
Regression: Yes
Reproducible: Yes
ProcVersionSignature: Ubuntu 2.6.35-22.33-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic i686
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: emigrate 2017 F.... pulseaudio
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xfe9fc000 irq 46'
   Mixer name : 'SigmaTel STAC9228'
   Components : 'HDA:83847616,102801f3,00100201'
   Controls : 27
   Simple ctrls : 18
Date: Fri Oct 8 15:03:29 2010
HibernationDevice: RESUME=/dev/mapper/volzontar-swap
MachineType: Dell Inc. Inspiron 1420
ProcCmdLine: BOOT_IMAGE=/vmlinuz-2.6.35-22-generic root=/dev/mapper/volhostname-root ro splash
ProcEnviron:
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/bash
RelatedPackageVersions: linux-firmware 1.38
SourcePackage: linux
WpaSupplicantLog:

dmi.bios.date: 12/19/2008
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A10
dmi.board.name: 0DT492
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA10:bd12/19/2008:svnDellInc.:pnInspiron1420:pvr:rvnDellInc.:rn0DT492:rvr:cvnDellInc.:ct8:cvr:
dmi.product.name: Inspiron 1420
dmi.sys.vendor: Dell Inc.

Tags:

Revision history for this message

Eric Shattow (eshattow) wrote on 2010-10-08:

AcpiTables.txt Edit (120.0 KiB, text/plain; charset="utf-8")
AlsaDevices.txt Edit (461 bytes, text/plain; charset="utf-8")
AplayDevices.txt Edit (281 bytes, text/plain; charset="utf-8")
ArecordDevices.txt Edit (218 bytes, text/plain; charset="utf-8")
BootDmesg.txt Edit (57.7 KiB, text/plain; charset="utf-8")
CRDA.txt Edit (257 bytes, text/plain; charset="utf-8")
Card0.Amixer.values.txt Edit (3.2 KiB, text/plain; charset="utf-8")
Card0.Codecs.codec.0.txt Edit (10.5 KiB, text/plain; charset="utf-8")
CurrentDmesg.txt Edit (61.8 KiB, text/plain; charset="utf-8")
Dependencies.txt Edit (1.8 KiB, text/plain; charset="utf-8")
IwConfig.txt Edit (780 bytes, text/plain; charset="utf-8")
Lspci.txt Edit (17.2 KiB, text/plain; charset="utf-8")
Lsusb.txt Edit (904 bytes, text/plain; charset="utf-8")
PciMultimedia.txt Edit (593 bytes, text/plain; charset="utf-8")
ProcCpuinfo.txt Edit (1.5 KiB, text/plain; charset="utf-8")
ProcInterrupts.txt Edit (1.7 KiB, text/plain; charset="utf-8")
ProcModules.txt Edit (4.1 KiB, text/plain; charset="utf-8")
RfKill.txt Edit (298 bytes, text/plain; charset="utf-8")
UdevDb.txt Edit (131.6 KiB, text/plain; charset="utf-8")
UdevLog.txt Edit (272.4 KiB, text/plain; charset="utf-8")
UserAsoundrc.txt Edit (115 bytes, text/plain; charset="utf-8")
WifiSyslog.txt Edit (9.5 MiB, text/plain; charset="utf-8")

Revision history for this message

Eric Shattow (eshattow) wrote on 2010-10-15:

fwtestprocedure20101015 no internal 1394a.txt Edit (7.4 KiB, text/plain)

Repeated trials with new and old stack shows a regression from 2.6.32-24-generic to 2.6.35-22-generic. Attached.

Revision history for this message

Stefan Richter (stefan-r-ubz) wrote on 2010-10-16:

Discussion on linux1394-user:
http://thread.gmane.org/gmane.linux.kernel.firewire.user/4013

Revision history for this message

Eric Shattow (eshattow) wrote on 2010-10-17:

Narrowed it down to improvements in 2.6.35 causing the regression.

Using kernels available at http://kernel.ubuntu.com/~kernel-ppa/mainline/ and manually loading firewire-ohci / firewire-sbp2 to test.
Good: 2.6.34-02063407-generic
Bad: 2.6.35-020635-generic

Revision history for this message

Eric Shattow (eshattow) wrote on 2010-10-23:

Fix is in upstream Linux 2.6.36 stable release. Can we see this in Ubuntu Maverick?

Revision history for this message

Eric Shattow (eshattow) wrote on 2010-10-23:

It's this one...

commit 7f81c56cf29c0af66a1d0cdbce48441cdaf9fa16
Merge: 63f1474 aa0170f
Author: Linus Torvalds
Date: Mon Oct 18 13:09:26 2010 -0700

Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6

* 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6:
firewire: ohci: fix TI TSB82AA2 regression since 2.6.35

Revision history for this message

Stefan Richter (stefan-r-ubz) wrote on 2010-10-23:

This patch will be included in upstream 2.6.35.8, expected to be released early next week. From there it will find its way into an Ubuntu 2.6.35 package update, I suppose.

Revision history for this message

Joan Pau (joanpau-deactivatedaccount) wrote on 2010-11-12:

I am experiencing problems with this chipset on a Eurotech COM1461 PC104 pci firewire card (ieee1394 a and b) and a Unibrain Fire-i camera in Ubuntu 10.04 (with linux-image-2.6.32-21-generic).

I tried to update the kernel to linux-image-2.6.35-22-generic (which I think is newer than 2.6.35.8) from Maverick repository, but a FATAL error appears at boot saying that modules were not found. Then I modprobed the modules (and surprisingly they get loaded) from each firewire stack but no luck, the problems persist.

Sorry but I can not attach the kernel log excerpts until Wednesday.

By the time, where can I get the 2.6.35.8 kernel image (or just the modules) from? Are there any precompiled .deb packages or should I compile them by myself?

Revision history for this message

Joan Pau (joanpau-deactivatedaccount) wrote on 2010-11-12:

Sorry, but I forgot to mention that the camera works perfectly under Windows on the same machine. It also works on another Ubuntu 10.04 machine (with linux-image-2.6.32-21-generic) with different a firewire card.

Sorry for the recomment.

Revision history for this message

Stefan Richter (stefan-r-ubz) wrote on 2010-11-12:

#10

Joan:
1. "I am experiencing problems" is not a bug report.
2. Unibrain Fire-i is neither a storage device nor a 1394b device, like in this bug.
3. This bug here occurs only in firewire-ohci of kernel 2.6.35...2.6.35.7 and nothing else.
4. Ubuntu 10.04 with kernel 2.6.32 uses the older ohci1394 driver per default.

Why are you commenting at this bug at all?

Open a new bug with a detailed problem description. Or better yet, mail a detailed problem description to a relevant upstream mailinglist: linux1394-user if it seems to be a generic FireWire problem, coriander-user if the problems specifically occur in the Coriander capture software, libdc1394-devel if the problems occur in another libdc1394 based capture software. Because it is almost guaranteed that nobody who could help with problems like you might have is going to accidently see a report here on bugs.launchpad.net. (Cf. how Eric got his problem resolved.)

Revision history for this message

Joan Pau (joanpau-deactivatedaccount) wrote on 2010-11-15:

#11

My intention was just to point out that on linux-image-2.6.35-22-generic from Maverick (which I thought was newer than 2.6.35.8) with the new stack firewire-ohci modules manually loaded (removing the old stack ones ), problems with the TI TSB82AA2 persist.
Since the title of this bug is "New firewire stack unreliable with Texas Instruments TSB82AA2 IEEE-1394b" I was afraid of open a new bug that may be a replicate of this one.

But of course, if this bug is only about 1394b STORAGE devices and TI TSB82AA2, I agree that this is not the correct place. Following your advice, I'll comment the errors on linux1394-user because from the kernel logs it seems clear that the problem are related with the firewire modules.

Thank you!

Brad Figg (brad-figg) on 2010-12-04

tags:

added: acpi

Andy Whitcroft (apw) on 2010-12-15

Changed in linux (Ubuntu):
assignee:	nobody → Andy Whitcroft (apw)
importance:	Undecided → Medium
status:	New → Fix Released
Changed in linux (Ubuntu Maverick):
assignee:	nobody → Andy Whitcroft (apw)
importance:	Undecided → Medium
status:	New → Fix Committed

Revision history for this message

Julian Wiedmann (jwiedmann) wrote on 2011-03-08:

#12

Eric,
the patch you mentioned was released for Maverick with 2.6.35-24.42 - is this still an issue?

Revision history for this message

Eric Shattow (eshattow) wrote on 2011-03-09:

#13

OK The updated kernel has fewer problems with my TSB82AA2 hardware than before.

Revision history for this message

Eric Shattow (eshattow) wrote on 2013-06-27:

#14

Do not have this device now and so marking the bug Incomplete.

Changed in linux (Ubuntu Maverick):
status:	Fix Committed → Incomplete
Changed in linux (Ubuntu):
status:	Fix Released → Incomplete

Revision history for this message

Julian Wiedmann (jwiedmann) wrote on 2013-08-18:

#15

This release has reached end-of-life [0].

[0] https://wiki.ubuntu.com/Releases

Changed in linux (Ubuntu Maverick):
status:	Incomplete → Invalid

Andy Whitcroft (apw) on 2015-01-21

Changed in linux (Ubuntu):
assignee:	Andy Whitcroft (apw) → nobody

Revision history for this message

Launchpad Janitor (janitor) wrote on 2015-03-23:

#16

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status:	Incomplete → Expired

Report a bug

This report contains Public information

Everyone can see this information.

You are

Subscribing...

Edit bug mail

Other bug subscribers

Bug attachments

Add attachment

Remote bug watches

Bug watches keep track of this bug in other bug trackers.

Ubuntulinux package

New firewire stack unreliable with Texas Instruments TSB82AA2 IEEE-1394b

Bug Description

Other bug subscribers

Bug attachments

Remote bug watches

Ubuntu
linux package