Hartmut Hackmann wrote:
> Hi, folks
>
> Currently most boards report the type of the channel decoder as
> the frontend name. This has the disadvantage that if you have multiple
> (hybrid) cards with the same channel decoder type, you will not be
> able to distinguish them in the applications. Espe
e is DVBFE_GET_INFO, working with that as a base.
> It is extendable to the adapter object.
>
> Currrently playing around with a bit with some devices on the same in
> that aspect
Manu,
I don't think that Hartmut is talking about multiple frontends per adapter, as
you are describing.
Hartmut is trying to establish a means in telling the difference between the
frontends installed on the multiple devices in a single given system.
For instance, I have a mythtv backend server with five PCI cards inside... each
of which use the LG DT3303 ATSC demod.
Given that each of these frontends identify themselves as an LG Electronics DT
3303, how does the user know which frontend is associated to the FusionHDTV 5
Gold? Which one is the AirStar HD5000? Which one is the FusionHDTV5 USB Gold?
Does this explain the question any better?
--
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[EMAIL PROTECTED] wrote:
>
> hi,
> i'm on gentoo linux and 'd been using my twinhan dvb-t until the update to
> v4l-dvb-hg.
>
> after tweaking my kernel, it's just one error left:
>
> *Code:*
>
> dvb_bt8xx: Unknown symbol dvb_pll_lg_tdvs_h06xf
This symbol would be found in the dvb-pll module.
tree for this? The code in ~hverkuil/v4l-dvb2 has
nothing to do with your device.
Steve Toth's multiproto tree is an experimental development branch that should
work for your device.
I hope this helps,
Michael Krufky
___
linux-dvb mailin
tim belina wrote:
[snip]
> However, the card doesn't work properly:
>
> 1) I see only a single card in YaST, which describes the card as a
> FusionHDTV DVB-T Dual Digital. Perhaps that is correct, but I'm unsure
> if I should see one for each of the "dual" receivers.
Do, "modprobe cx88-dvb" ...
Brett Ryan wrote:
> Hi guys, I'm just wondering how the development for the DViCO FusionHDTV
> DVB-T Dual Digital 4 driver is going. I'm keen to get my card working, if I
> can lend a hand at all let me know though I'm only a java/c# developer and
> not had any experience with kernel development.
>
in the form:
Signed-off-by: Your Name <[EMAIL PROTECTED]>
...so that I can add your patch into the official sources.
For more info, see: http://linuxtv.org/hg/v4l-dvb?f=-1;file=README.patches
Regards,
Michael Krufky
---
linux/drivers/media/dvb/dvb-usb/cxusb.c |4 ++--
1 fi
ass
'index=1' to cx88-alsa, then it will use the 2nd minor, instead of the first.
A much better practice would be to instead, pass 'index=0' to the module that
actually drives your sound card. use the modinfo command to check that the
option is available.
HTH,
Michael Kru
uch I can do from here... If there are any developers located in
the area, please feel free to try to debug the problem.
Sorry,
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
m quite sure that any other device with a zl10353 will produce the same
problematic behavior when used in this area.
> On Saturday 17 February 2007 05:27, Michael Krufky wrote:
>> It would be nice to hear if there are _any_ linux users with a
>> zl10353-based device working in
Andrew Kennan wrote:
>
>> All I know is that people in Melbourne are having trouble -- I havent
>> heard
>> from anybody else in AU. One of my testers has the Dual Digital 1
>> card, which
>> uses an mt352 demod -- this one is working just fine. (He has it in
>> the same
>> box with the Dual Dig
ning_function;
> }
Hartmut,
NO! Please take a look inside tua6100.c ... you will notice that there are more
tuner_ops being filled besides only set_params. There is no bug here, the
current code is optimal.
--
Michael Krufky
___
[EMAIL PROTECTED] wrote:
> Hi There,
>
> I have just tried installing a DViCO DVB-T PRO card under
> Fedora Core 6. I thought I would save myself some pain and
> go
> with FC rather than FreeBSD. It appears not.
>
> 2.6.19-1.2911.fc6 #1 SMP Sat Feb 10 15:16:31 EST 2007 x86_64
> x86_64 x86_64 GNU
I dont know. I won't touch this until after a
clean, fully functional and GPL'd xc3028 driver appears in the master branch.
That wont happen right away.
If you want to try to add support for this card yourself, you can take a look at
how Markus added xc2028 support for a cardbus cx88 card in his v4l-dvb-kernel
tree.
I hope this helps,
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Phil Taylor wrote:
> A few weeks ago you made the following response re a problem with the usb
> DigiTV tuner, as noted below.
> I have just installed a recent distro using the 2.6.20 kernel, and the
> problem still persists. Can you give me any idea when these patched will be
> included in a re
CityK wrote:
> Its not DiBcom based. It uses the LG DT3303 demodulator. Other
> components are the Microtune MT2060 tuner and Cypress FX2 usb bridge.
If the usb control API uses the same as the Conexant USB 2.0 hybrid reference
design, then
you should have an easy time adding support for this to
o detect*/
> + if (fe->ops.i2c_gate_ctrl)
> + fe->ops.i2c_gate_ctrl(fe, 1); /* open i2c_gate */
> +
> + /* Try to detect tuner chip. Probably this is not correct
> register. */
> + if (tda8275_readreg(priv, 0x29, &id) != 0 || (id != 0x39)) {
> + kfree(priv);
> + return NULL;
> + }
> +
> + if (fe->ops.i2c_gate_ctrl)
> + fe->ops.i2c_gate_ctrl(fe, 0); /* close i2c_gate */
> + }
> +
> + printk(KERN_INFO "Philips TDA8275 probably identified.\n");
> + memcpy(&fe->ops.tuner_ops, &tda8275_tuner_ops, sizeof(struct
> dvb_tuner_ops));
> +
> + fe->tuner_priv = priv;
> + return fe;
> +}
> +EXPORT_SYMBOL(tda8275_attach);
> +
> +MODULE_DESCRIPTION("Philips TDA8275 silicon tuner driver");
> +MODULE_AUTHOR("Pierre Willenbrock <[EMAIL PROTECTED]>");
> +MODULE_VERSION("0.1");
> +MODULE_LICENSE("GPL");
> diff -r 4d012cd162f5 linux/drivers/media/dvb/frontends/tda8275.h
> --- /dev/null Thu Jan 01 00:00:00 1970 +
> +++ b/linux/drivers/media/dvb/frontends/tda8275.h Thu Feb 22 21:43:32
> 2007 +0100
> @@ -0,0 +1,53 @@
> +/*
> + * Driver for Philips tda8275 silicon tuner
> + *
> + * Copyright (C) 2007 Pierre Willenbrock <[EMAIL PROTECTED]>
> + * Based on qt1010 driver
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License as published by
> + * the Free Software Foundation; either version 2 of the License, or
> + * (at your option) any later version.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + * You should have received a copy of the GNU General Public License
> + * along with this program; if not, write to the Free Software
> + * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
> + */
> +
> +#ifndef TDA8275_H
> +#define TDA8275_H
> +
> +#include "dvb_frontend.h"
> +
> +struct tda8275_config {
> + u8 i2c_address;
> +};
> +
> +/**
> + * Attach a tda8275 tuner to the supplied frontend structure.
> + *
> + * @param fe frontend to attach to
> + * @param i2c i2c adapter to use
> + * @param cfg tuner hw based configuration
> + * @return fe pointer on success, NULL on failure
> + */
> +#if defined(CONFIG_DVB_TUNER_TDA8275) ||
> (defined(CONFIG_DVB_TUNER_TDA8275_MODULE) && defined(MODULE))
> +extern struct dvb_frontend *tda8275_attach(struct dvb_frontend *fe,
> + struct i2c_adapter *i2c,
> + struct tda8275_config *cfg);
> +#else
> +static inline struct dvb_frontend *tda8275_attach(struct dvb_frontend *fe,
> + struct i2c_adapter *i2c,
> + struct tda8275_config *cfg)
> +{
> + printk(KERN_WARNING "%s: driver disabled by Kconfig\n", __FUNCTION__);
> + return NULL;
> +}
> +#endif // CONFIG_DVB_TUNER_TDA8275
> +
> +#endif
>
>
>
>
> ___
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
--
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
2c 90 ce 04
...works well for me. Please make the fixes above to the Kconfig files before
requesting
merge into master.
Acked-by: Michael Krufky <[EMAIL PROTECTED]>
Regards,
Mike
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Michael Krufky wrote:
> Apart from that, it all looks correct to me, but I ran into some problems
> unrelated to
> your change...
>
> For some reason, the build system in your tree doesn't want to build
> cx88-dvb.ko Even after doing "make allyesconfig&
Trent Piepho wrote:
> On Mon, 26 Feb 2007, Michael Krufky wrote:
>> Trent Piepho wrote:
>>> There is one other difference. dvb-pll will probe for the presence of an
>>> I2C pll chip by doing a one byte read, the lgh06xf driver did not do
>>> this. In some d
Trent Piepho wrote:
> On Mon, 26 Feb 2007, Michael Krufky wrote:
>> Trent Piepho wrote:
>>> I think the problem is not with firmware for the tuner, but firmware for
>>> the bridge. For instance, all the other dvb-pll tuners used in cxusb.c
>>> have NULL speci
[EMAIL PROTECTED] wrote:
> Hello, i compiled the v4l-dvb driver with the patch posted at
> http://www.mail-archive.com/linux-dvb@linuxtv.org/msg21957.html,
>
> any idea what is my problem.
>
> I have following dmesg.
>
> dvb-usb: found a 'MSI DIGI VOX mini II DVB-T USB2.0' in warm state.
> PM: A
Aapo Tahkola wrote:
> On Fri, 02 Mar 2007 23:06:15 +0100
> Pierre Willenbrock <[EMAIL PROTECTED]> wrote:
>
>> Michael Krufky schrieb:
>>> Pierre Willenbrock wrote:
>>>> Hi list,
>>>>
>>>> I am owner of a "MSI DIGIVOX mini-II&q
IMHO, better to stay
consistent.
#2, I have made some corrections to the document. Please see these corrections
inline below.
Regards,
Michael Krufky
>
>
>
>
>
> diff -r 299dd4a8b598 README.deve
hermann pitton wrote:
> Am Dienstag, den 06.03.2007, 11:14 -0500 schrieb Michael Krufky:
>> Mauro Carvalho Chehab wrote:
>>> Hi Guys,
>>>
>>> The last time we've reviewed our procedures were on March, 2006. I think
>>> it is time to review the docu
Mauro Carvalho Chehab wrote:
> Ok, I've reviewed the text, adding some more useful info for developers.
>
> Cheers,
> Mauro
Mauro,
Please see the following correction:
>
>
> --------
>
> +Mich
u32 freq_khz = fep->frequency / 1000;
> u32 tfreq = ((freq_khz + 36125)*6 + 500) / 1000;
>
> If you multiple that out and reduce it, you get:
>tfreq = (fep->frequency + 36125000 + 17/2) / 17;
>
> But the dvb-pll definition is using 36125000 + 17.
xtv.org/~mkrufky/pending/msi-digivox-mini-ii.patch
( applies against: http://linuxtv.org/hg/~mkrufky/m920x )
Please send an updated patch when ready.
Cheers,
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
int serial_mpeg;
... in practice, some devices are using parallel, while others are using serial.
I think you should go ahead with your patch.
Regards,
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Hartmut Hackmann wrote:
> Here is the experimental patch i promised:
> The struct tda1004x_config has a new entry: .ts_mode
> Possible values are TDA10046_TS_PARALLEL or TDA10046_TS_SERIAL
> There always is only one interface active, default is parallel.
> Can you please give it a try?
>
> Hartmut
Nick Andrew wrote:
> On Sun, Mar 18, 2007 at 10:10:59AM -0400, Michael Krufky wrote:
>> Would you mind if I send this one in through the m920x tree? Both Pierre
>> and Nick's patches depend on this one, and it makes sense to push these
>> changes together.
>
>
},
> + },
> + }
> +};
> +
> +static struct m9206_inits megasky_rc_init [] = {
> + { M9206_RC_INIT2, 0xa8 },
> + { M9206_RC_INIT1, 0x51 },
> + { } /* terminating entry */
> +};
> +
> +static struct m9206_inits tvwalkertwin_rc
hermann pitton wrote:
> ...
>> Mike,
>>
>> I still think Manu should give the dvb-maintainer for some months and
>> after it also the v4l-dvb maintainer at least for half a year.
>>
>> We should at least have a chance to disagree about much less.
>>
>
> To make it more simple and more annoying.
>
john owen-jones wrote:
> hi
> I apologise for doing this incorrectly but i haven't a clue how to
> upload the diff file
> this works very well with the kworld dvb-t 210 essentially its a clone
> of a philips reference design and really just entails identifying the card.
>
> I checked out the sourc
>>> atomic context so there is no use in making the handler protected by a
>>> spinlock. Am I missing something here?
>>>
>>> I think the spinlock is unnecessary and should be removed entirely.
>
> Even on SMP systems? ISRs are only atomic on one CPU.
Michael Krufky wrote:
> Patrick Boettcher wrote:
>> On Thu, 5 Apr 2007, Borgi2008 wrote:
>>
>>> Am Mittwoch, den 04.04.2007, 23:29 +0300 schrieb Antti Seppälä:
>>>> Borgi2008 wrote:
>>>>> Hello,
>>>>>
>>>>>
handle hybrid silicon, I will handle the
conversion for the tda827x tuners.
Regards,
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Mauro,
Mauro Carvalho Chehab wrote:
> Michael,
>
> Em Qui, 2007-04-05 às 16:31 -0400, Michael Krufky escreveu:
>> Mauro Carvalho Chehab wrote:
>>> Also, for silicon tuners, we have a recent case, where tda897x deals
>>> with dvb, while tda8290 deals also wit
Mauro Carvalho Chehab wrote:
> Em Qui, 2007-04-05 às 17:10 -0400, Michael Krufky escreveu:
>
>> It appears that I may have been misunderstood.
>>
>> Your argument is completely valid, I only ask that nobody touch tda8290.c or
>> tda827x.c until Hartmut and I are
ository is dated as two months ago, because at that point he
updated the repository with the changesets from the master branch.
We were looking for feedback as to whether or not his rounding fixes for the
dvb-pll module did the trick for tuning in Australia -- Thank you for this
feedback.
Cheers,
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
n this repository:
http://linuxtv.org/hg/~mkrufky/kernel-sync
This fix has already been merged into 2.6.20.y -stable kernel series, AND
2.6.21-rc
It isn't yet in the v4l-dvb master branch, but it will get there eventually.
--
Michael Krufky
__
Mauro Carvalho Chehab wrote:
> Em Qua, 2007-04-11 às 10:44 -0400, Michael Krufky escreveu:
>> Brett Taylor wrote:
>>>> Out of curiosity, what happens if you switch RF inputs? There was a
>>>> patch submitted about two weeks or so ago that may have affect the RF
&g
Michael Krufky wrote:
> I imported that changeset directly from hg on kernel.org, so I forgot to add
> the
> 'kernel-sync' tag before pushing it up. (otherwise, I would have asked for
> the
> pull earlier)
I fixed that issue, the tree is now ready for normal pull.
Markus Rechberger wrote:
> Hi,
>
> I had a closer look at the dvb framework and fixed the hotplugging
> issues for dvb-usb and em28xx/dvb devices (which are not merged into
> the kernel)
>
> So please test it and have a look at the last 3 patches, I was only
> able to test scanning for channels s
lly change after firmware
download)
Again, you do not need a driver for cy7c68013A -- you need to instead find the
firmware used in your device, and then write a driver to interact with that
firmware.
If you google for cypress fx2, you will find muc
; done, except the i2c addr (reason is like above)
fine. Once the i2c handling is converted, we'll change this as appropriate.
This will be OK in the meantime.
>>> + return 0;
>>> +}
>>> +
[snip]
>>> +static struct dvb_usb_device_properties opera1_properties
Marco Gittler wrote:
> this patch has applied the hints from mkrufky (dvb_attach,
> firmware-naming)
> and also one working rewrite of the i2c addresses stuff to fit the
> kernel i2c reqs.
>
> Signed-off-by: Marco Gittler<[EMAIL PROTECTED]>
> diff -r c8b73ec18b42 linux/drivers/media/dvb/dvb-usb/ope
Mauro Carvalho Chehab wrote:
> Em Qui, 2007-04-19 às 16:41 -0400, Michael Krufky escreveu:
>
>> Marco Gittler wrote:
>>
>>> this patch has applied the hints from mkrufky (dvb_attach,
>>> firmware-naming)
>>> and also one working rewrite of the
Mauro Carvalho Chehab wrote:
> Em Sex, 2007-04-20 às 13:53 +0200, Johannes Stezenbach escreveu:
>> On Fri, Apr 20, 2007, Mauro Carvalho Chehab wrote:
>>> Argh! Too much flood for two simple defines!
>> I _think_ the point Mike was driving at is that there
>> is an established coding pattern of havi
Marco Gittler wrote:
> here the new patch against main hg.
> -the tuner i2c addr now without define (as wanted).
> -now 7 bit addr are used (the power_ctrl fkt ist ok so, because this
> is a raw write)
> -the addr >> 1 , addr << 1 is ok so, i think beause the read write is
> now taken from the last
Michael Krufky wrote:
> Marco Gittler wrote:
>> here the new patch against main hg.
>> -the tuner i2c addr now without define (as wanted).
>> -now 7 bit addr are used (the power_ctrl fkt ist ok so, because this
>> is a raw write)
>> -the addr >> 1 , addr
[EMAIL PROTECTED] wrote:
> Hi all,
>
> A brief update. Firstly I've confirmed my newly created firmware file (pulled
> from usbsnoop logs) being sent to the xc3028 is identical to windows.
> Secondly, apart from a gate register being written, the ZL10353 should be
> consistent as well. Thirdly
[EMAIL PROTECTED] wrote:
> Hi Mike,
>
> --- Michael Krufky <[EMAIL PROTECTED]> wrote:
>
>
>> This, however, isn't clear to me: "zl10353 demodulator is disabled (0x0c ->
>> &0x50)" ... can you show a usbsnoop log snippet of this behavior?
&
ct has matured enough for testing.
I'm not the guy working on this, in case you're wondering. ...that's all I can
say about it right now.
Regards,
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Uwe Bugla wrote:
> And I swear that this dvb-pll.c is completely obsolete for this scenario!
> For that reason (old variant):
> # CONFIG_DVB_TUNER_LGH06XF is not set
>
> And this old variant was NOT done by Trent Piepho, it was NOT done by Andrew
> Quincey,
> but it was produ
ow, so if
> there are comments now is the time.
This patch is quite a nice cleanup of the handling of the fmd1216me tuner. The
change looks more than fine to me. Would be nice to see an Ack from Hartmut,
but I see no harm can come from applying this patch.
Signed-off-by:
decoder is only useful for dealing with analog video. Digital video is
provided by the lgdt3303 demod, and is passed over to the pci bus, untouched.
It is up to software to handle PID filtering and MPEG decoding, etc.
Regards,
Michael Krufky
___
linux-
Petey Leinonen wrote:
> I have a problem building a fresh download of the main v4l-dvb repository.
>
> I get the following error:
>
> VIDEO_PLANB: Requires at least kernel 2.6.99
> VIDEO_CAFE_CCIC: Requires at least kernel 2.6.19
> Created default (all yes) .config file
> ./scripts/make_myconfig.
On Thu, 03 May 2007 Michael Krufky wrote :
>> Suresh S wrote:
>>
>>> Hi,
>>>
>>> The dvb card which i am using is DVICO's FusionHDTV 5 RT Lite and I m using
>>> Linux DVB version 3 API. Is there any API provision to access the video
>
Manu Abraham wrote:
> Uwe Bugla wrote:
>
>> If you download the thing as tar.bz2 you get a zero file down.
>>
>
> I think could be a bug in hgweb probably.
[snip]
> Let me see why hgweb gives a zero length archive
>
Manu,
We reported this bug to the selenic guys quite a long time ago...
Anthony Giggins wrote:
> Hello Everyone,
>
> I am using this card with Mythtv under mythdora distro (www.mythdora.com)
> for DVB with minimal problems but I am unable too get any audio via
> composite/s-video input, video works fine.
> This is pretty much my last remaining problem, I've searched e
r branch tomorrow.
Thanks to Trent Piepho for his suggestions and review. Thanks also to Linus
Torvalds for pushing me to make this cleanup.
Cheers,
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
s
one step at a time.
If anybody has an issue with these changes, please say so...
Cheers,
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
addresses the use count bug?
If that is the case, are you suggesting that that patch be applied to the
repository instead of Trent's changesets?
Moreso, if that is the case, then the patch in the above link lacks a
sign-off... We need to apply SOMETHING to fix this problem, and you know the
Markus Rechberger wrote:
> The problem is that we have no documentation about specific settings
> for your device. Daniel just took the firmware which he captured from
> the USB bus, which is the easiest solution to get a step forward. Next
> step would be to ask Dvico if they could send us the fi
developers as to the reasons why we need a better solution. I
do believe that this will be a catalyst to discovering a proper solution later
on. If we decide to go this route, then I will volunteer to keep up the
maintenance of the xc3028-fe module until that proper, better sol
> On Thu, 03 May 2007 Michael Krufky wrote :
>
>> Suresh S wrote:
>>
>>> Hi,
>>>
>>> The dvb card which i am using is DVICO's FusionHDTV 5 RT Lite and I m using
>>> Linux DVB version 3 API. Is there any API provision to acc
Mauro Carvalho Chehab wrote:
>
>> I do frown upon code duplication, however, in this case it is a safer
>> alternative to the one currently on the table. Earlier versions of
>> the xc3028 tuner driver were bound to the video4linux tuner.ko
>> module, for the sake of tuning analog television statio
ded.
Uwe, I understand that you are trying to help. Everybody helps in their own
way. On the contrary, all you've done is cause people like me to stop reading
our email. If you _really_ want to help, then please just leave us all alone.
--
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Uwe Bugla wrote:
> Am Freitag, 18. Mai 2007 16:44 schrieben Sie:
>
>> Uwe Bugla wrote:
>>
>>> Am Freitag, 18. Mai 2007 14:11 schrieb e9hack:
>>>
Uwe Bugla wrote:
> P. S.: Ich bin bescheiden: Eine öffentliche Entschuldigung gegenüber
> den betroffenen Leuten
Markus Rechberger wrote:
> I'm adding Michael, maybe he has some ideas about it.
>> The reason why i asked, is that their other HVR product, the HVR-1600
>> (different chipset I think), also said "QAM currently not supported",
>> but then they released a beta driver that does. So I am wondering if
Markus Rechberger wrote:
> On 5/29/07, Michael Krufky <[EMAIL PROTECTED]> wrote:
>> Markus Rechberger wrote:
>> > I'm adding Michael, maybe he has some ideas about it.
>> >> The reason why i asked, is that their other HVR product, the HVR-1600
>>
Sid Boyce wrote:
> # modprobe cx88-dvb
> FATAL: Error inserting cx88_dvb
> (/lib/modules/2.6.22-rc3-smp/kernel/drivers/media/video/cx88/cx88-dvb.ko):
> No such device
>
> dmesg spits this out after trying "modprobe cx88-dvb"
> cx2388x dvb driver version 0.0.6 loaded
> cx8802_register_driver()
Sid Boyce wrote:
> Sid Boyce wrote:
>> Michael Krufky wrote:
>>> Sid Boyce wrote:
>>>> # modprobe cx88-dvb
>>>> FATAL: Error inserting cx88_dvb
>>>> (/lib/modules/2.6.22-rc3-smp/kernel/drivers/media/video/cx88/cx88-dvb.ko):
>>&
d = CX88_BOARD_KWORLD_DVB_T,
>>
>> 1261 },{
>>
>> Markus
>>
Thank you, Markus... but please don't top-post.
Anyway, You're right, 17de:08a6 IS supported for autodetection, and is inside
cx88-cards.c ... The strange thing is, Sid's original post had the subsystem
17de:08a4 ( http://linuxtv.org/pipermail/linux-dvb/2007-May/018339.html ) ...
Why did the subsystem ID change between posts?
Sid, is this the same card used in both instances, or is it a different card?
--
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
bttv_write_gpio(bt->bttv_nr, 0x00e7, 0x0001); /* High */
> + msleep(100);
> +}
> +
> case BTTV_BOARD_DVICO_FUSIONHDTV_5_LITE:
> lgdt330x_reset(card);
> card->fe = dvb_attach(lgdt330x_attach, &tdvs_tua6034_config,
> card->i2c_adapter);
> if (card->fe != NULL) {
> dvb_attach(dvb_pl
I'll post a better concept patch in a few minutes
-Mike Krufky
Bill Eldridge wrote:
>
> Suggestion:
>
> If the patch adds value without breaking anything, include it.
>
> Even if it's "ugly", you can easily clean it up later and "do it the
> right way" (tm).
> Providing you find time and cleaning
I haven't tested this yet, but it should work just fine...
I will test it when I get home.
This patch removes all static dependencies on the dvb-pll module, without _any_
harmful side effects.
Any comments?
From: Michael Krufky <[EMAIL PROTECTED]>
diff -r 2dab81b42cb8 linux/driver
Uwe Bugla wrote:
> Am Freitag, 1. Juni 2007 20:13 schrieben Sie:
>
>> Uwe Bugla wrote:
>>
>>> In current kernel 2.6.22-rc3 the frontend module dvb-pll.c is attached as
>>> a generic standard for all bt8xx-based DVB cards. This is no good
>>> solution.
>>>
>>> Fact is:
>>> The only bt8xx-bas
Trent Piepho wrote:
> On Fri, 1 Jun 2007, Michael Krufky wrote:
>
>> I haven't tested this yet, but it should work just fine...
>>
>> I will test it when I get home.
>>
>>
>> This patch removes all static dependencies on the dvb-pll module, witho
Craig Cook wrote:
> May 2006 I went through pain to make this card work. I did get it working
> under FC4. Now it is time to upgrade.
>
> Chose ubuntu 7.04 this time (installed a bigger disk in same box so I know
> everything works). FC4 is still available until I can make this new version
>
Uwe Bugla wrote:
> OK, Mike: I am just adjusting your latest approach due to Email issues of
> wordwrapping. Could you please be kind enough to supply another patch
> including Trent's changes?
>
Revised patch attached.
[PATCH] Remove static dependencies on dvb-pll
Signe
Uwe Bugla wrote:
> Am Samstag, 2. Juni 2007 05:33 schrieben Sie:
>
>> Uwe Bugla wrote:
>>
>>> OK, Mike: I am just adjusting your latest approach due to Email issues of
>>> wordwrapping. Could you please be kind enough to supply another patch
>>> including Trent's changes?
>>>
>> Revi
Uwe Bugla wrote:
> Am Samstag, 2. Juni 2007 18:56 schrieben Sie:
>
> However, the output applying this against 2.6.22-rc3 causes other trouble:
I told you that it wouldn't apply against 2.6.22-rc3. The patch was
generated against the mercurial repository.
> OKIDOK! If you can promise me and ot
Mauro Carvalho Chehab wrote:
> Hi Geert,
>
> Em Qua, 2007-06-06 às 21:11 +0200, Geert Uytterhoeven escreveu:
>
>> Hi,
>>
>> drivers/media/dvb/b2c2/flexcop-dma.c uses the PCI DMA API, but
>> DVB_B2C2_FLEXCOP
>> doesn't depend on PCI, causing the following problem on PCI-less systems:
>>
>>
O2 successfully
> initialized and connected.
> [ 3405.969886] usbcore: registered new interface driver dvb_usb_cxusb
This looks like the FX2 usb controller is in an unstable state... First, try a
cold reboot. If that doesnt help, then boot into windows and give it a quick
Adam Harvey wrote:
> Quoting Michael Krufky <[EMAIL PROTECTED]>:
>> This looks like the FX2 usb controller is in an unstable state...
>> First, try a
>> cold reboot. If that doesnt help, then boot into windows and give it
>> a quick
>> test, then warm boot
Craig Cook wrote:
> Using a vanilla 2.6.17.11 kernel allows me to use my card under ubuntu 7.04.
> I have another problem though...
>
> Bottom part of the screen is cut off.
>
> tzap is fine
>
> [EMAIL PROTECTED]:~/mythtv/.tzap$ tzap -r -c
> /home/myth/mythtv/.tzap/channels.conf "ABC TV Brisb
yet available for those Trident chips...
unless you know something I am not yet aware of...
--
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
;m working on
finalizing the static dependency removal changesets now -- you can expect the rf
input preference module option patch to show up next week.
If you have already written a patch to do this, please feel free to post it --
just know that dvb-pll is a moving target righ
88/Kconfig |2
video/cx88/cx88-dvb.c | 34 +-
video/saa7134/Kconfig |2
video/saa7134/saa7134-dvb.c | 10 +--
23 files changed, 211 insertions(+), 256 deletions(-)
Thank you for testing.
Regards,
Michael Krufky
___
Trent,
Trent Piepho wrote:
> On Tue, 12 Jun 2007, Michael Krufky wrote:
>
>> I have finalized the 'removal of static dependencies on the dvb-pll
>> module' changesets, but had to change some things inside the dvb-pll
>> framework in the process. See
> (for TT-premium line there are Version 2.19 drivers incl. firmware)
>
>
> Regards, Tobias
>
Tobias & Matthias,
Attached, please find a patch to get_dvb_firmware that updates the URL to
"http://www.softwarepatch.pl/ccd06a4813cb827dbb0005071c71/tt_Premium_217g.zip"
; interval to 100 msecs.
> Jun 13 19:29:29 thinkpad kernel: dvb-usb: Hauppauge WinTV-NOVA-T usb2
> successfully initialized and connected.
>
> As you can see it cannot find dvp_pll_attach().
Mario,
Thank you for testing. Apparently we were missing some Kconf
, but some users reported it).
>
>> Subsequent re-loading of the modules succeeds but then accessing the
>> tuner fails, likely due to this error.
>
> it shouldn't matter.
>
> Bye
Luca,
Why dont you just use dvb_frontend_detach?
--
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Michael Krufky wrote:
> Luca Olivetti wrote:
>> En/na Olaf Titz ha escrit:
>>> This sequence:
>>> modprobe dvb_usb_af9005
>>> sleep 60
>>> modprobe -r dvb_usb_af9005
>>>
>>> leaves the following residue:
>>> Module
Luca Olivetti wrote:
> En/na Michael Krufky ha escrit:
>
>>> Why dont you just use dvb_frontend_detach?
>>>
>> I retract that comment...
>>
>> The dvb-usb framework does this itself inside dvb-usb-dvb.c , inside
>> dvb_usb_adapter_frontend_exit
&g
cc added to Mauro. Mauro, please see below.
Luca Olivetti wrote:
> En/na Michael Krufky ha escrit:
>
>> I see that inside af9005_fe_init, you are reading from the eeprom to
>> determine
>> which tuner is present. Yes, the correct place for this would be inside the
&g
Luca Olivetti wrote:
> En/na Michael Krufky ha escrit:
>
>> :-/ ... Do you plan on getting a replacement?
>
> No
>
>> Perhaps you may contact the
>> vendor so that they may send you a sample at no charge?
>
> They should be send me a sample of the 90
eted. I only stated that the driver should stay in the v4l-dvb
mercurial master branch and not be pushed upstream until the issues are
resolved. Don't worry :-)
--
Michael Krufky
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
1 - 100 of 378 matches
Mail list logo
