lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sun, 15 Jul 2012 14:28:05 -0400 (EDT)
From:	Alan Stern <stern@...land.harvard.edu>
To:	Udo van den Heuvel <udovdh@...all.nl>
cc:	linux-usb@...r.kernel.org,
	Jan Ceuleers <jan.ceuleers@...puter.org>,
	Clemens Ladisch <clemens@...isch.de>,
	Simon Jones <sijones2010@...il.com>,
	<linux-kernel@...r.kernel.org>
Subject: Re: 3.4.4: disabling irq

On Sun, 15 Jul 2012, Udo van den Heuvel wrote:

> On 2012-07-15 17:35, Alan Stern wrote:
> > echo 0000:00:13.1 >/sys/bus/pci/drivers/ohci_hcd/unbind
> 
> Afterwards I did:
> 
> > echo 0000:00:13.1 >/sys/bus/pci/drivers/ohci_hcd/bind

Um, I think you missed the point.  The whole idea of the test is to see 
what happens while the controller is unbound from the driver.  Binding 
it again defeats the purpose.

> And I saw:
> 
> Jul 15 17:50:30 surfplank2 kernel: ohci_hcd 0000:00:13.1: remove, state 1
> Jul 15 17:50:30 surfplank2 kernel: usb usb4: USB disconnect, device number 1
> Jul 15 17:50:30 surfplank2 kernel: usb 4-3: USB disconnect, device number 2
> Jul 15 17:50:30 surfplank2 kernel: ohci_hcd 0000:00:13.1: USB bus 4
> deregistered
> Jul 15 17:50:37 surfplank2 kernel: ohci_hcd 0000:00:13.1: OHCI Host
> Controller
> Jul 15 17:50:37 surfplank2 kernel: ohci_hcd 0000:00:13.1: new USB bus
> registered, assigned bus number 4
> Jul 15 17:50:37 surfplank2 kernel: ohci_hcd 0000:00:13.1: irq 18, io mem
> 0xfe02a000
> Jul 15 17:50:37 surfplank2 kernel: usb usb4: New USB device found,
> idVendor=1d6b, idProduct=0001
> Jul 15 17:50:37 surfplank2 kernel: usb usb4: New USB device strings:
> Mfr=3, Product=2, SerialNumber=1
> Jul 15 17:50:37 surfplank2 kernel: usb usb4: Product: OHCI Host Controller
> Jul 15 17:50:37 surfplank2 kernel: usb usb4: Manufacturer: Linux 3.4.4
> ohci_hcd
> Jul 15 17:50:37 surfplank2 kernel: usb usb4: SerialNumber: 0000:00:13.1
> Jul 15 17:50:37 surfplank2 kernel: hub 4-0:1.0: USB hub found
> Jul 15 17:50:37 surfplank2 kernel: hub 4-0:1.0: 3 ports detected
> Jul 15 17:50:37 surfplank2 kernel: usb 4-3: new full-speed USB device
> number 2 using ohci_hcd
> Jul 15 17:50:38 surfplank2 kernel: usb 4-3: New USB device found,
> idVendor=0471, idProduct=0311
> Jul 15 17:50:38 surfplank2 kernel: usb 4-3: New USB device strings:
> Mfr=0, Product=0, SerialNumber=1
> Jul 15 17:50:38 surfplank2 kernel: usb 4-3: SerialNumber: 01690000A5000000
> Jul 15 17:50:38 surfplank2 mtp-probe: checking bus 4, device 2:
> "/sys/devices/pci0000:00/0000:00:13.1/usb4/4-3"
> Jul 15 17:50:38 surfplank2 mtp-probe: bus: 4, device: 2 was not an MTP
> device
> Jul 15 17:50:38 surfplank2 kernel: pwc: Philips PCVC740K (ToUCam
> Pro)/PCVC840 (ToUCam II) USB webcam detected.
> Jul 15 17:50:39 surfplank2 kernel: pwc: Registered as video0.
> Jul 15 17:50:39 surfplank2 kernel: input: PWC snapshot button as
> /devices/pci0000:00/0000:00:13.0/usb3/3-2/input/input8
> Jul 15 17:50:39 surfplank2 kernel: pwc: Philips PCVC740K (ToUCam
> Pro)/PCVC840 (ToUCam II) USB webcam detected.
> Jul 15 17:50:39 surfplank2 kernel: pwc: Registered as video1.
> Jul 15 17:50:39 surfplank2 kernel: input: PWC snapshot button as
> /devices/pci0000:00/0000:00:13.1/usb4/4-3/input/input9
> Jul 15 17:50:39 surfplank2 kernel: usbcore: registered new interface
> driver Philips webcam
> Jul 15 17:50:39 surfplank2 colord[3375]: (colord:3375): Cd-WARNING **:
> CdMain: failed to emit DeviceAdded: failed to register object: An object
> is already exported for the interface
> org.freedesktop.ColorManager.Device at
> /org/freedesktop/ColorManager/devices/sysfs_0471_0311
> 
> So I have two webcams on this controller, each on a different port.

How do you reach that conclusion?  The log above shows only one webcam
on bus 4: device 2, attached to port 3.  There is another webcam, yes, 
but it's on bus 3, not bus 4.

> The final line is an issue that cam with Fedora 17, nobody could foresee
> that one could need a colord *and* have two identical webcams too. (I do
> not need colord but have two webcams to be clear)
> 
> After doing this I could modprobe pwc and start mrtg without problem.
> 
> So now I can wait for the next occurrence.

You should unbind the controller and leave it unbound.  _Then_ wait for 
the next occurrence.

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ