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]
Message-Id: <201004111253.58237.laurent.pinchart@ideasonboard.com>
Date:	Sun, 11 Apr 2010 12:53:57 +0200
From:	Laurent Pinchart <laurent.pinchart@...asonboard.com>
To:	Pavel Machek <pavel@....cz>
Cc:	Philippe Troin <phil@...i.org>,
	Mohamed Ikbel Boulabiar <boulabiar@...il.com>,
	linux-kernel@...r.kernel.org, linux-media@...r.kernel.org
Subject: Re: webcam problem after suspend/hibernate

On Sunday 04 April 2010 21:34:06 Pavel Machek wrote:
> Hi!
> 
> > > If unload/reload of uvcvideo helps, it is most likely problem in that.
> > > 
> > > If unload/reload of ehci_hcd is needed, it is most likely ehci problem.
> > 
> > My testing shows that:
> >  1. If I remove uvcvideo BEFORE suspend and reinsert it after resume,
> >  
> >     it works.  However, I cannot always rmmod uvcvideo before suspend
> >     as it may be in use.
> >  
> >  2. As a work around, removing ehci_hcd and reinserting ehci_hcd upon
> >  
> >     resume works as well.
> >  
> >  3. Since my distribution's kernels come with ehci_hcd built into the
> >  
> >     kernel, and I cannot do #2 any more, I also found that unbinding
> >     and rebinding the device (with the script I sent earlier on) works
> >     as well.
> > 
> > I think uvcvideo is failing to reinitialize the camera on resume, and
> > forcing an uvcvideo "reset" with either of these three methods kicks
> > uvcvideo into working again.
> 
> Ok, that puts the problem firmly into uvcvideo area.

No, it doesn't.

First of all, the dmesg output available on pastebin.com is difficult to 
understand. As it seems you perform several suspend/resume cycles there. 
Mohamed, could you please

- clear the kernel log ('dmesg -c' as root)
- suspend and resume your system
- post the kernel log content ('dmesg')
- clear the kernel log
- try to use your webcam with whatever test software your prefer
- describe the failure (application error messages, ...)
- post the kernel log content

> Try changing its _resume routine to whatever is done on device
> unplug... it should be rather easy, and is quite close to "correct"
> solution.

That's not a solution. Devices are supposed to resume properly without being 
reset. The camera might be crashing, or the USB core might be doing something 
wrong, requiring some kind of reset. I'd like to diagnose the problem 
correctly before trying to fix it.

-- 
Regards,

Laurent Pinchart
--
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