On Wed, 27 Feb 2008, Andreas Oberritter wrote:
Peter Hartley wrote:
The attached patch adds a new value for dmx_output_t:
DMX_OUT_TSDEMUX_TAP, which sends TS to the demux0 device. The main
question I have, is, seeing as this was such a simple change, why didn't
it already work like that?
On Sat, 26 Jan 2008, Hartmut Hackmann wrote:
Matthias Schwarzott schrieb:
Hi there!
The attached small patch adds a missing dvb_attach wrapping around
tda10046_attach.
So it removes the hard dependency of saa7134-dvb on tda1004x module.
I have only tested compiling as I don not have
On Mon, 21 Jan 2008, Timothy E. Krantz wrote:
After compiling the latest Pinnacle 800i driver from the tree I have the
following :
cx88_alsa: disagrees about version of symbol snd_ctl_add
cx88_alsa: Unknown symbol snd_ctl_add
Have you compiled and installed an out of kernel tree version of
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
the format mistakes evident in this patch.
1. no patch title
2. s-o-b's in wrong
On Mon, 21 Jan 2008, Manu Abraham wrote:
Trent Piepho wrote:
The DVB driver used to load for cards with sub-vendor/device 0x,0x,
but a previous patch changed that. An effect that that _should_ have been
mentioned in the description of the patch responsible
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 and not hg
On Sat, 19 Jan 2008, Akinobu Mita wrote:
From: Akinobu Mita [EMAIL
On Sun, 20 Jan 2008, Akinobu Mita wrote:
+static const char * __devinit card_name(const struct pci_device_id *id)
+{
+ if (id = bt878_pci_tbl
+ id bt878_pci_tbl + ARRAY_SIZE(bt878_pci_tbl) - 1)
+ return (const char *)id-driver_data;
Are you sure this is
On Thu, 8 Nov 2007, alexw wrote:
On Wednesday 07 November 2007 22:19:54 Trent Piepho wrote:
On Wed, 7 Nov 2007, VDR User wrote:
With recent copies of fresh v4l I started getting the following error
upon trying to load drivers for my nexus-s:
dvb_ttpci: Unknown symbol
On Wed, 7 Nov 2007, VDR User wrote:
With recent copies of fresh v4l I started getting the following error
upon trying to load drivers for my nexus-s:
dvb_ttpci: Unknown symbol ttpci_eeprom_parse_mac
After searching on google I found that this problem existed once
before and here is a patch
On Wed, 17 Oct 2007, Oliver Endriss wrote:
since there was no reply on the DVB ML:
Is anyone maintaining the DVB part of the saa7134 driver?
Can this patch be accepted?
It has a few problems:
Is there no sub-system data for this board? It should be added to
saa7134_pci_tbl
#include
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
cx23885_buffer*)vb, field);
cx23885-dvb.c: cx23885_buf_queue(port,
broken. Upon starting a DVB stream, the
following OOPS is generated:
Did you get this recent patch?
changeset: 6284:7dba1f554c4a
user:Trent Piepho [EMAIL PROTECTED]
date:Thu Oct 04 01:28:45 2007 -0700
summary: cx23885: Update to new videobuf code
You can compile cx23885
After a dvb card driver is unloaded and then loaded again, it is no longer
possible to access the dvr device.
Example:
cat /dev/dvb/adapter0/dvr0
kill with ^C
rmmod cx88-dvb
modprobre cx88-dvb
cat /dev/dvb/adapter0/dvr0
cat: /dev/dvb/adapter0/dvr0: No such device
On kernel 2.6.21, this worked
On Thu, 4 Oct 2007, Thierry Lelegard wrote:
What do you do about devices having HW filters ? Then you will need
to implement them in userland, in your view, which brings in inconsistent
userspace interfaces.
I addressed this in a previous mail of this thread. The device driver
should
On Thu, 4 Oct 2007, hermann pitton wrote:
Am Mittwoch, den 03.10.2007, 22:59 +0200 schrieb e9hack:
this changset:
Fix Kconfig dependency
author Mauro Carvalho Chehab [EMAIL PROTECTED]
Tue Oct 02 11:16:16 2007 -0300 (30 hours ago)
changeset 6260 48badb1df2ed
breaks
On Thu, 6 Sep 2007, Manu Abraham wrote:
Trent Piepho wrote:
At least for many demods, the frequency range supported is determined by
the tuner. One could have a chip that combines the demod and tuner
functions, or a system where the demod is somehow involved in tuning and
has some limit
On Thu, 6 Sep 2007, Andreas Oberritter wrote:
Trent Piepho wrote:
But, 2147483647 is not a valid DVB-T frequency. It looks like some random
number.
It's not that random: 2147483647 equals INT_MAX and also LONG_MAX on 32
bit systems.
Quoting from the manpage of strtol():
The strtol
On Thu, 6 Sep 2007, Mauro Carvalho Chehab wrote:
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
changeset patch
# User Trent Piepho [EMAIL PROTECTED]
# Date 1189035269 25200
# Node ID 0f6fa7f9db1241806c7d91ff6a9775f12fe1d6dd
# Parent 1387dc197077ad89fdc4014c927c4d8c9ae56193
tda1004x: Remove frequency limits
From: Trent Piepho [EMAIL PROTECTED]
The frequency limits are defined by the tuner
On Tue, 28 Aug 2007, Manu Abraham wrote:
Trent Piepho wrote:
That's really inefficient. You've got about 250k of table there. I don't
think a 250k+ module is going to be very popular.
I do agree that's not the most effecient way. But given the short time
span and lack of FP operations
On Tue, 28 Aug 2007, Manu Abraham wrote:
* use integer math calculations
* precompute the values where double precision is needed.
That said, the first option i tried for a while, after a few days (i
almost gave up ?) got really irritated with it.
The second option seemed a bit more
On Tue, 28 Aug 2007, kevin liu wrote:
Dear Nicola
Mplayer can give a perfect HDTV effects, but after a period of
time, it gives such complaints:
Too many video packets in the buffer: (148 in 8421326 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
On Fri, 17 Aug 2007, Markus Rechberger wrote:
as I wrote earlier the thread can be idle/closed even before the node
gets closed (you can test that with kaffeine, and you can test the
other case with the scan utility)
How can this happen? Afaics the fe thread may continue to exist
On Fri, 17 Aug 2007, Oliver Endriss wrote:
Markus Rechberger wrote:
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
On Fri, 17 Aug 2007, Oliver Endriss wrote:
Trent Piepho wrote:
On Fri, 17 Aug 2007, Oliver Endriss wrote:
Markus Rechberger wrote:
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
On Thu, 9 Aug 2007, Markus Rechberger wrote:
On 8/9/07, Markus Rechberger [EMAIL PROTECTED] wrote:
On 8/9/07, Steven Toth [EMAIL PROTECTED] wrote:
Markus Rechberger wrote:
Following patch adds a rather primitive way to temporary lock dvb
devicenodes, this can be useful for hybrid
On Tue, 7 Aug 2007, Chris Murton wrote:
Trent Piepho wrote:
Can you try this with the latest v4l-dvb?
Load the mt2060 driver, modprobe symbol:mt2060_attach
Make sure the dvb-usb-dib0700 driver is unloaded!
Load the dvb-usb-dib0700 driver
Does that still give the Unable to find
On Wed, 8 Aug 2007, Geoffrey Hausheer wrote:
On 8/8/07, Michael Krufky mkrufky-at-linuxtv.org wrote:
On 8/7/07, Geoffrey Hausheer wrote:
Although your patch may appear to fix your problem, I suspect that it
is really curing a symptom of the problem, and not the cause.
This is possible. I
On Wed, 8 Aug 2007, Michael Krufky wrote:
On Wed, 8 Aug 2007, Geoffrey Hausheer wrote:
On 8/8/07, Michael Krufky mkrufky-at-linuxtv.org wrote:
On 8/7/07, Geoffrey Hausheer wrote:
Although your patch may appear to fix your problem, I suspect that it
is really curing a symptom of the
On Wed, 8 Aug 2007, Michael Krufky wrote:
The HD-5000 is the only flexcop card that uses dvb-pll with a pll directly
attached to the I2C bus.
The flexcop driver doesn't check the return value of dvb_pll_attach, so
there is no error message. It will just not work correctly.
Perhaps I
On Mon, 6 Aug 2007, Michael Krufky wrote:
Manu Abraham wrote:
In frontends/tda8083.c
Look for this:
446 .frequency_min = 95, /* FIXME:
guessed! */
447 .frequency_max = 140,/* FIXME:
guessed! */
change to
On Mon, 6 Aug 2007, Chris Murton wrote:
The aerial configuration has not changed, I have line of sight to the
transmitter in question and dmesg looks reasonably healthy:
dib0700: loaded with support for 5 different device-types
usb 3-3: reset full speed USB device using ohci_hcd and address 2
On Mon, 6 Aug 2007, Chris Murton wrote:
Trent Piepho wrote:
DVB: Unable to find symbol mt2060_attach()
That is your problem. You didn't compile the mt2060 module, or it's not
installed, or your modprobe information is out of date (run depmod), or
your module utils version is too old
On Tue, 7 Aug 2007, Manu Abraham wrote:
On 8/7/07, Trent Piepho [EMAIL PROTECTED] wrote:
Most demodulators don't have frequency ranges. They just take whatever the
tuner gives them at a fixed intermediate frequency. It's really the tuner
that has the frequency range.
Not true: look
On Thu, 19 Jul 2007, Pedro Aranda wrote:
Hi folks,
Problem: MT-2060 doesn't register = no frontend
Solution: attached patch
Request: include it in the mainstream ASAP: I'm really sick of
having to recompile the DVB subsystem everytime a kernel update
happens
THANKS a lot
Try reading
On Sat, 14 Jul 2007, Juan Antonio Garcia wrote:
I have tested the patch below (included at the end) and seems to kill the NULL
Pointer dereference bug when initializing the PCTV200e driver.
does the driver actually work after this patch? I don't see this driver in
v4l-dvb, but this doesn't look
On Tue, 10 Jul 2007, Markus Rechberger wrote:
Stop that MPL discussion, I can put that code offline too and update
it with some probably nonfunctional code for several devices but it
won't help anyone in the end - so I won't do it.
I don't want my work to be stolen by linuxtv people in the
On Thu, 14 Jun 2007, 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
... You should not have to do the
On Thu, 14 Jun 2007, Michael Krufky wrote:
Luca Olivetti wrote:
En/na Trent Piepho ha escrit:
On Thu, 14 Jun 2007, Luca Olivetti wrote:
Well, I'm doing the attach myself to attach the tuner to the frontend
the first time it is opened, so if I remove the code there will be at
least one
On Fri, 15 Jun 2007, Luca Olivetti wrote:
In af9005_fe_set_frontend(), you do this:
ret = state-tuner-ops.tuner_ops.set_params(state-tuner, fep);
What you should do is:
ret = fe-ops.tuner_ops.set_params(state-tuner, fep);
I don't think you need the state-tuner field
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 my dvb-pll tree for the topmost changesets:
http://linuxtv.org/hg/~mkrufky/dvb-pll
On Wed, 6 Jun 2007, Oliver Endriss wrote:
e9hack wrote:
Trent Piepho wrote:
Does the stv0297 require that no other i2c traffic, to a different device,
appear between the write and the read? Something like:
S stv_addr_W A reg_addr A P
S tuner_addr_W A tuner_data1 A tuner_data2
the two new patches inline so
they're easier to look at.
-
flexcop: remove unnecessary exports
From: Trent Piepho [EMAIL PROTECTED]
flexcop-dma.c used to be part of b2c2-flexcop.ko, and all its exported
functions were only used by b2c2
other
patches too.
--
flexcop: Have flexcop-dma use the flexcop-pci debug parameter
From: Trent Piepho [EMAIL PROTECTED]
Another patch moved flexcop-dma.c from the flexcop common module
(b2c2-flexcop.ko) to the flexcop pci module
On Sat, 2 Jun 2007, Johannes Stezenbach wrote:
On Fri, Jun 01, 2007, Oliver Endriss wrote:
Any news about this?
Imho Trent's patch to add I2C_M_STOP makes sense.
According to the stv0299 datasheet, the stv0299 requires this STOP
condition, too. This chip seems to be more tolerant
, instead of storing the id.
So, let's get rid of that last dvb_pll_configure user!
Here's a patch that does it.
# HG changeset patch
# User Trent Piepho [EMAIL PROTECTED]
# Date 1180812646 25200
# Node ID e92f277e9c25e3d18fa77710217efbeb2bbaee9a
# Parent 98e80288b44b34a8bf46a049338c02fcee328829
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, without
_any_
harmful side effects.
Any comments?
I think the handling inside dvb-pll
On Wed, 23 May 2007, Mauro Carvalho Chehab wrote:
Hi Trent,
does this mean v4l-dvb is no longer compatibel with the 2.6.20-kernel ?
For the moment, yes.
The v4l-dvb source tracks the latest kernel. To make the C code work with
older kernels too, we have all kinds of #if/#endif
On Wed, 23 May 2007, Martin Dauskardt wrote:
Date: Tue, 22 May 2007 21:01:32 -0700 (PDT)
From: Trent Piepho [EMAIL PROTECTED]
Subject: Re: [linux-dvb] Re: menuconfig not working as expected?
I tried v4l-dvb-015313b16eab which already includes your patch.
But there is still only
On Wed, 23 May 2007, Manu Abraham wrote:
Johannes Stezenbach wrote:
On Sun, May 20, 2007, e9hack wrote:
With the attached patch, it works for the stv0297 functions. It
doesn't solve the problem, why I've wrote the initial patch. I need a
dump from the registers of the stv0297. I've attach
On Wed, 23 May 2007, Martin Dauskardt wrote:
That should be everything. What kernel are you building against? What
does grep IOMEM .config return when run in your kernel source directory?
[EMAIL PROTECTED]:/usr/local/src/linux-2.6.20.1# grep IOMEM .config
when I enter this, I get no
On Tue, 22 May 2007, Martin Dauskardt wrote:
Date: Mon, 21 May 2007 11:34:46 -0700 (PDT)
From: Trent Piepho [EMAIL PROTECTED]
Subject: Re: [linux-dvb] menuconfig not working as expected?
One of the backported kernel patches added a new kconfig construct
(depends
on in a menu
On Mon, 21 May 2007, Stone wrote:
Hi,
I am using 2.6.21.1 with current HG drivers and when I type make
menuconfig in the v4l-dvb directory, I dont get any dvb driver options to
select anymore. The only things I see are Enable drivers not supported by
this kernel and Audio devices for
On Sun, 20 May 2007, e9hack wrote:
Trent Piepho wrote:
This would work for stv0297, wouldn't it?
With the attached patch, it works for the stv0297 functions. It doesn't solve
the problem, why I've wrote the initial
patch. I need a dump from the registers of the stv0297. I've attach
On Sun, 20 May 2007, Manu Abraham wrote:
Don't you think that the STV0297 (the obvious case that i looked at was
b2c2 flexcop) B2C2 cablestar.
In this case looking at flexcop-i2c.c flexcop_i2c_read4(foobar)
if ((ret = flexcop_i2c_operation(fc, r100)) != 0) {
/* The cablestar needs a
On Fri, 18 May 2007, Johannes Stezenbach wrote:
On Fri, May 18, 2007 at 04:48:13PM +0200, e9hack wrote:
Johannes Stezenbach wrote:
According to linux/Documentation/i2c/i2c-protocol.txt the correct
way to get a STOP condition between two I2C messages is send them
in seperate I2C
On Sat, 19 May 2007, e9hack wrote:
Trent Piepho wrote:
On Fri, 18 May 2007, Johannes Stezenbach wrote:
Or you could propose a change to i2c-core to add
a I2C_M_STOP flag (analogous to I2C_M_NOSTART), which
then would have to be implemented by all i2c bus drivers.
It seems like
On Mon, 14 May 2007, Markus Rechberger wrote:
Hi all,
I exported the patches of my v4l-dvb-experimental repository against
the current v4l-dvb repository on linuxtv.org.
The single patchfiles are available on mcentral.de
http://mcentral.de/~mrec/patches/v4l-dvb/
[93 patches]
It's really
On Mon, 7 May 2007, Thomas Kaiser wrote:
Trent Piepho wrote:
I looked at the code again, and I mis-read the budget-ci DVB-C tuner, it
should have been:
budget-ci DVB-T 195 1/8 MHz
budget-ci DVB-C 160 MHz (wrong!)
ttusb-budgetDVB-T 195 1/8 MHz
On Wed, 9 May 2007, Lucian Muresan wrote:
blues dvb # ls -al /dev/dvb/*
/dev/dvb/adapter0:
total 0
drwxr-xr-x 2 root root 100 May 9 2007 .
drwxr-xr-x 4 root root 80 May 9 2007 ..
crw-rw 1 root video 212, 4 May 9 2007 demux0
crw-rw 1 root video 212, 5 May 9 2007 dvr0
On Wed, 2 May 2007, Manu Abraham wrote:
I've been aware of the problem with dst not fully using the dvb
customization
systems(*) for a long time. It came up when dvb_attach() et al were first
being integrated, well before any rejected patches or strongly worded emails
or whatever from
On Mon, 7 May 2007, System Administrator wrote:
my previous suggestion, dvb_frontend_detach would still try to call
symbol_put_addr on xc3028_release even though there was no previous
symbol_request call for that symbol. That would cause the Used by
reference counter for xc3028_tuner to
On Wed, 2 May 2007, Thomas Kaiser wrote:
Trent Piepho wrote:
driver tuner post-IF-offset low-mid band switch point
budget-ci DVB-T 195 1/8 MHz (to two decimal places)
budget-ci DVB-C 200 MHz (this is the likely correct value)
ttusb-budget
I've tested this and can confirm it works. dvb_class will be set too late
without the change to subsys_initcall.
On Tue, 1 May 2007, Simon Arlott wrote:
dvb-core is not started early enough when device drivers that use dvb are
compiled in so device_register_device fails (silently) since
On Mon, 7 May 2007, System Administrator wrote:
On Mon, 2007-05-07 at 06:20 +1000, System Administrator wrote:
I think that the bug is that xc3028_attach is returning 0 to indicate
success whereas dvb_attach() is treating 0 as failure?
Hello again,
I have verified that this is indeed what
On Thu, 3 May 2007, Mauro Carvalho Chehab wrote:
Em Qua, 2007-05-02 ??s 04:10 -0700, Trent Piepho escreveu:
I promise, this time it's right!
http://linuxtv.org/hg/~tap/dst-new
Confirmed. Now the patch is properly working. My tests were done with a
board with DST. Those are the results:
1
On Tue, 1 May 2007, Mauro Carvalho Chehab wrote:
Em Ter, 2007-05-01 ??s 16:16 -0700, Trent Piepho escreveu:
On Tue, 1 May 2007, Mauro Carvalho Chehab wrote:
With this configuration, dvb-bt8xx hangs during initialization,
generating an OOPS, if you have a board with DST (modprobe dvb-bt8xx
On Wed, 2 May 2007, Robert wrote:
I managed to track this down to two things.
Firstly if I used the NVIDIA binary drivers, I had this problem, but if
I used the nv driver I didn't. For me using the nv driver wasn't
really an option (MythTV menus were horribly slow)
I had this same problem
On Tue, 1 May 2007, Petri Helin wrote:
Thomas Kaiser wrote:
Suur Karu wrote:
Thomas Kaiser wrote:
If your device is using the philips tda1316 tuner, i think there is a
problem in setting the correct Band. 162 MHz and above should be band
2 (Mid-Band). But in
On Tue, 1 May 2007, Simon Arlott wrote:
dvb-core is not started early enough when device drivers that use dvb are
compiled in so device_register_device fails (silently) since dvb_class is
NULL, this runs dvb_init using subsys_initclass instead of module_init.
dvb_register_device will now
On Tue, 1 May 2007, Simon Arlott wrote:
On 30/04/07 22:17, Markus Rechberger wrote:
From my side I do not see any problem with that patch, if someone else
has a problem with it please state out the reason.
I have no problem with the patch since it has nothing to do with my DVB
card but
On Tue, 1 May 2007, Mauro Carvalho Chehab wrote:
With this configuration, dvb-bt8xx hangs during initialization,
generating an OOPS, if you have a board with DST (modprobe dvb-bt8xx
never returns).
Stupid typo in the first patch, a != should have been ==.
Fixed:
On Mon, 30 Apr 2007, e9hack wrote:
I've some question to this patch:
Trent Piepho wrote:
Include the patch this time
diff --git a/linux/drivers/media/dvb/frontends/dvb-pll.c
b/linux/drivers/media/dvb/frontends/dvb-pll.c
--- a/linux/drivers/media/dvb/frontends/dvb-pll.c
+++ b/linux
On Wed, 2 May 2007, Petri Helin wrote:
If your device is using the philips tda1316 tuner, i think there is a
problem in setting the correct Band. 162 MHz and above should be band
2 (Mid-Band). But in dvbc_philips_tdm1316l_tuner_set_params band 1 is
set for frequencies below 200 MHz:
On Mon, 30 Apr 2007, Linus Torvalds wrote:
Anyway, I'll get out of the discussion. There's clearly some personality
issues in the DVB area, and I don't know quite _why_ that is, but Uwe,
you're definitely not helping.
There isn't a problem here, just a lot of noise coming from one source. I
On Thu, 26 Apr 2007, CIJOML wrote:
Hi,
I thinks this patch should clean many problems with firmware upload when
device doesn't swith to warm state:
- info(start downloading fpga firmware);
+ printk(FPGA firmware download starts...\n);
info() is a macro that just expands to
Here's my latest patch for fmd1216me integration into dvb-pll. It's little
changed from when I posted it three weeks ago, except for cxusb which is
now part of the patch.
I'm going to try to get it into mainline soon for the 2.6.22 window, so if
there are comments now is the time.
Include the patch this time
-- Forwarded message --
Date: Thu, 26 Apr 2007 12:02:59 -0700 (PDT)
From: Trent Piepho [EMAIL PROTECTED]
To: Linux DVB linux-dvb@linuxtv.org
Cc: Hartmut Hackmann [EMAIL PROTECTED]
Subject: fmd1216me integration
Here's my latest patch for fmd1216me
On Mon, 16 Apr 2007, Mauro Carvalho Chehab wrote:
On Mon, 16 Apr 2007, Marco Gittler wrote:
so i this first enough to put it in and have some more testern for this
device ?
For me, it seems ok now. I'll apply it later at master tree, to allow more
people to test it. This will bring us about
On Sat, 14 Apr 2007, Mauro Carvalho Chehab wrote:
I've did such change on:
http://linuxtv.org/hg/~mchehab/usbvision
It also honors CodingStyle max line size.
I've also removed some duplicated stuff (ID Vendor/Product) and changed
some flags to use bitmap. As result, It saved about 1K
On Sat, 14 Apr 2007, P. van Gaans wrote:
Now that I've seen my Afatech locking I'm sure my Linux distro, kaffeine
and drivers are all fine. However my Technisat Airstar USB (that has
been supported since quite a while) simply won't lock on anything and
read no channel or whatever frequency.
On Fri, 13 Apr 2007, Luke Rosenthal wrote:
For SBS @ 536625000 Hz, before 53650 Hz after 53667 Hz
Station is tuning properly on published frequency, so not going to muck
around with it
For Nine @ 191625000 Hz, before 19150 Hz after 19167 Hz
Ok, have some interesting info
On Thu, 12 Apr 2007, Luke Rosenthal wrote:
now tunes but at the expense of another station. As well, another
channel I previously needed an offset to tune actually tunes now.
Peculiar, but
given that you are talking about fixes for rounding, it makes sense.
I have a patch in that
On Thu, 12 Apr 2007, Luke Rosenthal wrote:
I was following this problem some time ago too, but could not get my Dual
Digital to tune SBS no matter what offsets I used. At the time I put it
down to poor reception but out of curiosity last week I did a hg clone on
the master branch, compiled,
On Fri, 6 Apr 2007, Patrick Boettcher wrote:
On Thu, 5 Apr 2007, Trent Piepho wrote:
On Thu, 5 Apr 2007, Patrick Boettcher wrote:
On Thu, 5 Apr 2007, Borgi2008 wrote:
Am Mittwoch, den 04.04.2007, 23:29 +0300 schrieb Antti Sepp?l?:
Actually, looking at the code I cannot figure
On Thu, 5 Apr 2007, Patrick Boettcher wrote:
On Thu, 5 Apr 2007, Borgi2008 wrote:
Am Mittwoch, den 04.04.2007, 23:29 +0300 schrieb Antti Sepp?l?:
Actually, looking at the code I cannot figure out why there has to be a
spinlock in the first place.
The lock is only taken in the
(-)
-
Integrate (almost) all users of the fmd1216 tuner with dvb-pll
From: Trent Piepho [EMAIL PROTECTED]
Enhance the dvb-pll definition of the fmd1216 tuner by adding an init sequence
and a sleep sequence.
The init sequence sets the AGC control register to 0xa0, selecting the fast
time constant and 112
On Sat, 31 Mar 2007, john owen-jones wrote:
I apologise for doing this incorrectly but i haven't a clue how to upload
the diff file
After you make your changes, run 'make commit'. This will give you a
pre-made log message to fill in and also fix certain things (e.g. add new
cards to the
On Wed, 28 Mar 2007, Torgeir Veimo wrote:
I'm trying to tune to BBC at 505833 khz (the official frequency), but
for some reason, i'm receiving at 506000 instead. I'm wondering if this
is what might be causing the errors, since there might be a discrepancy
between what frequency kaffeine locks
On Sun, 18 Mar 2007, Francisco Demeter wrote:
how to patch the source code, now the IR control is working, but my
webcam stops to work.
I try to rebuild the webcam driver gspcav, but i get still the same
error by load them:
[EMAIL PROTECTED]:/usr/src/gspca-source/modules/gspca# dmesg | grep
On Fri, 16 Mar 2007, Hartmut Hackmann wrote:
Do you have a datasheet or design guide that explains about needing to turn
the tda9887 on? Is it one of the TUA6034 ports that controls it?
I only have the datasheet. Things look like P4 needs to be one to make the
tda9887 accessible. The
On Wed, 14 Mar 2007, Steven Toth wrote:
My plan was to come up with a patch that converted all the users of fmd1216
at once.
FMD1216ME was recently replaced by the FMD1216MEX.
Not sure if this impacts on your plans. I don't have the datasheet off
hand but I'm told FM tuning has
On Wed, 14 Mar 2007, Hartmut Hackmann wrote:
How does that happen? I figured P4 just changed the SAW filters, but it
enables/disables the tda9887 too?
I have no idea why and how this is done, i just observed that...
I wonder if this is a problem for the v4l tuner module. If one
), on a From: field
# Please change below if the committer is not the patch author.
#
From: Trent Piepho [EMAIL PROTECTED]
# Then a detailed description:
Some PLLs had one half the step size added to the offset, so that the
divisor would be rounded to the nearest integer. Some didn't and so
would
On Tue, 13 Mar 2007, Hartmut Hackmann wrote:
I think that should be done is adjust the IF values in in the dvb-pll
config structs to NOT include step-size/2 for rounding. Just use the IF
frequency. This is how most of the PLL definitions are already. The code
which calculates the
I've been looking into integrating fmd1216 tuner support fully into dvb-pll
and removing the various code used in some drivers.
I've mostly figured out what the effect will be on the various users of
fmd1216 tuners, but there is something I'm not sure of.
In dvb-pll, the frequency offset, which
On Sun, 11 Mar 2007, [iso-8859-1] M?ns Rullg?rd wrote:
Nico Sabbi [EMAIL PROTECTED] writes:
What would happen if I set a pes filter on pid N (e.g. pmt_pid) and at
the same time a section filter on the same pid?
Would I get data from both or only from the section filter?
The pdf doesn't
On Mon, 12 Mar 2007, Hartmut Hackmann wrote:
On Sunday 11 March 2007 09:40, Trent Piepho wrote:
In dvb-pll, the frequency offset, which is the IF frequency the tuner will
output at, is set to 36.21 MHz. It looks like this code was written
about two years ago by Patrick as part
On Fri, 9 Mar 2007, Ludwig Nussel wrote:
This doesn't seem correct. Shouldn't it be:
print OUT \t/sbin/depmod -a \$(KERNELRELEASE) \$(if \$(DESTDIR),-b
\$(DESTDIR))\n\n;
One needs to run depmod when the modules get installed to their final
location.
$DESTDIR is
On Thu, 8 Mar 2007, Ludwig Nussel wrote:
Trent Piepho wrote:
Following patch adds $DESTDIR support so one can install the kernel
modules into a directory other than / as non-root user. That's
useful when building an rpm or compiling for a different machine.
-print OUT \t/sbin/depmod
1 - 100 of 123 matches
Mail list logo
