Tyler,
I was mucking with the PCI latency timings for my ethernet / HD
controller / audio card and started getting a lot of those overflows
under heavy load (on a single Celeron 533). Once I returned to the
system's default timings, they went away.
- Rick
On Oct 26, 2005, at 8:53 PM,
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
.
Regards,
Duncan
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
=off
acpi=force. The force is apparently required, because according to
dmesg my bios is pre-1997... itself a surprise, the machine is from
~2002.
I owe you a beverage of some sort.
Dan
On 3/1/06, Ricardo Lugo [EMAIL PROTECTED] wrote:
Dan:
I would suggest trying to enable ACPI - it can
Hans,
I just migrated from 2.6.15 / ivtv-0.4 -- 2.6.16 / pre-ivtv-0.6 and
ran into a problem with MythTV - I don't know if this is something
IVTV-related or if I should take this and post it to mythtv-dev, but
I figured I would try here first.
MythTV used to see my PVR-350's cable tuner
Wilhelm,
I believe it's under Processor type and features as Enable kernel
irq balancing.
- Rick
On Apr 4, 2006, at 2:40 AM, Wilhelm Eger wrote:
Hello,
1) recompile the kernel without IRQ Balancing
I can't find such an option in my 2.6.16 menuconfig. Could you give
me a
hint?
[EMAIL PROTECTED]
Cc: Luck, Tony [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Signed-off-by: Linus Torvalds [EMAIL PROTECTED]
- Rick
On Apr 5, 2006, at 4:20 PM, Ricardo Lugo wrote:
Wilhelm,
I believe it's under Processor type and features as Enable kernel
Keith,I have had some success minimizing these kinds of problems on my SMP machine by tweaking my machine's IRQs. If any devices share your ivtv card's IRQ, remove / shuffle the cards until you have a good config where the card has its own IRQ.Additionally, I found thatĀ setting ivtv's IRQ
Dan,
Here's some obscure ideas that come to mind.
RAM: could have started to fail. run memtest to check it all out
Hard drive: fragmented beyond all belief, or it's got bad blocks -
run your specific fsck with badblocks detection.
Maybe the IVTV card is overheating?
Henk,
Have you configured your kernel to build all of the Video4Linux
modules? See the Kernel Configuration Specifics section in the howto:
http://ivtvdriver.org/index.php/Howto
And don't forget the `depmod -a` once you've built and installed them...
- Rick
On Sep 30, 2006, at 6:32
Hi All,
It is my understanding that ivtv 0.4.2 does not load the firmware
properly on the PPC architecture. Can anyone with a PPC architecture
try this patch to see if it allows you to load the firmware with
ivtv-0.4.3?
http://tube.dnsalias.net/~rick/ppcfix.patch
to try:
http://tube.dnsalias.net/~rick/ppcfix2.patch
- Rick
On Oct 30, 2006, at 12:17 PM, Ricardo Lugo wrote:
Hi All,
It is my understanding that ivtv 0.4.2 does not load the firmware
properly on the PPC architecture. Can anyone with a PPC architecture
try this patch to see if it allows you
Marcel,
Thanks for testing my patches! You only should have been able to
apply one patch or the other, not both... I would start out by trying
the first patch, see if it works, then redownload the source and
apply the second patch and try it.
As far as the firmware goes, make sure you have
Kernel inclusion is the goal.
The individual major releases (0.4, 0.6, 0.7, 0.8) are for specific
kernel versions because more parts of ivtv have been merged into the
kernel in each release.
http://ivtvdriver.org/trac/roadmap
- Rick
On Nov 12, 2006, at 8:27 PM, [EMAIL PROTECTED] wrote:
On Dec 2, 2006, at 1:06 PM, Jelle wrote:
Petter Gundersen wrote:
I have some info about the issue with high cpu usage while using the
pvr350 tv-out and mythtv.
Earlier reports here:
http://www.gossamer-threads.com/lists/ivtv/users/32506#32506
On Dec 2, 2006, at 5:30 PM, Hans Verkuil wrote:
On Saturday 02 December 2006 23:17, John Harvey wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jelle
Sent: 02 December 2006 21:57
To: Discussion list for development of the IVTV driver
Hi All,
It is my understanding that ivtv 0.4.2 does not load the firmware
properly on the PPC architecture. Can anyone with a PPC architecture
try this patch to see if it allows you to load the firmware with
ivtv-0.4.3?
http://tube.dnsalias.net/~rick/ppcfix.patch
On Jan 14, 2007, at 7:08 PM, Hans Verkuil wrote:
On Sunday 14 January 2007 20:44, Ricardo Lugo wrote:
Hans,
I have the same problem with MythTV and trunk: playback freezes after
a few seconds (modprobe ivtv-fb osd_compat=1). I'm using X.Org 6.9.0
and xdriver 0.10.6.
`cat file.mpg /dev
On Jan 19, 2007, at 4:17 AM, Wilhelm Eger wrote:
Hi there,
I have problems loading the driver. It locks up the system sometimes
when loaded at boot sometimes not. same behavior when it is loaded
from
the command line. Warm or cold reboot doesn't seem to have any effects
on this. Because
Hi Hans, Chris, any other developers working on the new DMA code,
I tried the trunk on my PPC ivtv machine and can't get it to capture
anything. MythTV complains that the driver has stopped recording, and
I get the following kernel message:
ivtv0 warning: encoder MPEG: Couldn't find
Well, after some more testing, it seems that DMA doesn't work on 0.9
for PPC, it just backs down and attempts to get the data via PIO when
DMA doesn't work.
Anything I can do to get the new DMA code to work on PPC?
- Rick
On Jan 21, 2007, at 6:36 PM, Ricardo Lugo wrote:
Hi Hans, Chris
is not actually returning the data it
is reading?
- Rick
Tim
--- Ricardo Lugo [EMAIL PROTECTED] wrote:
Hans and Tim,
Excellent! I tried out the latest trunk (with the DMA_MAGIC_COOKIE
changes) and there is some improvement.
Unfortunately, there are still problems.
Using dd if=/dev/video0
On Jan 25, 2007, at 10:53 AM, Tim Harvey wrote:
--- Ricardo Lugo [EMAIL PROTECTED] wrote:
On Jan 24, 2007, at 11:41 PM, Tim Harvey wrote:
Rick,
I cant comment on your 'all black' issue other than it looks like
its encoding
from input 0 (should be composite) and that I see
On Jan 26, 2007, at 5:31 AM, Martin van Es wrote:
Hi,
I've recently upgraded my pvr-150 to a pvr-500 and am seeing
occasional (+/- 5 minutes) mpg artefacts (glitches) in the
recorded/shown mpg stream (mythtv). I started out with kernel 2.6.16 /
ivtv 0.6.6, but it turned out the new Samsung
just the OSD)
All in all, excellent progress and many thanks!
- Rick
attachment: DSC06810.jpg
attachment: DSC06809.jpg
On Jan 25, 2007, at 1:41 PM, Hans Verkuil wrote:
On Thursday 25 January 2007 19:02, Ricardo Lugo wrote:
On Jan 25, 2007, at 10:53 AM, Tim Harvey wrote:
--- Ricardo Lugo
Have you tried setting the sysctl value:
vm.min_free_kbytes=16384
Or higher? Even though you have a ton of ram, for some reason when
the ivtv module requests memory, the kernel refuses to swap out pages
to make room for it. Even if your ram is just full of disk cache!
Forcing the
for a little while.
Thanks,
Rich
Ricardo Lugo wrote:
Have you tried setting the sysctl value:
vm.min_free_kbytes=16384
Or higher? Even though you have a ton of ram, for some reason when
the ivtv module requests memory, the kernel refuses to swap out
pages to make room for it. Even if your ram
On Jan 30, 2007, at 1:45 AM, Hans Verkuil wrote:
On Tuesday 30 January 2007 01:51, Ricardo Lugo wrote:
Hans,
I've got lots of Unknowns going on, and a broken stream.
I've attached the entire log for a 30-minute show that has glitches
every minute or so.
Keep in mind I'm on PPC, but I hope
01 February 2007 03:42, Ricardo Lugo wrote:
snip
Big-Endian systems are good to go ENC and DEC-wise. And it seems that
the problems plaguing SMP machines are no more (at least on PPC SMP
machines :-).
I can see a pattern emerging with these byteswaps. I will try to
figure out what is wrong
My compiler threw me an error when compiling the trunk xdriver:
In file included from ivtvhw.h:10,
from ivtvdev.c:8:
/usr/include/linux/ivtv.h:80: error: syntax error before __u32
/usr/include/linux/ivtv.h:91: error: syntax error before __u64
/usr/include/linux/ivtv.h:119:
On Feb 2, 2007, at 7:58 AM, Ian Armstrong wrote:
On Friday 02 February 2007 03:21, Ricardo Lugo wrote:
Ian,
I compiled the PPC binary that's on the wiki at the moment. What
changes would I have to make to the source?
Try the following two patches. These are done against the trunk
test!
On Friday 02 February 2007 16:40, Ricardo Lugo wrote:
On Feb 2, 2007, at 7:58 AM, Ian Armstrong wrote:
On Friday 02 February 2007 03:21, Ricardo Lugo wrote:
Ian,
I compiled the PPC binary that's on the wiki at the moment. What
changes would I have to make to the source?
Try
On Feb 7, 2007, at 1:16 PM, [EMAIL PROTECTED] wrote:
Only issue I see with it is a problem only when XvMC is turned on,
mythtv OSD loses color, however with XvMC enabled, it is gray-
tones, and CPU usage drops from 25-30% down to 10% with XvMC
enabled. You win some, you lose some!
XV =
On Feb 7, 2007, at 12:46 PM, Erik Mouw wrote:
On Wed, Feb 07, 2007 at 10:07:28AM -0500, Ricardo Lugo wrote:
On Feb 6, 2007, at 10:04 AM, Jeff Simpson wrote:
#3, Framebuffer is slow slow slow slow, and it EATS cpu. I have a
3ghz
machine, but the menus are still slow. I often find the X
Hans,
I've been using the trunk r3799, and keep getting the following
warnings in my dmesg.
Feb 15 20:40:59 tube kernel: ivtv0 warning: Invalid PGM index
178891420 (= 400)
Feb 15 20:41:43 tube kernel: ivtv0 warning: Invalid PGM index
178892017 (= 400)
Feb 15 20:41:43 tube kernel: ivtv0
Hans,
No, thank YOU!
- Rick
On Feb 26, 2007, at 11:24 AM, Hans Verkuil wrote:
Mauro,
Please pull from http://linuxtv.org/hg/~hverkuil/ivtv for:
- Add ivtv driver for the Conexant cx23416/cx23415 MPEG encoder/
decoder
It took three core maintainers, over four years of work,
On Feb 16, 2007, at 6:24 AM, Hans Verkuil wrote:
On Friday 16 February 2007 06:57, Ricardo Lugo wrote:
Hans,
I've been using the trunk r3799, and keep getting the following
warnings in my dmesg.
Feb 15 20:40:59 tube kernel: ivtv0 warning: Invalid PGM index
178891420 (= 400)
Feb 15 20:41
Gregor,
This might be a sad solution, but have you tried turning off DMA in
the ivtv source code then recompiling it? (Unfortunately, it'll
disable DMA for both your 350 and 150) Hans recently did some work on
optimizing PIO mode in 0.10.x, and for the increased stability you
might have
of you for help!
Ricardo Lugo wrote:
Gregor,
This might be a sad solution, but have you tried turning off DMA in
the ivtv source code then recompiling it? (Unfortunately, it'll
disable DMA for both your 350 and 150) Hans recently did some work on
optimizing PIO mode in 0.10.x, and for the increased
Sorry, bad svn command... here's the right one
svn co http://ivtvdriver.org/svn/ivtv/branches/0.10 ivtv
On Apr 2, 2007, at 7:32 PM, Ricardo Lugo wrote:
Gregor,
Grab the latest 0.10.x source:
svn co http://ivtvdriver.org/svn/ivtv/branches/0.10 ivtv
And apply the attached
On Apr 3, 2007, at 6:23 AM, Gregor Fuis wrote:
Hello,
I got all the cards out and this still happens with just PVR 350 so
I don't think it is a PSU problem now.
Then I tried a patch for disabling DMA access for card, but I get
it to crash even sooner than without the patch with just this
On Apr 4, 2007, at 5:18 AM, Gregor Fuis wrote:
I see, are you using PVR 350, because on PVR 150 I can run this script
for a week and machine doesn't crash.
Yes, PVR-350. That is a bit odd that this script will crash my
machine even if I've got DMA turned off.
- Rick
Ricardo Lugo wrote
On May 19, 2007, at 2:14 PM, Hans Verkuil wrote:
Hi all,
I would appreciate it if people could start testing the latest ivtv on
the 0.10 branch, available here:
Excellent! Always looking forward to some new improved code.
The current driver has a problem with copying data from the MPEG
On May 22, 2007, at 3:26 AM, Hans Verkuil wrote:
On May 19, 2007, at 2:14 PM, Hans Verkuil wrote:
Hi all,
I would appreciate it if people could start testing the latest
ivtv on
the 0.10 branch, available here:
Excellent! Always looking forward to some new improved code.
The current
On May 22, 2007, at 12:04 PM, Hans Verkuil wrote:
On May 22, 2007, at 3:26 AM, Hans Verkuil wrote:
On May 19, 2007, at 2:14 PM, Hans Verkuil wrote:
Hi all,
I would appreciate it if people could start testing the latest
ivtv on
the 0.10 branch, available here:
Excellent! Always looking
On May 29, 2007, at 4:33 AM, Hans Verkuil wrote:
On May 22, 2007, at 12:04 PM, Hans Verkuil wrote:
On May 22, 2007, at 3:26 AM, Hans Verkuil wrote:
On May 19, 2007, at 2:14 PM, Hans Verkuil wrote:
Hi all,
I would appreciate it if people could start testing the latest
ivtv on
the 0.10
46 matches
Mail list logo