Bug 12685

Summary:	On a toshiba L355, plugging in an express card firewire adapter does not work if the system is running
Product:	ACPI	Reporter:	Adam Pigg (adam)
Component:	Config-Hotplug	Assignee:	acpi_config-hotplug
Status:	CLOSED INVALID
Severity:	normal	CC:	stefanr
Priority:	P1
Hardware:	All
OS:	Linux
Kernel Version:	2.6.29rc4	Subsystem:
Regression:	---	Bisected commit-id:

Description Adam Pigg 2009-02-10 11:45:17 UTC

Latest working kernel version: Unknown
Earliest failing kernel version: Unknown
Distribution: Mandriva
Hardware Environment: Toshiba Satellite L355-S7812
Software Environment: Mandriva Cooker
Problem Description: On a toshiba L355, plugging in an express card firewire adapter does not work if the system is running, the card does however work fine if it is installed at boot up.

See http://bugzilla.kernel.org/show_bug.cgi?id=12641 for acpi info if its relevant.
Steps to reproduce:

Comment 1 Stefan Richter 2009-02-10 12:24:44 UTC

In which way does hot-plug of the card not work?
Doesn't it appear in lspci?
Or does it, but ohci1394 or firewire-ohci is unable to initialize the card?  (Have a look in dmesg and in /sys/bus/{ieee1394,firewire}/devices/.)

If it doesn't appear in lspci, make sure that you got the pciehp driver.  If that one is built modular, also try it statically built into the kernel.  Also try the acpihp driver.  (Disclaimer:  I don't know what I'm talking about.  I know FireWire but not PCIe.)

Comment 2 Adam Pigg 2009-02-10 12:39:12 UTC

It doesnt appear in lspci ........ tho, correction, it does now after loading acpiphp, so, i guess problem solved.  Cheers, just need some magic to load raw1394 automagically and give it the rights privs :)

Comment 3 Stefan Richter 2009-02-10 13:23:13 UTC

Good; I change bug status to what comes closest to not-a-bug.

raw1394 is auto-loaded if AV/C devices (camcorders, tape decks, audio devices...) or IIDC devices (industrial cameras and webcams) are plugged into the FireWire bus.

Permission and ownership (or ACLs) of /dev/raw1394 can be controlled by /etc/udev/rules.d/*.rules.  Their defaults as distributed should just work; if they don't, file a bug at your distributor for the udev package.