Re: cx23885 - regression between 4.17.x and 4.18.x

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

 



On Tue, Sep 18, 2018 at 09:13:04AM -0400, Adam Stylinski wrote:
> On Sat, Sep 15, 2018 at 09:30:30AM +0100, David R wrote:
> > Any bisection would take ages, as I need to run for approaching a week
> > to be sure. There are only 3 commits that are possible.
> > 
> > commit 95f408bbc4e4d46c75da3d2558dd835e56ac7720
> > Author: Brad Love <brad@xxxxxxxxxxxxxxxx>
> > Date:   Tue May 8 17:20:18 2018 -0400
> > 
> >     media: cx23885: Ryzen DMA related RiSC engine stall fixes
> > 
> > commit 3b8315f37d6eaa36f0f2e484eabaef03a7bd1eff
> > Author: Brad Love <brad@xxxxxxxxxxxxxxxx>
> > Date:   Tue May 8 17:20:17 2018 -0400
> > 
> >     media: cx23885: Use PCI and TS masks in irq functions
> > 
> > commit 9a7dc2b064ef7477d4c3a477f4de0a44b3a40cbd
> > Author: Brad Love <brad@xxxxxxxxxxxxxxxx>
> > Date:   Tue May 8 17:20:16 2018 -0400
> > 
> >     media: cx23885: Handle additional bufs on interrupt
> > 
> > Cheers
> > David
> > 
> > On 15/09/18 01:42, Vincent McIntyre wrote:
> > > On Thu, Sep 13, 2018 at 06:39:57PM +0100, David R wrote:
> > >> Hi
> > >>
> > >> Just a heads up. I'm having to revert cx23885-core.c to the 4.17 version
> > >> to obtain stability with my old AMD Phenom/ASUS M4A785TD and Hauppauge
> > >> WinTV-HVR-5525. The latest code drops out and refuses to return video
> > >> streams in hours or a few days max. The 4.17 version is fine and stable
> > >> over weeks/months.
> > >>
> > >> 04:00.0 Multimedia video controller: Conexant Systems, Inc. CX23887/8
> > >> PCIe Broadcast Audio and Video Decoder with 3D Comb (rev 04)
> > >>     Subsystem: Hauppauge computer works Inc. Device f038
> > >>     Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
> > >> Stepping- SERR+ FastB2B- DisINTx-
> > >>     Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
> > >> <TAbort- <MAbort- >SERR- <PERR- INTx-
> > >>     Latency: 0, Cache Line Size: 64 bytes
> > >>     Interrupt: pin A routed to IRQ 17
> > >>     Region 0: Memory at fe800000 (64-bit, non-prefetchable) [size=2M]
> > >>     Capabilities: <access denied>
> > >>     Kernel driver in use: cx23885
> > > Interesting. cx88 also seems to have regressed.
> > > Are you able to give a git commit range for what works & doesn't work?
> > >
> > > I asked Adam to try building the modules with media-build
> > > but have not heard anything further.
> > >
> > >     Date: Sat, 8 Sep 2018 20:49:22 -0400
> > >     From: Adam Stylinski <kungfujesus06@xxxxxxxxx>
> > >     To: linux-media@xxxxxxxxxxxxxxx
> > >     Subject: 4.18 regression
> > >
> > >     Hello,
> > >
> > >     I haven't done a thorough bisection of kernel revisions, but moving from kernel 4.17.19
> > >     to 4.18.6 results in mythtv being unable to tune in any channel with a pic hdtv 5500
> > >     tuner (cx88 based device with an LG frontend). I get an error back from the channel
> > >     scanner about not being able to measure signal strength and getting back an error unknown
> > >     (errno 254).
> > >
> > >     I was able to use dvbtools with get-atsc to get a channel, but I don't think any of the
> > >     forward error correction was applied to it.
> > >
> > >     Let me know if you need more details.
> > >
> > > Vince
> > 
> > 
> 

For me the issue with my cx88 card happens immediately, most of the commands to the card seem to fail.  Unfortunately I build my kernel with this drivers builtin as opposed to modules, so for me to use the 4.17 media branch with 4.18 I'll need to change my kernel config.  Any instructions on how I should bisect with this?

Attachment: signature.asc
Description: Digital signature


[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