On Sat, 2005-11-19 at 14:42 -0800, Steve & Laurie Sanders wrote:
> Hans,
>
> Thanks for the clues, I did disable hyperthreading in the bios and passed
> noht to the kernel. I am playing back a movie right now. It will take a
> while to see if this prevents the freeze. If it plays to completion without
> freezing I will call it a success.
>
> Of course this does nothing to fix the undelying bug in processing with a
> true SMP configuration but it will work to solve my basic problem.
>
> I at first was wondering how this was going to work since I had many modules
> compiled against the SMP configuration but everthing seems to work without
> having to recompile so far so we will just wait and see!
>
> Steve
Is this something that has come in with a recent ivtv release? I have
had a PVR 350 running with ivtv-2.0-rc3 for over a year, with
hyperthreading enabled on a P4 (SMP enabled compiled kernel on gentoo,
and cat /proc/cpuinfo indicates two cpu entries).
Jon
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Hans Verkuil
> Sent: Saturday, November 19, 2005 9:21 AM
> To: Discussion list for development of the IVTV driver
> Subject: Re: [ivtv-devel] ivtv framebuffer is broken with PVR350
>
>
> On Saturday 19 November 2005 18:09, Steve & Laurie Sanders wrote:
> > This is a big clue! I think. I believe it supports my suspicion that
> > the DMA linked list programming might get occasionally clobbered with
> > SMP kernels. In your case you have two physically separate processors
> > so you can remove one. When the kernel boots it will only see one so
> > there is never going to be another processor banging away with an
> > opportunity to collide with whatever goes wrong in DMA transactions.
> > In my case, I have a hyper threading enabled P4 processor which is
> > actually two processor cores on one socket so I can not do this
> > experiment. My only option is to load a plain vanilla non SMP kernel
> > instead. That means I also have to recompile and install many modules
> > which I built for SMP kernel. I am thinking of just building another
> > whole image on a differend HDD. It might be easier!
>
> Isn't is possible to turn hyperthreading off in the bios? Also, I
> remember seeing a 'noht' kernel option that turns off Hyperthreading
> support in the kernel.
>
> > I think what you are seeing when you press "save position" is the
> > pointers being shifted to a new index in the video stream buffer and
> > programming a new DMA transfer starting at the new index thus fixing
> > the corrupt DMA link list. I do not have clue how to go about
> > debugging this myself. I would be happy to load gdb and look at it if
> > someone who knows what they are doing can give some direction.
> >
> > Sounds to me like we just have way more processing power available
> > than the driver can handle! of course it only seems to be a problem
> > when X is running along with mythtv. Like you I would really like to
> > be able to exploit my extra processor but I may just have to
> > downgrade my media center to a single processor till we can get this
> > figured out.
>
> No, it looks like classic smp problems, hard to fix if you don't have a
> dual cpu. And I haven't. None of the main developers have such a
> computer, so I am not surprised that there are smp bugs.
>
> Hans
>
> >
> > Steve
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] Behalf Of Ricardo Lugo
> > Sent: Saturday, November 19, 2005 8:24 AM
> > To: Discussion list for development of the IVTV driver
> > Subject: Re: [ivtv-devel] ivtv framebuffer is broken with PVR350
> >
> >
> > I have the same problem as Steve with my dual-processor & PVR350
> > TV-out setup.
> > I usually get freezes within the first 10 minutes of playback.
> >
> >
> > When I remove one of my processors (same vanilla 2.6.14 kernel w/
> > SMP & PREEMPT) this doesn't happen.
> >
> >
> > Curiously, when it freezes during playback in myth, if I press
> > "save position," it saves the position, displays some stuff on the
> > OSD, and then unfreezes & continues playback 10 minutes downstream
> > (hopefully this means something to someone).
> >
> >
> > John, I tried your tests (an hour each) and here are the results:
> >
> >
> > 1) Decoder-only: no crashes
> > 2) Decoder & Encoder: no crashes
> > 3) Decoder & FB updates: no crashes
> > 4) Decoder & Encoder & FB: no crashes
> >
> >
> > So, inconclusive...
> > If there's any other tests you would like for me to run, I offer up
> > my time to help diagnose.
> >
> >
> > -Rick
> >
> >
> > On Nov 12, 2005, at 2:34 PM, Steve & Laurie Sanders wrote:
> >
> >
> > I have been posting about freezing playback and ivtv-osd
> > warnings, and ivtv DEC warnings in the ivtv-users list sinsce I am
> > using 0.4.0 stable. I tried to provide enough detail to solicit some
> > help but nobody has responded. I think I have done enough debugging
> > to narrow the problem down to the ivtv driver and based on that have
> > filed abug report (#53) in the Trac system.
> > Ticket URL: http://ivtvdriver.org/trac/ticket/53
> >
> > You can find my previous posts to ivtv-users here:
> >
> >
> > http://www.ivtvdriver.org/pipermail/ivtv-users/2005-November/000184.h
> >tml &
> >
> > http://www.ivtvdriver.org/pipermail/ivtv-users/2005-November/000239.h
> >tml If I need to post somewhere else, let me know where. If you need
> > more infomation "". Yesterday I went so far as to disable tvout, and
> > not load ivtv-fb and just playback directly to my monitor without
> > using framebuffer or xdriver. When I did this I was able to playback
> > a two hour movie without any freezes. This to me indicates the
> > problem is somewhere in either the framebuffer or xdriver interface.
> > I would like to do whatever I can to support the development of
> > this project, I am willing and able to capture any kind of debug
> > information that might be requested. Are there any develpers out
> > there that have any interest in this failure? It may be specific to
> > smp cores, I don't know how many are developing systems with smp
> > processors.
> > Regards,
> > Steve
> >
> > Regards,
> > Steve
> >
> > _______________________________________________
> > ivtv-devel mailing list
> > [email protected]
> > http://ivtvdriver.org/mailman/listinfo/ivtv-devel
>
> _______________________________________________
> ivtv-devel mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-devel
>
>
> _______________________________________________
> ivtv-devel mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-devel
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
