Re: em28xx breaks after hibernate

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Em Fri, 26 Sep 2014 17:22:28 +0200
Johannes Stezenbach <js@xxxxxxxxxxx> escreveu:

> On Fri, Sep 26, 2014 at 05:06:02PM +0200, Johannes Stezenbach wrote:
> > On Fri, Sep 26, 2014 at 08:30:32AM -0600, Shuah Khan wrote:
> > > On 09/26/2014 08:25 AM, Johannes Stezenbach wrote:
> > > > 
> > > > So, what is happening is that the em28xx driver still async initializes
> > > > while the initramfs already has started resume.  Thus the rootfs in not
> > > > mounted and the firmware is not loadable.  Maybe this is only an issue
> > > > of my qemu test because I compiled a non-modular kernel but don't have
> > > > the firmware in the initramfs for testing simplicity?
> > > > 
> > > > 
> > > 
> > > Right. We have an issue when media drivers are compiled static
> > > (non-modular). I have been debugging that problem for a while.
> > > We have to separate the two cases - if you are compiling em28xx
> > > as static then you will run into the issue.
> > 
> > So I compiled em28xx as modules and installed them in my qemu image.
> > One issue solved, but it still breaks after resume:
> > 
> > [   20.212162] usb 1-1: reset high-speed USB device number 2 using ehci-pci
> > [   20.503868] em2884 #0: Resuming extensions
> > [   20.505275] em2884 #0: Resuming video extensionem2884 #0: Resuming DVB extension
> > [   20.533513] drxk: status = 0x439130d9
> > [   20.534282] drxk: detected a drx-3913k, spin A2, xtal 20.250 MHz
> > [   23.008852] em2884 #0: writing to i2c device at 0x52 failed (error=-5)
> > [   23.011408] drxk: i2c write error at addr 0x29
> > [   23.013187] drxk: write_block: i2c write error at addr 0x8303b4
> > [   23.015440] drxk: Error -5 while loading firmware
> > [   23.017291] drxk: Error -5 on init_drxk
> > [   23.018835] em2884 #0: fe0 resume 0
> > 
> > Any idea on this?
> 
> I backed out Mauro's test patch, now it seems to work
> (v3.17-rc5-734-g214635f, no patches, em28xx as modules).
> But I'm not 100% sure the above was related to this,
> it seemed the 930C got upset during all the testing
> and I had to unplug it to get it back working.

Could you please test again with the patch? Without it, I suspect that,
if you suspend while streaming, the frontend won't relock again after
resume. Of course, I may be wrong ;)

Regards,
Mauro
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux