On 10.08.2015 23:26, poma wrote:
>
> [ cut here ]
> WARNING: CPU: 1 PID: 813 at kernel/module.c:291
> module_assert_mutex_or_preempt+0x49/0x90()
> Modules linked in: mxl5007t af9013 ... dvb_usb_af9015(+) ... dvb_usb_v2
> dvb_core rc_core ...
>
On 11.08.2015 00:40, Antti Palosaari wrote:
> On 08/11/2015 12:46 AM, poma wrote:
>> Furthermore, to fix this issue - AF9015 DVB-T USB2.0 stick brokenness - is
>> the responsibility of developers.
>> I am here only proven tester.
>>
>> I hope we understand eac
On 31.07.2015 17:55, Olli Salonen wrote:
> Hi Poma,
>
> Might I suggest reading points 9, 10 and 11 from the following document:
> https://www.kernel.org/doc/Documentation/SubmittingPatches
>
> Especially point 11 needs to be taken care of in order for your patch to be
>
[ cut here ]
WARNING: CPU: 1 PID: 813 at kernel/module.c:291
module_assert_mutex_or_preempt+0x49/0x90()
Modules linked in: mxl5007t af9013 ... dvb_usb_af9015(+) ... dvb_usb_v2
dvb_core rc_core ...
CPU: 1 PID: 813 Comm: systemd-udevd Not tainted
4.2.0-0.rc6.git0.1.fc24.x8
On 13.07.2015 11:48, poma wrote:
> On 07.07.2015 10:48, poma wrote:
>> On 06.07.2015 22:17, Jose Alberto Reguero wrote:
>>> I made the patch for the af9035. I have not a af9015 whith mxl5007 and dual
>>> channel. Revert it, if it cause regresions.
>>>
>>&
On 07.07.2015 10:48, poma wrote:
> On 06.07.2015 22:17, Jose Alberto Reguero wrote:
>> I made the patch for the af9035. I have not a af9015 whith mxl5007 and dual
>> channel. Revert it, if it cause regresions.
>>
>> Jose Alberto
>>
>
> Thanks.
>
>
On 06.07.2015 22:17, Jose Alberto Reguero wrote:
> I made the patch for the af9035. I have not a af9015 whith mxl5007 and dual
> channel. Revert it, if it cause regresions.
>
> Jose Alberto
>
Thanks.
>From e19560ea038e54dc57be717db55f19d449df63f0 Mon Sep 17 00:00:00 2001
Fro
On 26.05.2015 14:24, poma wrote:
>
> If it is not taken into account the already known problem of unreliable
> operation of the first tuner of the two,
> the device works reliably within kernel 4.0.4 with mxl5007t.ko reverted to
> http://git.linuxtv.org/cgit.cgi/media_tree.git
On 22.06.2015 14:20, Mauro Carvalho Chehab wrote:
> (please disregard my last e-mail - I pressed, by mistake, some control
> sequence
> to send it before finishing it)
>
> Hi,
>
> Em Sun, 21 Jun 2015 23:47:42 +0200
> poma escreveu:
>
>>
>> Háu kola
&
Háu kola
$ lspci -d :0016 -knn
01:08.0 Multimedia video controller [0400]: Internext Compression Inc iTVC16
(CX23416) Video Decoder [:0016] (rev 01)
Subsystem: Hauppauge computer works Inc. WinTV PVR 150 [0070:8801]
Kernel driver in use: ivtv
Kernel modules: ivtv
If it is not taken into account the already known problem of unreliable
operation of the first tuner of the two,
the device works reliably within kernel 4.0.4 with mxl5007t.ko reverted to
http://git.linuxtv.org/cgit.cgi/media_tree.git/commit/drivers/media/tuners/mxl5007t.c?id=ccae7af
that is in t
On 18.05.2015 21:15, poma wrote:
> On 17.05.2015 01:07, Antti Palosaari wrote:
...
>> try that
>> http://git.linuxtv.org/cgit.cgi/anttip/media_tree.git/commit/?h=af9015_mxl5007t_1
>>
>> Antti
>>
>
> Thanks.
> For now, I have noticed, unlike before the E
On 17.05.2015 01:07, Antti Palosaari wrote:
>
>
> On 05/13/2015 06:56 AM, poma wrote:
>> On 12.05.2015 16:11, Antti Palosaari wrote:
>>> On 05/11/2015 09:43 PM, poma wrote:
>>>> On 05/11/2015 12:25 AM, poma wrote:
>>>>> On 10.05.2015 12:38,
On 12.05.2015 16:11, Antti Palosaari wrote:
> On 05/11/2015 09:43 PM, poma wrote:
>> On 05/11/2015 12:25 AM, poma wrote:
>>> On 10.05.2015 12:38, poma wrote:
>>>> On 08.05.2015 12:59, poma wrote:
>>>>> On 08.05.2015 12:20, poma wrote:
>>>
On 05/11/2015 12:25 AM, poma wrote:
> On 10.05.2015 12:38, poma wrote:
>> On 08.05.2015 12:59, poma wrote:
>>> On 08.05.2015 12:20, poma wrote:
>>>>
>>>> [0.00] Linux version 4.0.2-200.fc21.x86_64 ...
>>>>
>>>> [0.
On 10.05.2015 12:38, poma wrote:
> On 08.05.2015 12:59, poma wrote:
>> On 08.05.2015 12:20, poma wrote:
>>>
>>> [0.00] Linux version 4.0.2-200.fc21.x86_64 ...
>>>
>>> [0.870875] usb 1-2: new high-speed USB device number 2 using ehci-pci
>
On 08.05.2015 12:59, poma wrote:
> On 08.05.2015 12:20, poma wrote:
>>
>> [0.00] Linux version 4.0.2-200.fc21.x86_64 ...
>>
>> [0.870875] usb 1-2: new high-speed USB device number 2 using ehci-pci
>> [0.990286] usb 1-2: New USB device fou
On 08.05.2015 12:20, poma wrote:
>
> [0.00] Linux version 4.0.2-200.fc21.x86_64 ...
>
> [0.870875] usb 1-2: new high-speed USB device number 2 using ehci-pci
> [0.990286] usb 1-2: New USB device found, idVendor=15a4, idProduct=9016
> [0.992575] usb 1-2: New
[0.00] Linux version 4.0.2-200.fc21.x86_64 ...
[0.870875] usb 1-2: new high-speed USB device number 2 using ehci-pci
[0.990286] usb 1-2: New USB device found, idVendor=15a4, idProduct=9016
[0.992575] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[0.9948
firmware to upload
accepted values: 0x3c, 0x3e, 0x3f (int)
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 02.04.2014 12:46, Eric Dumazet wrote:
> On Wed, 2014-04-02 at 12:14 +0200, poma wrote:
>> Are you all all right?
>> New Tour de Bugs...
>>
>> /sys/devices/virtual/net/bond0/bonding/mode:
>> active-backup 1
>>
>> - systemd-networkd
>> dmesg:
&g
gzilla.redhat.com/show_bug.cgi?id=1083455
- 3.15.0-0.rc0.git2.1.fc21.x86_64 Bonding
https://bugzilla.redhat.com/attachment.cgi?id=881690
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
r for the e4000?
You've used the original driver provided by Realtek, 'dvb-usb-rtl2832'.
You are currently using GPL'd, 'dvb_usb_v2', 'dvb_usb_rtl28xxu' and
'e4000' designed by Antti & Thomas.
poma
--
To unsubscribe from this list: se
ml
Besides for testing purposes, it is recommended to use at least the last
stable stable kernel[1] e.g. 3.9.4-200.fc18.x86_64. :)
In addition, you can update the media modules via instructions - readme
at linuxtv.org[2].
poma
[1] https://www.kernel.org/
[1] http://git.linuxtv.org/media_bu
On 20.05.2013 13:52, Karsten Malcher wrote:
> Does this mean that it should work with Kernel 3.8.5 ?
Honestly I don't know.
Regarding 3.8.y kernel series[1].
poma
[1] http://www.spinics.net/lists/kernel/msg1531126.html
--
To unsubscribe from this list: send the line "unsubscrib
t mean that these modules will work
tuneful within them. Therefore, I recommend the *recent* ones.
Take note of last Mauro's git pull[1]. ;)
poma
[1] http://www.spinics.net/lists/linux-media/msg63181.html
--
To unsubscribe from this list: send the line "unsubscribe linux-media&q
B-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0
>
>
> Here i found the tuner supported, but i don't know how to integrate this
> stuff into the driver?
> http://sdr.osmocom.org/trac/wiki/rtl-sdr
>
> Can you help?
Oh dear. :)
http://git.linuxtv.org/media_build.git
Typical
; +#define dev_dbg_ratelimited(dev, fmt, ...) \
> + no_printk(KERN_DEBUG pr_fmt(fmt), ##__VA_ARGS__)
> #endif
>
> #ifdef VERBOSE_DEBUG
>
http://patchwork.linuxtv.org/patch/14158/
Koji have the old one.
Please do patch whit this one from Hiroshi, so we can use it
On 09/01/2012 07:37 PM, poma wrote:
> On 09/01/2012 05:48 PM, Antti Palosaari wrote:
>> On 09/01/2012 06:35 PM, poma wrote:
>>> On 09/01/2012 03:54 PM, Antti Palosaari wrote:
>>>> It is not allowed to call usb_clear_halt() after urbs are submitted.
>>>&
On 09/01/2012 05:48 PM, Antti Palosaari wrote:
> On 09/01/2012 06:35 PM, poma wrote:
>> On 09/01/2012 03:54 PM, Antti Palosaari wrote:
>>> It is not allowed to call usb_clear_halt() after urbs are submitted.
>>> That causes oops sometimes. Move whole streaming_ctrl() l
ribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media
ignal 2f2f | snr 00f2 | ber 001e | unc 0033 |
FE_HAS_LOCK
status 1f | signal 2f2f | snr 00f3 | ber 000b | unc 0033 |
FE_HAS_LOCK
status 1f | signal 2f2f | snr 00f1 | ber | unc 0033 |
FE_HAS_LOCK
…
…
Problem retrieving frontend information: Operation not supported
status SCVYL | signal 18% | snr 0% | ber 19 | unc 1 | FE_HAS_LOCK
Problem retrieving frontend information: Operation not supported
status SCVYL | signal 18% | snr 0% | ber 7 | unc 1 | FE_HAS_LOCK
Problem retrieving frontend information: Operation not supported
status SCVYL | signal 18% | snr 0% | ber 54 | unc 1 | FE_HAS_LOCK
…
Cheers,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
boot and every
module(dvb_usb_rtl28xxu) [re]load.
Outside the box thinking!
Antti, thank you very much!
media_build
commit 420335f564c32517a791ecea3909af233925634d
1f4d:b803 G-Tek Electronics Group Lifeview LV5TDLX DVB-T [RTL2832U]
Cheers,
poma
--
To unsubscribe from this list: send the line "unsubsc
octl+0x99/0x580
[] ? inode_has_perm.isra.31.constprop.61+0x2a/0x30
[] ? file_has_perm+0x97/0xb0
[] sys_ioctl+0x99/0xa0
[] system_call_fastpath+0x16/0x1b
---[ end trace cce2913a24da6585 ]---
media_build
commit 420335f564c32517a791ecea3909af233925634d
Cheers,
poma
--
To unsubscribe fro
#x27; is original(patched) Realtek "Out Of
Tree" driver.
https://github.com/tmair/DVB-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0#readme
Although this one have tuner issue(irregularly), too ;)
WARNING: filter timeout pid 0x00…
…
'dvb-usb-rtl28xxu' and 'rtl2832' are "
> + break;
> + info("FRM No Firmware Found - please install");
> + cold_fw = 0;
> break;
> default:
> fw_lme = fw_c_s7395;
>
Do we need fw blob anymore!?
http://www.spinics.net/lists/hotplug/msg0
ER_RTL2832_FC0012;
> + rtl2832_config = &rtl28xxu_rtl2832_fc0012_config;
> + info("%s: FC0012 tuner found", __func__);
> + goto found;
> + }
> +
> unsupported:
> /* close demod I2C gate */
> ret = rtl28xxu_ctrl_
On 07/30/2012 12:17 PM, David Basden wrote:
> On Mon, Jul 30, 2012 at 09:06:54AM +0200, poma wrote:
>> On 06/27/2012 07:21 AM, Thomas Mair wrote:
>>> On 26.06.2012 19:17, poma wrote:
>>>> On 05/28/2012 04:48 PM, Thomas Mair wrote:
>>>>> On 28.05.2012 0
On 06/27/2012 07:21 AM, Thomas Mair wrote:
> On 26.06.2012 19:17, poma wrote:
>> On 05/28/2012 04:48 PM, Thomas Mair wrote:
>>> On 28.05.2012 08:58, Thomas Mair wrote:
>>>> On 26.05.2012 04:47, poma wrote:
>>>>> On 05/20/2012 11:12 PM, Thomas Mair wrote
gt; knowledge was gathered after all the testing and study. I wonder why
> none was done that earlier for DVB...
>
> It also offer nice debug/devel feature as you can mount those GPIOs via
> sysfs and use directly.
>
Above mentioned GPIO functionality must be implemented in driver its
On 07/21/2012 05:35 PM, Antti Palosaari wrote:
> On 07/21/2012 06:32 PM, poma wrote:
>>
>> This one speak for itself;
>> …
>> usb 1-1: new high-speed USB device number 8 using ehci_hcd
>> usb 1-1: New USB device found, idVendor=0ccd, idProduct=0097
>>
5.fw
Is it somehow related to Fedora UsrMove!?
Or Fedora itself :)
Ciao Bella,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
event.
…
Device get stuck, replugging necessary.
Causes of overheating!?
cheers,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 07/10/2012 05:58 PM, Devin Heitmueller wrote:
> On Tue, Jul 10, 2012 at 11:51 AM, poma wrote:
>>> Is this pctv452e device known to have poor reception?
>
> Traditionally speaking, these problems are usually not the hardware
> itself - it tends to be crappy Linux dr
On 07/10/2012 08:43 AM, Marx wrote:
> I've attached stream analysis via ffmpeg in another post. I can upload
> saved stream if needed. I simply don't know how to check if weak signal
> is problem. Szap (or extended version szap-s2) gives me some numbers but
> I don't know how to properly read them.
the two
>
> is it possible that pctv device is less sensitive and the problem is
> with too weak signal?
Good reception on one device, completely different story on another
device - same cable; different tuner sensitivity.
It is *very* important to achieve *very* good signal reception wit
,
>>>> +0x0fff,
>>>> +0x1fff,
>>>> +0x3fff,
>>>> +0x7fff,
>>>> +0x
>>>> +};
>>>
>>> It would be better to use a macro here like:
>>>
>>> #defi
On 06/27/2012 07:21 AM, Thomas Mair wrote:
> On 26.06.2012 19:17, poma wrote:
>> On 05/28/2012 04:48 PM, Thomas Mair wrote:
>>> On 28.05.2012 08:58, Thomas Mair wrote:
>>>> On 26.05.2012 04:47, poma wrote:
>>>>> On 05/20/2012 11:12 PM, Thomas Mair wrote
On 05/28/2012 04:48 PM, Thomas Mair wrote:
> On 28.05.2012 08:58, Thomas Mair wrote:
>> On 26.05.2012 04:47, poma wrote:
>>> On 05/20/2012 11:12 PM, Thomas Mair wrote:
>>>> On 20.05.2012 22:08, Antti Palosaari wrote:
>>>>> On 20.05.2012 2
On 05/20/2012 11:12 PM, Thomas Mair wrote:
> On 20.05.2012 22:08, Antti Palosaari wrote:
>> On 20.05.2012 20:04, poma wrote:
>>> After hard/cold boot:
>>
>>> DVB: register adapter0/net0 @ minor: 2 (0x02)
>>> rtl2832u_frontend_attach:
>>> rtl28xxu
failed=-32
> rtl28xxu_ctrl_msg: failed=-32
> No compatible tuner found
> dvb-usb: no frontend was attached by 'G-Tek Electronics Group Lifeview
LV5TDLX DVB-T'
Any tip or trick?
cheers,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ventions.
>
> The next question for me is how to proceed when including new
> devices. Poma already sent an extensive list a little while
> ago (http://patchwork.linuxtv.org/patch/10982/). Should they
> all be included at once, or should I wait until somone confirms
> they are wo
>> the changes consist in fixing style issues and adhering to proper
>> naming conventions.
>
> Review done and seems to be OK for my eyes.
>
>> The next question for me is how to proceed when including new
>> devices. Poma already sent an extensive list a littl
On 05/18/2012 02:38 PM, Antti Palosaari wrote:
> On 18.05.2012 13:38, poma wrote:
>> […]
>>
>> printk(KERN_ERR LOG_PREFIX": " f "\n" , ## arg)
>> pr_err(LOG_PREFIX": " f "\n" , ## arg)
>>
>> printk(KERN_INFO LOG_PREF
REFIX": " f "\n" , ## arg)
pr_warn(LOG_PREFIX": " f "\n" , ## arg)
Besides what 'checkpatch' suggest/output - Antti, is it a correct
conversions?
cheers,
poma
--- rtl2832_priv.h.orig 2012-05-18 02:02:48.561114101 +0200
+++ rtl2832_priv.h 2012-05-18 12:20:
gt;> +DVBT_CCI_M1,
>> +DVBT_CCI_M2,
>> +DVBT_CCI_M3,
>> +DVBT_SPEC_INIT_0,
>> +DVBT_SPEC_INIT_1,
>> +DVBT_SPEC_INIT_2,
>> +DVBT_AD_EN_REG,
>> +DVBT_AD_EN_REG1,
>> +DVBT_EN_BBIN,
>> +DVBT_MGD_THD0,
On 05/17/2012 11:19 PM, Thomas Mair wrote:
> On 17.05.2012 23:08, poma wrote:
>> On 05/17/2012 10:45 PM, Thomas Mair wrote:
>>> On 17.05.2012 22:41, Antti Palosaari wrote:
>>>> On 17.05.2012 23:27, poma wrote:
>>>>> On 05/17/2012 04:19 PM
On 05/17/2012 10:45 PM, Thomas Mair wrote:
> On 17.05.2012 22:41, Antti Palosaari wrote:
>> On 17.05.2012 23:27, poma wrote:
>>> On 05/17/2012 04:19 PM, Antti Palosaari wrote:
>>>> Moikka Thomas,
>>>>
>>>> Here is the review. See comments below
On 05/17/2012 10:49 PM, Antti Palosaari wrote:
> On 17.05.2012 23:45, Thomas Mair wrote:
>> On 17.05.2012 22:41, Antti Palosaari wrote:
>>> On 17.05.2012 23:27, poma wrote:
>>>> On 05/17/2012 04:19 PM, Antti Palosaari wrote:
>>>>> Moikka Thomas,
>&
@@ static struct dvb_usb_device_properties
>> rtl28xxu_properties[] = {
>> &rtl28xxu_table[RTL2832U_0CCD_00A9],
>> },
>> },
>> +{
>> +.name = "G-Tek Electronics Group Lifeview LV5TDLX
>> DVB-T [RTL2832U]",
>> +.warm_ids = {
>> +&rtl28xxu_table[RTL2832U_1F4D_B803],
>> +},
>> +},
>> }
>> },
>>
>
>
regards,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
gt;> +#define err(f, arg...) printk(KERN_ERRLOG_PREFIX": " f "\n" , ##
>> arg)
>> +#undef info
>> +#define info(f, arg...) printk(KERN_INFO LOG_PREFIX": " f "\n" , ## arg)
>> +#undef warn
>> +#define warn(f, arg...) printk(K
[…]
v4-1-5-rtl2832-ver.-0.4-v2.diff
--- v4-1-5-rtl2832-ver.-0.4-removed-signal-statistics.patch.orig 2012-05-17 05:17:16.732328539 +0200
+++ v4-1-5-rtl2832-ver.-0.4-removed-signal-statistics.patch 2012-05-17 05:17:35.999265106 +0200
@@ -24,7 +24,7 @@
obj-$(CONFIG_DVB_A8293) += a8293.o
obj-$(CO
OOP_GAIN,
> + DVBT_LOOP_GAIN2_3_0,
> + DVBT_LOOP_GAIN2_4,
> + DVBT_LOOP_GAIN3,
> + DVBT_VTOP1,
> + DVBT_VTOP2,
> + DVBT_VTOP3,
> + DVBT_KRF1,
> + DVBT_KRF2,
> + DVBT_KRF3,
> + DVBT_KRF4,
> + DVBT_EN_GI_PGA,
>
On 05/13/2012 12:59 PM, Antti Palosaari wrote:
> On 13.05.2012 11:16, poma wrote:
>> On 05/12/2012 11:11 AM, Hans-Frieder Vogt wrote:
>>> Changes compared to version 0.5 of driver (sent 6 May):
>>> - Initial implementation of get_rf_strength function.
>>>
0% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
// without tzap/lock:
status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
status SCV
2832_reg_value;
> +
> +
> +/* Demod register bit names */
> +enum DVBT_REG_BIT_NAME {
> + DVBT_SOFT_RST,
> + DVBT_IIC_REPEAT,
> + DVBT_TR_WAIT_MIN_8K,
> + DVBT_RSD_BER_FAIL_VAL,
> + DVBT_EN_BK_TRK,
> + DVBT_REG_PI,
> + DVBT_REG_PFREQ_1_0,
On 05/06/2012 03:41 AM, Hector Catre wrote:
> Thanks Andy.
> Again I'm a n00b, thus, can you point me to a page or resource where I can
> find and install i2c_algo_bit?
> Thanks again,
> H
>
Please paste output of:
grep -w 'CONFIG_I2C\|CONFIG_I2C_HELPER_AUTO\|CONFIG_I2C_ALGOBIT'
/boot/config-`unam
On 05/04/2012 03:49 PM, Gianluca Gennari wrote:
> Hi poma,
> thanks for the very interesting links.
>
;)
> Il 04/05/2012 03:27, poma ha scritto:
>> On 05/03/2012 11:03 AM, Gianluca Gennari wrote:
>>> Hi poma,
>>> I have a 0BDA:2838 (Easycap EZTV646) and a 0BD
On 05/04/2012 08:50 AM, Thomas Mair wrote:
> Am 04.05.2012 03:27 schrieb "poma" :
>>
>> On 05/03/2012 11:03 AM, Gianluca Gennari wrote:
>>> Hi poma,
>>> I have a 0BDA:2838 (Easycap EZTV646) and a 0BDA:2832 (no name 20x20mm
>>> mini DVB-T stick)
On 05/03/2012 08:17 PM, Zdenek Styblik wrote:
> Hello poma,
>
> I'm sorry, but that's all info I've been "given". :-\
It is as it is.
;)
regards,
poma
> On 05/03/12 09:25, poma wrote:
>>
>> [
…]
>>
>> Hi there,
>>
>> Th
On 05/03/2012 11:03 AM, Gianluca Gennari wrote:
> Hi poma,
> I have a 0BDA:2838 (Easycap EZTV646) and a 0BDA:2832 (no name 20x20mm
> mini DVB-T stick) and both are based on the E4000 tuner, which is not
> supported in the kernel at the moment.
> I have no idea if there are sticks wi
iki.zeratul.org/doku.php?id=linux:v4l:realtek:start at
"Other DVB-T Sticks" regarding 'af4d:a803' device.
Is it based on RTL2832 with FC0012 tuner?
Julian, Thomas, Antii
cheers mates!
;)
poma
ps.
modinfo dvb_usb_rtl28xxu
filename:
/lib/modules/3.3.2-6.fc16.x86_64/kernel/drivers/m
es I stumbled accross many different devices
> containig the RTL28XX chipset, so I suppose the driver would enably
> quite many products to work.
>
> As I am relatively new to the developement of dvb drivers I appreciate
> any help in stabilizing the driver and proper integration int
to be safe I will ask him to double check
> with the current media_build tree, with and without the patch. In the
> worst case, we can add a new parameter (or an array of parameters) for
> the IF frequency to struct tda18218_config.
PASSED on 7MHz bw MUX - 'TerraTec Cinergy T Stick RC'.
rgds,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 03/15/2012 04:03 PM, Gianluca Gennari wrote:
> Il 15/03/2012 15:35, poma ha scritto:
>
>> Patched git://linuxtv.org/media_build.git with your Fitipower FC0012
>> tuner driver(fc0012.patch) got here:
>> ..
>> CC [M] /tmp/media_build/v4l/fc0012.o
>>
009
> +0100
> @@ -28,6 +28,7 @@ obj-$(CONFIG_MEDIA_TUNER_MC44S803) += mc
> obj-$(CONFIG_MEDIA_TUNER_MAX2165) += max2165.o
> obj-$(CONFIG_MEDIA_TUNER_TDA18218) += tda18218.o
> obj-$(CONFIG_MEDIA_TUNER_TDA18212) += tda18212.o
> +obj-$(CONFIG_MEDIA_TUNER_FC0012) += fc0012.o
>
&g
4
> --- a/drivers/media/dvb/dvb-usb/af9015.h
> +++ b/drivers/media/dvb/dvb-usb/af9015.h
> @@ -108,6 +108,8 @@ struct af9015_state {
> int (*read_status[2]) (struct dvb_frontend *fe, fe_status_t *status);
> int (*init[2]) (struct dvb_frontend *fe);
> int (*sleep[
On 29.11.2011 20:45, poma wrote:
..
Don't forget to read/edit "Makefile" for 3.2.* kernels,
uncomment line:
INCLUDE_EXTRA_DVB := include-320
rgds,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.
ne
git://github.com/ambrosa/DVB-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0.git
cd DVB-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0/
cd RTL2832-2.2.2_kernel-3.0.0/
Makefile:
KDIR = /usr/src/linux-headers-`uname -r`
change path - Fedora(kernel-devel):
KDIR = /usr/src/kernels/`uname -r`
m
Jan Hoogenraad wrote:
Sascha: Thanks for the links
Would you know how to contact poma ?
I know ;)
Really, the right person to contact:
http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/26131
http://news.gmane.org/find-root.php?message_id=%3c1291503774.1874.90.camel
ports.
If you are interested, I'm willing to do more testing on this particular
device, to clear up ;)
rgds,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.
poma wrote:
poma wrote:
To num_adapters = 2, or num_adapters = 1: that is the question!
In dual tuner mode, after a while device become unrensponsive,
eventually after S5 aka 'Soft Off' system doesn't even boot!
Didn't even mention all sorts of 'mumbo-jumbo'
poma wrote:
To num_adapters = 2, or num_adapters = 1: that is the question!
In dual tuner mode, after a while device become unrensponsive,
eventually after S5 aka 'Soft Off' system doesn't even boot!
Didn't even mention all sorts of 'mumbo-jumbo' with S3 aka &
To num_adapters = 2, or num_adapters = 1: that is the question!
rgds,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
poma wrote:
RTL2832U-FC0012 & AF9015-MXL5007T
Setup for DVB-T devices,
Realtek RTL2832U / Fitipower FC0012 & Afatech AF9015 / MaxLinear
MXL5007T dual tuner
on Fedora 14-x86_64 with new experimental building system.
lsusb:
Bus 002 Device 002: ID 1f4d:b803 G-Tek Electronics Group
e control sensor
options dvb-usb disable_rc_polling=1
# At Least For 'Not Only TV/LifeView DUAL DVB-T USB LV52T'
options dvb-core dvb_powerdown_on_sleep=0
# EOF
Regards,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a messa
use to use the modprobe option to assign the
number of the adapters:
options dvb_usb_af9015 adapter_nr=4,5
It will be great to disable the IR.
Thanks for all and best regards.
--
http://palosaari.fi/
/etc/modprobe.d/options.conf:
options dvb-usb disable_rc_polling=1
Regards,
poma
--
To u
:
$ make install
...
Regards,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Zdenek Styblik wrote:
On 11/12/2010 02:57 PM, poma wrote:
Zdenek Styblik wrote:
...
I'm also glad to see I'm not the only one whom has been contacted by
Realtek. And since you're V4L developer; how is it going with
integrating RTL driver into V4L?
Linux user, not V4L d
ild-set.tar.gz
All credit goes to Realtek, Antti Palosaari, Afatech and V4L/DVB developers.
Thank you for you efforts so far!
Kind regards,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Interested?
Kind regards,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
tting
+set_tuner_power
-set_tuner_power
+demod_ctl_setting
-demod_ctl_setting
+set_demod_2836_power onoff = 0
error!! read_rtl2832_demod_register: ret=-32, DA=0x3e, len=1, page=0,
offset=0x1, data=(0x0,)
-set_demod_2836_power onoff = 0 fail
-rtl2832_sleep
power control: 0
+rtl2832_upd
27;off'
af9013_sleep
af9013_lock_led: onoff:0
af9013_power_ctrl: onoff:0
af9013_reset
power control: 0
p.s.
Boot from G3 aka Mechanical Off
tuner #1 and tuner #2 fully functional
p.p.s.
Boot from G2 (S5) aka Soft Off
or
Resume from G1 - S3 aka Suspend to RAM
tuner #1 and tuner #2 functional WITH module option:
dvb-core dvb_powerdown_on_sleep=0
namely dvb_powerdown_on_sleep:
0: do not power down,
1: turn LNB voltage off on sleep (default) (int)
Antti, is this the same case with TerraTec Cinergy T Stick Dual RC and
is this the only solution, to keep the tuners on with "dvb-core
dvb_powerdown_on_sleep=0"?
regards,
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ered new interface driver dvb_usb_af9015
Tanks for any help
poma
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
94 matches
Mail list logo
