On Sun, 16 Mar 2008 11:31:37 +0100
Matthias Schwarzott [EMAIL PROTECTED] wrote:
Hi there!
I updated this patch to support both Avermedia A700 cards (AverTV DVB-S Pro
and AverTV DVB-S Hybrid+FM).
The RF input of the Hybrid+FM card (with XC2028 tuner) is still untested.
I would be happy
On Tue, 18 Mar 2008 13:39:12 +0100
Matthias Schwarzott [EMAIL PROTECTED] wrote:
On Dienstag, 18. März 2008, Mauro Carvalho Chehab wrote:
On Sun, 16 Mar 2008 11:31:37 +0100
For this to work, you'll need to set xc3028 parameters. This device needs a
reset during firmware load. This is done
On Mon, 17 Mar 2008 19:28:32 +
Richard (MQ) [EMAIL PROTECTED] wrote:
Mauro Carvalho Chehab wrote:
Sorry for a late answer. Too busy from my side :(
And apologies from me for very slow response too. I've been away, and
although I'm back I'm now using a different box for this problem
On Sat, 15 Mar 2008 18:33:56 +0900
timf [EMAIL PROTECTED] wrote:
[ 15.00] saa7133[0]: subsystem: 1461:f936, board: AVerMedia Hybrid
TV/Radio (A16D) [card=137,autodetected]
[ 15.296000] tuner' 2-0061: Setting mode_mask to 0x0e
[ 15.296000] tuner' 2-0061: chip found @ 0xc2
On Sat, 15 Mar 2008 23:23:51 +0100
Jan Hoogenraad [EMAIL PROTECTED] wrote:
Due to several issues I've noticed at the driver, I opted, for now, to add
it
as a separate tree. This way, we can fix things there, without affecting the
staging tree. I've made it available at:
On Mon, 17 Mar 2008 20:36:12 +0100
Jan Hoogenraad [EMAIL PROTECTED] wrote:
Mauro:
Most of the mail understood.
Can you put us into contact with the people who did the decoupling to
the tuner for for example, with saa711x ?
We could re-use some of their work, and learn from them.
On Fri, 14 Mar 2008 22:24:46 +0100
Jan Hoogenraad [EMAIL PROTECTED] wrote:
Dear v4l maintainer:
Please, just call me by my name ;)
I have created a first version of the patch for the Freecom stick, based
on the latest sources I received today from RealTek.
Due to several issues I've noticed
On Fri, 14 Mar 2008 10:16:48 +0900
timf [EMAIL PROTECTED] wrote:
Hi Mauro,
Improved, but still no tuner-xc3028, no dvb.
Relevant part of my dmesg:
[ 15.12] tuner' 2-0061: chip found @ 0xc2 (saa7133[0])
[ 15.12] tuner' 2-0061: tuner type not set
[ 15.12] tuner' 2-0061:
On Sat, 15 Mar 2008 03:20:56 +0900
timf [EMAIL PROTECTED] wrote:
Hi Mauro,
On Fri, 2008-03-14 at 12:14 -0300, Mauro Carvalho Chehab wrote:
On Fri, 14 Mar 2008 10:16:48 +0900
timf [EMAIL PROTECTED] wrote:
Hi Mauro,
Improved, but still no tuner-xc3028, no dvb.
Relevant part
On Sat, 15 Mar 2008 04:34:34 +0900
timf [EMAIL PROTECTED] wrote:
Now, do two tests, with v4l-dvb tree + the patch:
Of course, you'll need to compile and install v4l-dvb ;)
make
make install
cx88-dvb or saa7134-dvb ?
saa7134-dvb.
Cheers,
Mauro
/v4lwiki/index.php/GPIO_pins
2) You need to open an i2c gate on your demod chip. In this case, some commands
need to be sent to your demod for it to open the i2c gate.
I suspect that, on your case, it is (1). Please try the enclosed patch.
---
Enable GPIO's for AV A16D
From: Mauro Carvalho Chehab
On Sun, 09 Mar 2008 23:21:17 +0100
Jan Hoogenraad [EMAIL PROTECTED] wrote:
Mauro:
Thanks a lot for the comments.
One clear problem with this particular driver is that the code that came
from RealTek does not conform to the Linux C coding style.
Would that be an objection for the steps
On Sat, 01 Mar 2008 09:25:58 +0100
Andreas Oberritter [EMAIL PROTECTED] wrote:
Peter Hartley wrote:
[Resending patch with proper signed-off-by and updated description, but
otherwise unchanged]
Dear Mauro,
please apply Peters patch, which allows to utilize the kernel demux
while
On Thu, 21 Feb 2008 00:10:41 +0100
Jan Hoogenraad [EMAIL PROTECTED] wrote:
Great.
I've compiled it, and found some compilation problems.
I've fixed those and put them into a zipped patch for the v4l hg
management system.
I've sent it to a couple of people, but did not yet include some
On Thu, 21 Feb 2008 20:38:09 -0500
Michael Krufky [EMAIL PROTECTED] wrote:
Mauro Carvalho Chehab wrote:
It is not that simple. Steven patch works for DTV on PCI Nano; Christopher
patches for some other DiVCO boards (DTV also); my port of Markus patch
for
other boards
On Mon, 18 Feb 2008 23:44:33 -0500
Michael Krufky [EMAIL PROTECTED] wrote:
On Jan 29, 2008 9:25 AM, Mauro Carvalho Chehab [EMAIL PROTECTED] wrote:
Dâniel and others,
Having this tested is a very good news! I'll need to merge this patch
with two
other patches that adds DVB
On Tue, 19 Feb 2008 06:51:09 -0300
Mauro Carvalho Chehab [EMAIL PROTECTED] wrote:
The repository is broken after and including changeset ce6afd207b71 -
That's said, maybe SET_TUNER_CONFIG is being called too early. Maybe the way
to
fix this is to create an special function to initialize
On Tue, 19 Feb 2008 14:43:56 -0300
Dâniel Fraga [EMAIL PROTECTED] wrote:
On Tue, 19 Feb 2008 13:38:45 -0300
Mauro Carvalho Chehab [EMAIL PROTECTED] wrote:
I've did some changesets fixing both drivers at:
http://linuxtv.org/hg/~mchehab/cx88-xc2028/
Dâniel Fraga,
Please test
Hi Daniel,
On Tue, 19 Feb 2008 09:24:32 -0800
Daniel Gimpelevich [EMAIL PROTECTED] wrote:
On Tue, 19 Feb 2008 13:38:45 -0300, Mauro Carvalho Chehab wrote:
Could you please rebase your changesets fixing the gpio's for PowerColor
Real
Angel 330 and send them to me?
I intend to do
It is not that simple. Steven patch works for DTV on PCI Nano; Christopher
patches for some other DiVCO boards (DTV also); my port of Markus patch
for
other boards (tested by Dâniel Fraga - Analog TV).
What does one board have to do with another? Just because these boards
all use
Hi Albert,
On Thu, 14 Feb 2008 21:20:32 +0100
Albert Comerma [EMAIL PROTECTED] wrote:
[ 2251.856000] xc2028 4-0061: Error on line 1063: -5
The above error is really weird. It seems to be related to something that
happened before xc2028, since firmware load didn't start on that point of the
A recent announce at LKML introduced a new concept of integrated development
between the several subsystem trees, called linux-next.
The basic idea is to have a common tree that merges all development efforts,
helping to solve merge conflicts before arising at Linus main tree. More
details can be
On Sat, 09 Feb 2008 21:53:01 +
Richard (MQ) [EMAIL PROTECTED] wrote:
Richard (MQ) wrote:
Mauro Carvalho Chehab wrote:
If you're not seeing any mesage from tuner-xc2028, it means that the
driver is
selecting a different tuner.
Please send me the complete dmesg.
Also, try
On Wed, 06 Feb 2008 18:49:51 +
Richard (MQ) [EMAIL PROTECTED] wrote:
Mauro Carvalho Chehab wrote:
I need the tuner-xc2028 dmesg.
Please, add this to /etc/modprobe.conf:
options tuner debug=1
options tuner-xc2028 debug=1
Added to /etc/modprobe.conf.local per SuSE scheme
On Thu, 07 Feb 2008 20:29:15 +
Richard (MQ) [EMAIL PROTECTED] wrote:
Richard (MQ) wrote:
Mauro Carvalho Chehab wrote:
Richard (MQ) [EMAIL PROTECTED] wrote:
tuner: Unknown parameter `tuner_xc2028'
Hmm... I suspect you did something wrong at modprobe.conf.local. It seems
Hi Richard,
On Sun, 03 Feb 2008 15:07:27 +
Richard (MQ) [EMAIL PROTECTED] wrote:
I tried contacting Markus with the following but no response - probably
one of you experienced coders on this list will know what's wrong
though? As I say below, the 'standard' v4l-dvb builds fine but is no
On Tue, 05 Feb 2008 23:44:31 +0100
e9hack [EMAIL PROTECTED] wrote:
Hi,
compiling of the current HG tree fails on linux 2.6.24. I think it is a bug
in changeset 7157:
--- a/v4l/compat.h Tue Feb 05 07:37:21 2008 +
+++ b/v4l/compat.h Tue Feb 05 11:21:32 2008 -0200
@@ -497,6 +497,10 @@
Hi guys,
Unfortunately, there were a crash at the server that I use for my inboxes. Due
to that, I lost several non-proccessed pull requests and e-mail patches that
should be committed into v4l-dvb tree and forward to kernel.
While I still hope that people will recover the lost e-mails, it would
On Mon, 28 Jan 2008 00:51:25 +0100
Hartmut Hackmann [EMAIL PROTECTED] wrote:
Hi, Mauro
Can you please integrate this bugfix?
I think it should go into the next kernel.
Sure. Added.
Thanks,
Mauro
___
linux-dvb mailing list
linux-dvb@linuxtv.org
On Fri, 25 Jan 2008 23:44:46 +0100
Hartmut Hackmann [EMAIL PROTECTED] wrote:
Hi, Mauro
Mauro Carvalho Chehab schrieb:
On Sun, 20 Jan 2008 00:24:49 +0100
Hartmut Hackmann [EMAIL PROTECTED] wrote:
Hi, all
Please let me integrate these patches in my personal repository first
On Sun, 20 Jan 2008 00:24:49 +0100
Hartmut Hackmann [EMAIL PROTECTED] wrote:
Hi, all
Please let me integrate these patches in my personal repository first.
Otherwise the Medion / Creatix related changes will cause conflicts.
Hi Hartmut,
Have you integrated this already? The merge window
On Sun, 20 Jan 2008 15:26:20 -0800 (PST)
Trent Piepho [EMAIL PROTECTED] wrote:
On Sun, 20 Jan 2008, Mauro Carvalho Chehab wrote:
On Sat, 19 Jan 2008 05:28:49 -0800 (PST)
Trent Piepho [EMAIL PROTECTED] wrote:
I wish people would use the patch creating system from Hg, since it would
On Sun, 20 Jan 2008 21:56:43 +0100
Luca Olivetti [EMAIL PROTECTED] wrote:
Hello,
a user (Marcos Melero, marcosmelero at gmail.com) reported he could make
his dvb-t usb stick work with the af9005 driver by changing the device
ids (10b9:6000).
The stick is branded Ansonic (one of the
On Sat, 19 Jan 2008 05:28:49 -0800 (PST)
Trent Piepho [EMAIL PROTECTED] wrote:
I wish people would use the patch creating system from Hg, since it would
the format mistakes evident in this patch.
1. no patch title
2. s-o-b's in wrong order
3. diffstat included
4. patch against git source
On Tue, 15 Jan 2008 12:50:21 -0500
James Klaas [EMAIL PROTECTED] wrote:
/usr/src/video4linux/hd800i/xc5000-analog/v4l/dvb_net.c: In function
'wq_set_multicast_list':
/usr/src/video4linux/hd800i/xc5000-analog/v4l/dvb_net.c:1172: error:
'struct net_device' has no member named 'xmit_lock'
On Sun, 13 Jan 2008 18:35:45 -0500 (EST)
Dwaine Garden [EMAIL PROTECTED] wrote:
Thierry, I think we need you to sign off on the patch.
sign-off: Dwaine Garden
I've added your SOB at the patch.
Thanks,
Mauro.
___
linux-dvb mailing list
On Mon, 14 Jan 2008 15:06:46 +0100
ga ver [EMAIL PROTECTED] wrote:
Hello,
In Ubuntu 7.10 with kernel 2.6.22-14.47 in will install a Hauppauge HVR4000.
This card is not recognized in the standard kernel.
I download the latest DVB/V4L sources from
hg clone http://linuxtv.org/hg/v4l-dvb
with
On Mon, 31 Dec 2007 10:03:38 -0500
Devin Heitmueller [EMAIL PROTECTED] wrote:
Hello Mauro,
Figures. I spent all day yesterday disassembling the embda.sys for
the hvr-900 trying to accomplish the same task.
It is hard... It took all day long for me to write a seek tool for detecting the
On Mon, 31 Dec 2007 03:34:56 -0200
Mauro Carvalho Chehab [EMAIL PROTECTED] wrote:
I've just added an extraction tool to allow retrieving xc2028/3028 firmwares
from HVR-12x0 windows file.
In order to use, you need to:
1) Download the windows driver with something like
On Fri, 21 Dec 2007 12:02:50 +0100
Matthias Schwarzott [EMAIL PROTECTED] wrote:
So here are they!
mt312_codingstyle: fix almost all issues listed by checkpatch
mt312_remove_extra_KERN_DEBUG: removes extra KERN_DEBUG from dprintk calls
Applied, thanks.
checkpatch also lists this:
ERROR:
Em Seg, 2007-11-19 às 12:02 -0800, Brandon Philips escreveu:
On 20:02 Mon 19 Nov 2007, e9hack wrote:
Brandon Philips schrieb:
I am guessing this a saa7136 based device.
The card is saa7146 based. I think you mean the saa7146.
Could you please test this
patch? If it is in
Em Qui, 2007-11-15 às 09:43 +0800, kevin liu escreveu:
Dear everyone:
I am reading v4l2 tuner part code these days, when I come to mt20xx.c,
in microtune_init(), the use of the char pointer name maybe cause some
fatal error sometimes for this state:
Em Ter, 2007-11-13 às 15:05 -0500, Steven Toth escreveu:
Michel Ludwig wrote:
Hi Steven,
On Tuesday 13 November 2007 17:20:56 you wrote:
It's worth pointing out the current state of the HVR1500 support under
Linux.
1. None of it's functions are currently supported, they are
Em Sex, 2007-11-16 às 09:08 +0800, kevin liu escreveu:
You mean all the c compilers will give 'unknown' a special process???
Huh?
I mean:
{
char *name = unknown;
and
{
char *name;
/* some code */
name = unknown;
are equivalent.
Cheers,
Mauro
.
Since saa7134-alsa seems to do the job, it seems ok to remove
saa7134-oss.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Acked-by: Mauro Carvalho Chehab [EMAIL PROTECTED]
I'll commit this patch soon at my tree.
Cheers,
Mauro
___
linux-dvb mailing list
I did a lot of work this weekend merging several patchsets. There are 68
new changesets there.
The resulting tree is available at:
http://linuxtv.org/hg/~mchehab/merge
This tree has:
- one warning fix for pvrusb2;
- bttv and i2c audio decoders conversion to V4L2
- merge was
Basically the enum is not required.
Everything works fine without replacing VIDEO_MODE_xxx by
AV7110_VIDEO_MODE_xxx. (VIDEO_MODE_xxx is defined in videodev.h.)
On the other hand, I like the enum because it defines the interface
between firmware and driver in a clean way. video_tuner-mode
Looking at tuner-xc2028.c, there seem to be some issues:
a) priv-count is initialized to zero by the first user. This would
result in priv either being freed prematurely or never freed at all.
b) If priv is freed, it doesn't seem to be removed from the global
xc2028_list list, meaning that
Hi Oliver and Marco,
The patch looked good to me.
Some comments:
IMO, instead of creating an emum for vidmode, I would instead just store
v4l2_std_id there.
if (std-id V4L2_STD_PAL) {
- av7110-vidmode = VIDEO_MODE_PAL;
+ av7110-vidmode =
Em Sex, 2007-10-26 às 12:09 +0200, Hans Verkuil escreveu:
On Friday 26 October 2007 06:24, Michael Krufky wrote:
Mauro Carvalho Chehab wrote:
Hi Michael,
Em Seg, 2007-10-22 às 16:03 -0400, [EMAIL PROTECTED] escreveu:
Mauro others,
After our conversation last week, I decided
NO -- the tuner changes do not touch bttv -- they are all internal to
the tuner code.
Good to know.
If you have to remove some v4l1 support from tuner-core, that will
simply be the removal of a few lines, and it can be easily done by hand.
OTOH, If you push in the v4l1 removal first, and
Hi Michael,
Em Seg, 2007-10-22 às 16:03 -0400, [EMAIL PROTECTED] escreveu:
Mauro others,
After our conversation last week, I decided to move forward with
tuner-refactor-phase-2, so that you can have the pathway for your
tda9887 tea5767 changes to go in without clashing with my pending
Em Ter, 2007-10-23 às 10:05 +0800, kevin liu escreveu:
Dear guys:
I think v4l-dvb should support a more general v4l tuner ops, when
I add my own driver to Linux v4l, I am just confused by the v4l tuner
architecture.
I saw Markus Rechberge's code, he move the xc3028 tuner to the
Wait! Please clarify whether you think that your problem is caused by
the _saa7134_ driver or the _saa7146_ driver.
You wrote 'that memory corruption is caused by the saa7146 driver,'
Is this a typo? Did you mean saa7134?
You are right my statement is wrong. To get it right, my asus has the
•
Hi Oliver and Martin,
since there was no reply on the DVB ML:
Is anyone maintaining the DVB part of the saa7134 driver?
Can this patch be accepted?
Hartmut is the guy who did more work at saa7134 dvb.
Let me contribute with my review.
The patch looks sane for me, except for a few
Em Dom, 2007-10-07 às 14:03 -0700, Trent Piepho escreveu:
On Sun, 7 Oct 2007, Mauro Carvalho Chehab wrote:
I took a look at cx23885 code. It seems that there's a serious error on
the way you're using cx23885_buffer there:
cx23885-dvb.c: return cx23885_buf_prepare(q, port, (struct
For now, let me give a quick explanation of the basics of videobuf.
---
(part 2)
As you know, the original author of videobuf is Gerd. At the changes I
did, I've tried to preserve, as much as possible, the code outside
videobuf without changes(*).
(*) This is also true for the binary code
Michael,
However, cx23885 is now broken. Upon starting a DVB stream, the
following OOPS is generated:
I've reviewed cx23885 videobuf stuff. I noticed a problem at the
conversions: It is still using the abstract videobuf constructor,
instead of the pci DMA S/G one. I've just added a patch
Mauro,
This new patch fixed the problem. CX23885 functionality is restored! :-)
Good! If you send your reviewed-by, I'll add at the proper changesets
touching videobuf.
side note: If we had left a single header, video-buf.h, we could have
avoided this problem. When we rename files like
I don't like to create a video-buf.h header. This will make non-pci
devices dependent on PCI, or will require some additional logic for
checking kernel Kconfig symbols. I also expect that other newer videobuf
methods to be created. So, this header will just generate undesirable
mess.
Hi Michael,
Em Dom, 2007-10-07 às 02:30 -0400, Michael Krufky escreveu:
Mauro Carvalho Chehab wrote:
Hi Michael,
Please try the enclosed patch. It is just a hack.
Please, post the dmesg, working or not.
Mauro,
Your patch touches code that apparently is not being executed
Yes... I cloned today's master branch, including your changeset cited above.
I was sure to do 'make rminstall' in an older tree, to remove all traces of
the older video_buf module before installing the new modules.
I suspect that there's a race condition related with the way we do mmap. I
Hi Michael,
Please try the enclosed patch. It is just a hack.
Please, post the dmesg, working or not.
Cheers,
Mauro.
diff -r 62d749961694 linux/drivers/media/video/videobuf-core.c
--- a/linux/drivers/media/video/videobuf-core.c Fri Aug 24 02:22:15 2007 +0200
+++
Em Qua, 2007-09-26 às 22:58 +0200, hermann pitton escreveu:
Hi,
Am Mittwoch, den 26.09.2007, 11:25 -0400 schrieb [EMAIL PROTECTED]:
Mauro Carvalho Chehab wrote:
Unfortunately, I see the same broken behavior in the videobuf tree and
the tm6000-new tree. Only the master branch v4l-dvb
Hi Holger,
is it that one?
And I think it would be wrong to delay DVB-S2 support until you
have all of DVB-H, DVB-T2, etc. properly hammered out.
I have to agree with Johannes. The current 2.6 development model is
based on Commit earlier and commit often, as stated by Linus.
This means that a big trouble can (and
Em Ter, 2007-09-18 às 17:58 +0400, Manu Abraham escreveu:
Mauro Carvalho Chehab wrote:
And I think it would be wrong to delay DVB-S2 support until you
have all of DVB-H, DVB-T2, etc. properly hammered out.
I have to agree with Johannes. The current 2.6 development model is
based
Em Ter, 2007-09-18 às 18:33 +0400, Manu Abraham escreveu:
Mauro Carvalho Chehab wrote:
I'm just interested on see things moving forward. Please stop with your
flame wars. If you are not interested on serious discussions, you
shouldn't have started the thread.
(bla, bla, bla)
If you
Applied at my -git tree.
Cheers,
Mauro.
Em Ter, 2007-09-18 às 12:37 -0400, [EMAIL PROTECTED] escreveu:
Sam Ravnborg wrote:
Please cc: relevant people.
On Tue, Sep 18, 2007 at 05:43:35PM +0200, Gabriel C wrote:
Hi,
I get modpost errors here :
...
ERROR: dvb_dmx_init
The reason why there is no single 'format conversion library' that
everybody uses is because of the large differences between requirements
for such a thing. The line between 'format conversion' and things such
as a video codec, or image processing is very vague.
Agreed. What I think it should
Everyone knows that there are some issues even some internal
ones which I'm not part of.
With respect to your kernel-userspace API for xc3028, you made something
that seemed to be a dream: there's a consensus: not a single developer
believed that this is the better way; nobody seems that this
Em Sáb, 2007-09-15 às 16:33 +0200, Markus Rechberger escreveu:
I'm off for the weekend now so have a nice one :-)
Enjoy your weekend. I really hope that you have some time to reflect and
review your positions during the weekend.
--
Cheers,
Mauro
Markus,
Maybe you still don't realize how tiresome it is to talk to you.
What you present as linuxtv people block my contributions is
IMHO linuxtv people got fed up talking to you. Because when
people disagree with you, you keep rambling on and on instead
of just accepting it. See,
- The hybrid tuner support, that where your requirement, when all those
discussions started, were already added to the subsystem. So now, an
hybrid tuner can be accessed by both DVB and V4L devices;
It's far more complex as the thing which is implemented there.
The only thing that has
There is no reason why the Xceive driver cannot be merged into the
current development tree using the hybrid tuner framework as it stands
today.
I'm not convinced this is entirely true. In order to avoid unnecessary
reinitialisation of the device, the driver needs to know whether the
Beside that I'm just curious how much did you contribute
during the last 2 years to the lkml/linux kernel, and how much
do you want to contribute in future? (also from my side
talk is cheap (even for me) but getting something done costs
quite some time and feedback from other people)
The main discussion in this thread was about drivers in userspace
are bad because the API will allow binary drivers.
No. The focus is that userspace API is not needed at all, and the
community believe that this is a regression from all efforts that are
being done by the community to have good
Markus,
Em Ter, 2007-08-14 às 16:31 +0200, Markus Rechberger escreveu:
Following patch adds the possibility to implement tuner drivers in
userspace.
As you asked me about userspace driver, at Linux Conf Europe, let me
give you my feedback about it.
On Linux, userspace-to-kernelspace APIs are
Any suggestions and comments are welcome.
Please take a look at the xc3028-fe.c file in the following patch:
http://www.linuxtv.org/~mkrufky/xc-bluebird.patch
You can use the logic used in that patch to determine ATSC / DVB-T / etc
The tm6000 has a tuner-xc2028 driver that actually
Markus wrote:
the em28xx uses the userland implementation since the current xceive
reference drivers use floating point algorithms.
The usage of FP on DVB drivers is something that have been discussed for
quite a long time at the community. I've asked Linus about the
possibility of having a
The limits are comming from the tda10046 info. I think the correct thing
to do here is to not have the tda1004x driver define frequency limits, as
it's the tuner that has the limits.
Nak. You must not remove these limits unless you make sure
that all tuner drivers which might be
This would be easy to do. There is already a function,
dvb_frontend_get_frequeny_limits(), that does this. It prints a warning
message if neither the demod nor the tuner define a limit. In this case,
it returns zero for the max frequency, so any attempt to tune with a driver
broken like
Sorry for a late response. I was in transit to participate at Linux Conf
Europe/2007, where I should give a speech about multimidia support on
Linux kernel on this Sunday.
The API seems ok to me. I've added it to v4l-dvb tree.
Guys,
Please test if everything remains correct. Although the
Hi Patrick,
Em Dom, 2007-08-26 às 18:27 +0200, Patrick Boettcher escreveu:
Obviously you are from Brasil. What is your current status in your country
about DTV?
As Carlos said, the commercial transmissions start at the end of this
year.
How much did they modified Japan's ISDB-T
Hi Michael,
Em Seg, 2007-08-27 às 10:02 -0300, Mauro Carvalho Chehab escreveu:
I should review the source code later today.
Ok. Almost everything looked fine to my eyes.
I have just one comment, about the changesets that added the
MODULE_DESCRIPTION and MODULE_LICENSE macros, like
You say, there weren't any log messages from tea5767 driver. -- This
is because the tuner_info line was disabled -- I've re-enabled it just
now, and push up the changeset.
Please update your tree and test again -- I believe that the only issue
here is the missing message from the tea5767
I didn't reviewed yet the tea5767 changes. I expect to do it later this
week (maybe today night).
Thank you -- I appreciate that.
I did just a quick test yesterday. I didn't analyzed the source code
yet. Basically, tea5767 didn't work:
Those are the _normal_ logs from tip:
Linux video
Em Seg, 2007-08-20 às 11:22 -0400, Michael Krufky escreveu:
Manu Abraham wrote:
You will need to handle the IOCTL calls for analog operations some
place, whatever you remove.
I don't see at any place you are handling the IOCTL's directly in the
drivers. So you will be using callbacks
Meanwhile, I
do not plan on introducing this idea for many months, probably for
2.6.25 or 2.6.26, maybe 2.6.27... so I would rather not discuss this now
-- it is completely irrelevant to the matter at hand.
Agreed.
When I did my testing of tuner-simple and tda8290 modules, I ran into
Allthough this patch is still in the queue of required patches. I
would still like to see that one upstream since it would be required
by a few drivers for checking if they're really idle.
I agree with Obi, Mkrufky and Christoph. It seems to be better to handle
lock control inside your
Em Ter, 2007-08-14 às 13:54 +0200, Markus Rechberger escreveu:
Since this didn't get commented here, Trent did that patch already 2
months ago but it's not included yet. So I recommend to include his
patch.
http://article.gmane.org/gmane.linux.kernel/543689
Acked-by: Markus Rechberger
Binary releases? Not from myself or Hauppauge. Period. Mark my words,
you will not see Hauppauge push binary junk at people just because we
want Linux support. That's the kind of thing marketing people like to do
and it has no respect within the community.
Acked.
Besides, who needs all
Em Seg, 2007-08-13 às 00:41 -0400, Michael Krufky escreveu:
Jonathan Isom wrote:
Hi
I just tried today's hg and now i get in dmesg
DVB: frontend 0 frequency 521028615 out of range (86400..86000)
DVB: frontend 0 frequency 677028615 out of range (86400..86000)
Why not merge DVB-S support only, into the master branch, so that users of
that
card can use the features of it that are NOT still up in the air?
Receiving the changes splitted into smaller pieces means easier work to
me. I prefer, however, that the DVB-S2 stuff would be into a second
patch,
Em Qui, 2007-08-02 às 09:39 +0800, lwtbenben escreveu:
a) create a newer dir with your driver:
/linux/drivers/media/dvb/mydriver
b) Under /linux/drivers/media/dvb/mydriver:
create a Kconfig and a Makefile
You may use another Kconfig/Makefile as example (for example,
pluto2)
c) Add your
Em Seg, 2007-07-30 às 09:19 +0800, lwtbenben escreveu:
在2007-07-28,Mauro Carvalho Chehab [EMAIL PROTECTED] 写道:
Hi,
Em Sex, 2007-07-27 às 16:09 +0800, lwtbenben escreveu:
Dear Mauro Carvalho Chehab:
In dvb-usb-dvb.c, where we want to register our frontend to the DVB
core, we have
Em Qua, 2007-08-01 às 21:18 +0400, Manu Abraham escreveu:
On 8/1/07, Patch from Mauro Carvalho Chehab [EMAIL PROTECTED] wrote:
The patch number 5966 was added via Mauro Carvalho Chehab [EMAIL
PROTECTED]
to http://linuxtv.org/hg/v4l-dvb master development tree.
Kernel patches
On Thu, 28 Jun 2007, Markus Rechberger wrote:
Well it's solved now, whatever driver will come up in future from my
side I will not submit it to the linuxtv project due the experience I
made during the last 1 1/2 years.
You did a good job with em28xx, but when you tried to force people to
Hi Sascha,
Can someone please summarize these flamewars and especially the remaining
problems?
Please, allow me to give my personal view about this.
Markus tried hardly to force me to commit his big patch as-is, even with
the risk of eventually breaking other other dvb drivers (In fact, it
Hi Trent,
Here is a patch that does just option B. I have a couple other
patches too.
Tracking the flexcop, I've arrived on a similar patch to yours, but this
approach will duplicate some debug macros. This is somewhat ugly. Since
we need this fix for a late -rc, I think that the better for
1 - 100 of 170 matches
Mail list logo