that allowed the BIOS itself to map a USB serial port to
a tradition COM3 or COM4 pseudo interrupt/interface. But then again,
I've never tried it.
The adapter will work, as long as it is supported under your kernel.
--
Tyler Trafford
___
ivtv-devel
version?
What is the general opinion on abandoning the 0.2 branch in favor of 0.3?
0.2 has been effectively abandoned for awhile now, no one has stepped up
to maintain it.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http
On Mon, Oct 03, 2005 at 10:41:05AM -0400, Jacques Facquet wrote:
Le Lundi 3 Octobre 2005 16:05, Tyler Trafford a écrit :
On Mon, Oct 03, 2005 at 06:35:18AM -0400, Jacques Facquet wrote:
Le Lundi 3 Octobre 2005 08:26, Julien Pervillé a écrit :
PS: Thank you for the 0x45 hack to enable
to is at
http://ivtvdriver.org/trac/ticket/28
but http://dl.ivtvdriver.org/ *is* up to date and is the official
download site. 0.3.8 is the last released version. That 0.3.9 is an
improperly named nightly snapshot and not an actual release.
--
Tyler Trafford
/driver/cx25840-audio.c:238: warning:
passing arg 1 of `cx25840_w
rite' makes pointer from integer without a cast
/tmp/ivtv-0.3.9/driver/cx25840-audio.c:238: error: too
few arguments to function
Easy mistake, easy fix. Check out again and it will work.
--
Tyler Trafford
://ivtvdriver.org/viewcvs/ivtv/trunk.tar.gz?view=tar a nightly
snapshot or the latest svn?
Latest, it is dynamically created.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
object?
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
not ?
info = kmalloc(sizeof(struct cx25840_info), GFP_KERNEL);
if (info == NULL) {
kfree(client);
return -ENOMEM;
}
i2c_set_clientdata(client, info);
Yeah, you're right. Fixed in r2754.
--
Tyler Trafford
for freqtable
(us-cable) and device (/dev/video0) the first time it is run, since
those are needed to do anything.
It works just like ptune, and will do channel scanning and custom
frequency tables this weekend.
--
Tyler Trafford
___
ivtv-devel mailing
with everything else.
In fact, I didn't know about the existence of this utility until Tyler
Trafford mentioned it to me in this mailing list. The util is not in any
documentation that you normally look at when the source is downloaded.
I hope this util becomes more prominent
into
that.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Jacques Facquet wrote:
Le Samedi 8 Octobre 2005 04:02, Tyler Trafford a écrit :
Jacques Facquet wrote:
After loading this, what's the output of:
cx25840ctl -l | grep DL_ADDR
DL_ADDR_LB=231 (0xE7)
DL_ADDR_HB=1 (0x1)
That's odd because it's only failing on the fast load, but then it
falls
Jacques Facquet wrote:
Le Samedi 8 Octobre 2005 04:13, Jacques Facquet a écrit :
Le Samedi 8 Octobre 2005 04:02, Tyler Trafford a écrit :
Jacques Facquet wrote:
After loading this, what's the output of:
cx25840ctl -l | grep DL_ADDR
DL_ADDR_LB=231 (0xE7)
DL_ADDR_HB=1 (0x1)
That's odd
Jacques Facquet wrote:
Le Samedi 8 Octobre 2005 06:02, Tyler Trafford a écrit :
Jacques Facquet wrote:
[problem with fast firmware loading]
You can always try the 'fastfw=0' option.
Yes but the problem is still here (it's working with this option).
Above, there was 0x1E7 (487) bytes
Can anyone see what's the point of this cx25840 ioctl? Especially it's
usage in ivtv-fileops...
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Tyler Trafford wrote:
Tyler Trafford wrote:
Hans Verkuil wrote:
On Monday 10 October 2005 01:38, Tyler Trafford wrote:
Mauro Carvalho Chehab wrote:
Latest V4L CVS version can be obtained at linuxtv.org:
Hmm, tveeprom here doesn't work with my PVR150 tuner=50, but the one in
2.6.12 does
.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
directories (I never did that).
Please correct me if I'm wrong, since I'm not exactly a Kernel Hacker.
This is exactly right. If you need multiple kernels from a tree, copy
it with 'cp -al' to a new location.
--
Tyler Trafford
___
ivtv-devel mailing
some debug config options for I2C in the kernel's menuconfig,
make sure you turn those off if you don't want to see these messages.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
/ivtv.ko]
undefined!
Everything still loads fine, except it says tveeprom_read taints the
kernel.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
On Mon, Oct 10, 2005 at 10:07:29PM -0400, Tyler Trafford wrote:
I propose that the direct loading method be cut out entirely, and rely
purely on the prefered method with hotplug. This is already the way
it is handled in bttv-cards.c, for instance, so pre-2.4.23 kernels are
already depreciated
On Wed, Oct 12, 2005 at 02:27:21PM -0400, Trev Jackson wrote:
I'm getting errors when I try to compile any version of ivtv later
than SVN 2791.
SVN 2790 and earlier compile OK.
Did you read README.1ST? Changes to build environment went in on 2791.
--
Tyler Trafford
. You should install module-init-tools and then you
will have a new directory /etc/modprobe.d in which to place your 'ivtv'
file which you currently have in /etc/modutils.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http
---
Also i just use
cp /lib/modules/ivtv*.bin $MNTIMAGE/lib/modules/
instead of the two lines but that doesn't matter really.
Don't forget HcwMakoA.ROM, the firmware needed for the cx25840 module.
--
Tyler Trafford
___
ivtv
Daniel Segel wrote:
Tyler Trafford wrote:
Hi everyone-
I've just committed some VBI changes to ivtv 0.5 to make the decoders
be less tied to ivtv in particular. The problem is that I am unable
to test my changes myself.
Could people please test for differences in VBI handling between 0.4
minor change on kernel number (for every new -git
numer, version is touched).
Our problem arises when using the header for the user programs, in the
kernel stuff it works fine.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
I have just committed changes to the way the cx25840 module is handled
that changes the video inputs. From now on, all cx25840 cards (eg
PVR150/500 DiamondMM 550...) will be presented with only (the same) 3
inputs:
0 = Tuner
1 = Composite
2 = S-Video
--
Tyler Trafford
Brad Barnett wrote:
On Wed, 19 Oct 2005 20:01:29 -0400
Tyler Trafford [EMAIL PROTECTED] wrote:
I have just committed changes to the way the cx25840 module is handled
that changes the video inputs. From now on, all cx25840 cards (eg
PVR150/500 DiamondMM 550...) will be presented with only
Tyler Trafford wrote:
Brad Barnett wrote:
On Wed, 19 Oct 2005 20:01:29 -0400
Tyler Trafford [EMAIL PROTECTED] wrote:
I have just committed changes to the way the cx25840 module is
handled that changes the video inputs. From now on, all cx25840
cards (eg PVR150/500 DiamondMM 550
Tyler Trafford wrote:
I've just made the input layout into this:
FYI: The points raised here have convinced me to just recode the
input-set part of the cx25840 to allow it to be set to any possible
input. This will result in a large quantity of inputs to choose from,
but it is the most
support
and then recompile the kernel.
(It is created by genksyms though.)
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
that the
250/350 gave a better picture than the 150/500 (until this thread,
anyway).
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
I seem to be getting this warning when I run scantv on my pvr150:
ivtv0 warning: ENC Stream 2 OVERFLOW #16802: Stealing a Buffer, 961
currently allocated
Does this happen to anyone else?
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel
.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
/portage directory is the
build management directory on a gentoo system. I would have expected
the script to be put in /usr/lib/, or /usr/sbin/ by the ebuild process
that installed it.
Yeah, or in /etc/hotplug. Hotplug most likely is not installed on that
system.
--
Tyler Trafford
didn't
try from a cold reboot though.
(I only tested that the standard was detected correctly and unmuted.)
Both ivtv and cx25840 allow you to choose alternate firmware via module
options.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel
posted before, I get an error when i try ivtvctl -q 1 :
ioctl VIDIOC_S_AUDIO failed: Invalid argument
I think I just figured this out, strangely it doesn't effect everyone*.
I'll try to get a fix into both 0.4 and 0.5 today.
[*] it's probably compiler specific
--
Tyler Trafford
and should be the
only problem with those modules specifically.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
/hotplug in there too.
I've never understood the point of doing putting ivtv into the initrd.
What is the reason?
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
checked and FC1 does indeed have support for
hotplug firmware loading even though it is less than 2.4.23.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
replacing hotplug) in the image, which
may solve this.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
:#include linux/videodev2.h
ivtvfbctl.c:#include linux/videodev2.h
ivtv-radio.c:#include linux/videodev2.h
No, you're right. Committing now. Thanks.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman
setchannel/setstation.
v4lctl is also a part of xawtv.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
-
but I'm guessing some bytes were written in fast mode before the
failure, so that stuff gets written twice.
There's a simple (I think) way to make the fall-back cleaner, but I
can't test it myself since I've never had the error happen to me.
--
Tyler Trafford
Jacques Facquet wrote:
Tyler Trafford a ?crit :
There's a simple (I think) way to make the fall-back cleaner, but I
can't test it myself since I've never had the error happen to me.
I think it's no so easy to know how many bytes of the firmware were
really sent.
Well, we do know the number
Jacques Facquet wrote:
Le Vendredi 18 Novembre 2005 22:27, Tyler Trafford a écrit :
Err, I went back to my original thought. I can't trust that the
value of DL_ADDR read before the failure is correct in the very
case I would need it.
http://ivtvdriver.org/trac/changeset/2976
After
Mark Knecht wrote:
On 11/18/05, Tyler Trafford [EMAIL PROTECTED] wrote:
Kevin Ruland wrote:
Mark,
I have exactly the same problem when using the 0.5.0 series drivers
under 2.6.12-14. When I roll back to 0.4.0 drivers everything is fine.
Also on Gentoo.
Kevin
However, AFAICT MythTV still
sources.
Are there many people who only have headers installed for their 2.4
kernel?
Hmm, Debian puts Rules.make in their headers packages (at least it is
there in 2.4.27)... it's kind of an important part of building.
--
Tyler Trafford
___
ivtv-devel
compile with 'make HP_FWLOAD=1' then hotplug will get used, all the way
back to 0.3.0 I think.
It is the default in 0.5.x and the upcoming 0.4.1.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo
in MythTV. I had completely forgotten about
this myself.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Sigurd Nes wrote:
Tyler Trafford wrote:
Oh, I bet I know what this is. The input numbering changed for the
150/500 cards. Tuner 0 = 0 instead of 6, for instance. So that will
need to be reconfigured in MythTV. I had completely forgotten about
this myself.
Is this something I can set
Hans Verkuil wrote:
On Sunday 27 November 2005 22:52, Tyler Trafford wrote:
Sigurd Nes wrote:
Tyler Trafford wrote:
Oh, I bet I know what this is. The input numbering changed for the
150/500 cards. Tuner 0 = 0 instead of 6, for instance. So that
will need to be reconfigured in MythTV. I
enable:
BT848 Video For Linux
so that tuner, tda9887 and tveeprom modules will also get built.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
refers
to that symbol, or you can probably just replace the version with
0x (although I haven't tested that method).
After this, recompile ivtv.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org
handling.
Nice.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
it to type 57.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
On Thu, Dec 29, 2005 at 01:37:41PM -0500, Hans Verkuil wrote:
On Thursday 29 December 2005 19:27, Tyler Trafford wrote:
Your tuner is type 4.
You are overriding it to type 57.
That's not true. This tuner is simply not supported. Tuner 57 seems to
come closest but some frequency ranges
, they are instead installed to
/lib/modules/2.6.12 (no extra tag). Is there something I can do to
prevent this?
Yes, you need to set EXTRAVERSION (in the kernel's Makefile) to the
proper value. In your case, EXTRAVERSION=-10-386.
--
Tyler Trafford
repositories. Since the debian packages aren't maintained anymore I guess
they aren't in (k)ubuntu as well.
At least I can't apt-get them.
The MythTV packages are now in the marillat repository.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv
in
my 2.4 kernel setup. I'll commit a fix soon.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
how to change the firmware
madness, and for first look everything was ok, except I wasn't able to
tune the card. Everywhere got the same recording from /dev/video0,
exactly as you described.
So, even ivtv-tune cannot change the channels?
--
Tyler Trafford
the real user demand is.
In this sense, thanks to Hans, John, Tyler, Chris, Kevin and all
others involved for their efforts!!!
It is worth noting that Hans has been the sole developer since the
beginning of the year. All things considered, he is getting an amazing
amount of work done.
--
Tyler
, that
could be causing the problem.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
thing would be to use cx25840ctl to do that. It would
require knowing the register name though.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
, instead of there
being a separate 'hotplug' binary.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
', not both. It is just going with the
first one, which since there is no parameter it assumes is zero.
Run it like this:
ivtvctl -p2
or like this:
ivtvctl --set-input=2
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http
then. I can fix this by undoing an earlier
change...
Hans, do you happen to remember the reason for this? :
http://ivtvdriver.org/trac/changeset/3025
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org
time for this anyway in the next two weeks.
A thread from last year suggests that this does work under Windows.
http://www.gossamer-threads.com/lists/ivtv/devel/18662#18662
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http
Chris
was very active. See here for my kernel patch set details:
http://webcon.ca/~rhardy/patches/linux/kernel/Patchset-2.6.17-rh3/index.txt
Just curious, what happens without your added delay if you turn off
hyperthreading?
--
Tyler Trafford
___
ivtv
`
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
sure those writel's were there to fix something *checks*
Refer to these:
http://ivtvdriver.org/trac/changeset/3089
http://ivtvdriver.org/trac/changeset/3152
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http
On Wed, Nov 08, 2006 at 02:09:36PM -0500, Robert Hardy wrote:
On Tue, 7 Nov 2006, Tyler Trafford wrote:
On Nov 7, 2006, at 3:44 PM, Robert Hardy wrote:
The most important modification is the code now no longer blindly
writes all the data fw-size returns if it makes no sense to!
Maybe I
calls stomping on each other.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
.
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
?
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
--
Tyler
for both versions, right?
--
Tyler Trafford
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
not to work for some people here.
In other words, it needs more work. I'll continue investigating
tonight.
In my defense, I'm pretty sure that when the code in question was put
in, I tried client-dev first and then when that didn't work used
client-adapter-dev. :)
--
Tyler Trafford
A sect or party
to make the firmware load triggerable by ioctl
(perhaps even delaying i2c client connections until then, to bypass the
same problem occuring with the cx25840 driver) in the case of non-module
compilation.
Hans, correct me if I'm wrong.
--
Tyler Trafford
A sect or party is an elegant incognito devised
) += ivtv.o ivtv-fb.o
--
Tyler Trafford
A sect or party is an elegant incognito devised to save a man from
the vexation of thinking.
-- Ralph Waldo Emerson, Journals, 1831
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http
://ivtvdriver.org/pipermail/ivtv-devel/2007-February/004501.html
I think it might be a good idea for drivers that require firmware to
delay initialization until triggered by the user.
--
Tyler Trafford
A sect or party is an elegant incognito devised to save a man from
the vexation of thinking
On Tue, Jul 17, 2007 at 01:39:53PM -0400, Nicholas Fearnley wrote:
On 17 Jul 2007, at 18:11, Tyler Trafford wrote:
Hans Verkuil wrote:
I've never actually tested having ivtv compiled in the kernel, I
always tested it as a module. I'm not sure how firmware loading is
supposed to work
On Tue, Jul 17, 2007 at 04:25:13PM -0400, Sander Sweers wrote:
On 7/17/07, Nicholas Fearnley [EMAIL PROTECTED] wrote:
On 17 Jul 2007, at 18:11, Tyler Trafford wrote:
http://ivtvdriver.org/pipermail/ivtv-devel/2007-February/004501.html
I think it might be a good idea for drivers
, ivtv (and support modules) in v4l-dvb compiled just fine
on 2.6.15.
--
Tyler Trafford
A sect or party is an elegant incognito devised to save a man from
the vexation of thinking.
-- Ralph Waldo Emerson, Journals, 1831
___
ivtv-devel mailing
is what's at the root.
--
Tyler Trafford
A sect or party is an elegant incognito devised to save a man from
the vexation of thinking.
-- Ralph Waldo Emerson, Journals, 1831
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http
source then? If so, where is your firmware.sh
located?
--
Tyler Trafford
A sect or party is an elegant incognito devised to save a man from
the vexation of thinking.
-- Ralph Waldo Emerson, Journals, 1831
___
ivtv-devel mailing list
ivtv
where your distro looks for
firmware but usually this is /lib/firmware.
That message is a general failure. It doesn't mean it actually found a
file and it was the wrong size.
--
Tyler Trafford
A sect or party is an elegant incognito devised to save a man from
the vexation of thinking
Scott A. Conway wrote:
--- Tyler Trafford [EMAIL PROTECTED] wrote:
Scott A. Conway wrote:
I first discovered that it would not load the
modules, but not load
the firmware at all, so I poked around on the web
for a while until I
saw that the 2.6.24 kernels require that the
ivtvfb module
Tyler Trafford wrote:
There should be a /etc/udev/hotplug.rules. At the end of that file is a
commented line to enable some verbose debugging to /var/log/hotplug.log.
Try enabling that and then rebooting.
Oh that may be distribution dependant... first check that one of the
rules files
90 matches
Mail list logo
